3 Cara Menarik Untuk Menulis Kod Mudah

Kehidupan adalah sangat mudah, tetapi kami bertegas membuat rumit.

Kredit Imej: unsplash.com Tom Grimbert

Menulis kod ringkas sebenarnya sangat mudah. Tetapi kita menjadikannya satu perkara rumit dengan menjadikannya "masa depan siap."

Dan apabila kita belajar untuk mengatasi keleluasaan kesediaan masa depan, kod kami bukan sahaja menjadi lebih mudah dan lebih bersih tetapi kami juga akan bertumbuh tinggi sebagai pemaju yang hebat.

Biar saya jelaskan.

Kembali dalam pengaturcaraan saya, satu fakta secara dogmatis mengajar saya pada setiap kesempatan.

"Jangan tulis kod yang sama dua kali".

"Anda perlu refactor kod anda dan menjadikannya boleh diguna semula untuk" kebaikan yang lebih baik ". Sediakan kod itu sama dengan kotak hitam yang boleh digunakan oleh setiap pembangun lain di bawah matahari. Pemaju yang hebat meninggalkan kod yang lebih besar sebagai warisan mereka yang berkekalan.

Setakat ini sangat baik.

Kecuali bahawa ciptaan kod saya secara beransur-ansur berkembang menjadi benjolan buruk yang tidak masuk akal yang menjadi hampir mustahil untuk difahami dan ditafsirkan. Kebersihan kod saya pergi untuk melemparkan dan saya mula membuang hari dan bulan "membetulkan" dan "membangkitkan" setan yang telah saya buat.

Pengaturcaraan adalah sukar. Apabila anda menulis program, boleh ada di mana saja dari satu hingga satu baris kod kode, dan anda akan membuat kesilapan. Kadang-kadang mereka besar, kadang-kadang mereka kecil, tetapi tidak kira saiz, mereka semua mengambil masa untuk mencari dan menyelesaikan masalah. Kadang-kadang, anda memerlukan bantuan untuk keluar dari vorteks "berbahaya" yang "tidak berdaya" yang menyebarkan anda dengan pantas.

Dan Kadang-kadang, anda hanya perlu ... itik getah.

Konsep bebek getah kali pertama disebut oleh Deane Parker dalam jawatannya yang sangat baik "Bagaimana Memberi Ceramah Persidangan yang Baik", di mana dia menyifatkan berlatih persembahan dengan kuat, untuk menjadikannya lebih baik. Idea menggunakan itik sebagai papan bunyi bukanlah sesuatu yang baru tetapi di mana ia mengalahkan mata adalah dalam kesederhanaan penggunaannya dan keberkesanannya.

Keuntungan terbesar menggunakan itik getah sebagai papan berbunyi adalah bahawa ia bersabar, ia tidak menghakimi anda dan di atas semua, ia tidak mengambil masa orang lain. Terdapat sesuatu yang ajaib tentang menjelaskan masalah anda dengan kuat, bahkan kepada sesuatu yang tidak bernyawa sebagai itik getah, yang dapat membantu anda melihat penyelesaian masalah anda.

Semasa anda meneruskan kod anda, menerangkannya selaras dengan itik getah, anda berhenti sendiri dan mula memikirkan keadaan dari luar. Anda memaksa diri anda untuk menilai diri anda dan mendapatkan kefahaman objektif tentang semua yang anda telah menulis dalam "panas" pada masa ini.

Dan kemudian lambat laun anda mendapat masa "AH-HA" anda. Jawapannya hanya datang kepada anda.

Dan itulah yang dirasakan hampir setiap masa: "Duh! Saya sudah tahu!"

Berikut adalah beberapa perkara yang itik mengajar saya mengenai menulis kod yang lebih baik.

Menulis komponen yang boleh diguna semula tidak diperlukan SETIAP WAKTU.

Sesetengah orang akan berhujah bahawa anda harus selalu cuba membuat komponen anda dapat digunakan semula, kerana ia mengharuskan anda untuk bekerja melalui semua isu-isu kualiti tidak kira apa, dan akan menghasilkan perisian yang lebih baik. Ini akan menjadi lebih baik jika matlamat tunggal anda adalah untuk mencipta perisian terbaik di dunia, tetapi tidak ada yang membayar anda untuk melakukannya.

