Apa yang Anda anggap sebagai prinsip pertama pemrograman?

Saya selalu bertanya pada diri sendiri "apa prinsip pertama dari ini?" setelah saya mempelajari hal-hal dasar dari sesuatu (mis pemrograman). Ini adalah pertanyaan yang menginspirasi, IMO, yang dapat memaksa Anda untuk memikirkan prinsip paling penting di balik sesuatu, terutama keterampilan seperti pemrograman.

Jadi, apa yang Anda pikirkan adalah prinsip pertama pemrograman? Saya akan memberikan jawaban saya di bawah nanti.

1. KISS - Keep It Simple Stupid
2. KERING - Jangan Ulangi Diri Anda Sendiri
3. YAGNI - Anda tidak akan membutuhkannya

Tulis kode seperti jika Anda yang harus mempertahankan kode itu.

Menjadi malas mungkin.

Zen, bagian I: Pemrograman hanya jalan, bukan jalan.

Pemrograman hanyalah teknik untuk mengajarkan komputer apa yang harus dilakukan. Agar berhasil dalam menciptakan perangkat lunak yang cepat dan andal berarti mengetahui algoritme, praktik terbaik, dan semua hal lainnya yang belum tentu terhubung ke Pemrograman (bahasa) Anda.

Zen, bagian II: Jika Anda terburu-buru, berjalanlah perlahan-lahan. Jika Anda benar-benar terburu-buru, lakukan jalan memutar.

Kedengarannya konyol, tapi jangan biarkan diri Anda masuk ke kompromi yang (benar-benar) dapat mengganggu Anda setelahnya. Saya mendapat aturan: Jika Anda adalah inti dari suatu program, cobalah untuk setepat dan sebaik mungkin. Jika Anda menggunakan metode dari inti yang jauh di dalam perangkat lunak Anda, cobalah untuk lebih cepat dalam pengkodean. Jika Anda melakukan pengkodean di atas keduanya, Anda bahkan bisa sedikit lebih ceroboh.

Kesalahan desain adalah yang paling sulit ditemukan dan / atau diperbaiki, langkah selanjutnya adalah kesalahan pemrograman pada bagian yang diandalkan semua orang, kemudian "bagian perangkat lunak pamer yang nyata". Jika Anda perlu memperbaiki kesalahan desain di akhir proyek, ummm, itu tidak baik ... ;-)

Zen, bagian III: Ketahui jalanmu, Neo.

Ketahui lingkungan, alat, dan hal-hal yang Anda andalkan setiap hari dan lakukan penyortiran agar berfungsi untuk Anda. Terbaik jika Anda menggunakan "lingkungan" pemrograman Anda begitu alami sehingga Anda bahkan tidak perlu memikirkannya. Jika Anda harus menyelesaikan pekerjaan, jangan memperkenalkan "barang baru yang mewah" tetapi lakukan pekerjaan Anda. Barang-barang ini dapat diperkenalkan dalam proyek baru, yaitu saat Anda memiliki waktu untuk mempersiapkan dan menggunakannya.

Kiss (tetap simpel, bodoh).

Memang mengajukan pertanyaan "Bagaimana Anda mendefinisikan sederhana?" Dan juga "Kapan ada sesuatu yang terlalu sederhana untuk tugas yang dihadapi?" Inilah sebabnya mengapa Anda tidak bisa menjadi programmer yang baik hanya dengan mengetahui prinsip pertama pemrograman.

Optimalisasi prematur adalah akar dari semua kejahatan. - Donald Knuth

Jangan menemukan kembali roda.

Pahami masalahnya dulu!

YAGNI - Kamu Tidak Akan Membutuhkannya . Gagasan di balik YAGNI adalah memprogram untuk kebutuhan Anda, bukan untuk fitur potensial yang prospektif. Premisnya adalah bahwa dengan mempertahankan apa yang Anda perlu program, Anda akan (antara lain) memotong kode mengasapi, mengurangi kompleksitas, menghindari fitur creep, dan mengurangi pembatasan pada apa yang dapat dilakukan (dan bagaimana hal itu dapat dilakukan) di masa depan.

Saya kira itu bekerja bersama-sama dengan desain modular: Fitur masa depan dapat ditambah tanpa mendesain ulang kode yang ada.

Mengetahui kapan tidak memprogram.

