Coffee break #55. 4 petua untuk mencari komuniti pembangun. 5 kemahiran tidak dijangka yang perlu dikuasai oleh pengaturcara pemula

4 Petua untuk Mencari Komuniti Pembangun

Sumber: Honeypot Salah satu faktor yang membantu pembangun dalam pembangunan profesional mereka ialah komuniti yang mereka miliki. Jika anda belum menemui milik anda, jangan risau! Dalam artikel ini saya akan memberitahu anda bagaimana untuk melakukan ini. Manusia tidak dimaksudkan untuk bersendirian. Ia adalah melalui keupayaan untuk bekerjasama untuk mencapai matlamat bersama bahawa manusia telah mencapai kemajuan. Contoh hebat kerjasama sedemikian ialah komuniti pembangun. Tidak seperti beberapa industri profesional lain, pembangun berinteraksi antara satu sama lain dengan kerap, dan sebahagian besar kehidupan mereka entah bagaimana disambungkan kepada komuniti yang mereka cipta di sekeliling mereka. Jika anda seorang pembangun tetapi belum menemui komuniti anda, jangan putus asa. Anda boleh menyertai salah seorang daripada mereka pada mana-mana peringkat kerjaya anda.

1. Ketahui apa yang anda perlukan

Sebelum anda terjun ke jurang dalam talian untuk mencari komuniti pembangun anda, anda harus memikirkan perkara yang anda perlukan dan perkara yang anda cari. Setiap peringkat kerjaya profesional pembangun mempunyai minat dan perbezaan tersendiri. Jika anda mempelajari Java, anda tidak mungkin menemui maklumat yang anda cari dalam komuniti Python, dan sebaliknya.

2. Cari komuniti tempatan

Jessica, ahli pasukan pengaturcaraan Ember, tinggal di Berlin. Nasib baik untuknya, bandar ini menawarkan banyak peluang untuk menjalin rangkaian dengan pemaju tempatan yang lain. "Saya mempunyai banyak pengalaman dalam mesyuarat kumpulan profesional dan merupakan sebahagian daripada Sekolah Teknologi Terbuka untuk masa yang lama, yang membantu orang ramai mengetahui lebih lanjut tentang teknologi." Gadis itu mengambil bahagian dalam seminar dan kumpulan pendidikan bersama, dan mendapati ia sangat berguna untuk pemula. “Saya disokong pelajar lain dan mendapat bimbingan percuma. Anda boleh mengatakan bahawa ia memberi saya rasa tanggungjawab, membantu saya datang ke perjumpaan dengan kerap, dan menggalakkan saya belajar sendiri.” Untuk mencari komuniti setempat anda, Jessica mencadangkan anda mencari di Google. Jika anda tinggal di bandar besar, maka anda mungkin tidak akan menghadapi sebarang masalah mencari komuniti pengekodan tempatan untuk disertai. Walau bagaimanapun, mungkin terdapat beberapa kumpulan sedemikian di rangkaian sosial tidak lagi aktif atau sudah lama tidak menghantar mesej di dalamnya. Dalam situasi ini, jangan takut untuk bertanya secara langsung jika ada perkara lain yang berlaku dalam komuniti. Menunjukkan minat sentiasa dihargai.

3. Cari komuniti dalam talian

Terdapat beberapa faedah untuk bertemu dengan pembangun lain secara peribadi. Tetapi jika akses anda kepada komuniti setempat adalah terhad, anda hampir dijamin untuk mencari alternatif dalam talian. Anda mungkin sudah bekerja dengan pelbagai rangka kerja atau teknologi yang mempunyai komuniti khusus mereka sendiri di Discord atau Slack. Ini sesuai untuk kedua-dua bantuan dalam kerja dan untuk mencari inspirasi untuk projek baharu, idea, dan juga untuk mengambil bahagian dalam projek terbuka.

Berikut ialah beberapa tempat untuk mencari komuniti dalam talian anda

