Berapa banyak pertanyaan yang pantas untuk diajukan sebagai pekerja magang? [Tutup]


56

Jadi, saya baru mulai magang, dan saya khawatir saya terlalu banyak bertanya. Mentor saya memberikan saya proyek dan membantu saya mempelajari semua teknologi dan metodologi perusahaan. Namun, ada begitu banyak materi baru untuk saya pelajari sambil mengerjakan proyek ini sehingga saya memiliki banyak pertanyaan. Saya biasanya mengajukan pertanyaan melalui pesan instan atau email (itu adalah mode komunikasi utama untuk perusahaan saya).

Saya berusaha berhati-hati untuk tidak terlalu banyak bertanya: Saya tidak mau dianggap menjengkelkan atau bodoh. Berapa banyak pertanyaan yang pantas untuk diajukan? Satu jam sekali? Lebih? Kurang? Perlu diingat, mentor saya juga sesama programmer yang memiliki tanggung jawab sendiri.


13
Saya pikir ini kurang tentang berapa banyak tetapi lebih banyak tentang "kapan". Jika saya tersedia, silakan saja. Jika saya sibuk, tanyakan di lain waktu atau kepada orang lain. Itu hanya menjengkelkan jika Anda berhenti berpikir sendiri dan terus bertanya semuanya: selalu lakukan riset Anda sendiri sebelum bertanya!
Vitor Py

14
Anda selalu bisa bertanya kepada mentor Anda bagaimana mereka lebih suka sesuatu. Mereka akan memberi Anda jawaban yang lebih baik dari yang kami bisa.
unholysampler

1
Saya pikir itu benar secara tata cara. Mengulanginya sebagai pernyataan dan bukan pertanyaan: Adalah tepat untuk bertanya dan bertanya per hari. Atau: n pertanyaan pantas diajukan, setiap hari. Yang kedua terdengar lebih aneh dalam bentuk non-pertanyaan, tapi saya cukup yakin keduanya benar.
MatrixFrog

Jawaban:


98

Hormatilah waktu mentor Anda dengan menyimpan daftar pertanyaan dan tanyakan dalam jumlah banyak, sejauh mungkin. Jangan benar-benar menyela mentor Anda sampai Anda benar-benar tidak dapat membuat kemajuan ke depan tanpa bantuan.

Sering kali Anda akan belajar banyak dengan berjuang untuk menemukan jawabannya sendiri, bahkan dalam kasus di mana mentor Anda dapat mengajari Anda sesuatu dalam 10 detik. Misalnya, jika Anda ingin tahu di mana ada sesuatu dalam kode, Anda dapat bertanya kepada mereka (10 detik), atau Anda dapat menghabiskan empat jam mempelajari kode dan mencoba mencari tahu sendiri. Keuntungan dari opsi "empat jam" adalah bahwa Anda akan benar-benar mempelajari 200 hal baru tentang kode tersebut, yang semuanya akan membantu Anda nantinya. Berjuang untuk menemukan jawaban Anda sendiri bisa membuang-buang waktu, tetapi juga bisa menjadi cara untuk mempelajari basis kode yang rumit dan besar.

Tak perlu dikatakan jika itu adalah pertanyaan pemrograman yang tidak menyangkut kode hak milik perusahaan Anda sendiri, Anda harus mencoba mencari tahu sendiri menggunakan internet.


4
Terima kasih atas sarannya! Saya pasti suka ide batch dan akan mencobanya. Namun, mengingat budaya olahpesan cepat perusahaan saya, saya bertanya-tanya apakah mungkin sedikit aneh memecatnya 5 pertanyaan sekaligus. Saya juga menyukai ide "4 jam" (saya pasti telah membahasnya hari ini dan belajar banyak tentang perangkat lunak mereka). Satu-satunya masalah dengan ide "4 jam" adalah bahwa dia mengatakan kepada saya dia ingin saya memiliki proyek yang dilakukan pada akhir minggu. Karena ini adalah proyek pertamaku, aku pasti tidak mau ketinggalan tenggat waktu ini!
Casey Patton

1
+1 Tidak ada yang lebih baik dari ini
V4Vendetta

