Rehat kopi #43. 6 kesalahan pemrograman yang menghalangi Anda mendapatkan pekerjaan impian. Cara Berkontribusi pada Perangkat Lunak Sumber Terbuka untuk Pertama Kalinya

6 kesalahan pemrograman yang menghalangi Anda mendapatkan pekerjaan impian

Sumber: Medium Untuk mencari pekerjaan sebagai programmer, Anda harus memiliki repositori Git. Ini adalah salah satu hal pertama yang akan dilihat oleh perekrut. Agar repositori Anda memberikan kesan positif, repositori tersebut harus berisi proyek dengan perubahan terkini. Hanya tampilkan proyek yang Anda banggakan, bukan setiap baris kode yang pernah Anda tulis. Ini adalah dasar-dasar bekerja dengan repositori. Ingatlah bahwa cepat atau lambat seseorang akan melihat kode Anda untuk mengetahui apakah Anda cocok untuk perusahaan tersebut. Ini akan menjadi momen yang menentukan bagi Anda. Setelah beberapa menit, perekrut akan memutuskan apakah akan mengundang Anda untuk wawancara. Dan di sini ada kabar baik dan buruk. Kabar buruknya adalah kesalahan sederhana dapat merusak peluang Anda untuk mendapatkan pekerjaan tersebut. Kabar baiknya adalah orang biasanya tidak ingin menggali lebih dalam tentang kode. Mereka memerlukan pemahaman umum tentang kode dan arsitektur Anda. Jadi Anda tidak harus menjadi seorang jenius - Anda hanya perlu menjadi seorang programmer yang baik. Berikut adalah beberapa kesalahan umum yang dilakukan pemula. Hindari mereka dan peluang wawancara Anda akan meningkat secara dramatis.

Komentar usang

Pemrogram memiliki pendapat berbeda tentang komentar. Beberapa menyukainya, yang lain membencinya. Kami tidak dapat mencapai kesimpulan umum tentang apakah kode tersebut layak dikomentari dan dalam kasus apa melakukannya. Namun semua orang sepakat dalam satu hal: jika Anda memiliki komentar, komentar tersebut harus cocok dengan kode Anda. Komentar ada untuk menjelaskan kodenya. Jika kode Anda rumit atau tidak jelas, Anda memerlukan bantuan pembaca untuk memahaminya. Anda juga perlu mengubah komentar Anda saat mengubah kode. Jika Anda tidak melakukan ini, komentar Anda tidak akan berguna lagi. Komentar buruk jauh lebih buruk daripada tidak berkomentar. Lebih buruk lagi, komentar disorot dalam kode. IDE modern menyorot komentar dengan warna berbeda agar lebih mudah dibaca. Dengan menambahkan komentar, Anda memberi tanda “baca saya” di kode. Dengan cara ini, perbedaan apa pun antara komentar dan kode akan mudah dideteksi. Pilih komentar Anda dengan bijak dan ingatlah untuk memperbaruinya bersama dengan kode Anda. Dengan cara ini mereka akan melayani Anda dengan baik.

Kombinasi perpustakaan dan bahasa dengan kasus penggunaan yang sama

Sebelum wawancara pertama, saya harus menyelesaikan masalah rekrutmen. Itu adalah aplikasi web sederhana, jadi saya menulis beberapa kode, mencari beberapa pertanyaan rumit di Google, dan aplikasi sudah siap. Selama wawancara, perekrut bertanya kepada saya mengapa saya mencampurkan kode jQuery dengan JavaScript biasa di seluruh kode. Jawabanku? “Umm…” Sejujurnya, saya menempelkan beberapa cuplikan kode dari Stack Overflow. Saya tidak terlalu memikirkannya. Kodenya berfungsi, jadi saya melanjutkan. Kesalahan ini sangat umum terjadi di kalangan pengembang baru. Kita terlalu fokus dalam menyelesaikan masalah di tempat kerja sehingga kita tidak memperhatikan cara kita melakukannya. Jangan menjadi salah satu pemula yang jatuh ke dalam perangkap ini. Periksa setiap baris kode dan pastikan Anda mengetahui alasan Anda meletakkannya di sana.

Pengulangan kode

Don't Repeat Yourself (DRY) adalah dogma pemrograman. Membuat abstraksi untuk kode berulang adalah inti dari pemrograman. Ya, ini mungkin sulit pada awalnya. Ketika Anda ingin menyelesaikan suatu masalah, Anda melakukannya dengan cara apa pun yang memungkinkan. Kemudian Anda melanjutkan ke tugas lain dan kode berulang tetap ada pada Anda. Anda dapat menghilangkan kebiasaan ini dengan membuat seperangkat aturan untuk diri Anda sendiri. Setiap kali Anda menyempurnakan suatu fitur, baca kembali kodenya dan lihat apakah ada yang dapat Anda lakukan untuk mengubahnya. Ingatlah bahwa kode versi pertama biasanya salah, dan Anda dapat memperbaikinya. Saat Anda melihat kode duplikat, luangkan waktu untuk mempelajarinya. Dengan cara ini Anda bisa mengetahui cara terbaik untuk menulis ulang (misalnya, menggunakan loop atau membuat fungsi baru). Jika Anda melakukan pembersihan ini setiap saat, Anda akan mendapatkan kode yang lebih andal dan elegan.

