Kebiasaan pengembang yang berguna

Berkat itu Anda akan menjadi lebih baik sebagai seorang programmer

Setiap pengembang memiliki kebiasaan yang berkaitan dengan penulisan kode - berbahaya dan berguna. Tetapi jika Anda membuat kebiasaan yang benar, akan sangat membantu meningkatkan efisiensi bekerja dengan kode. Kebiasaan seperti itu tidak hanya akan memengaruhi Anda, tetapi kemungkinan besar juga kolega Anda.

Seperti yang dikatakan Denis Waitley, "Anda tidak bisa menghilangkan kebiasaan buruk, tetapi Anda bisa menggantinya dengan yang baik." Karena itu, saya menawarkan kepada Anda daftar tujuh kebiasaan yang saya pikir akan membantu Anda menjadi lebih baik sebagai seorang programmer.

Diterjemahkan ke Alconost

1. Jangan ulangi

Tentunya ini terjadi pada Anda lebih dari sekali: Anda melihat sepotong kode dan melihat bahwa itu sangat mirip dengan sebuah fragmen yang sudah Anda tulis .

Ini adalah pertanda buruk: pengulangan harus dihindari. Duplikasi kode adalah nada yang buruk, karena kode seperti itu menjadi lebih sulit dipertahankan seiring waktu, karena koreksi harus dilakukan di beberapa tempat. Akibatnya, kemungkinan kesalahan merayap ke dalam kode meningkat.

Merupakan praktik yang baik untuk mengikuti prinsip "JANGAN ULANGI", atau KERING (In. "Jangan ulangi diri Anda sendiri"): jika Anda mulai menulis kode yang sudah ada di bagian lain dari sistem, maka kemungkinan besar Anda perlu mengubahnya. Bagilah kode dan logika menjadi blok-blok kecil yang dapat digunakan kembali dan panggil jika perlu.

2. Menulis - refactor

Sebagian besar programmer, terutama yang memiliki sedikit pengalaman, berpikir bahwa jika tugasnya selesai, ini berarti bahwa kode tersebut berfungsi sebagaimana dimaksud. Tetapi untuk "menyelesaikan" tugas, tidak cukup hanya dengan menuliskan kode yang mengimplementasikan fungsi baru.

Tetapi jika kode itu berfungsi, apa lagi yang dibutuhkan?

Ya, itu berhasil. Tetapi sebelum pindah ke tugas berikutnya, Anda perlu refactor: ini akan meningkatkan keterbacaan kode. Memang, fragmen ini mungkin bukan yang paling akurat dan jelas dari yang Anda tulis: sesuatu mungkin langsung dapat dimengerti oleh Anda, tetapi bagaimana kode ini dilihat oleh orang lain? Jadilah kritis terhadap kreasi Anda.

Selain itu, refactoring membantu mengurangi kompleksitas kode, yang menyederhanakan perawatan. Dan di masa depan itu akan membuahkan hasil.

3. Fokus pada tujuan bisnis

Pengembang, sebagai suatu peraturan, begitu tenggelam dalam studi tentang tumpukan teknologi sehingga mereka tidak melihat tugas-tugas bisnis - namun, kita tidak boleh melupakannya. Ingat apa tujuan proyek yang Anda kembangkan?

Beberapa pengembang hanya tertarik pada aspek teknis dari pekerjaan mereka. Mereka tidak peduli dengan faktor bisnis dan ekonomi, yang kehadirannya, pada kenyataannya, memberi mereka pekerjaan.

Apa waktu kerja Anda dihabiskan? Apakah Anda menguntungkan bisnis - atau menghabiskan terlalu banyak waktu pada kenyataan bahwa sebenarnya itu tidak terlalu penting? Tanyakan kepada diri Anda pertanyaan ini lebih sering.

4. Komitmen kecil

Jika cakupan komit kecil, ini memungkinkan Anda untuk memberikan deskripsi yang jelas. Semua orang mengerti bahwa "beberapa kesalahan telah diperbaiki" adalah deskripsi yang buruk , bukan?

Komit kecil menyederhanakan debugging: Anda dapat memutar kembali ke komit sebelumnya dan memeriksa apakah ada kesalahan di dalamnya. Dan jika tidak ada banyak kode dalam komit, maka akan lebih mudah untuk mencari kesalahan.

