Kata pengantar penerjemah: Setelah membaca artikel ini, Anda mungkin akan terkejut atau bahkan marah. Ya, kami juga kaget: penulis konon belum pernah mendengar tentang hierarki dalam tim, tentang menetapkan tugas dengan status “lakukan dengan cepat dan tanpa alasan”. Ya, benar, ini teks yang agak aneh. Memang, penulis menyarankan agar pemrogram mengambil peran sebagai arsitek sistem - lalu mengapa Anda memerlukan seorang arsitek? Namun semua keberatan ini tidak boleh membutakan Anda terhadap hal utama - mengapa kami mengambil dan menerjemahkan teks ini. Dia tidak berbicara tentang peran. Teks ini tentang pendekatan dan kesadaran profesional. Kenyataannya adalah selama Anda hanya “melakukan apa yang diperintahkan” tanpa memikirkan arti tindakan Anda, Anda tidak akan pernah menjadi programmer yang hebat.
Katakan tidak pada kode yang tidak perlu. Yang harus Anda lakukan hanyalah menyatukan tiga huruf dan mengucapkan sebuah kata. Mari kita coba lakukan ini bersama-sama: "Tidaaaak!"
Tapi tunggu. Mengapa kita melakukan ini? Bagaimanapun, tugas utama seorang programmer adalah menulis kode. Tapi apakah Anda perlu menulis kode apa pun yang diminta dari Anda? TIDAK! “Memahami kapan sebaiknya tidak menulis kode mungkin merupakan keterampilan paling penting bagi seorang programmer.” .
Kami mengingatkan: untuk semua pembaca "Habr" - diskon 10 rubel saat mendaftar di kursus Skillbox apa pun menggunakan kode promosi "Habr".
Skillbox merekomendasikan: Tentu saja praktis .
Pemrograman adalah seni pemecahan masalah. Dan Anda adalah ahli seni ini.
Terkadang, dalam upaya untuk mulai bekerja secepat mungkin, kita tidak memikirkan apa pun selain menyelesaikan tugas yang ada. Dan hal ini dapat menyebabkan masalah yang lebih serius.
Apa yang diabaikan oleh programmer?
Semua kode yang Anda tulis harus dapat dimengerti oleh pengembang lain, dan harus diuji serta di-debug.
Namun ada masalah: apa pun yang Anda tulis, itu akan mempersulit perangkat lunak Anda dan mungkin menimbulkan bug di masa mendatang.
Menurut Kaya Skrent, . Inilah yang dia tulis:
“Kodenya buruk karena mulai membusuk dan memerlukan pemeliharaan terus-menerus. Menambahkan fitur baru sering kali memerlukan modifikasi kode lama. Semakin besar, semakin tinggi kemungkinan terjadinya kesalahan dan semakin banyak waktu yang diperlukan untuk kompilasi. Dibutuhkan lebih banyak waktu bagi pengembang lain untuk mengetahuinya. Dan jika refactoring diperlukan, pasti akan ada fragmen yang layak diubah. Kode yang besar sering kali berarti berkurangnya fleksibilitas dan fungsionalitas proyek. Solusi yang sederhana dan elegan lebih cepat daripada kode yang rumit.”
Bagaimana Anda tahu kapan tidak menulis kode?
Masalahnya adalah pemrogram sering kali melebih-lebihkan jumlah fitur yang dibutuhkan aplikasinya. Akibatnya, banyak bagian kode yang belum selesai atau tidak ada yang menggunakannya, namun mempersulit penerapannya.
Anda harus memahami dengan jelas apa yang dibutuhkan dan tidak dibutuhkan proyek Anda.
Contohnya adalah aplikasi yang hanya menyelesaikan satu tugas - mengelola email. Untuk tujuan ini, dua fungsi telah diperkenalkan - mengirim dan menerima surat. Anda tidak boleh mengharapkan pengelola email menjadi pengelola tugas pada saat yang bersamaan.
Anda perlu dengan tegas mengatakan “tidak” terhadap usulan penambahan fitur yang tidak berhubungan dengan tugas utama aplikasi. Inilah saatnya menjadi jelas bahwa kode tambahan tidak diperlukan.
Jangan pernah kehilangan fokus aplikasi Anda.
Selalu tanyakan pada diri Anda:
— Fungsi apa yang harus dilaksanakan sekarang?
— Kode apa yang harus saya tulis?
Mempertanyakan ide-ide yang terlintas dalam pikiran dan mengevaluasi saran-saran yang datang dari luar. Jika tidak, kode tambahan dapat mematikan proyek.
Mengetahui kapan tidak menambahkan hal-hal yang tidak perlu akan membantu Anda menjaga basis kode Anda tetap terkendali.
Di awal perjalanan, programmer hanya memiliki dua atau tiga file sumber. Itu mudah. Mengkompilasi dan meluncurkan aplikasi memerlukan waktu minimum; Selalu jelas di mana dan apa yang harus dicari.
Saat aplikasi berkembang, semakin banyak file kode yang muncul. Mereka mengisi katalog, masing-masing dengan ratusan baris. Untuk mengatur semua ini dengan benar, Anda harus membuat direktori tambahan. Pada saat yang sama, mengingat fungsi mana yang bertanggung jawab atas apa dan tindakan apa yang menyebabkannya menjadi semakin sulit; menangkap bug juga membutuhkan lebih banyak waktu. Manajemen proyek juga menjadi lebih kompleks; tidak hanya satu, tetapi beberapa pengembang diharuskan untuk melacak semuanya. Oleh karena itu, biaya, baik uang maupun waktu, meningkat, dan proses pembangunan melambat.
Proyek ini akhirnya menjadi besar, dan menambahkan setiap fitur baru membutuhkan lebih banyak usaha. Bahkan untuk sesuatu yang sangat kecil pun Anda harus menghabiskan beberapa jam. Memperbaiki kesalahan yang ada akan menyebabkan munculnya kesalahan baru, dan tenggat waktu rilis aplikasi terlewat.
Sekarang kami harus berjuang demi kelangsungan proyek. Mengapa?
Faktanya adalah Anda tidak mengerti kapan Anda tidak boleh menambahkan kode tambahan, dan menjawab “ya” untuk setiap saran dan ide. Anda buta, keinginan untuk menciptakan hal-hal baru membuat Anda mengabaikan fakta-fakta penting.
Kedengarannya seperti naskah film horor, bukan?
Inilah yang akan terjadi jika Anda terus mengatakan ya. Cobalah untuk memahami kapan kode tidak boleh ditambahkan. Hapus hal-hal yang tidak perlu dari proyek - ini akan membuat hidup Anda lebih mudah dan memperpanjang umur aplikasi.
“Salah satu hari saya yang paling produktif adalah ketika saya menghapus 1000 baris kode.”
— Ken Thompson.
Mempelajari kapan untuk tidak menulis kode itu sulit. Tapi itu perlu.
Ya, saya tahu Anda baru saja memulai jalur pengembang dan ingin menulis kode. Ada baiknya, jangan sampai kehilangan kesan pertama itu, tapi jangan sampai melupakan faktor-faktor penting karena semangat. Kami menyadari segalanya melalui trial and error. Anda juga akan membuat kesalahan dan belajar darinya. Namun jika Anda bisa belajar dari hal di atas, pekerjaan Anda akan menjadi lebih sadar.
Teruslah berkreasi, tetapi ketahuilah kapan harus mengatakan tidak.
Skillbox merekomendasikan:
- Kursus online terapan .
- Kursus online .
- Kursus tahun praktis .
Sumber: www.habr.com