dev.to . Dalam perkataan mereka sendiri, "industri perisian bergantung pada kerjasama dan pembelajaran rangkaian," dan dev.to menyediakan ruang untuk pembangun bertemu dan membantu antara satu sama lain, sama ada aspek teknikal pengekodan, nasihat kerjaya atau sokongan dan motivasi umum. #developers di Slack . Anda perlu menjawab beberapa soalan untuk mendapatkan akses kepada saluran ini, tetapi sebaik sahaja anda masuk, anda akan mendapat semua sokongan dan nasihat yang anda perlukan :) Hashnode . Tulis artikel tentang mana-mana topik pengaturcaraan yang anda inginkan dan berinteraksi dengan komuniti yang lebih luas. Ini adalah cara yang bagus untuk terus berhubung dengan pembangun lain. Perempuan yang kod . Ia merupakan tempat yang menyokong wanita dalam bidang teknologi, di mana mereka akan menemui sumber pengaturcaraan dan ruang terbuka untuk berkongsi idea. Reddit . Terdapat banyak subreddit untuk setiap niche pengekodan; lihat beberapa yang paling aktif: r/programming , r/java , r/python , r/javascript , r/reactjs dan r/cscareerquestions . Kalangan Pembangun di Facebook . Matlamat utama di sini ialah untuk mewujudkan komuniti terancang tempatan di mana pembangun boleh "mendapatkan alatan percuma untuk membangunkan kemahiran, idea baharu dan memajukan kerjaya mereka." Cari komuniti anda di Facebook, semua perbincangan sedang dalam talian.

4. Cari komuniti sumber terbuka

Mengambil bahagian dalam komuniti sumber terbuka boleh menjadi bahagian penting dalam pembangunan profesional anda. Menjadi ahli aktif komuniti sumber terbuka bermakna bukan sahaja menyumbang, tetapi juga menghadiri acara dan persidangan, bertemu orang lain, mencari mentor dan rangkaian. Sebagai tambahan kepada kemahiran yang diperoleh dalam komuniti sumber terbuka (baik teknikal dan bukan teknikal), penyertaan di dalamnya memberikan rasa kepunyaan pengaturcara di luar kerja seharian. Terdapat perasaan unik dalam komuniti sumber terbuka untuk mengusahakan sesuatu yang besar, dan dalam banyak cara kerja itu merupakan sumbangan yang bermakna. Tertanya-tanya di mana untuk bermula? Fikirkan tentang projek sumber terbuka yang anda suka dan mulakan di sana - ia boleh semudah mencari dan membetulkan kesilapan kesilapan dalam kod. Ia hanya penting untuk bermula di suatu tempat.

Kesimpulan

Tahap sokongan dan insentif untuk pembangunan diri yang diterima oleh pembangun dalam komuniti profesional adalah sangat tinggi. Nasib baik, akses kepada komuniti pembangun ada di mana-mana, sama ada kumpulan media sosial tempatan atau sumber dalam talian yang besar khusus untuk bahasa pengaturcaraan. Perkara utama ialah mencari apa yang sesuai dengan anda.

5 kemahiran tidak dijangka yang perlu dikuasai oleh pengaturcara pemula

Sumber: Codeburst Laluan saya untuk menjadi pembangun otodidak adalah panjang dan sukar. Kadang-kadang, mengenang semua halangan dan kekecewaan yang saya temui, saya bertanya pada diri sendiri sama ada patut bermula dengan cara ini. Dan sekarang saya boleh mengatakan bahawa ia berbaloi. Bagi orang seperti saya, yang bermula dari awal, keluk pembelajaran adalah sangat curam. Tetapi saya yakin bahawa dalam jangka panjang manfaatnya melebihi usaha yang diperlukan untuk menakluki gunung ini. Sudah tentu, ini hanya terpakai jika anda menikmati apa yang anda pelajari. Saya mengambil masa beberapa tahun untuk memahami bahawa pembangun yang baik mesti boleh melakukan lebih daripada sekadar menulis kod dengan cepat dan mudah. Ramai pemula tidak menyedari bahawa memperoleh kemahiran pembangunan memerlukan lebih daripada sekadar keupayaan untuk menulis dan menjalankan program. Jadi, berikut adalah lima lagi kemahiran selain pengekodan yang pasti diperlukan oleh setiap pembangun yang bercita-cita tinggi!