Jika komit besar, hasilnya bisa berbagai masalah dan ketidaknyamanan. Jika perubahan dalam satu komit memengaruhi banyak hal, maka menjadi tidak jelas apa yang sebenarnya telah berubah.

Tetapi seseorang harus memeriksa kode ini, dan dia (atau dia) akan takut untuk melakukan penggabungan, karena terlalu banyak dalam komit berpotensi dapat mengganggu sisa kode.

Oleh karena itu, dalam kasus komit kecil, verifikasi kode sangat disederhanakan: memeriksa satu perubahan pada satu waktu, mudah untuk mengetahui apa yang sebenarnya berubah.

5. Yang utama adalah keseragaman

Jika Anda memutuskan untuk memberi nama variabel dalam Gaya Unta, jangan mundur dari aturan ini. Ingin menggunakan spasi alih-alih tab? Silakan! Tapi apa pun yang Anda pilih, tetap gunakan di mana saja.

Seiring waktu, semakin sulit untuk memahami perangkat lunak tertulis: semakin lama proyek ada dan semakin banyak orang yang mengerjakannya, semakin banyak kekacauan dalam kode. Karena itu, kurangnya keseragaman menimbulkan masalah.

Apa yang bisa dilakukan untuk menjaga keseragaman?

Pertama, Anda harus memilih gaya desain tertentu dan tetap menggunakannya. Anda dapat menggunakan penganalisis kode - linter - yang akan memeriksa apa yang tertulis sesuai dengan gaya yang dipilih.

Kedua, tetap berpegang pada penamaan seragam variabel, metode, dan kelas. Baca lebih lanjut tentang cara memberi nama baik di artikel saya.

Hal utama - ingat: kenyamanan mempertahankan basis kode sangat tergantung pada keseragaman kode!

6. Jangan tinggalkan "untuk nanti"

"Oke, aku akan memperbaikinya nanti," terdengar familiar? Kita semua tahu bahwa "nanti" seperti itu sering berubah menjadi "tidak pernah". Jika Anda melihat komentar "TODO", itu berarti seseorang meninggalkan sesuatu untuk "nanti" yang tidak terbatas.

Kerjakan cuplikan kode atau cerita pengguna dari awal hingga selesai.

Tapi apa artinya "sebelum selesai"?

Pertama-tama, ini berarti bahwa kode tersebut telah di refactored, seperti yang disebutkan di atas. Selain itu, kode perlu diuji. Dan pengujian untuk sebagian besar pengembang mungkin adalah bagian pekerjaan yang paling tidak dicintai. Pada saat yang sama, itu tidak cukup untuk melalui skenario yang hanya mencakup tindakan yang disediakan - pastikan untuk memeriksa opsi lain. Dan Anda dapat melakukan sedikit usaha lebih banyak dan menulis beberapa tes otomatis.

Dan yang terakhir adalah dokumentasi. Apakah saya memerlukan dokumentasi untuk fungsi khusus ini? Sudahkah Anda menjelaskan kepada penguji cara menguji fitur ini? Apakah dia perlu tahu tentang prasyarat apa pun?

7. Jangan berhenti belajar

Teknologi baru muncul setiap hari. Kadang-kadang mungkin terlihat bahwa mengikuti semua tren itu tidak mungkin. Namun, Anda tidak dapat berhenti belajar hal-hal baru: begitu Anda berhenti belajar, Anda akan berhenti tumbuh secara profesional.

Mempelajari hal baru adalah satu-satunya cara untuk tetap relevan di pasar tenaga kerja di era teknologi kita yang terus berubah.

"Kamu tidak akan tumbuh jika kamu tidak mencoba melakukan sesuatu di luar apa yang sudah kamu ketahui dengan sempurna"
- Ralph Waldo

Tentang penerjemah

Artikel ini diterjemahkan oleh Alconost.

Alconost melokalkan game , aplikasi , dan situs dalam 70 bahasa. Penerjemah asli bahasa, pengujian linguistik, platform cloud dengan API, pelokalan berkelanjutan, manajer proyek 24/7, segala format sumber daya string.

Kami juga membuat video iklan dan pelatihan - untuk situs yang menjual, gambar, iklan, pelatihan, permainan asah, penjelajah, trailer untuk Google Play dan App Store.

→ Baca lebih lanjut