Kode Pengembang Pria
Sebagian besar proyek dikembangkan oleh tim pengembang. Biasanya, kualitas hasil kerja sama tim tergantung pada atmosfer yang ada di tim. Untuk menjaga keharmonisan, setiap pengembang harus selalu menjadi seorang gentleman. Oleh karena itu, saya ingin menyajikan dasar, menurut pendapat saya, aturan kode pria iOS.
Saya sendiri seorang pengembang iOS dan merupakan bagian dari tim. Aturannya cukup umum, sehingga cocok untuk segala arah dalam pengembangan perangkat lunak dan tidak hanya.
Pengembang pria selalu sopan
Suasana hati yang buruk atau megalomania bukanlah alasan untuk merusak suasana hati orang lain. Saya pikir tidak ada yang akan menyukainya jika dia kasar. Oleh karena itu, cobalah untuk tidak bersikap kasar pada diri sendiri.
Kurangnya budaya dan kekasaran merusak hubungan antara anggota tim, dan dalam kerja tim sangat penting untuk bekerja sama. Kebencian terhadap satu sama lain atau permusuhan pribadi tidak hanya dapat memperlambat kemajuan, tetapi juga menimbulkan masalah tambahan.
Selalu dan dalam keadaan apa pun Anda perlu mengendalikan diri dan mencoba bersikap sopan.
Pengembang pria selalu menghargai waktunya, dan karena itu menghargai waktu orang lain
Jika Anda memiliki masalah mendesak yang dapat dibantu oleh seorang kolega, ini tidak berarti Anda perlu mengalihkan kolega tersebut dari pekerjaannya. Mungkin proses berpikir yang sangat penting sedang terjadi saat ini, dan jika Anda menghentikannya, kolega Anda dapat membuang banyak waktu untuk membangun kembali gambaran keseluruhan dari masalah yang dia pecahkan.
Anda harus bertanya dengan sopan apakah orang yang Anda butuhkan bisa meluangkan waktu dan membantu Anda. Jika dia sangat sibuk, kemungkinan besar dia akan bisa membantu sedikit nanti.
Seorang pengembang pria menghormati kode dan solusi teknis dari rekan-rekannya
Anda harus selalu ingat bahwa setiap blok kode adalah solusi terbaik yang dapat dibuat oleh penulis pada saat itu dan dalam keadaan ketika kode ini ditulis. Oleh karena itu, Anda tidak boleh sekali lagi mencari tahu mengapa kode tersebut ditulis dengan sangat buruk. Ini berlaku untuk saat-saat ketika tidak ada kebutuhan untuk mengubah apa pun.
Saya pikir semua orang dapat mengingat momen ketika mereka mencoba menulis ulang kode, yang tampak mengerikan. Pada saat yang sama, saya menemukan masalah yang sebelumnya tidak terlihat yang dipecahkan kode ini. Dan dalam upaya untuk memecahkan masalah ini dengan cara yang lebih elegan, saya menulis kode yang lebih mengerikan.
Ini harus diingat sebelum merusak suasana hati seseorang dengan kritik yang tidak pantas dan menahan diri dari tindakan tersebut.
Pengembang pria tidak mengedit kode pengembang lain tanpa sepengetahuan mereka
Meskipun Anda tahu cara melakukannya dengan lebih baik, jangan menulis ulang kode buruk secara diam-diam. Pertama, penulis kode, yang, menurut pendapat orang lain, bertanggung jawab atas potongan kode ini, mungkin kehilangan alur pemahaman dalam pembaruan. Dan ketika mencoba mengubah sesuatu, dia akan menemukan dirinya dalam situasi yang sulit.
Kedua, Anda sendiri, kemungkinan besar, tidak mengetahui semua fitur dari fungsionalitas yang akan Anda tulis ulang. Akibatnya, baik penulis maupun Anda tidak sepenuhnya mengetahui kode yang diperbarui.
Ketiga, jika penulis kode tidak menemukan bahwa dia melakukan sesuatu yang buruk, maka dia akan terus melakukan apa yang dia lakukan. Dan seperti yang kita ketahui dalam sebuah tim, hasil kerja setiap peserta mempengaruhi seluruh tim.
Dalam kasus seperti itu, Anda harus terlebih dahulu menghubungi penulis untuk mengklarifikasi pendapatnya. Mungkin Anda salah dan solusi Anda, yang tampaknya lebih cocok untuk Anda, ternyata tidak. Dan jika Anda benar, maka Anda akan membantu kolega Anda dan, karenanya, akan membantu tujuan umum.
Seorang pengembang pria tidak mengkritik kode orang lain tanpa argumen dan tanpa alternatif
Jika menyangkut kritik, dan ini tidak bisa dihindari dalam kerja tim, maka itu harus dilakukan dengan benar. Pertama, Anda dapat mengkritik kode ketika solusi untuk masalah Anda bergantung pada kualitas kode ini. Kedua, Anda hanya bisa mengkritik jika Anda tahu persis bagaimana melakukannya dengan lebih baik.
Kritik yang tidak ada gunanya hanya menyebabkan perselisihan dalam tim, yang tidak terlalu memengaruhi hasil.
Seorang pengembang pria juga tahu bagaimana menerima kritik dengan bermartabat
Tidak ada yang sempurna dan tidak ada yang menulis kode yang sempurna. Kami terus belajar dan meningkatkan keterampilan kami, termasuk dalam pengembangan perangkat lunak. Kritik adalah salah satu mekanisme pembelajaran yang paling efektif. Dan Anda tidak hanya harus bisa menyampaikan kritik, tetapi juga menerimanya dengan bermartabat.
Anda tidak harus bereaksi agresif terhadap kritik orang lain. Ini hanya akan mengasingkan orang-orang di sekitar Anda. Dan di masa mendatang, kesalahan Anda dalam kode mungkin tidak terdeteksi tepat waktu hanya karena kolega tidak memberi tahu Anda, tidak ingin memprovokasi skandal.
Jika kritik benar-benar berguna, Anda harus berterima kasih kepada orang yang menunjukkan kesalahan Anda.
Jika kritik tidak dapat dibenarkan dan Anda benar-benar yakin bahwa solusi Anda dalam kode tersebut cukup baik, bahkan jika bukan yang terbaik, maka Anda harus dengan tenang memperdebatkan kasus Anda. Berikan alasan untuk membantah kritik.
Seorang pengembang pria menulis kode dengan gaya umum
Saya pikir semua orang akan memahami alegori bahwa jika ada beberapa pendayung di perahu dan salah satunya mendayung ke arah yang berlawanan, maka ini hanya akan berdampak negatif pada kecepatan perahu.
Hal yang sama berlaku untuk proyek. Cobalah untuk selalu mematuhi aturan dan standar yang diterima secara umum, bahkan jika Anda tidak menyukainya, tetapi perintah mengikutinya.