🛌🏿 👴 😉 21 pelajaran dalam 21 tahun pemrograman 👦🏿 🦏 💇🏼

Selamat siang teman!

7 April 2020. Hari ini adalah hari yang sangat penting bagi saya. Hari ini menandai tepat 21 tahun sejak saya mulai menulis kode (melakukannya secara profesional, mencari nafkah dengan itu).

Tampaknya baru kemarin ... hari ini saya adalah seorang pria paruh baya dengan 21 tahun pengalaman pemrograman yang telah melalui banyak pasang surut dunia berbahaya pengembangan perangkat lunak.

Membuat kesalahan adalah bagian integral dari proses pembelajaran. Seringkali ini adalah kriteria untuk sukses. Keinginan untuk menghindari pengulangan kesalahan harus di tempat pertama dalam daftar prioritas pengembang.

Tentu saja, pengalaman pribadi adalah cara terbaik untuk mempelajari sesuatu, tetapi pengalaman orang lain adalah cara yang lebih mudah, lebih cepat dan lebih cerdas untuk menghindari masalah serius. Bagaimanapun, hidup ini singkat: tidak mungkin membuat semua kesalahan yang mungkin.

Karier pengembang adalah perjalanan yang menyenangkan untuk menguasai seni yang luar biasa. Banyak tantangan menunggu Anda di sepanjang jalan ini, dalam beberapa kasus Anda akan benar, dalam beberapa kasus lain Anda akan salah. Artikel ini berfokus pada pelajaran yang telah saya pelajari selama periode yang cukup lama. Saya harap dia menguntungkan Anda.

1. Jangan menunda hari hujan

Jalur karier Anda di awal perjalanan akan sangat tergantung pada bagaimana Anda membelanjakan uang Anda. Anda akan tergoda untuk membeli mobil baru, memperbarui lemari pakaian Anda atau pergi ke restoran mahal.

Membasahi mata Anda dari waktu ke waktu tidak dilarang, namun, pertama-tama, habiskan uang untuk pengembangan diri (pelatihan). Ini bukan hanya investasi hebat yang berubah menjadi untung yang baik, tetapi juga sesuatu yang akan tetap bersama Anda selamanya.

2. Anggap diri Anda sangat diperlukan

Gelombang energi setelah menyadari diri Anda sebagai spesialis yang tak tergantikan di bidang Anda menimbulkan kecanduan dan secara negatif memengaruhi pertumbuhan profesional dan pengembangan pribadi.

Ingat, jika Anda ingin mencapai hasil yang lebih baik, Anda tidak bisa berhenti di situ (Anda tidak bisa puas dengan apa yang Anda miliki, tahu, tahu caranya). Pada akhirnya, cari dan latih diri Anda seorang penerus yang akan menggantikan Anda dalam jabatan yang bertanggung jawab.

3. Bakar jembatan

Sekalipun Anda seorang programmer energi yang luar biasa, tak kenal lelah, penuh energi, Anda tidak boleh membakar jembatan dan memutuskan hubungan. Pengembangan perangkat lunak adalah dunia kecil. Di jembatan yang ingin Anda bakar, cepat atau lambat Anda harus menyeberang. Jadi lebih baik tidak melakukan ini.

Bersikaplah rendah hati, benar, dan jaga sopan santun meskipun dengan orang yang tidak Anda sukai.

4. Jangan berbagi pengetahuan

Dalam pengalaman saya, memiliki pemahaman yang baik tentang teknologi yang Anda gunakan dalam pekerjaan Anda adalah cara yang paling dapat diandalkan untuk mendapatkan rasa hormat dari rekan kerja. Namun, pemahaman yang baik tentang teknologi dan tidak berbagi pengetahuan Anda dengan orang lain adalah cara yang pasti untuk ke mana-mana.

Pengetahuan adalah setengah kesuksesan, berbagi adalah babak kedua. Seorang programmer yang baik berkomunikasi dengan pengembang pemula dan menunjukkan cara mengatasi masalah. Dia tidak hanya memberi tahu mereka cara menangani masalah, tetapi juga menjelaskan mengapa itu diselesaikan dengan cara ini.

5. Mengabaikan soft skill

Pemrogram terkadang lupa bahwa pengembangan perangkat lunak adalah olahraga tim, di mana proyek merupakan tugas bersama sekelompok orang yang bekerja berdampingan, saling mendukung dan berjuang untuk tujuan yang sama.

Oleh karena itu, jika programmer sombong (arogan), tidak tertarik pada pekerjaan atau tidak dapat berkomunikasi secara produktif, ini akan berdampak negatif tidak hanya pada pekerjaannya, tetapi juga proyek secara keseluruhan. Jadi, memiliki keterampilan yang disebut "lunak" adalah prasyarat.

