Hi!
Selama beberapa tahun terakhir saya telah banyak bekerja dengan orang-orang yang baru memulai karir mereka di bidang IT. Karena pertanyaannya sendiri dan cara banyak orang menanyakannya serupa, saya memutuskan untuk mengumpulkan pengalaman dan rekomendasi saya di satu tempat.
Sudah lama sekali saya membaca 2004 oleh Eric Raymond, dan selalu mengikutinya dengan ketat dalam kariernya. Ukurannya cukup besar, dan lebih ditujukan untuk administrator sistem. Saya harus membantu orang-orang, yang seringkali tidak memiliki pengalaman sama sekali dalam pengembangan, menjadi junior dan memulai karir mereka.
Bagi yang sudah atau masih bercita-cita menjadi developer pemula, saya bisa memberikan rekomendasi berikut ini:
- Pelajari sendiri masalahnya
- Komunikasikan tujuannya terlebih dahulu, lalu nyatakan masalahnya.
- Tulislah dengan kompeten dan to the point
- Ajukan pertanyaan ke alamat dan bagikan solusinya
- Hargai waktu orang lain
- Terlihat lebih luas
Dan sekarang untuk lebih jelasnya.
Pelajari sendiri masalahnya
Anda sedang mempelajari bahasa pemrograman dari buku atau kursus. Kami mengambil contoh kode, menjalankannya, tetapi kode tersebut mogok dengan kesalahan yang tidak jelas bagi Anda. Menurut buku itu, itu seharusnya berhasil. Tapi Anda percaya pada mata Anda - itu tidak berhasil. Apa saja pilihannya?
- Putuskan bahwa Anda tidak akan pernah menjadi pengembang karena seluruh dunia menentang Anda dan bahkan contoh kerja pun tidak berhasil. Berhenti belajar;
- Putuskan bahwa Anda tidak akan pernah menjadi seorang pengembang karena Anda terlalu bodoh atau Anda tidak memilikinya. Berhenti belajar;
- Mulailah bertanya kepada semua orang yang Anda kenal yang setidaknya terhubung dengan TI, minta mereka mencari tahu mengapa hal itu tidak berhasil untuk Anda. Cari tahu banyak hal baru tentang diri Anda, tersinggung. Berhenti belajar;
Pilihan mana yang benar? Ini dia:
Pahami bahwa Anda tidak unik (tidak peduli apa kata ibu dan nenek Anda), dan dunia TI tidak sesederhana yang mereka teriakkan ketika mengundang Anda ke kursus dan webinar.
Memahami bahwa Anda tidak unik mengarah pada kesadaran bahwa masalah Anda mungkin telah dialami oleh puluhan, ratusan, ribuan orang. Jika Anda seorang pengembang pemula, maka Anda mungkin tidak memperhatikan, menginstal, atau mengkonfigurasi sesuatu. Berikut daftar periksa yang saya sarankan untuk dilakukan sebelum Anda menyadari bahwa Anda tidak dapat menyelesaikan masalah sendiri dan memerlukan bantuan:
- Pastikan pertanyaannya unik dan tidak ada jawabannya di Internet
- Pelajari dengan cermat penyebab masalahnya, bukan dampaknya
- Evaluasi kemungkinan solusi untuk masalah tersebut, pro dan kontranya
- Pikirkan tentang pilihan alternatif untuk mencapai tujuan Anda
- Pikirkan tentang apa yang mungkin ditanyakan kepada Anda dan persiapkan jawaban Anda terlebih dahulu.
Π‘ yang pertama Intinya adalah semuanya sepele: jika teks kesalahan benar-benar tidak dapat Anda pahami, salin ke Google dan baca teks dari tautan dengan cermat.
Kedua: misalnya, jika kode Anda mogok dengan kesalahan βSaya tidak dapat menghubungkan perpustakaan pihak ketigaβ, maka masalahnya bukan pada kode Anda. Intinya Anda belum menginstal beberapa perpustakaan yang ingin Anda gunakan. Ini berarti Anda perlu mencari cara menginstalnya, dan bukan cara memperbaiki kode Anda.
ketiga ΠΈ yang keempat sangat mirip: Bagaimana jika perpustakaan ini masalahnya dan saya hanya perlu mencari perpustakaan lain? Bagaimana jika saya tidak menggunakan perpustakaan pihak ketiga sama sekali, tetapi menulis kode saya sendiri menggunakan alat standar?
Kelima Poin ini membawa kita ke bagian selanjutnya: pikirkan tentang apa yang mungkin ditanyakan oleh orang yang Anda dekati dan siapkan jawabannya.
Komunikasikan tujuannya terlebih dahulu, lalu nyatakan masalahnya.
Tujuannya adalah apa yang ingin Anda lakukan. Misalnya, tulis kode yang masuk ke Internet dan menyimpan 10 gambar kucing lucu. Masalahnya adalah mengapa Anda melihat kesalahan di konsol, tetapi Anda tidak melihat 10 kucing lucu. Jangan memulai pertanyaan Anda dengan suatu masalah. Mulailah dengan sebuah tujuan, akhiri dengan sebuah masalah. Jika orang yang Anda minta bantuan adalah pengembang berpengalaman dan tahu banyak, dia mungkin bisa menawarkan solusi yang lebih sederhana dan elegan untuk masalah tersebut. Jika Anda sudah memilih yang paling sederhana dan elegan, dia akan memahami dengan jelas apa dan mengapa Anda ingin melakukannya, dan ini akan mempercepat diterimanya jawaban.
Pertanyaan bagus:
Saya ingin menyelamatkan 10 kucing lucu setiap hari untuk tertawa dan memperpanjang hidup saya. Untuk melakukan ini, saya menulis kode berikut: [β¦]. Saya mengharapkannya terhubung ke server FTP dan mendownload gambar baru dari sana. Namun, ketika saya meluncurkannya, saya melihat kesalahan ini: [β¦] Meskipun saya dapat mengakses server ini melalui browser.
Respon cepat:
Anda seharusnya tidak mengambil perpustakaan ini, sudah lama tidak ada yang mendukung atau mengembangkannya. Lebih baik ambil yang ini - Saya sendiri yang mengunduh gambar dengan kucing!
Pertanyaan buruk:
Halo, kode saya menghasilkan kesalahan berikut [β¦], tahukah Anda apa yang salah?
Jawaban yang jelas adalah:
Halo. Tidak saya tidak tahu.
Tulislah dengan kompeten dan to the point
Tidak perlu mencurahkan aliran pemikiran pada seseorang. Orang yang Anda tuju untuk memecahkan masalah sedang sibuk dengan urusannya sendiri. Pastikan dia cepat memahami apa masalah Anda dan apa yang Anda inginkan darinya. Jika Anda memiliki masalah dengan literasi, gunakan layanan pemeriksaan ejaan dan tanda baca online. Anda dapat menghapus sampah dari pesan tanpa layanan online. Jangan menuangkan air, jangan memulai dari jauh. Tulislah secara singkat, padat, dan to the point. Berikan contoh.
Dengan buruk:
- hai, bagaimana hasilnya))) Saya mencoba membuat proyek secara singkat, tetapi tidak berhasil untuk saya, karena alasan tertentu macet O_o, meskipun sepertinya saya melakukan semuanya dengan benar, silakan datang) )))) sebenarnya ada sesuatu yang tidak bisa saya pahami di konsol ((( sudah benar saya mencoba semuanya, tidak ada yang berhasil, ahhh(
Bagus:
β Hai, saya mencoba memulai sebuah proyek, tetapi ada masalah. Itu crash segera setelah perintah docker-compose up, berikut adalah log startup dan kesalahannya: [β¦] Bisakah Anda memberi tahu saya cara mengatasinya?
Ajukan pertanyaan ke alamat dan bagikan solusinya
Anda tidak boleh menulis pertanyaan dalam pesan pribadi kepada orang tertentu, kecuali Anda telah diberitahu bahwa Anda harus menanyakannya secara spesifik. Lebih baik menulis kepada sekelompok orang karena:
- Semua orang sibuk menyelesaikan masalahnya masing-masing. Kemungkinan seseorang dalam obrolan umum atau forum dapat meluangkan waktu untuk Anda lebih tinggi.
- Kemungkinan seseorang di obrolan umum mengetahui cara membantu Anda lebih tinggi.
- Anda menyerahkannya kepada orang lain untuk menemukan pertanyaan dan jawaban yang sama nanti.
Lihatlah poin terakhir. Pernahkah Anda belajar bahwa Anda harus mencoba menyelesaikan masalah sendiri? Apakah Anda sudah menggunakan pencarian chat/forum/grup, namun belum menemukan satu pun penyebutan masalah Anda? Oke, kalau begitu tanyakan saja.
Di sisi lain, tidak perlu merepotkan orang jika tidak perlu. Jika memungkinkan, hapus dari milis Anda siapa pun yang tidak dapat membantu Anda. Semakin banyak pesan yang diterima seseorang, semakin kecil kemungkinan dia membaca semuanya. Jangan biasakan orang mematikan peringatan atau mengabaikan pesan.
Tentunya pengalaman Anda bisa bermanfaat bagi orang lain. Hemat waktu Anda dan orang lain dengan memposting jawaban atau solusi. Pendatang baru berikutnya, jika dia sudah tahu apa yang kita bicarakan di sini, tidak akan mengganggu siapa pun sama sekali - dia akan menemukan solusi Anda dengan mencari. Mengapa saya katakan Anda bisa menghemat waktu? Karena Anda mungkin menghadapi masalah ini dalam satu tahun dan tidak ingat bagaimana Anda menyelesaikannya. Pencarian akan menyelamatkan Anda lagi.
Hargai waktu orang lain
Jadikan hidup semudah mungkin bagi orang yang Anda minta bantuan.
Pastikan tautan yang Anda kirim berfungsi. Coba buka dalam mode penyamaran. Jika tautan memerlukan otorisasi, Anda akan melihat kesalahan akses. Misalnya, jika Anda mengunggah kode ke repositori pribadi, atau mengirim tautan ke Google Drive, yang hanya dapat diakses oleh Anda, seseorang akan melihat kesalahan, dan dia harus meluangkan waktu untuk memberi tahu Anda tentang hal itu, lalu menunggu sampai Anda untuk mengatur akses. Pastikan orang tersebut langsung memahami apa yang Anda bicarakan.
Jangan berharap ada orang yang mau mengingat apa yang Anda tanyakan dua hari lalu. Kirimkan kembali informasinya, ingatkan konteksnya. Tidak ada yang mau mencari melalui korespondensi untuk mengetahui apa yang Anda miliki. Jika Anda terlalu malas untuk menggandakan informasi agar orang tidak membuang waktu mencarinya, maka Anda tidak memerlukan bantuan.
Jangan mengambilnya di luar konteks. Jika Anda mengirim log dengan kesalahan, jelas bahwa Anda perlu menyertakan tidak hanya kesalahan itu sendiri, tetapi juga kode yang menyebabkannya, dengan contoh kerusakannya.
Jika ada proses yang ditetapkan untuk menyelesaikan masalah Anda, ikutilah. Tidak perlu menemukan kembali roda jika sudah ada artikel dengan HowTo langkah demi langkah.
Anda tidak boleh mencoba mendapatkan jawaban dari satu orang melalui saluran yang berbeda (menulis ke Slack, Skype, Telegram) secara bersamaan - ini akan tidak menyenangkan bagi orang tersebut.
Tidak perlu menulis pesan yang sama kepada beberapa orang sekaligus, dengan harapan setidaknya ada yang menjawab Anda. Semua orang ini dapat memberi Anda jawaban (kemungkinan besar akan sama), tetapi mereka semua akan teralihkan dari pekerjaan mereka untuk sementara waktu. Gunakan obrolan grup.
Terlihat lebih luas
Semua yang kami bicarakan di sini juga berlaku di luar bidang IT. Ikuti aturan ini di supermarket, bengkel mobil, saat berlibur di negara lain, saat berkomunikasi dengan teman dan kerabat. Tunjukkan kepada orang-orang bahwa Anda menghargai waktu mereka dan tidak ingin mengganggu mereka karena hal-hal sepele. Tunjukkan bahwa Anda menghabiskan waktu dan tenaga untuk mencoba menyelesaikan masalahnya sendiri, tetapi Anda tidak berhasil, dan Anda benar-benar membutuhkan bantuan. Sebagai rasa terima kasih, orang-orang akan memahami masalah Anda dan membantu Anda menyelesaikannya.
Sumber: www.habr.com