Kesalahan yang tidak tertangani

Hampir tidak mungkin membuat aplikasi bermakna yang akan selalu bekerja dengan sempurna. Baik Anda mengisi database atau membuat panggilan API, kesalahan akan terjadi. Kesalahan yang tidak tertangani tidak hanya dapat menghentikan fungsi individual agar tidak berjalan, namun bahkan dapat menyebabkan seluruh aplikasi mogok. Mengantisipasi kesalahan yang mungkin terjadi merupakan tanda seorang programmer yang kompeten. Setiap kali Anda mengakses atau memperbarui data eksternal apa pun, Anda harus bersiap menghadapi skenario terburuk. Tandai potensi masalah dengan cara yang tidak membuat aplikasi menjadi sulit digunakan. Ini akan memungkinkan pembaca kode Anda (dan mungkin Anda) menemukan kesalahan dengan cepat. Ini juga akan menunjukkan kepada perekrut bahwa Anda dapat menulis kode yang kohesif.

Kurangnya konsistensi

Konsistensi adalah ciri perangkat lunak yang berkualitas. Itu membuat kode lebih mudah dibaca dan dipelihara. Kode yang dibuat dengan gaya seragam lebih mudah diprediksi dan lebih mudah untuk mengevaluasi kinerja program. Pada tingkat abstraksi yang lebih tinggi, konsistensi sulit dicapai. Butuh waktu bertahun-tahun untuk menguasainya, jadi Anda harus mulai mempelajari teknik ini sedini mungkin. Ingatlah untuk membuat judul hanya menggunakan satu bahasa. Mungkin seharusnya dalam bahasa Inggris, tetapi dalam proyek pribadi Anda dapat memberi nama variabel dan fungsi dalam bahasa apa pun asalkan bahasanya selalu sama. Jika Anda konsisten, tidak masalah apakah Anda menggunakan tab atau spasi. Buat atau pilih panduan gaya dan selalu patuhi itu. Anda juga harus menggunakan alat seperti Prettier . Sangat membantu untuk menjaga kode diformat secara konsisten. Apapun alat dan gaya yang Anda gunakan, gunakanlah secara konsisten. Bahkan jika Anda menulis kode buruk dengan gaya yang konsisten, biasanya itu lebih baik daripada kode bagus yang tidak konsisten karena lebih mudah diperbaiki.

Kesalahpahaman tentang alat

Dalam proyek biasa, Anda mungkin harus menggunakan beberapa perpustakaan eksternal. Banyak programmer menginstal perpustakaan hampir secara otomatis karena mereka digunakan dalam setiap proyek. Perpustakaan eksternal sangat bagus karena merupakan cara yang terbukti untuk memecahkan masalah yang berulang. Namun, pengembang baru sering kali tidak memahami perpustakaan mana yang mereka gunakan dan akhirnya menambahkan satu perpustakaan di atas perpustakaan lainnya atau mengimplementasikan kembali beberapa fungsi yang sudah ada. Setiap kali Anda menginstal perpustakaan di proyek Anda, baca atau setidaknya lihat dokumentasinya. Periksa metode dan properti yang dapat Anda gunakan dan pastikan Anda memahami masalah mana yang harus diselesaikan perpustakaan dan mana yang memerlukan penggunaan alat berbeda. Dengan cara ini Anda dapat memilih alat yang tepat untuk pekerjaan itu dan menjelaskan pilihan Anda.

Cara Berkontribusi pada Perangkat Lunak Sumber Terbuka untuk Pertama Kalinya

Sumber: Jamestucker.dev Suatu hari saya melihat tweet dari Evan Yu (pencipta Vue.js ) tentang repositori baru yang sedang dia kerjakan dan itu membuat saya tertarik. Saya memutuskan ingin berkontribusi padanya! Masalahnya adalah saya belum pernah berkontribusi pada proyek open source sebelumnya dan tidak tahu harus mulai dari mana. Tapi itu tidak sesulit itu, bukan? Begitu saya masuk ke dalam repositori, saya langsung membeku. “Apa yang harus aku lakukan?” pikirku dalam hati. Jika saya membuat PR (permintaan tarik, permintaan penggabungan), spesialis mungkin akan merobek kode saya. Saya akan selalu dikenal di dunia pengembangan sebagai orang yang tidak tahu cara bekerja dengan open source dengan benar. Dan karir saya akan berakhir. Untungnya, saya membaca sebuah artikel (saya tidak ingat di mana), yang penulisnya menyarankan agar kontribusi pertama Anda ke repositori orang lain harus serahasia mungkin. Ini bisa menjadi sesuatu yang sederhana seperti memperbaiki kesalahan ketik. Dan itulah yang saya lakukan. Saya membaca dokumentasi repositori, menemukan beberapa kesalahan ketik, membuka PR, dan lihatlah, Evan menyetujui perubahan saya. Saya resmi menjadi kontributor Vue! Mungkin aku harus menuliskan ini di bio Twitterku?