6. Looping pada tumpukan teknologi

Pengembangan perangkat lunak tidak akan pernah berhenti berevolusi. Karena itu, seseorang yang menganggap dirinya profesional di bidang ini juga harus terus berkembang agar tetap laris.

Ingat, kunci kesuksesan bukanlah dalam kecepatan menguasai materi baru, tetapi dalam memperoleh pengetahuan konseptual yang memungkinkan Anda untuk memecahkan masalah lama dengan cara baru. Seorang programmer yang baik tidak hanya menulis kode, tetapi juga mempelajari sesuatu sepanjang waktu untuk menyelesaikan tugas dengan cara yang paling efisien.

7. Potong sudut

Tidak ada "kode cepat dan kotor." Kode kotor adalah kode yang buruk. Dot. Jangan pernah mengambil jalan pintas dan puas dengan sedikit (hal-hal kelas dua).

Apakah Anda seorang programmer yang baik ditentukan selama masa krisis. Jika perilaku Anda berubah selama periode ini, maka Anda bukan programmer yang baik. Catatan Per.: Saya percaya bahwa ini adalah sikap teliti untuk bekerja, persyaratan tinggi untuk kode yang Anda tulis. Jika persyaratan ini dikurangi dalam situasi sulit, dan sikap terhadap pekerjaan menjadi lalai, Anda bukan programmer yang baik.

8. Jangan mendokumentasikan kode

Tidak masalah seberapa bagus perangkat lunak Anda. Jika dokumentasi untuk itu buruk, orang tidak akan menggunakannya.

Tenggat waktu, beban kerja, tidak ada yang menghilangkan kebutuhan untuk mendokumentasikan kode. Perangkat lunak tanpa dokumentasi adalah perangkat lunak mati. Ingat ini!

9. Hindari politik

Kita semua mendengar ungkapan ini: “Saya tidak tertarik dengan politik. Saya hanya ingin memperkenalkan teknologi. " Tetapi ini tidak terjadi.

Teknologi melibatkan perubahan, dan perubahan berarti membagi orang menjadi pemenang dan pecundang. Di sinilah politik dimulai. Anda harus mengendalikannya, menggunakannya dan keluar dari pertarungan sebagai pemenang. Tidak ada jalan lain.

10. Untuk mencurahkan terlalu banyak waktu untuk mendesain

Proyek yang bagus sebelum memulai pekerjaan itu bagus. Tetapi memberikannya terlalu penting dapat menyebabkan frustrasi.

Jangan mencari desain yang sempurna. Di dunia pemrograman, itu tidak ada. Carilah desain yang memuaskan, sesuatu yang dapat Anda gunakan sejak awal. Desain yang baik adalah proyek atau skema. Ia harus bisa tumbuh dan berkembang sebelum berubah menjadi batu.

11. Meremehkan pentingnya kebermaknaan kode

Menurut Robert Martin, “menulis kode bersih membutuhkan penggunaan banyak teknik yang kompeten melalui pemahaman yang menyakitkan tentang konsep“ kebersihan kode ”. Kombinasi teknik-teknik ini disebut kebermaknaan kode. ”

Pendekatan yang berarti untuk menulis kode tidak membantu membedakan antara kode baik dan buruk, tetapi membantu mengembangkan strategi untuk mengubah kode buruk menjadi baik.

12. Gunakan solusi pertama yang tersedia

Menggunakan solusi pertama yang muncul di benak Anda atau datang ke tangan adalah cara yang sangat menggoda dan mudah untuk memecahkan masalah. Namun, solusi yang baik biasanya merupakan hasil dari pilihan antara semua yang mungkin atau setidaknya beberapa cara.

Ingat, tugas Anda sebagai programmer adalah menemukan bukan sembarang, tetapi solusi yang lebih baik untuk masalah tersebut.

13. Ketidaktahuan tentang apa yang tidak boleh dilakukan

Pemrogram terbaik tahu persis apa yang tidak boleh dilakukan.

Mereka tahu bahwa menulis ulang perpustakaan dari awal hanya untuk membuatnya lebih mudah dibaca, atau beralih ke kerangka kerja baru hanya karena itu baru, tidak selalu merupakan keputusan yang tepat. Kode tersebut harus sangat baik sehingga dapat dipahami dalam beberapa menit atau bahkan detik.

Kunci kesuksesan bukanlah nafsu makan yang berisiko, tetapi terlibat dalam pertempuran yang tepat.

14. Menolak untuk mengakui ketidaktahuan

Bahkan jika Anda seorang jenius teknis, Anda mungkin tidak tahu semua teknologi. Itu tidak mungkin.