1
Itu adalah sesuatu yang saya coba jelaskan kepada karyawan baru saya, ketika mereka mengeluh bahwa mereka macet dan frustrasi, bahwa saya lebih suka bahwa mereka akan menyelidiki sendiri selama satu atau dua jam, dan hanya kemudian datang kepada saya untuk meminta bantuan, daripada saya menunjuk file dan menyelesaikan masalah mereka dalam 5 menit, justru karena mereka akan belajar lebih banyak tentang aplikasi sendiri.
Miki Watts

+1 Untuk mengadvokasi peningkatan diri alih-alih bertahan hidup
Kevin Laity

@Casey Patton: Jika dia berpengalaman dengan pekerja magang, dia kemungkinan akan menambahkan waktu bagi Anda untuk meneliti diri sendiri dan mengajukan pertanyaan tentang faktor kapan dia ingin produk tersebut dibuat. Di tempat saya bekerja, bukan hal yang aneh untuk memberikan magang proyek awal dan mengharapkan mereka mengambil waktu seminggu apa yang bisa dilakukan seseorang yang mengenal kode itu dalam beberapa jam. Anda hanya tidak bisa seproduktif sebelum Anda mempelajari basis kode, dan itu membutuhkan waktu.
Caleb Huitt - cjhuitt

28

Sebagai seorang senior yang telah melihat junior menanyakan semua jenis pertanyaan, saya akan mengatakan itu bukan masalah seberapa sering Anda bertanya, tetapi apa yang Anda tanyakan .

Anda perlu merasakannya sendiri, tetapi umumnya aturannya adalah: Tunjukkan minat dan kemampuan Anda untuk berpikir dan bekerja secara mandiri .

Tidak apa-apa untuk mengajukan pertanyaan umum untuk menetapkan konteks untuk penyelidikan detail tingkat rendah yang Anda lakukan sendiri.

Tidak apa-apa untuk bertanya tentang segala sesuatu yang bukan kode dan tidak didokumentasikan - proses, budaya tim, dll.

Apa pun yang Anda lakukan, tunjukkan bahwa Anda memikirkannya dan berusaha untuk memahami atau memecahkan masalah sendiri.

Jangan takut untuk bertanya! Anda dapat menggunakannya untuk menunjukkan minat dan pemikiran yang lebih dalam , serta menghindarkan tim dari rasa sakit dengan tidak mengikuti praktik mereka atau membuat keputusan yang tidak pantas yang akan membutuhkan waktu untuk dipecah nanti.

Hanya saja, jangan melewati batas dan minta mereka memberi kode untuk Anda, memberi tahu Anda apa yang harus dilakukan setiap kali, menjelaskan sintaks dan menyalin dokumentasi, dan sebagainya.


6

Saya pikir banyak jawaban yang diberikan sejauh ini tepat pada titik: jangan takut untuk bertanya (itu adalah untuk apa magang, setelah semua), tetapi jelaskan bahwa Anda telah mencoba menemukan jawabannya sendiri sebelum bertanya . Saya memang tidak keberatan sama sekali, tetapi saya juga memikirkan pertanyaan di mana jelas bahwa orang yang bertanya hanya bertanya karena lebih mudah bagi mereka untuk mengganggu orang lain. Tidak masalah untuk mengajukan pertanyaan sederhana jika Anda sudah mencoba, selama itu tidak terlalu sering terjadi , tetapi tidak apa-apa untuk tidak mencoba sendiri terlebih dahulu. Dan bahkan dengan pertanyaan sederhana, siapkan kasus sederhana dan detail berdarah. Pikirkan SSCCE -Short, Self Contained, Correct/Compilable Example. Saya meminta seseorang mampir dan mulai bertanya tentang SQL dinamis, ketika pertanyaan sebenarnya adalah tentang mengekstraksi data dari kode yang dieksekusi melalui SQL EXEC. Itu perbedaan yang cukup besar.

Hal lain yang perlu dipertimbangkan: dapatkah Anda menggunakan email, atau bentuk komunikasi lain yang tidak mengganggu (atau kurang) untuk beberapa pertanyaan Anda? Kemudian, mentor Anda dapat membalas melalui email atau (lebih mungkin) mampir di meja Anda untuk membahas hal-hal ketika mereka mendapat kesempatan. Ini juga sesuai dengan saran "mengumpulkan pertanyaan" yang sudah diberikan, tetapi saya pribadi merasa lebih mudah untuk berurusan dengan satu pertanyaan per pesan e-mail, daripada daftar panjang pertanyaan yang memiliki sedikit atau tidak ada hubungannya dengan satu sama lain semua disatukan bersama menjadi satu pesan. Satu sering dapat dijawab dalam satu atau dua menit, yang lain dapat dengan mudah menjadi waktu setengah jam.