Tidak, anda dibayar untuk menulis perisian kualiti yang mencukupi dalam masa dan anggaran yang diperuntukkan. Sekiranya anda menghabiskan masa yang tidak perlu menyalurkan emas kod anda, ia mungkin membuat anda berasa sejuk, tetapi ia secara tidak langsung membazir. Anda perlu melukis garis di pasir dengan tepat betapa baiknya produk ini benar-benar perlu dan berpegang pada itu, jika tidak, anda tidak akan selesai.

Anda Tidak Perlu

YouArentGonnaNeedIt (sering disingkat YAGNI) adalah satu amalan Pengaturcaraan Extreme yang menyatakan:

"Selalu melaksanakan perkara apabila anda benar-benar memerlukannya, tidak pernah apabila anda meramalkan bahawa anda memerlukannya."

Walaupun anda benar-benar, benar-benar yakin bahawa anda memerlukan satu ciri, kemudian, jangan gunakannya sekarang.

Terdapat dua sebab utama untuk mempraktikkan YagNi:

  • Anda menjimatkan masa kerana anda mengelakkan menulis kod yang tidak diperlukan
  • Kod anda adalah lebih baik kerana anda mengelakkan mencemarkannya dengan 'meneka' yang menjadi lebih kurang salah tetapi tetap berlaku.

Buatlah Hal Paling Mudah yang mungkin dapat berfungsi.

Pengaturcaraan melampau menyebutkan dua peraturan emas untuk menulis kod ringkas.

· Pertama, melaksanakan keupayaan baru dengan cara yang paling mudah yang dapat anda pikirkan "mungkin dapat berfungsi". Jangan bina banyak superstruktur yang luar biasa, jangan lakukan apa-apa yang mewah, hanya masukkannya untuk membuatnya bekerja. Buat kod lulus Ujian Unit untuk ciri baru (dan semua ciri, seperti biasa).

· Kedua dan ini adalah kritikal kepada peraturan, refactor sistem menjadi kod paling mudah termasuk semua ciri yang ada sekarang. Ikuti peraturan OnceAndOnlyOnce dan peraturan kualiti kod yang lain untuk menjadikan sistem bersih seperti yang mungkin.

Sentiasa ingat, Kami tidak mencari cara yang paling cepat; kami sedang mencari hasil yang paling mudah. Oleh itu, kita mula-mula memecahkan kaedah sedia ada. Yang meninggalkan kes ujian sedia ada berjalan. Kemudian kami ubah suai (semata-mata, sekarang) salah satu kaedah kecil untuk mengendalikan kes ujian seterusnya dan sebagainya.

Kemudian anda terperangkap, cuba itik

Menyusunnya melalui pepijat, masalah, dan kegelapan umum adalah bahagian asas pengaturcaraan. Oleh itu, teknik-teknik membangun untuk mengarahkan jalan anda melalui pepijat dan mencari jalan keluar dari mengikat adalah sama pentingnya dengan mempelajari semua sintaksis.

Dan apabila anda terjebak dan tiada apa yang kelihatannya berfungsi, cuba itik getah.

Jadi pergi keluar dan cari itik getah anda sendiri, sama ada mainan mandi berwarna kuning klasik, atau seorang yang berpakaian seperti bajak laut - pilih salah satu yang anda selesa dan sesuai dengan keperibadian anda.

Teruskanlah; Bercakap dengannya, tanya soalan, terangkan masalah anda dengan keras, bersihkan jaring laba-laba anda dan berikan nilai yang besar dalam kod anda.

Seperti yang dikatakan oleh Chris Pine.

"Pemrograman bukan mengenai apa yang anda ketahui; Ini mengenai apa yang boleh anda fikirkan. "
Mengenai Pengarang-:
Ravi Rajan adalah pengurus program IT global yang berpusat di Mumbai, India. Dia juga seorang blogger yang gemar, penulis puisi Haiku, peminat arkeologi, dan gila sejarah. Berhubungan dengan Ravi di LinkedIn, Sederhana dan Twitter.

Kisah ini diterbitkan dalam penerbitan keusahawanan terbesar The Startup, Medium diikuti oleh +402,714 orang.

Langgan untuk menerima cerita teratas kami di sini.