Di sisi lain, pengembang ramah lingkungan dapat menawarkan solusi yang lebih stabil dan efektif daripada Anda. Pemrogram yang baik tidak memaksakan keputusan mereka pada tim. Mereka memupuk demokrasi, di mana solusi terbaik menang.

15. Kendur di bawah tekanan

Kode itu seperti makanan. Itu bisa cepat, bagus atau murah. Pilih dua. Seorang programmer yang buruk sedang berusaha membuat tim untuk melakukan semua hal ini sekaligus. Dia dipandu oleh persyaratan dan kewajiban yang dilakukan oleh orang lain, "dengan sepenuhnya memahami bahwa mereka tidak layak."

Seorang programmer yang baik tidak kehilangan akal sehatnya dan membawa informasi yang relevan kepada pihak yang berkepentingan secepat mungkin.

16. Jangan membangun kepercayaan

Pemrogram dapat hidup sebagai serigala kesepian, tetapi pemrogram terbaik adalah ahli komunikasi.

Dan cara termudah untuk membangun kepercayaan dan membangun hubungan adalah dengan membantu tim lain dalam situasi sulit. Metode ini memungkinkan Anda mencari bantuan kapan saja, tanpa menunggu waktu yang tepat. Membantu memulai atau menyelesaikan proyek tidak hanya menjadikan Anda seorang ahli, tetapi juga meningkatkan kredibilitas Anda di dalam organisasi.

17. Jangan melihat keseluruhan gambar

Sebagai seorang programmer, sebagian besar waktu Anda akan bekerja pada bagian dari kode atau menyelesaikan beberapa masalah dalam kode yang ada. Anda menjalankan tugas, tidak ada yang salah dengan itu. Namun, jika Anda ingin mendapatkan pai, Anda perlu menghabiskan waktu mencari tahu proyek mana yang sedang dikembangkan.

Cara terbaik untuk melakukan ini adalah menemukan seorang mentor yang akan membantu meningkatkan keterampilan Anda dan, sebagai hasilnya, tumbuh lebih cepat ke tingkat berikutnya.

18. Temukan kembali roda

Pemrogram yang baik tidak menemukan kembali kemudi. Mereka terus-menerus menggunakan kembali kode mereka dan mencari fungsionalitas yang siap pakai. Ini tidak hanya menghemat waktu, tetapi juga menghasilkan semacam persahabatan antara pengembang yang berbagi kode dengan yang lain.

Untuk sebagian besar masalah yang Anda coba atasi, ada solusi siap pakai. Karena itu, ketika Anda mencoba menyelesaikan tugas, periksa untuk melihat apakah ada orang lain yang telah melakukannya. Dalam hal ini, Anda tidak memotong sudut, Anda memotong upaya.

19. Kurang pengetahuan tentang aturan bisnis

Kami programmer terkadang meremehkan kompleksitas aturan bisnis. Tanpa pengetahuan tentang aturan-aturan ini, mustahil untuk mengembangkan solusi yang efektif.

Ingat, sebelum berfokus pada komponen teknis, Anda perlu memahami pemikiran bisnis dan menciptakan produk yang dijelaskan dalam istilah yang dapat dipahami oleh pelanggan, dan dirancang untuk secara efektif menyelesaikan tantangan yang dihadapi.

20. Jangan berkomunikasi dengan tim

Terlepas dari kenyataan bahwa tidak ada seperangkat aturan untuk komunikasi, namun, seperti kewajiban untuk berkomunikasi, sedikit aspek pribadi dalam pekerjaan tidak akan merugikan.

Mengetahui kekuatan dan kelemahan programmer lain, kemampuan dan keterbatasan mereka, minat dan hobi mereka, memungkinkan kita untuk merencanakan pengembangan bersama dengan cara terbaik.

21. Jangan memantau kesehatan

Kesehatan adalah fondasi dari segalanya dalam hidup Anda, termasuk karier. Kreativitas, energi, dan kekuatan Anda untuk bertahan naik turun bergantung pada kesehatan.

Pemantauan kesehatan bukan promosi satu kali. Ini menyiratkan cara kerja dan istirahat tertentu, nutrisi yang tepat, olahraga teratur (aktivitas fisik) dan penolakan terhadap kebiasaan buruk.

Alih-alih sebuah kesimpulan

Karir apa pun mengalami pasang surut. Yang penting adalah bagaimana perasaan Anda tentang ini. Anda bisa mengalami depresi jika gagal, atau Anda bisa positif tentang hal itu dan belajar dari kesalahan.

Sebagaimana Carlton Fisk dengan benar catat: “Yang penting bukanlah apa yang telah Anda raih. Yang penting adalah apa yang telah Anda atasi. Inilah yang menentukan karier Anda. "

Terima kasih atas perhatian Anda.

21 pelajaran dalam 21 tahun pemrograman