Anda tidak perlu menulis kode lengkapnya. Cukup baik untuk menjadi baik | Oleh Guy Mata Uang | Juni 2022

Programming

[ad_1]
Selamat datang Sob di suratpembaca.web.id. Siang ini kita akan membahas tentang Linux yakni Anda tidak perlu menulis kode lengkapnya. Cukup baik untuk menjadi baik | Oleh Guy Mata Uang | Juni 2022

.

Semoga postingan mengenai Anda tidak perlu menulis kode lengkapnya. Cukup baik untuk menjadi baik | Oleh Guy Mata Uang | Juni 2022

bisa memberikan manfaat untuk Teman-teman semua. Yuk baca artikel ini
sampai tuntas.

Kesempurnaan membutuhkan uang

Foto oleh Ryland Dean di Unsplash

Perfeksionis. Hari ini sering ditampilkan sebagai lencana kehormatan.
Sedemikian rupa sehingga dianggap sebagai sifat negatif yang “baik” untuk disebutkan saat wawancara, karena cenderung dibarengi dengan kerja keras dan kerja keras.
Namun, itu membutuhkan uang.

Anda mungkin menggaruk-garuk kepala sekarang. Menjadi seorang ibu? kode?
Jangan khawatir, semuanya masuk akal dalam sekejap.

“Ibu cukup baik” adalah istilah yang diciptakan oleh dokter anak dan psikolog terkenal Donald W. Vinikat. Ide dasarnya adalah bahwa tujuan memiliki orang tua yang sempurna cenderung untuk memperkenalkan perilaku berbahaya yang tidak diinginkan. Jadi, mencoba untuk menjadi orang tua penuh memiliki efek sebaliknya, menyebabkan lebih banyak kerugian daripada kebaikan bagi orang tua dan anak mereka.

Masuk akal jika Anda memikirkannya. Tetapi jika Anda adalah orang tua dari bayi yang baru lahir, mungkin sulit untuk menerimanya. Bagaimanapun, ini adalah hal terpenting yang dapat Anda lakukan dalam hidup – untuk melatih manusia sejati yang 100% bergantung pada Anda. Tapi Anda tahu bagaimana itu. Ketika tekanan meningkat, kita menjadi lebih mudah tersinggung, kita berhenti memikirkan banyak hal, dan semua emosi ini diteruskan ke anak Anda.

Ini tentu topik yang menarik, tetapi saya di sini bukan untuk berbicara tentang pengasuhan anak.
Tujuan dari pelajaran psikologi singkat ini adalah untuk menunjukkan bagaimana perfeksionisme salah, bahkan ketika diterapkan pada hal-hal terpenting dalam hidup, seperti mengasuh anak.

Jadi apa artinya menjadi pengembang yang “cukup baik”?

Apa artinya menulis kode “cukup baik”?

Mari kita mulai dengan dasar-dasar dan bertanya pada diri sendiri – apa tujuan menulis kode?

Foto oleh Marcus Winkler di Unsplash

Beberapa menganggap kode sebagai bentuk seni. Mereka mencoba menulis kode yang indah dan indah yang menginspirasi orang lain. Saya penggemar berat kode berbutir halus, tapi itu bukan tujuan akhirnya.
Tujuan sebenarnya dari menulis kode adalah untuk memecahkan masalah.

Namun, kami tidak hanya ingin menyelesaikan masalah, kami ingin menyelesaikannya dengan baik.
Kami tidak hanya ingin membuat produk yang berfungsi, kami ingin menjadi produk yang berkualitas. Namun, dalam beberapa kasus, menghabiskan lebih banyak waktu untuk membuat kode yang sedikit lebih lengkap tidak akan menghasilkan hasil yang nyata.

Selain itu, jika kita menghabiskan banyak waktu untuk menyelesaikan kode kita, kurangnya hasil yang nyata adalah masalah kita yang paling kecil. Kesempurnaan, meski terpuji, datang dengan harga selangit.

Foto oleh Elisa Ventur di Unsplash

Ada masalah dengan kesempurnaan, dan itu adalah masalah besar – kesempurnaan mental. Kebanyakan orang dapat menyetujui kode yang benar-benar menakutkan. Tetapi ketika harus menulis kode lengkap? Setiap orang punya pendapat

“Anda harus mengekstrak baris-baris ini dalam suatu fungsi”

“Kamu memiliki banyak fungsi”

“Ini harus di kelas yang terpisah”

“Ini tidak membenarkan kelas yang terpisah”

“Tambahkan nama parameter eksplisit saat pengambilan sampel objek”

“Kode terlalu populer, hapus nama parameter eksplisit”

“Anda harus menambahkan komentar di area utama”