Kopi masuk, keluar kode.

Jika tidak diuji, itu rusak.

Ada dua cara membangun desain perangkat lunak: Salah satu caranya adalah membuatnya sangat sederhana sehingga jelas tidak ada kekurangan, dan cara lainnya adalah membuatnya sangat rumit sehingga tidak ada kekurangan yang jelas. Metode pertama jauh lebih sulit.

- Charles Antony Richard Hoare

1. Bedakan antara sebab dan akibat (bekerja dengan komputer)

2. Bedakan antara fakta dan pendapat (bekerja dengan orang)

3. Sesederhana mungkin, tetapi tidak sederhana (desain)

Pemrograman adalah cara, bukan tujuan. Atau mungkin, "Bisa bukan berarti harus."

1. Pahami mengapa program ini akan membuat seseorang bahagia (jika tidak, mengapa Anda tidak bermain di luar dengan semua anak lain?). (Orang ini bisa jadi kamu.)
2. Kembangkan model konseptual dari domain bisnis yang menangkap semua kompleksitas yang dibutuhkan, dan tidak lebih.
3. Kembangkan model konseptual arsitektur perangkat lunak yang menangkap semua kompleksitas yang dibutuhkan, dan tidak lebih.
4. Tanpa malu -malu menyingkirkan semua kerumitan lainnya.

Menurut pendapat saya, prinsip yang paling penting adalah pengurangan kompleksitas dengan menciptakan abstraksi yang baik .

Ini termasuk

• memahami masalah yang harus dipecahkan,
• merancang solusi yang tepat untuk itu dan
• mengimplementasikannya,
• lebih disukai dengan cara yang membuat kode dimengerti dan dipelihara,

tetapi juga penentuan titik di mana berhenti membuat abstraksi dan turun ke sifat dasar dari teknologi implementasi (misalnya sistem database, bahasa pemrograman) untuk mencegah penciptaan kompleksitas tambahan yang dapat dihindari.

Program dengan audiens dalam pikiran. Dengan itu, jangan berasumsi bahwa apa pun yang Anda tulis tidak akan dibaca dan dikelola oleh Anda atau orang lain.

Sebagai akibatnya: Buktikan bahwa Anda memahami masalah yang Anda coba selesaikan dengan memberi nama variabel dan fungsi dan kelas Anda dengan baik!

itu tidak bekerja sampai Anda menunjukkannya dalam ujian

Pikirkan dulu, kode nanti.

Anda sama sekali tidak sepintar yang Anda kira. Mengajukan pertanyaan. Belajarlah untuk menghargai rekan-rekan Anda.

Saat debugging, jawaban pertama hampir selalu salah.

Kode yang Anda tulis dengan tujuan membuang cenderung menjadi landasan proses yang jauh lebih besar. Jangan pernah meninggalkan apapun yang ditulis sembarangan.

Setiap masalah dapat diselesaikan dengan lapisan tipuan lainnya.

Ketahui alat Anda.

Prinsip: Perangkat Lunak adalah Pengambilan Pengetahuan .

Konsekuensi: Banyak teknik untuk representasi pengetahuan, semua didasarkan pada Abstraksi . Memberi kami lapisan, tingkatan, enkapsulasi, pemisahan masalah.

Banyak teknik untuk representasi prosedur, semua didasarkan pada Sequence , Choice , Repetition .

Tulis kode untuk orang berikutnya.

Selalu tulis kode seolah-olah orang yang akan mempertahankannya adalah pembunuh berantai psikotik yang tahu di mana Anda tinggal

Juga, jangan pernah berpikir Anda tahu segalanya tentang pemrograman, teruslah belajar

Saya masuk ke pemrograman dengan cara belajar elektronik digital, jadi saya kira bagi saya gerbang logika dasar (bukan, dan, atau, menyiratkan, menyiratkan) adalah prinsip-prinsip pertama pemrograman.

Ini semua tentang pengguna.

Garbage in - Garbage Out Tidak peduli seberapa bagus antarmuka pengguna Anda jika datanya buruk.

KERING, hampir semuanya memunculkan darinya. KISS adalah ujung lain dari tindakan penyeimbangan untuk memastikan Anda tidak mengejar keanggunan perangkat lunak ke tingkat kegilaan.

Mulailah dengan output dan bekerja mundur.