Kemahiran Pembangun Penting yang Akan Menjadikan Kod Anda Lebih Baik

Kata Pengantar Penterjemah: Selepas membaca artikel ini, anda mungkin terkejut atau marah. Ya, kami juga terkejut: pengarang kononnya tidak pernah mendengar tentang hierarki dalam pasukan, tentang menetapkan tugas dengan status "lakukan dengan cepat dan tanpa alasan." Ya, betul, ini adalah teks yang agak pelik. Sesungguhnya, penulis mencadangkan bahawa pengaturcara mengambil peranan sebagai arkitek sistem - mengapa anda memerlukan seorang arkitek? Tetapi semua bantahan ini tidak seharusnya membutakan anda daripada perkara utama - mengapa kami tetap mengambil dan menterjemah teks ini. Dia tidak bercakap tentang peranan. Teks ini adalah mengenai pendekatan dan kesedaran profesional. Sebenarnya selagi anda hanya "melakukan apa yang anda disuruh" tanpa memikirkan maksud tindakan anda, anda tidak akan menjadi seorang pengaturcara yang hebat.

Katakan tidak kepada kod yang tidak perlu. Apa yang anda perlu lakukan ialah meletakkan tiga huruf bersama-sama dan sebut perkataan itu. Mari kita cuba lakukan ini bersama-sama: "Nooooo!"

Tapi tunggu. Mengapa kita melakukan ini? Lagipun, tugas utama seorang pengaturcara ialah menulis kod. Tetapi adakah anda perlu menulis sebarang kod yang diminta daripada anda? Tidak! "Memahami bila tidak menulis kod mungkin merupakan kemahiran yang paling penting untuk seorang pengaturcara." Seni Kod Boleh Dibaca.

Kami mengingatkan: untuk semua pembaca "Habr" - diskaun sebanyak 10 rubel apabila mendaftar dalam mana-mana kursus Skillbox menggunakan kod promosi "Habr".

Skillbox mengesyorkan: Kursus praktikal "Pro Pembangun Mudah Alih".

Pengaturcaraan adalah seni penyelesaian masalah. Dan anda adalah tuan dalam seni ini.
Kadang-kadang, dalam usaha untuk memulakan kerja secepat mungkin, kami tidak memikirkan apa-apa selain daripada menyelesaikan tugas yang ada. Dan ini boleh menyebabkan masalah yang lebih serius.

Apa yang pengaturcara menutup mata?

Semua kod yang anda tulis mesti boleh difahami oleh pembangun lain dan mesti diuji serta dinyahpepijat.

Tetapi ada masalah: apa sahaja yang anda tulis, ia akan merumitkan perisian anda dan mungkin memperkenalkan pepijat pada masa hadapan.

Menurut Rich Skrent, kod adalah musuh kita. Inilah yang dia tulis:

“Kod itu buruk kerana ia mula reput dan memerlukan penyelenggaraan yang berterusan. Menambah ciri baharu selalunya memerlukan pengubahsuaian kod lama. Lebih besar, lebih tinggi kemungkinan ralat berlaku dan lebih banyak masa yang diperlukan untuk menyusun. Pembangun lain memerlukan lebih banyak masa untuk memikirkannya. Dan jika pemfaktoran semula diperlukan, maka pasti akan ada serpihan yang patut diubah. Kod besar selalunya bermakna mengurangkan fleksibiliti dan kefungsian projek. Penyelesaian yang ringkas dan elegan adalah lebih pantas daripada kod yang kompleks.”

Bagaimana anda tahu bila tidak menulis kod?

Masalahnya ialah pengaturcara sering membesar-besarkan bilangan ciri yang diperlukan oleh aplikasi mereka. Akibatnya, banyak bahagian kod masih belum selesai atau tiada siapa yang menggunakannya, tetapi ia merumitkan aplikasi.

Anda mesti memahami dengan jelas apa yang projek anda perlukan dan apa yang tidak diperlukan.

