Anda bertanya bagaimana Anda menjaga motivasi dalam menggunakan proyek API open source yang diberikan?
Kuncinya adalah mencari tahu proyek Open Source mana yang bagus. Kualifikasi utama dalam Open Source adalah kenyataan bahwa Anda memiliki akses ke kode sumber, yang sangat berguna ketika Anda perlu mencari tahu bagaimana segala sesuatunya bekerja (yang biasanya terjadi ketika Anda memerlukan perilaku untuk berubah dalam beberapa situasi), tetapi ini tidak menyiratkan apa pun selain itu. Ini termasuk kualitas proyek yang sama sekali tidak terkait dengan keterbukaan sumber.
Kualitas terdiri dari beberapa hal yang kurang lebih halus ketika berbicara tentang proyek kode:
- Seberapa baik API dirancang? Apakah kode yang Anda perlu tulis agar panggilan API benar-benar dibaca dengan mudah?
- Seberapa baik kode aktual yang ditulis dalam API? Apakah mudah untuk memahami apa yang terjadi? Apakah struktur data dipilih dengan baik dan tidak memiliki karakteristik runtime yang mahal? Apakah nama variabel dipilih dengan baik? Apakah kode tersebut sesuai dengan standar pengkodean?
- Apakah API didokumentasikan? Ini adalah desain dan javadoc dari kode aktual, dan apakah ini berguna? Ini lebih penting daripada yang mungkin Anda pikirkan, karena ini menunjukkan kematangan kode.
- Apakah proyek memiliki halaman web? Apakah ini diperbarui dan tanpa tautan yang terputus? Apakah ini memberikan akses mudah ke kode sumber, unduhan dan dokumentasi?
- Apakah proyek memiliki komunitas dan milis? Apakah arsip tersedia dan dapat diakses? Apakah komunitas bermanfaat?
Semua hal ini berguna untuk diingat ketika memilih apakah Anda ingin menggunakan proyek open source yang diberikan atau tidak. Setiap derivasi dari yang terbaik harus menyebabkan tanda peringatan berkedip di kepala Anda karena itu merupakan indikasi bahwa ini bukan proyek yang terbaik.
Kemudian ketika Anda menemukan proyek, Anda menyukai apa yang Anda lihat, ada tes terakhir:
- Seberapa sulit untuk bangun dan berjalan dari awal dengan program sederhana menggunakan API dengan cara yang bermanfaat?
Ini seharusnya
- dijelaskan dalam lokasi yang mudah dikenali di situs web proyek dan / atau dalam dokumentasi dalam bundel unduhan.
- mudah untuk mendapatkan yang benar - dokumentasi harus akurat, program mudah ditulis atau diadaptasi dari contoh sederhana yang diberikan, dan keduanya dijelaskan dengan baik dan mudah dimengerti.
- cepat untuk mendapatkan hak - jika Anda perlu melakukan apa saja debugging pada titik ini untuk mendapatkan program untuk menjalankan seperti yang dijelaskan, sesuatu yang sangat salah.
Jika terbukti bahwa ini adalah kasus penggunaan yang diantisipasi dan diprioritaskan, maka ini harus sederhana. Jika terbukti bahwa proyek ini tidak peduli dengan hal khusus ini, maka saya akan sangat mempertimbangkan untuk tidak menggunakannya! Jika menanjak di sini, akan menanjak berkali-kali, dan akan lebih baik jika tidak menggunakannya.