1. Gunakan alatan kerjasama

Banyak platform pengaturcaraan kendiri popular memberi tumpuan kepada sintaks bahasa dan struktur data. Ada yang membenarkan pelajar membuat projek asas dari awal. Katakan permainan mudah atau apl senarai tugas. Pelajaran ini tidak ternilai untuk memulakan kemahiran pengaturcaraan, tetapi ia tidak mensimulasikan persekitaran kerja kehidupan sebenar yang akan anda hadapi pada masa hadapan. Pembangun bekerjasama dalam projek besar, dan kadangkala pembangun mungkin bekerja pada berbilang asas kod pada masa yang sama. Kerja berpasukan selalunya melibatkan penggunaan alatan seperti Google Spreadsheets atau Invision. Pasukan pembangunan mempunyai set alat kerjasama standard mereka sendiri. Syarikat saya, seperti berpuluh-puluh ribu syarikat lain di Amerika Syarikat, menggunakan GitHub. Saya tidak akan lupa hari rakan sekerja saya memperkenalkan saya kepada GitHub. Mula-mula mereka memberitahu saya untuk membuka terminal pada komputer saya (saya tidak tahu bahawa saya mempunyai sesuatu seperti itu pada komputer saya). Kemudian rakan sekerja saya mula menaip beberapa omong kosong ke dalam tetingkap misteri pada skrin saya. Omong kosong ini ternyata melakukan perkara ajaib, seperti mengisi beberapa folder pada komputer saya dengan pelbagai jenis fail yang penuh dengan kod. Kemudian mereka bercakap tentang "cabang" dan "kembang", sesuatu yang "jauh". Dan nampaknya secara literal semua perkataan bermula dengan awalan "git". Saya tahu bahawa mereka bercakap bahasa Inggeris, tetapi maksud kata-kata mereka tidak jelas kepada saya. Jika anda seorang pemula yang tidak pernah membuat kod dengan pembangun lain sebelum ini, anda perlu mempelajari bahasa dan alatan kerjasama. Ini mungkin kelihatan rumit, terutamanya jika anda tidak pernah membuka Prompt Perintah. Tetapi lama kelamaan ia akan menjadi kebiasaan.

2. Pembalakan dan pengendalian ralat

Katakan anda telah belajar untuk bekerjasama dengan pengaturcara lain dan kod anda dihantar ke pengeluaran. Apabila sesuatu yang anda tulis digunakan oleh beribu-ribu atau bahkan berjuta-juta pengguna, ia adalah perasaan yang benar-benar mengujakan. Tetapi apabila anda sampai ke peringkat ini, anda akan mempelajari cara yang sukar bahawa ralat yang tidak dijangka dalam kod berlaku sepanjang masa. Contohnya, pembolehubah yang anda buat tidak pernah menerima nilai. Kini anda memanggil kaedah dengan nilai nol, dan program anda tidak tahu apa yang perlu dilakukan dengannya. Ralat berlaku dan kini pengguna tidak lagi mempunyai akses ke halaman hebat yang anda buat itu. Apabila anda menguji program, semuanya kelihatan betul, jadi anda mungkin tidak menyedari masalahnya. Ralat tertentu ini mungkin hanya berlaku 5% daripada masa, tetapi untuk 5% daripada 100k pengguna ia adalah penting. Anda perlu belajar cara mengelog, mengendalikan dan menjangka ralat dalam kod anda: ini adalah kemahiran yang sangat penting untuk pembangun. Ya, keupayaan untuk menjangka masalah adalah naluri yang berkembang dengan masa dan pengalaman. Tetapi adalah penting bagi seorang pemula untuk mengingati bahawa kesilapan adalah bahagian yang hampir penting dalam pembangunan. Mengetahui cara melindungi kod anda menggunakan pelbagai jenis pengelogan ralat boleh menjimatkan banyak sakit kepala pada masa hadapan, terutamanya apabila anda ditugaskan untuk menyahpepijat. Ia juga boleh membantu mengenal pasti masalah yang anda tidak tahu yang anda hadapi. Hari ini, kami mempunyai akses kepada pelbagai alatan pengelogan pepijat yang memudahkan untuk menjejaki kelemahan dalam pangkalan kod. Salah satu kegemaran saya ialah Sentry, yang membolehkan anda melihat bila masalah mula-mula berlaku dan berapa kerap ia berlaku. Juga patut disebut ialah Logentries, Rollbar dan Instabug. Terdapat program yang memantau data dan isu seluruh sistem, seperti New Relic dan Datadog. Anda mungkin akan menemui beberapa gabungan program ini dalam kerjaya pembangunan anda, dan anda patut mempelajari cara menggunakannya.

