Rehat kopi #43. 6 kesilapan pengaturcaraan yang menghalang anda daripada mendapat pekerjaan impian anda. Cara Menyumbang kepada Perisian Sumber Terbuka untuk Kali Pertama

6 kesilapan pengaturcaraan yang menghalang anda daripada mendapat pekerjaan impian anda

Sumber: Sederhana Untuk mencari pekerjaan sebagai pengaturcara, anda perlu mempunyai repositori Git. Ini adalah salah satu perkara pertama yang akan dilihat oleh perekrut. Untuk repositori anda membuat kesan positif, ia harus mengandungi projek dengan perubahan terkini. Hanya tunjukkan projek yang anda banggakan, bukan setiap baris kod yang pernah anda tulis. Ini adalah asas bekerja dengan repositori. Ingat bahawa lambat laun seseorang akan melihat kod anda untuk melihat sama ada anda sesuai untuk syarikat itu. Ini akan menjadi saat yang menentukan untuk anda. Selepas beberapa minit, perekrut akan memutuskan sama ada untuk menjemput anda untuk temu duga. Dan di sini ada berita baik dan buruk. Berita buruknya ialah kesilapan mudah boleh menjejaskan peluang anda untuk mendapatkan pekerjaan itu. Berita baiknya ialah orang biasanya tidak mahu mendalami kod. Mereka memerlukan pemahaman umum tentang kod dan seni bina anda. Jadi anda tidak perlu menjadi seorang genius - anda hanya perlu menjadi seorang pengaturcara yang baik. Berikut adalah beberapa kesilapan yang biasa dilakukan oleh pemula. Elakkan mereka dan peluang temu duga anda akan meningkat secara mendadak.

Komen lapuk

Pengaturcara mempunyai pendapat yang berbeza tentang komen. Ada yang menyayangi mereka, yang lain membenci mereka. Kami tidak boleh membuat kesimpulan yang sama tentang sama ada ia berbaloi untuk mengulas kod tersebut dan dalam kes apa untuk melakukannya. Tetapi semua orang sebulat suara dalam satu perkara: jika anda mempunyai ulasan, mereka harus sepadan dengan kod anda. Komen wujud untuk menerangkan kod. Apabila kod anda rumit atau tidak jelas, anda memerlukan bantuan untuk pembaca memahaminya. Anda juga perlu menukar ulasan anda apabila anda menukar kod. Jika anda tidak melakukan ini, ulasan anda tidak akan berguna lagi. Komen buruk adalah lebih teruk daripada tiada komen. Untuk memburukkan lagi keadaan, ulasan diserlahkan dalam kod. IDE moden menyerlahkan komen dalam warna yang berbeza untuk menjadikannya lebih mudah dibaca. Dengan menambahkan ulasan, anda meletakkan tanda "baca saya" dalam kod. Dengan cara ini, sebarang percanggahan antara ulasan dan kod akan mudah dikesan. Pilih ulasan anda dengan bijak dan ingat untuk mengemas kininya bersama-sama dengan kod anda. Dengan cara ini mereka akan melayani anda dengan baik.

Gabungan perpustakaan dan bahasa dengan kes penggunaan yang sama

Sebelum temuduga pertama, saya perlu menyelesaikan masalah pengambilan. Ia adalah apl web yang mudah, jadi saya menulis beberapa kod, Googled beberapa soalan rumit dan apl itu telah sedia. Semasa temu bual, perekrut bertanya kepada saya mengapa saya mencampurkan kod jQuery dengan JavaScript biasa di seluruh kod. Jawapan saya? “Umm...” Sejujurnya, saya menampal beberapa coretan kod daripada Stack Overflow. Saya tidak terlalu memikirkannya. Kod itu berfungsi, jadi saya teruskan. Ralat ini sangat biasa dalam kalangan pembangun baharu. Kami terlalu fokus untuk menyelesaikan masalah di tempat kerja sehingga kami tidak memberi perhatian kepada cara kami melakukannya. Jangan jadi salah seorang newbie yang terjerumus ke dalam perangkap ini. Periksa setiap baris kod dan pastikan anda tahu sebab anda meletakkannya di sana.

Pengulangan kod

Don't Repeat Yourself (DRY) ialah dogma pengaturcaraan. Mencipta abstraksi untuk kod berulang adalah intipati pengaturcaraan. Ya, ia boleh menjadi sukar pada mulanya. Apabila anda ingin menyelesaikan masalah, anda melakukannya dengan cara yang mungkin. Kemudian anda beralih kepada tugas lain dan kod berulang kekal bersama anda. Anda boleh menyingkirkan tabiat ini dengan membuat satu set peraturan untuk diri sendiri. Setiap kali anda memperhalusi ciri, baca kod itu sekali lagi dan lihat jika ada apa-apa yang boleh anda lakukan untuk mengubahnya. Ingat bahawa versi pertama kod biasanya salah, dan anda boleh memperbaikinya. Apabila anda melihat kod pendua, luangkan masa untuk mengkajinya. Dengan cara ini anda boleh memikirkan cara terbaik untuk menulis semula (contohnya, menggunakan gelung atau mencipta fungsi baharu). Jika anda melakukan pembersihan ini setiap kali, anda akan mendapat kod yang lebih dipercayai dan elegan.