Contohnya ialah aplikasi yang menyelesaikan hanya satu tugas - mengurus e-mel. Untuk tujuan ini, dua fungsi telah diperkenalkan - menghantar dan menerima surat. Anda tidak sepatutnya mengharapkan pengurus mel menjadi pengurus tugas pada masa yang sama.

Anda perlu tegas mengatakan "tidak" kepada cadangan untuk menambah ciri yang tidak berkaitan dengan tugas utama aplikasi. Inilah masanya apabila menjadi jelas bahawa kod tambahan tidak diperlukan.

Jangan sekali-kali kehilangan fokus aplikasi anda.

Sentiasa bertanya kepada diri sendiri:

— Apakah fungsi yang perlu dilaksanakan sekarang?
— Apakah kod yang perlu saya tulis?

Soal idea yang terlintas di fikiran dan nilaikan cadangan yang datang dari luar. Jika tidak, kod tambahan hanya boleh membunuh projek.

Mengetahui masa untuk tidak menambah perkara yang tidak perlu akan membantu anda mengekalkan asas kod anda di bawah kawalan yang kukuh.

Pada permulaan laluan, pengaturcara hanya mempunyai dua atau tiga fail sumber. Mudah sahaja. Menyusun dan melancarkan aplikasi memerlukan masa minimum; Ia sentiasa jelas di mana dan apa yang perlu dicari.

Apabila aplikasi berkembang, semakin banyak fail kod muncul. Mereka mengisi katalog, setiap satu dengan ratusan baris. Untuk mengatur semua ini dengan betul, anda perlu membuat direktori tambahan. Pada masa yang sama, mengingati fungsi mana yang bertanggungjawab untuk apa dan tindakan mana yang menyebabkannya menjadi semakin sukar; menangkap pepijat juga memerlukan lebih banyak masa. Pengurusan projek juga menjadi lebih kompleks; bukan seorang, tetapi beberapa pembangun diperlukan untuk menjejaki segala-galanya. Sehubungan itu, kos, kedua-dua kewangan dan masa, meningkat, dan proses pembangunan menjadi perlahan.

Projek itu akhirnya menjadi besar, dan menambah setiap ciri baharu memerlukan lebih banyak usaha. Walaupun untuk sesuatu yang sangat tidak penting anda perlu menghabiskan beberapa jam. Membetulkan ralat sedia ada membawa kepada kemunculan yang baharu, dan tarikh akhir keluaran permohonan terlepas.

Sekarang kita perlu berjuang untuk kehidupan projek. kenapa?

Hakikatnya ialah anda tidak faham bila anda tidak perlu menambah kod tambahan, dan menjawab "ya" untuk setiap cadangan dan idea. Anda buta, keinginan untuk mencipta perkara baru membuat anda mengabaikan fakta penting.

Bunyi macam skrip filem seram kan?

Inilah yang akan berlaku jika anda terus berkata ya. Cuba fahami bila kod tidak boleh ditambah. Alih keluar perkara yang tidak perlu daripada projek - ini akan menjadikan hidup anda lebih mudah dan memanjangkan hayat aplikasi.

"Salah satu hari saya yang paling produktif ialah apabila saya memadamkan 1000 baris kod."
- Ken Thompson.

Belajar bila tidak menulis kod adalah sukar. Tetapi ia adalah perlu.

Ya, saya tahu bahawa anda baru sahaja memulakan laluan pembangun dan ingin menulis kod. Bagus, jangan hilang kesan pertama itu, tetapi jangan lupa faktor penting kerana semangat. Kami menyedari segala-galanya melalui percubaan dan kesilapan. Anda juga akan membuat kesilapan dan belajar daripadanya. Tetapi jika anda boleh belajar daripada perkara di atas, kerja anda akan menjadi lebih sedar.

Teruskan mencipta, tetapi tahu bila untuk mengatakan tidak.

Skillbox mengesyorkan:

• Kursus dalam talian yang digunakan "Penganalisis Data Python".
• Kursus dalam talian "Pembangun bahagian hadapan profesion".
• Kursus tahun praktikal "Pembangun PHP dari 0 hingga PRO".

Sumber: www.habr.com