5

Saya tidak akan terlalu khawatir untuk mengajukan (terlalu banyak) pertanyaan. Seorang mentor yang baik akan memberi tahu Anda dengan cara yang ramah ketika tiba saatnya untuk berhenti bertanya dan mulai berlatih. Bagaimanapun, mentor ditugaskan untuk membimbing Anda dan tugas ini biasanya dilengkapi dengan anggaran waktu.

Saya setuju bahwa itu adalah ide yang baik untuk menyiapkan sejumlah pertanyaan dan meminta perhatian mentor untuk membahas semuanya sekaligus. Di sisi lain, itu juga bisa membuat sangat frustasi (terutama untuk pemula) untuk mencoba mencari tahu bagaimana hal-hal bekerja selama berjam-jam ketika pertanyaan dan jawaban sederhana akan benar-benar menyelesaikan masalah dalam hitungan detik.

Cobalah belajar dari pengalaman dan kembangkan keterampilan untuk "membaca" mentor Anda untuk mencari tahu kapan ada peluang bagus dan bagaimana Anda harus mengomunikasikan keinginan Anda untuk diperhatikan. Pengembangan perangkat lunak adalah tentang berinteraksi dengan orang-orang seperti halnya menatap kode sumber.

Pada catatan terkait, dorongan dan antusiasme bekerja dalam dua cara, dari mentor ke magang dan dari magang ke mentor.


4

Ini mungkin situasi yang kita semua lalui. Menjadi cowok baru, apakah itu pekerja magang atau karyawan tetap, itu gampang-gampang susah. Itu selalu melibatkan masalah mulai-dingin, karena Anda berada di tempat baru, dengan orang-orang baru, teknologi baru, metodologi baru. Saya benar-benar memahami kegelisahan karena tidak mengetahui sesuatu dan ingin mengetahuinya dengan sempurna, sehingga Anda segera menjadi produktif.

Memiliki pertanyaan benar-benar alami. Dan Anda dapat yakin bahwa rekan kerja Anda tahu bahwa Anda melakukannya dan akan memiliki pertanyaan. Mereka juga sudah di posisi Anda di beberapa titik, kan? Dan percayalah, mereka HARUS mendapatkan bantuan dari suatu tempat.

Bagian yang sulit adalah tidak semua orang tersedia setiap saat, untuk menjawab pertanyaan yang mungkin Anda miliki. Trik saya yang biasa ketika membaca kode atau dokumen, adalah mencatat hal-hal yang tidak segera jelas, dan mengatur beberapa pertemuan singkat per hari, untuk mendiskusikannya dengan senior saya. Sebelum mengajukan pertanyaan, selalu merupakan ide yang baik untuk membuat 'penelitian' kecil tentang itu, cobalah untuk mendapatkan informasi sebanyak mungkin dan memberikan petunjuk sebanyak mungkin. Situs-situs seperti StackOverflow adalah emas. Anda bahkan mungkin mendapatkan jawaban tepat yang Anda cari. Rekan kerja Anda akan menghargai upaya ini, dan akan lebih senang membantu Anda.

Berusaha keras, belajar keras, ingin tahu, dan mengajukan pertanyaan. Ingat, semua orang sudah di posisi Anda, dan semua orang akhirnya selamat :)


3

Saya pikir Anda akan mengalami berbagai jenis pertanyaan.

Untuk tanggapan saya, saya akan fokus pada apa yang saya anggap MENGAPA pertanyaan. Jenis pertanyaan ini membantu Anda memahami mengapa Anda diminta melakukan sesuatu dengan cara tertentu. (mis. Mengapa kami menggunakan pengodean standar X?)