Ralat yang tidak terurus

Hampir mustahil untuk mencipta sebarang aplikasi bermakna yang akan sentiasa berfungsi dengan sempurna. Sama ada anda mengisi pangkalan data atau membuat panggilan API, ralat berlaku. Ralat yang tidak dikendalikan bukan sahaja boleh menghentikan fungsi individu daripada berjalan, malah boleh menyebabkan keseluruhan aplikasi ranap. Menjangka kemungkinan ralat adalah tanda pengaturcara yang cekap. Pada bila-bila masa anda mengakses atau mengemas kini sebarang data luaran, anda perlu bersedia untuk senario terburuk. Tandakan masalah yang berpotensi dengan cara yang tidak menjadikan aplikasi sukar digunakan. Ini akan membolehkan pembaca kod anda (dan mungkin anda) mencari ralat dengan cepat. Ia juga akan menunjukkan kepada perekrut bahawa anda boleh menulis kod kohesif.

Kurang konsisten

Konsistensi adalah ciri khas perisian berkualiti. Ia menjadikan kod lebih mudah dibaca dan diselenggara. Kod yang dicipta dalam gaya seragam adalah lebih mudah diramal dan lebih mudah untuk menilai prestasi program. Pada tahap abstraksi yang lebih tinggi, konsistensi sukar dicapai. Ia akan mengambil masa bertahun-tahun untuk menguasainya, jadi anda perlu mula mempelajari teknik ini seawal mungkin. Ingat untuk membuat tajuk menggunakan hanya satu bahasa. Ia mungkin bahasa Inggeris, tetapi dalam projek peribadi anda boleh menamakan pembolehubah dan fungsi dalam mana-mana bahasa asalkan ia sentiasa bahasa yang sama. Jika anda konsisten, tidak kira sama ada anda menggunakan tab atau ruang. Cipta atau pilih panduan gaya dan sentiasa berpegang padanya. Anda juga harus menggunakan alat seperti Prettier . Ia sangat membantu untuk memastikan kod diformat dengan cara yang konsisten. Apa sahaja alat dan gaya yang anda gunakan, gunakannya secara konsisten. Walaupun anda menulis kod buruk dalam gaya yang konsisten, ia biasanya lebih baik daripada kod yang tidak konsisten kerana ia lebih mudah untuk diperbaiki.

Salah faham tentang alatan

Dalam projek biasa, anda mungkin perlu menggunakan beberapa perpustakaan luaran. Banyak pengaturcara memasang perpustakaan hampir secara automatik kerana ia digunakan dalam setiap projek. Perpustakaan luaran sangat bagus kerana ia adalah cara yang terbukti untuk menyelesaikan masalah yang berulang. Walau bagaimanapun, pembangun baharu selalunya tidak memahami perpustakaan mana yang mereka gunakan dan akhirnya menambah satu perpustakaan di atas perpustakaan lain atau melaksanakan semula beberapa fungsi sedia ada. Setiap kali anda memasang perpustakaan dalam projek anda, baca atau sekurang-kurangnya lihat dokumentasi. Semak kaedah dan sifat yang boleh anda gunakan dan pastikan anda memahami masalah yang perlu diselesaikan oleh perpustakaan dan yang memerlukan penggunaan alat lain. Dengan cara ini anda boleh memilih alatan yang sesuai untuk kerja itu dan menerangkan pilihan anda.

Cara Menyumbang kepada Perisian Sumber Terbuka untuk Kali Pertama

Sumber: Jamestucker.dev Pada hari yang lain saya melihat tweet daripada Evan Yu (pencipta Vue.js ) tentang repositori baharu yang sedang diusahakannya dan ia membuatkan saya tertarik. Saya memutuskan saya mahu menyumbang kepadanya! Tangkapannya ialah saya tidak pernah menyumbang kepada projek sumber terbuka sebelum ini dan tidak tahu di mana untuk bermula. Tetapi ia tidak boleh sesukar itu, bukan? Sebaik sahaja saya masuk ke dalam repositori, saya segera terkaku. “Apa yang patut saya buat?” Saya berfikir dalam hati. Jika saya membuat PR (permintaan tarik, permintaan gabungan), pakar mungkin akan merobek kod saya. Saya akan sentiasa dikenali dalam dunia pembangunan sebagai lelaki yang tidak tahu cara bekerja dengan sumber terbuka dengan betul. Dan kerjaya saya akan berakhir. Nasib baik, saya membaca artikel (saya tidak ingat di mana) pengarangnya menasihatkan bahawa sumbangan pertama anda kepada repositori orang lain haruslah sebersih mungkin. Ini boleh menjadi sesuatu yang mudah seperti membetulkan kesilapan menaip. Dan begitulah saya lakukan. Saya membaca dokumentasi repositori, mendapati beberapa kesilapan menaip, membuka PR, dan lihatlah, Evan meluluskan perubahan saya. Saya secara rasminya adalah penyumbang Vue! Mungkin saya perlu meletakkan ini dalam bio Twitter saya?

