Hello!
Sejak beberapa tahun kebelakangan ini saya telah banyak bekerja dengan orang yang baru memulakan kerjaya mereka dalam IT. Memandangkan soalan itu sendiri dan cara ramai orang bertanya adalah serupa, saya memutuskan untuk mengumpulkan pengalaman dan cadangan saya di satu tempat.
Dah lama saya baca 2004 oleh Eric Raymond, dan sentiasa mengikutinya dengan ketat dalam kerjayanya. Ia agak besar, dan lebih ditujukan kepada pentadbir sistem. Saya perlu membantu orang, yang selalunya tiada pengalaman dalam pembangunan, menjadi junior dan memulakan kerjaya mereka.
Bagi mereka yang telah menjadi, atau masih bermimpi untuk menjadi pembangun baru, saya boleh memberikan cadangan berikut:
- Kaji sendiri masalah tersebut
- Sampaikan matlamat dahulu, kemudian nyatakan masalahnya.
- Tulis dengan cekap dan tepat sasaran
- Tanya soalan ke alamat dan kongsi penyelesaiannya
- Hargai masa orang lain
- Lihat lebih luas
Dan sekarang untuk maklumat lebih lanjut.
Kaji sendiri masalah tersebut
Anda sedang mempelajari bahasa pengaturcaraan daripada buku atau kursus. Kami mengambil contoh kod, menjalankannya, tetapi ia ranap dengan ralat yang tidak jelas kepada anda. Menurut buku itu, ia sepatutnya berfungsi. Tetapi anda percaya mata anda - ia tidak berfungsi. Apakah pilihan?
- Putuskan bahawa anda tidak akan menjadi pembangun kerana seluruh dunia menentang anda malah contoh yang berfungsi tidak berfungsi. Berhenti belajar;
- Tentukan bahawa anda tidak akan menjadi pemaju kerana anda terlalu bodoh atau anda tidak memilikinya. Berhenti belajar;
- Mula bertanya kepada semua orang yang anda kenali yang sekurang-kurangnya entah bagaimana berhubung dengan IT, menuntut mereka mengetahui sebab ia tidak berfungsi untuk anda. Ketahui banyak perkara baru tentang diri anda, tersinggung. Berhenti belajar;
Pilihan yang manakah betul? Inilah dia:
Fahami bahawa anda tidak unik (tidak kira apa yang ibu dan nenek anda katakan), dan dunia IT tidak semudah yang mereka sangkakan apabila mereka menjemput anda ke kursus dan webinar.
Memahami bahawa anda bukan unik membawa kepada kesedaran bahawa masalah anda mungkin telah dihadapi oleh puluhan, ratusan, ribuan orang. Jika anda seorang pembangun pemula, maka anda dengan mudah tidak dapat melihat, memasang atau mengkonfigurasi sesuatu. Berikut ialah senarai semak yang saya cadangkan untuk dilalui sebelum anda menyedari bahawa anda tidak boleh menyelesaikan masalah anda sendiri dan memerlukan bantuan:
- Pastikan soalan itu unik dan tiada jawapan padanya di Internet
- Kaji dengan teliti punca masalah, bukan kesannya
- Menilai penyelesaian yang mungkin untuk masalah tersebut, kebaikan dan keburukannya
- Fikirkan tentang pilihan alternatif untuk mencapai matlamat anda
- Fikirkan tentang perkara yang mungkin ditanya kepada anda dan sediakan jawapan anda lebih awal.
Π‘ ΠΏΠ΅ΡΠ²ΡΠΌ Intinya ialah segala-galanya adalah remeh: jika teks ralat itu benar-benar tidak dapat anda fahami, salin ke dalam Google dan baca dengan teliti teks daripada pautan.
Kedua: sebagai contoh, jika kod anda ranap dengan ralat "Saya tidak dapat menyambungkan pustaka pihak ketiga", maka masalahnya tiada dalam kod anda. Intinya ialah anda belum memasang beberapa perpustakaan yang anda mahu gunakan. Ini bermakna anda perlu mencari cara memasangnya, dan bukannya cara membetulkan kod anda.
ketiga ΠΈ keempat agak serupa: Bagaimana jika perpustakaan ini adalah masalah dan saya hanya perlu mencari yang lain? Bagaimana jika saya tidak menggunakan perpustakaan pihak ketiga sama sekali, tetapi menulis kod saya sendiri menggunakan alat standard?
ΠΡΡΡΠΉ Perkara ini membawa kita ke bahagian seterusnya: fikirkan tentang perkara yang mungkin ditanya oleh orang yang anda dekati kepada anda dan sediakan jawapannya.
Sampaikan matlamat dahulu, kemudian nyatakan masalahnya.
Matlamatnya ialah apa yang anda mahu lakukan. Sebagai contoh, tulis kod yang pergi ke Internet dan simpan 10 gambar dengan kucing lucu. Masalahnya ialah mengapa anda melihat ralat dalam konsol, tetapi anda tidak melihat 10 kucing lucu. Jangan mulakan soalan anda dengan masalah. Mulakan dengan matlamat, berakhir dengan masalah. Jika orang yang anda hubungi untuk mendapatkan bantuan ialah pembangun yang berpengalaman dan tahu banyak perkara, maka dia mungkin akan dapat menawarkan penyelesaian yang lebih ringkas dan lebih elegan kepada anda untuk masalah tersebut. Jika anda telah memilih yang paling mudah dan paling elegan, dia akan memahami dengan jelas apa dan mengapa anda mahu lakukan, dan ini akan mempercepatkan penerimaan jawapan.
Soalan yang baik:
Saya ingin menyelamatkan 10 kucing lucu setiap hari untuk ketawa dan memanjangkan hayat saya. Untuk melakukan ini, saya menulis kod berikut: [...]. Saya menjangkakan ia akan menyambung ke pelayan FTP dan memuat turun gambar baharu dari sana. Walau bagaimanapun, apabila saya melancarkannya, saya melihat ralat ini: [β¦] Walaupun saya boleh mengakses pelayan ini melalui penyemak imbas.
Maklum balas yang cepat:
Anda tidak sepatutnya mengambil perpustakaan ini; tiada siapa yang menyokong atau membangunkannya untuk masa yang lama. Lebih baik ambil yang ini - saya memuat turun gambar dengan kucing untuknya sendiri!
Soalan buruk:
Helo, kod saya menghasilkan ralat berikut [...], adakah anda tahu apa yang mungkin salah?
Jawapan yang jelas ialah:
Hello. Tidak saya tidak tahu.
Tulis dengan cekap dan tepat sasaran
Tidak perlu mencurahkan aliran fikiran kepada seseorang. Orang yang anda hubungi untuk menyelesaikan masalah itu sibuk dengan urusannya sendiri. Pastikan dia cepat memahami apa masalah anda dan apa yang anda mahukan daripadanya. Jika anda menghadapi masalah dengan celik huruf, gunakan perkhidmatan semakan ejaan dan tanda baca dalam talian. Anda boleh mengalih keluar sampah daripada mesej tanpa perkhidmatan dalam talian. Jangan tuang air, jangan mulakan dari jauh. Tulis secara ringkas, padat, dan pada intinya. Berikan contoh.
teruk:
- hai, bagaimana keadaannya))) Saya cuba menyusun projek secara ringkas, tetapi ia tidak berfungsi untuk saya, ia ranap atas sebab tertentu O_o, walaupun nampaknya saya melakukan semuanya dengan betul, sila datang) )))) sebenarnya ada sesuatu yang tidak dapat difahami dalam konsol untuk saya ((( sudah betul saya mencuba segala-galanya, tidak ada yang berjaya, ahhh (
Baik:
β Hai, saya cuba memulakan projek, tetapi ada masalah. Ia ranap serta-merta selepas arahan docker-compose up, berikut ialah log permulaan dan ralat: [β¦] Bolehkah anda beritahu saya cara menyelesaikannya?
Tanya soalan ke alamat dan kongsi penyelesaiannya
Anda tidak sepatutnya menulis soalan dalam mesej peribadi kepada orang tertentu, melainkan anda telah dimaklumkan bahawa anda harus bertanya kepadanya secara khusus. Adalah lebih baik untuk menulis kepada sekumpulan orang kerana:
- Masing-masing sibuk menyelesaikan masalah masing-masing. Peluang seseorang dalam sembang umum atau di forum boleh menumpukan masa kepada anda adalah lebih tinggi.
- Peluang seseorang dalam sembang umum mengetahui cara membantu anda adalah lebih tinggi.
- Anda serahkan kepada orang lain untuk mencari soalan dan jawapan yang sama kemudian.
Tengok point terakhir. Adakah anda sudah belajar bahawa anda harus cuba menyelesaikan masalah sendiri? Adakah anda sudah menggunakan carian sembang/forum/kumpulan, tetapi tidak menemui sebarang sebutan tentang masalah anda? Okay, lepas tu tanya.
Sebaliknya, tidak perlu menyusahkan orang yang tidak perlu. Jika boleh, keluarkan daripada senarai mel anda sesiapa yang tidak dapat membantu anda. Lebih banyak mesej yang diterima seseorang, semakin kecil kemungkinan dia membaca semuanya. Jangan jadikan orang terbiasa mematikan makluman atau mengabaikan mesej sahaja.
Sudah tentu, pengalaman anda boleh berguna kepada orang lain. Jimat masa diri anda dan orang lain dengan menyiarkan jawapan atau penyelesaian. Pendatang baru seterusnya, jika dia sudah tahu apa yang kita bicarakan di sini, tidak akan mengganggu sesiapa pun - dia akan mencari penyelesaian anda dengan mencari. Mengapa saya katakan anda boleh menjimatkan masa anda? Kerana anda mungkin menghadapi masalah ini dalam setahun dan tidak ingat bagaimana anda menyelesaikannya. Carian akan menyelamatkan anda sekali lagi.
Hargai masa orang lain
Jadikan hidup semudah mungkin untuk orang yang anda minta bantuan.
Pastikan pautan yang anda hantar berfungsi. Cuba buka dalam mod inkognito. Jika pautan memerlukan kebenaran, anda akan melihat ralat akses. Contohnya, jika anda memuat naik kod ke repositori persendirian atau menghantar pautan ke Google Drive, yang hanya anda akses kepadanya, seseorang akan melihat ralat dan dia perlu meluangkan masa untuk memaklumkan kepada anda tentangnya, dan kemudian menunggu untuk anda untuk menyediakan akses. Pastikan orang itu segera melihat apa yang anda perkatakan.
Jangan harap ada orang nak ingat apa yang awak tanya dua hari lepas. Hantar maklumat sekali lagi, ingatkan konteks. Tiada siapa yang mahu mencari melalui surat-menyurat untuk apa yang anda ada. Jika anda terlalu malas untuk menduplikasi maklumat supaya orang ramai tidak membuang masa mereka mencari, maka anda tidak memerlukan bantuan.
Jangan bawa ia di luar konteks. Jika anda menghantar log dengan ralat, adalah jelas bahawa anda perlu memasukkan bukan sahaja ralat itu sendiri, tetapi juga kod yang menyebabkannya, dengan contoh yang ia pecah.
Sekiranya terdapat proses yang ditetapkan untuk menyelesaikan masalah anda, ikutinya. Tidak perlu mencipta semula roda jika sudah ada artikel dengan HowTo langkah demi langkah.
Anda tidak sepatutnya cuba mendapatkan jawapan daripada satu orang melalui saluran yang berbeza (tulis ke Slack, Skype, Telegram) pada masa yang sama - ia akan menjadi tidak menyenangkan bagi orang itu.
Tidak perlu menulis mesej yang sama kepada beberapa orang sekaligus, dengan harapan sekurang-kurangnya seseorang akan menjawab anda. Semua orang ini boleh memberi anda jawapan (kemungkinan besar, ia akan sama), tetapi mereka semua akan terganggu dari kerja mereka untuk seketika. Gunakan sembang kumpulan.
Lihat lebih luas
Semua yang kami bincangkan di sini juga terpakai di luar bidang IT. Ikuti peraturan ini di pasar raya, pusat servis kereta, bercuti di negara lain, semasa berkomunikasi dengan rakan dan saudara mara. Tunjukkan kepada orang bahawa anda menghargai masa mereka dan tidak mahu menyusahkan mereka dengan perkara remeh. Tunjukkan bahawa anda menghabiskan masa dan usaha untuk menyelesaikan masalah itu sendiri, tetapi anda tidak berjaya, dan anda benar-benar memerlukan bantuan. Sebagai rasa syukur, orang akan memahami masalah anda dan membantu anda menyelesaikannya.
Sumber: www.habr.com