"Itu bagus, tapi bagaimana cara memulainya?"

Oke, mari kita mulai: Saya akan menunjukkan langkah-langkah yang dapat Anda ambil untuk membuat perbedaan.

1. Temukan proyek

Sebagai inspirasi, pikirkan tentang teknologi atau alat favorit Anda. Katakanlah Anda bekerja dengan JavaScript dan sering menggunakan Gatsby ? Lihat repositori mereka ! Anda juga dapat berkontribusi ke salah satu repositori saya. Berikut adalah daftar proyek frontend saya. Jika Anda memiliki sesuatu yang Anda sukai atau anggap berguna, saya ingin Anda menambahkannya! Terakhir, Peluang PR Pertama yang Luar Biasa adalah gudang besar proyek sumber terbuka untuk pemula. Ada proyek dalam 22 bahasa berbeda!

2. Putuskan bagaimana Anda dapat berkontribusi

Lihat proyeknya. Baca Readmenya. Pindai folder dan file yang berbeda. Dapatkan pemahaman tentang struktur basis kode. Dengan melakukan ini, Anda dapat dengan mudah menemukan dan memperbaiki kesalahan ketik! Setelah Anda selesai melakukannya, lihat bagian Masalah pada proyek. Di sana Anda akan menemukan daftar bug yang ditemukan sebelumnya atau fitur yang disarankan. Untungnya, banyak proyek melibatkan masalah yang ditujukan untuk pemula. Saya pikir kontribusi pertama Anda harus sehalus mungkin, tetapi jika Anda ingin mendapatkan pengakuan dengan cepat, itu terserah Anda. Setelah Anda menemukan sesuatu yang dapat Anda tambahkan ke proyek, Anda harus membaginya.

3. Membuat fork proyek

Sebuah fork (garpu proyek) membuat salinan persisnya di repositori Github Anda sendiri.

4. Kloning proyek secara lokal

Kemudian kloning proyek ke folder lokal menggunakan URL proyek.

git clone <project-url>

Di sini Anda akan menemukan URL-nya. Sekarang proyek ada di komputer Anda, buka di editor. Jika menurut Anda perubahan akan memakan waktu, pastikan untuk menyinkronkan salinan proyek dengan aslinya sehingga Anda selalu mengetahui perubahannya. Anda dapat menemukan perintah Git yang tepat untuk ini di sini .

5. Buat cabang baru untuk perubahan Anda

Saatnya melakukan perubahan/koreksi! Buat cabang baru tempat perubahan Anda akan diterapkan.

git branch <branch-name>

Anda dapat menyebutnya apa pun yang Anda inginkan, tetapi menurut pengalaman saya, Anda akan dapat melihat pola penamaan cabang di proyek aslinya. Dalam hal ini, saya sarankan mengikuti template yang ada. Nama cabang yang bagus untuk memperbaiki kesalahan ketik adalah patch/typo-fix . Anda dapat beralih ke cabang ini menggunakan git checkout <nama-cabang> . Sekarang lakukan perubahan Anda!

6. Buka PR (Permintaan Penggabungan)

Jadi, Anda telah memperbaiki kesalahan ketik yang mencolok atau memperbarui tautan yang rusak. Anda bangga dengan pekerjaan Anda. Anda ingin seluruh dunia tahu bahwa Anda adalah salah satu pengembang mitos yang dapat membuat kode, menghapus, dan menonton Netflix secara bersamaan. Dorong perubahan Anda ke repositori Github bercabang menggunakan git push -u origin <branch-name> . Buka repositori Github bercabang Anda dan buka PR (permintaan tarik). Catatan: Jika Anda belum pernah melakukan permintaan tarik sebelumnya, tonton video dari Kent Dodds ini untuk mempelajari cara melakukannya. Pastikan cabang Anda menunjuk ke cabang master dari repositori sumber. Sekarang Anda siap untuk menambahkan detail ke PR Anda. Pastikan judul Anda menyampaikan isi PR dengan jelas. Tambahkan deskripsi: Jika Anda memperbaiki masalah yang ada, pastikan untuk menyertakan link ke masalah tersebut. Setelah Anda selesai dengan deskripsi Anda, kirimkan PR Anda untuk ditinjau. Siapa pun yang memiliki wewenang untuk menyetujui PR kemungkinan besar akan meninjau permohonan Anda dalam beberapa hari dan melakukan salah satu hal berikut:

1. Akan segera menggabungkan perubahan.
2. Ini akan meminta Anda untuk melakukan perubahan.
3. Akan menutup PR Anda.

Harap bersabar karena pembuat repositori mungkin sibuk dengan pekerjaan penuh waktu atau proyek lainnya.

Anda berhasil!

Anda sekarang menjadi kontributor proyek sumber terbuka! Bagaimana rasanya? Siap membangun pesaing Node.js Anda sendiri? Saya berharap dengan memberikan kontribusi sederhana, prospek pekerjaan open source di masa depan tidak akan terlalu menakutkan. Untuk informasi lebih lanjut tentang kontribusi sumber terbuka, lihat panduan sumber terbuka .