"Itu bagus, tetapi bagaimana saya boleh bermula?"

Okey, mari mulakan: Saya akan menunjukkan kepada anda langkah yang boleh anda ambil untuk membuat perubahan.

1. Cari projek

Untuk inspirasi, fikirkan tentang teknologi atau alat kegemaran anda. Katakan anda bekerja dengan JavaScript dan banyak menggunakan Gatsby ? Lihat repositori mereka ! Anda juga boleh menyumbang kepada salah satu repositori saya. Berikut ialah senarai projek frontend saya. Jika anda mempunyai sesuatu yang anda suka atau rasa berguna, saya suka anda menambahkannya! Akhir sekali, Awesome First PR Opportunities ialah repositori gergasi projek sumber terbuka untuk pemula. Terdapat projek dalam 22 bahasa yang berbeza!

2. Tentukan cara anda boleh menyumbang

Semak projek itu. Baca Readme. Imbas folder dan fail yang berbeza. Dapatkan pemahaman tentang struktur pangkalan kod. Dengan melakukan ini, anda boleh mencari dan membetulkan kesilapan menaip dengan mudah! Setelah anda melakukannya, lihat bahagian Isu projek. Di sana anda akan menemui senarai pepijat yang ditemui sebelum ini atau ciri yang dicadangkan. Nasib baik, banyak projek melibatkan masalah yang ditujukan kepada pemula. Saya rasa sumbangan pertama anda haruslah sehalus mungkin, tetapi jika anda ingin mendapat pengiktirafan dengan cepat, terpulang kepada anda. Sebaik sahaja anda menemui sesuatu yang boleh anda tambahkan pada projek itu, anda perlu memotongnya.

3. Mencipta garpu projek

Garpu (garpu projek) mencipta salinan tepatnya dalam repositori Github anda sendiri.

4. Mengklon projek secara tempatan

Kemudian klon projek ke folder tempatan menggunakan URL projek.

git clone <project-url>

Di sini anda akan menemui URL. Memandangkan projek itu berada pada komputer anda, bukanya dalam editor. Jika anda fikir perubahan akan mengambil masa, pastikan anda menyegerakkan salinan projek dengan yang asal supaya anda sentiasa menyedari perubahan itu. Anda boleh mencari arahan Git yang tepat untuk ini di sini .

5. Buat cawangan baharu untuk perubahan anda

Sudah tiba masanya untuk membuat perubahan/pembetulan anda! Buat cawangan baharu di mana perubahan anda akan berkuat kuasa.

git branch <branch-name>

Anda boleh memanggilnya apa sahaja yang anda mahu, tetapi dalam pengalaman saya, anda akan dapat melihat corak untuk menamakan cawangan dalam projek asal. Dalam kes ini, saya mengesyorkan mengikuti templat sedia ada. Nama cawangan yang baik untuk membetulkan kesilapan menaip ialah patch/typo-fix . Anda boleh bertukar ke cawangan ini menggunakan git checkout <branch-name> . Sekarang buat perubahan anda!

6. Buka PR (Permintaan Gabungan)

Jadi anda telah membetulkan kesilapan menaip yang jelas atau mengemas kini pautan yang rosak. Anda berbangga dengan kerja anda. Anda mahu seluruh dunia tahu bahawa anda adalah salah seorang pembangun mitos yang boleh mengekod, memadam dan menonton Netflix pada masa yang sama. Tolak perubahan anda ke repositori Github bercabang menggunakan git push -u origin <branch-name> . Pergi ke repositori Github bercabang anda dan buka PR (permintaan tarik). Nota: Jika anda tidak pernah melakukan permintaan tarik sebelum ini, tonton video ini oleh Kent Dodds untuk mengetahui cara melakukannya. Pastikan cawangan anda menghala ke cawangan induk repositori sumber. Kini anda sudah bersedia untuk menambah butiran pada PR anda. Pastikan tajuk anda jelas menyampaikan kandungan PR. Tambah perihalan: Jika anda membetulkan masalah sedia ada, pastikan anda menyertakan pautan kepadanya. Setelah anda selesai dengan penerangan anda, serahkan PR anda untuk semakan. Sesiapa yang mempunyai kuasa untuk meluluskan PR mungkin akan menyemak permohonan anda dalam masa beberapa hari dan melakukan salah satu daripada yang berikut:

1. Akan menggabungkan perubahan serta-merta.
2. Ia akan meminta anda membuat perubahan.
3. Akan menutup PR anda.

Harap bersabar kerana pencipta repositori mungkin sibuk dengan kerja sepenuh masa atau projek lain.

Kamu lakukan!

Anda kini penyumbang kepada projek sumber terbuka! Bagaimana rasanya? Bersedia untuk membina pesaing Node.js anda sendiri? Saya berharap dengan membuat sumbangan ringkas, prospek kerja sumber terbuka masa hadapan akan menjadi kurang menakutkan. Untuk mendapatkan maklumat lanjut tentang sumbangan sumber terbuka, lihat panduan sumber terbuka .