3. Liputan ujian

Seperti yang saya katakan sebelum ini, mengasah kemahiran pengaturcaraan anda adalah lebih daripada sekadar menulis kod. Anda perlu memastikan bahawa kod anda boleh difahami oleh pembangun lain dan apabila seseorang membukanya dua tahun kemudian, orang itu sepatutnya dapat mengambilnya dengan cepat dan mula membuat perubahan. Logik yang anda tulis harus difahami dan boleh digunakan semula untuk tahun-tahun akan datang. Tetapi kadangkala logik anda akan menjadi rumit dan tidak boleh dipermudahkan. Mungkin kerana kerumitan logik perniagaan. Mungkin kerana kesuntukan masa. Realitinya ialah tarikh akhir kadangkala akan memaksa anda membuat keputusan teknikal yang kurang ideal. Dan anda tidak akan sentiasa dapat mentakrifkan semua kes penggunaan dengan jelas sebelum memulakan kerja. Satu cara untuk memastikan kod anda selamat adalah dengan menulis ujian untuk mengiringi perubahan. Kebanyakan bahasa pengaturcaraan mempunyai pakej ujian tambahan yang boleh anda pasang. Sebagai contoh, untuk Ruby kami menggunakan Rspec, dan untuk React kami sering menggunakan Jasmine. Terdapat pelbagai jenis ujian, termasuk ujian unit (untuk menguji kepingan kecil logik) dan ujian penyepaduan (untuk ujian aliran hujung ke hujung). Selalunya, untuk membolehkan kod anda diserahkan kepada pangkalan kod biasa, ia mesti melepasi keseluruhan suite ujian. Sebaik sahaja anda belajar cara menulisnya, anda menambah "keselamatan" yang menghalang perubahan masa depan daripada menimpa fungsi yang anda tulis secara tidak sengaja. Liputan ujian juga membantu menentukan tingkah laku yang dijangka kerana banyak kes ujian ditulis dalam bahasa Inggeris biasa. Saya tidak dapat memberitahu anda berapa kali saya telah pergi ke beberapa fail yang ditulis beberapa tahun yang lalu, membuat perubahan, dan mendapati bahawa ia menyebabkan sedozen ujian gagal, walaupun saya fikir saya mempunyai pemahaman yang baik tentang tingkah laku yang dijangkakan. . Pernah juga saya memecahkan fungsi yang saya tulis sendiri beberapa bulan lalu. Nasib baik, ujian unit saya segera mendedahkan perkara ini. Melihat melalui permintaan tarik, saya mendapati bahawa pembangun selalunya tidak memberikan perhatian yang cukup kepada liputan ujian, dan ini terpakai kepada kedua-dua perubahan yang mudah dan kompleks. Saya juga bersalah dalam hal ini, terutamanya apabila tarikh akhir yang ketat. Tetapi saya boleh memikirkan beberapa projek yang membuat perubahan di satu tempat menyebabkan kerosakan di empat tempat lain. Ini meningkatkan tahap tekanan kami dan menambah lebih banyak kerja kepada kami, walaupun kami sudah tergesa-gesa untuk memenuhi tarikh akhir. Situasi sebegini boleh dielakkan sekiranya kami meluangkan masa untuk menulis ujian unit dalam masa yang ditetapkan. Belajar menulisnya boleh menjadi tugas yang membosankan, terutamanya untuk pembangun baharu, dan menulisnya pasti melambatkan proses pembangunan keseluruhan. Tetapi semakin cepat anda mula menulis ujian, semakin sedikit sakit kepala yang menanti anda dan pasukan anda pada masa hadapan.

4. Semakan kod

Perkara ini berkaitan dengan yang pertama - tentang bekerjasama pada asas kod. Selalunya proses membuat perubahan pada pangkalan kod kelihatan seperti ini. Anda sedang menulis beberapa kod secara tempatan. Untuk menolaknya ke cawangan utama pangkalan kod anda, anda membuat permintaan tarik (ringkasan visual perubahan anda) dan pembangun lain dalam pasukan anda menyemak kod anda sebelum memberi kebenaran kepada penggabungan. Pasukan yang berbeza mempunyai keperluan yang berbeza untuk kelulusan permintaan tarik, tetapi secara umum anda harus menjangkakan bahawa perubahan anda pasti akan disemak dan dilaksanakan oleh seseorang. Perlu diingat bahawa anda bukan sahaja akan menyerahkan kod anda untuk semakan, tetapi juga menyemak kod orang lain. Belajar membaca kod orang lain adalah kemahiran penting untuk pembangun dan harus dikembangkan sepanjang kerjaya anda. Apabila saya mula-mula mula dan diminta melihat permintaan tarik orang lain, saya tidak begitu faham apa yang perlu dicari. Pada mulanya saya fikir saya perlu mencari pepijat. Beberapa tahun telah berlalu, dan saya kini menganggap semakan kod lebih kepada pemeriksaan kewarasan daripada penyiasatan menyeluruh. Akhirnya, pembangun yang menghantar permintaan tarik yang bertanggungjawab untuk menyemak kod mereka, menambah ujian yang diperlukan dan menyumbang kod ini dengan selamat kepada pangkalan data biasa. Ia bukan tugas penyemak untuk mengenal pasti masalah tersembunyi. Pada masa kini, apabila saya menyemak kod, saya menyemak kebolehbacaan (contohnya, adakah pembolehubah dan nama kaedah ini deskriptif), organisasi dan struktur (sama ada kod itu boleh disusun dengan lebih baik supaya lebih jelas kepada seseorang yang melihatnya buat kali pertama) . Sudah tentu, semakin anda mengenali pangkalan kod, semakin mudah untuk mengenal pasti masalah yang mungkin berlaku. Tetapi anda boleh mula memperoleh kemahiran semakan kod walaupun sebagai seorang pemula. Antara lain, ini juga merupakan cara yang baik untuk membiasakan diri dengan corak kod yang digunakan oleh rakan sekerja anda yang lebih berpengalaman.

5. Carian Google yang Betul

Tiada pembangun mengetahui segala-galanya tentang pengaturcaraan, bahasa pengaturcaraan mereka, atau pun pangkalan kod mereka. Sebelum ini, saya pasti semua orang kecuali saya dapat memahami dengan segera kaedah, pertanyaan dan strategi yang harus digunakan dalam kes ini atau itu. Tetapi semakin ramai orang yang saya gandingkan, semakin saya sedar betapa kerap pembangun mencari jawapan kepada soalan mereka di Google. Malah yang berpengalaman! Terdapat terlalu banyak butiran dalam barisan kerja kami untuk diingati. Tidak lama kemudian menjadi jelas kepada saya bahawa apa yang diperlukan daripada saya bukanlah untuk mengetahui segala-galanya dengan hati, tetapi untuk belajar cara mencari jawapan dengan betul. Stackoverflow akan menjadi kawan baik anda. Kemungkinannya, jika anda terperangkap pada sesuatu, orang lain telah terperangkap padanya sebelum ini. Apabila ia datang kepada penyelesaian masalah, cuba fikirkan dengan tepat apa yang salah, huraikannya dalam perkataan, dan taipkan perkataan tersebut ke dalam enjin carian. Keupayaan untuk menyatakan masalah yang anda hadapi akan membantu lebih daripada menghafal.

Kesimpulan

Lambat laun dalam perjalanan pembangunan perisian anda, anda pasti akan menghadapi kekecewaan. Tidak ada pelarian dari ini. Tetapi lebih banyak anda menggunakan alat dan strategi yang direka untuk mengurangkan kekecewaan ini, lebih menguntungkan kerjaya anda. Teruskan kursus dan jangan berputus asa.