Saya pikir akan baik bagi Anda untuk meminta mentor Anda meluangkan waktu setiap minggu untuk membahas pertanyaan-pertanyaan semacam ini. Satu ide adalah menyisihkan 1 hingga 2 rehat kopi seminggu. Dengan menetapkan waktu untuk jenis-jenis pertanyaan ini, Anda menunjukkan kepada mentor Anda bahwa Anda menghargai waktu mereka dan bahwa Anda ingin mempelajari mengapa sesuatu dilakukan dengan cara tertentu.


3

Selama Anda mentor tahu bahwa Anda telah mencoba menemukan jawabannya terlebih dahulu dan mencoba menemukan jawaban untuk pertanyaan itu.

Kiat untuk mengajukan pertanyaan bisa ketika mentor Anda pergi ke mesin kopi, maka Anda tahu bahwa Anda mengganggu "aliran" nya.


3

Saya cukup banyak dalam situasi Anda saat ini. Atasan saya cukup sibuk dan saya menerima interupsi saya yang tidak disambut cukup awal. Namun dalam kasus saya, saya datang tidak tahu banyak teknologi yang digunakan. Jadi apa yang saya lakukan adalah, setiap kali saya memiliki pertanyaan, saya menuliskannya. Jika saya perlu jawaban untuk melanjutkan tugas saya, saya melakukan sesuatu yang lain untuk sementara waktu. Saya membaca beberapa dokumentasi untuk beberapa teknologi lain yang saya tahu akan segera saya gunakan. Kecuali jika pertanyaan itu penting untuk menyelesaikan tugas yang harus saya kerjakan, dan saya tidak dapat melanjutkan tanpa jawaban, saya mengantriinya.

Jika kode yang Anda tulis misalnya, Anda dapat menulis komentar "todo" di bagian itu dan terus menulis kode lainnya. Anda dapat kembali mengisi todo nanti.

Lalu, setiap kali saya bertemu dengan penyelia saya, saya membongkar semua pertanyaan sekaligus. Saat itu beberapa pertanyaan sudah saya jawab sendiri! Beberapa pertanyaan juga tampak bodoh setelah ditulis untuk sementara waktu, jadi Anda tidak menanyakannya.

Hal lain yang harus Anda lakukan adalah berbicara dengan mentor Anda tentang hal itu. Sebenarnya itu hal pertama yang saya lakukan. Saya langsung bertanya, "Apakah saya terlalu banyak bertanya?" Itu memberi saya umpan balik langsung dan saya bisa berhenti khawatir jika dan bersantai atau menyelesaikan masalah.


Catatan: Di atas hanya benar-benar berlaku untuk pertanyaan yang tidak terkait teknis atau pemrograman. Saya menghabiskan waktu lama di Google / Stack Overflow mencari jawaban teknis dan Anda juga harus. Bahkan, jika Anda tidak mencari informasi baru setiap hari, saya hampir mengatakan bahwa Anda tidak cukup belajar :)


2
  1. Jangan khawatir tentang bertanya terlalu banyak. Tidak masalah Anda tidak tahu apa, tetapi kemampuan mempelajari berbagai hal.
  2. Pikirkan dan Google sebelum Anda bertanya.
  3. Karena Anda berkomunikasi melalui IM dan Email, cobalah untuk memastikan bahwa mentor Anda memahami pertanyaan Anda dengan baik.
  4. Setelah masalah diselesaikan, catatan perlu. Kita tidak bisa mengingat semua yang kita pelajari secara terperinci.

0

Saya pikir Casey itu bukan masalah bertanya..hal ini adalah bahwa Anda adalah seorang magang .. Anda seharusnya mengajukan pertanyaan. Dan secara pribadi saya merasa mempertanyakan hal-hal yang selalu memiliki manfaatnya sendiri. Bahkan jika Anda tidak menggunakan Google dalam hal ini, mentor Anda harus memberi tahu Anda bahwa Anda harus mempelajarinya sendiri. Poin yang perlu diingat bahwa jangan frustrasi atau jangan kewalahan oleh lingkungan kerja baru dengan basis kode besar. Hanya waktu yang perlu Anda berikan dan harus mempertanyakan hampir semua yang Anda inginkan.

senang mempertanyakan :) :)


0

Anda tahu, jika Anda sopan dan ceria, Anda bisa meminta bertanya.

Tapi jangan ajukan pertanyaan-pertanyaan yang kedengarannya mengalahkan atau menyiratkan Anda mungkin lesu,

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.