“Anda seharusnya tidak pernah menambahkan komentar”

“Anda seharusnya jarang membuat pengecualian – kembalikan objek dengan status: gagal”

“Jika sesuatu tidak berhasil – selalu buat pengecualian”

“Kode tidak cukup OOP”

“Pasangan ini tidak membenarkan OOP – gunakan pendekatan yang lebih praktis”

Daftarnya terus bertambah. Menjadi lebih sulit lagi jika pendapat di atas semuanya datang dalam hubungan masyarakat dari rekan satu tim yang berbeda. Terlepas dari semua pendapat yang saling bertentangan ini, apakah mungkin untuk menyelesaikan kode? Mungkin tidak.

Karena tidak ada standar yang jelas untuk kesempurnaan, para insinyur mungkin menghabiskan waktu berjam-jam atau bahkan berhari-hari untuk memikirkan detailnya. Yang dapat dengan mudah menyebabkan over-thinking dan akhirnya bahkan kelelahan.

Jadi berapa harga kesempurnaan Anda?

Insinyur yang terbakar yang tidak membuat kemajuan dalam tugas mereka.
Menembak dengan sempurna berarti kehilangan tujuan kita – menjadi efektif dalam memecahkan masalah.

Foto oleh Felicia Buitenwerf di Unsplash

Untuk memecahkan masalah secara efektif, kita perlu menyeimbangkan kualitas kode dengan pekerjaan yang sebenarnya dilakukan. Untuk melakukan ini, kita perlu menemukan titik pengurangan efisiensi. Tempat di mana lebih banyak waktu dihabiskan untuk mengoptimalkan kualitas kode tidak akan menghasilkan hasil yang lebih baik dan bahkan dapat membuat kita lebih efisien secara keseluruhan. Kita perlu membuat definisi kode kita “cukup baik”.

Definisi kode “cukup baik” harus ditentukan sesuai dengan kebutuhan unik Anda. Beberapa bisnis mungkin memprioritaskan bergerak cepat, jadi standarnya mungkin tidak terlalu tinggi. Pekerjaan lain mungkin memerlukan infrastruktur yang kuat di mana setiap kesalahan kecil dapat menyebabkan bencana.

Setelah kami mengklarifikasi prioritas bisnis unik kami, kami perlu menetapkan pedoman pengkodean kami sendiri. Yang terbaik adalah melakukan ini di tingkat penelitian dan pengembangan secara keseluruhan untuk mempromosikan kolaborasi yang lebih efektif. Tapi setidaknya itu harus jelas di level tim Anda.

  • Apa definisi dari “selesai”?
  • Bagaimana memformat kode Anda? – Line spacing, line breaking time, apakah kita menambahkan nama parameter fungsi (bila perlu)
  • Apakah kita mendukung kinerja atau keterbacaan?
  • Apa filosofi pengujian kami? Apakah kita lebih memilih pengujian komponen daripada pengujian integrasi?
  • Konvensi penamaan kelas / paket / kinerja
  • Lapisan Logis – Apakah selalu logis untuk memisahkan DTO dan model?
  • Saat menulis API, apakah kami mendukung pelemparan Pengecualian alih-alih objek Respons?

Daftarnya terus berlanjut, tentu saja. Tujuan utamanya adalah untuk menetapkan standar yang jelas untuk menulis kode berkualitas baik. Dengan cara ini, kami dapat mengurangi beban kognitif dan mengurangi waktu yang dihabiskan untuk diskusi hubungan masyarakat tanpa akhir, sehingga memberikan kinerja yang signifikan bagi tim kami.

Kesempurnaan membutuhkan uang. Psikologi mengajarkan kita bahwa kita tidak perlu menjadi orang tua yang sempurna untuk membesarkan anak yang sehat. Ini juga berlaku untuk kode Anda. Anda tidak perlu menulis kode lengkap untuk menjadi pengembang yang efektif. Mencoba menulis kode lengkap lebih cenderung mengarah pada frustrasi dan kelelahan, karena itu adalah kesempurnaan mental.

Tujuan penulisan kode adalah untuk memecahkan masalah.

Jadi, cari tahu kode apa yang “cukup baik” untuk bisnis Anda, tetapkan pedoman yang jelas, dan rasakan peningkatan yang signifikan dalam produktivitas dan kesejahteraan pengembang.

Itu tadi postingan mengenai Anda tidak perlu menulis kode lengkapnya. Cukup baik untuk menjadi baik | Oleh Guy Mata Uang | Juni 2022

, terimakasih sudah berkunjung di website saya, mudah-mudahan artikelnya ada manfaatnya ya.

[ad_2]

Source link

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan.