Pengembangan berdasarkan desain daftar periksa pemikiran yang lebih baik Oleh Guy Mata Uang | Juni 2022

Programming

[ad_1]
Hai Sob di suratpembaca.web.id. Kali ini kita akan mengupas tentang Linux yaitu Pengembangan berdasarkan desain daftar periksa pemikiran yang lebih baik Oleh Guy Mata Uang | Juni 2022

.

Mudah-mudahan artikel tentang Pengembangan berdasarkan desain daftar periksa pemikiran yang lebih baik Oleh Guy Mata Uang | Juni 2022

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

Rancang pola pikir yang lebih baik

Foto oleh Pixabay

Berapa banyak dari Anda yang menggunakan daftar tugas? Saya kira sebagian besar dari Anda melakukannya, dengan satu atau lain cara. Tapi bagaimana dengan daftar periksa? Mereka jauh lebih berguna daripada yang Anda pikirkan.

Jika Anda tidak menggunakan daftar periksa, pada dasarnya Anda mengandalkan memori kerja Anda untuk mengontrol semuanya. Ini mungkin baik untuk hal-hal sederhana, tetapi dapat dengan mudah membuat Anda mendapat masalah. Misalnya, Anda pergi keluar dengan teman-teman Anda. Anda perlu mengingat beberapa hal kecil: gunakan kunci Anda, dompet Anda, dan mungkin deodoran. Tentang tiga elemen, memori kerja Anda dapat menangani, tidak masalah. Tetapi apa yang terjadi jika Anda menambahkan dua elemen lagi? Ini sedikit lebih rumit.

Misalnya, dalam perjalanan untuk bertemu teman-teman Anda, Anda juga harus membawa paket, dan tidak hanya itu, salah satu teman Anda telah mengembalikan bukunya, jadi Anda harus ingat untuk membawanya.

Saat ini, kami dalam kesulitan. Memori kerja kita sekarang dimanipulasi dengan lima elemen berbeda, dan ini bukan pesulap yang sangat baik. Batasnya adalah sekitar empat item.
Sekarang angka ini mungkin berbeda, tetapi tampaknya benar dalam banyak kasus, dan saya pasti dapat mengkonfirmasinya. Ketika saya perlu mengingat lebih dari satu hal pada satu waktu, saya melupakan setidaknya satu dari mereka.

Pada contoh di atas, saya mungkin lupa membawa buku. Melupakan hal seperti itu tidak penting sekarang, aku akan membawanya lain kali. Tapi apa yang terjadi ketika kita menghadapi situasi yang lebih serius? Jika Anda merawat pasien, atau kemungkinan besar menulis kode produksi untuk pembaca saya (yang dapat membantu industri medis), Anda tidak dapat melupakan banyak hal, karena hal-hal yang Anda lupakan mungkin berada di jalur kritis.

Daftar periksa membantu Anda menghindari kesalahan yang mahal. Ini jelas penting, tetapi ada lebih banyak lagi. Sedemikian rupa sehingga sebuah buku lengkap ditulis tentang masalah ini. Namun, ini bukan artikel lengkap tentang daftar periksa, artikel ini tentang menulis kode yang lebih baik, jadi mari kita mulai.

Jika Anda telah berkecimpung di industri perangkat lunak untuk beberapa waktu, Anda telah menulis bagian Anda dari dokumen desain. Dan jika Anda belum melakukannya – mungkin sudah waktunya untuk mencari pekerjaan baru. Tidak semua dokumen desain bagus dan bergaya, terkadang bisa sangat sulit. Tetapi jika Anda memiliki pola desain yang baik, itu dapat bertindak sebagai fasilitator yang luar biasa untuk proses berpikir yang lebih baik dan membantu Anda menghindari bias kognitif.

Pikiran manusia sangat bias. Sekarang, ini belum tentu hal yang buruk. Bias adalah jalan pintas yang digunakan pikiran kita untuk menghemat waktu dan energi. Seringkali, mereka bahkan sangat berguna. Kita tidak bisa memikirkan semua hal kecil dalam hidup. Namun, hal yang sulit tentang menjadi bias adalah sangat sulit untuk menyadarinya sepenuhnya.

Misalnya, pertimbangkan bias persepsi selektif.

Anda sedang membangun komponen antarmuka pengguna baru yang memiliki antarmuka yang sangat sederhana, hanya sebuah API. Ini bukan pertama kalinya Anda bergumul dengan ini, jadi Anda tidak menghabiskan banyak waktu untuk merencanakan. Anda tahu persis apa yang akan Anda lakukan – buat antarmuka pengguna yang hebat dan API yang sederhana. Anda berhasil menyelesaikan pekerjaan dalam waktu singkat, jadi Anda memukul punggung Anda dan menggunakannya untuk menghasilkan.

Beberapa bulan berlalu dan komponen ini mulai menarik banyak lalu lintas. Anda sudah mulai melihat lompatan dalam waktu respons rata-rata API. Pengguna akan segera mulai mengeluh. Anda melihat kode Anda seperti orang gila, apa yang salah?

Yah, sepertinya kueri DB sederhana yang dilakukan API Anda sekarang 10 kali lebih lambat. Dulu mengandalkan tabel DB kecil, yang tidak terlalu rumit. Tabel itu sekarang menjadi balon 100x dan bahkan memiliki beberapa kolom tambahan.

Jika kita telah menyiapkan dokumen desain yang baik, masalah mengerikan ini dapat dengan mudah dihindari. Kemudian kita melihat bahwa karena kita berurusan dengan komponen antarmuka pengguna, responsnya sangat sensitif terhadap waktu. Dan dalam kasus seperti ini, menyimpan jawaban umum dalam cache biasanya merupakan ide yang bagus. Kami juga ingin menambahkan indeks ke salah satu kolom yang kami filter untuk memastikan kinerja kueri tidak terganggu oleh skala DB.

Ide utama di sini adalah bahwa dokumen desain bisa sangat berguna.
Mereka tidak boleh dilihat sebagai tugas, tetapi sebagai alat untuk membantu membimbing Anda ke arah yang benar. Jika dokumen desain perusahaan Anda menggunakan template yang baik, itu akan membantu merancang proses pemikiran yang lebih baik. Ini bukan tugas yang mudah karena sebagian besar templat dokumen desain memiliki begitu banyak bagian sehingga terlalu banyak. Ketika hal-hal menjadi membosankan, mereka dihindari, dan itu pada dasarnya membuat mereka tidak berguna.

Untuk menggunakan dokumen desain secara efektif, kita perlu menyederhanakannya. Salah satu cara untuk membuatnya lebih mudah adalah dengan menambahkan daftar periksa yang sederhana namun lengkap. Daftar periksa ini harus menghadapi semua bias utama dan membuat penggunanya berpikir lebih baik. Ini berarti mempertimbangkan semua kemungkinan kasus, kasus tepi, kasus yang mungkin salah, penggunaan praktik terbaik, dan sebagainya.

Selain menggunakan dokumen desain nyata, kita juga harus memiliki daftar periksa internal. Daftar periksa internal ini harus disesuaikan dengan bias pribadi kita. Misalnya, Anda mungkin ingin meninjau kode dan tidak membacanya secara keseluruhan. Ini dapat dengan mudah menyebabkan Anda kehilangan detail implementasi yang tepat, yang penting untuk memahami kode (atau bug) yang Anda hadapi. Ini terjadi pada saya baru-baru ini ketika saya bekerja dengan Flutter.

Pengujian saya gagal karena masalah aneh yang tampaknya terkait dengan perpustakaan yang saya gunakan. Saya mencoba untuk memperbaikinya, tetapi itu terus berlanjut. Jadi saya berasumsi ada bug nyata di perpustakaan (yang hampir tidak pernah ada). Namun, saya mendaftarkan bug dan masalah itu dirujuk ke saya. Saya segera menyadari bahwa saya telah meninjau kode perpustakaan dan kehilangan detail halus dalam eksekusinya. Jadi untuk melawan keinginan untuk menghapus kode di masa mendatang, Anda dapat menambahkan yang berikut ini ke daftar periksa internal Anda: “Saya telah membaca kode sepenuhnya.”

Hanya ketika ditinjau, Anda dapat mengizinkan diri Anda untuk memverifikasi PR itu atau melaporkan apa yang tampaknya merupakan bug.

Membuat daftar periksa internal tidak berarti harus tetap ada dalam pikiran Anda. Sebaliknya, lebih baik jika Anda dapat menuliskannya di selembar kertas atau menggunakan program pencatatan online favorit Anda. Ide dasarnya adalah Anda memiliki daftar periksa pribadi yang terpisah dari template desain formal yang mungkin telah Anda gunakan untuk proyek yang lebih kompleks di tempat kerja. Daftar periksa internal itu harus berguna dalam pekerjaan apa pun, besar atau kecil, serta dalam kehidupan pribadi Anda.

Daftar periksa bisa sangat berguna. Mereka membantu kita mengatasi keterbatasan kapasitas memori kerja kita. Jika mereka sangat baik, mereka dapat membantu membimbing pemikiran kita ke arah yang benar.

Dalam perangkat lunak, menggunakan template desain yang bagus yang sederhana namun komprehensif dapat sangat membantu dalam memfasilitasi proses pemikiran yang lebih baik, yang pada akhirnya akan menghasilkan kode yang lebih baik. Kesederhanaannya sangat penting, karena secara signifikan meningkatkan kemungkinan bahwa dokumen tersebut akan disiapkan di tempat pertama.

Anda juga perlu membuat daftar periksa internal Anda sendiri untuk menangani bias unik Anda. Daftar periksa ini akan melayani Anda untuk tugas apa pun, bukan hanya tugas yang memerlukan dokumen desain lengkap.

Itu tadi postingan tentang Pengembangan berdasarkan desain daftar periksa pemikiran yang lebih baik Oleh Guy Mata Uang | Juni 2022

, terimakasih telah berkunjung di website ini, mudah-mudahan artikelnya ada manfaatnya ya.

[ad_2]

Source link

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan.