มีคำถามกี่ข้อที่เหมาะสมที่จะถามเป็นผู้ฝึกงาน [ปิด]

ดังนั้นฉันเพิ่งเริ่มฝึกงานและฉันกังวลว่าฉันถามคำถามมากเกินไป ที่ปรึกษาของฉันมอบหมายโครงการให้ฉันและช่วยให้ฉันเรียนรู้เทคโนโลยีและวิธีการทั้งหมดของ บริษัท อย่างไรก็ตามมีเนื้อหาใหม่มากมายสำหรับฉันที่จะเรียนรู้ในขณะที่ทำโครงงานนี้ซึ่งฉันมีคำถามมากมาย ฉันมักจะถามคำถามเกี่ยวกับข้อความโต้ตอบแบบทันทีหรืออีเมล (เป็นวิธีการสื่อสารหลักสำหรับ บริษัท ของฉัน)

ฉันพยายามระวังที่จะไม่ถามคำถามมากเกินไป: ฉันไม่ต้องการหลุดออกมาเป็นที่น่ารำคาญหรือเป็นใบ้ มีคำถามกี่ข้อที่เหมาะสมที่จะถาม หนึ่งชั่วโมง มากกว่า? น้อยลงหรือไม่ โปรดจำไว้ว่าที่ปรึกษาของฉันเป็นเพื่อนร่วมโปรแกรมเมอร์ที่มีความรับผิดชอบของตัวเอง

จงเคารพเวลาของผู้ให้คำปรึกษาของคุณโดยเก็บรายการคำถามและถามพวกเขาเป็นชุด ๆ เท่าที่จะทำได้ อย่าขัดจังหวะผู้ให้คำปรึกษาของคุณจนกว่าคุณจะไม่สามารถก้าวหน้าไปข้างหน้าได้หากไม่มีความช่วยเหลือ

หลายครั้งที่คุณจะได้เรียนรู้มากมายโดยการดิ้นรนเพื่อหาคำตอบด้วยตัวคุณเองแม้ในกรณีที่ที่ปรึกษาของคุณสามารถสอนอะไรคุณได้ภายใน 10 วินาที ตัวอย่างเช่นหากคุณต้องการทราบว่ามีอะไรอยู่ในรหัสคุณสามารถถามพวกเขาได้ (10 วินาที) หรือคุณสามารถใช้เวลาสี่ชั่วโมงในการศึกษารหัสและพยายามคิดออกเอง ข้อดีของตัวเลือก "สี่ชั่วโมง" คือคุณจะได้เรียนรู้สิ่งใหม่ ๆ เกี่ยวกับโค้ด 200 รายการซึ่งทั้งหมดจะช่วยคุณในภายหลัง การดิ้นรนเพื่อค้นหาคำตอบของคุณอาจเสียเวลา แต่ก็อาจเป็นวิธีการเรียนรู้รหัสฐานที่ซับซ้อนขนาดใหญ่

ไม่จำเป็นต้องบอกว่าเป็นคำถามการเขียนโปรแกรมที่ไม่เกี่ยวข้องกับรหัสกรรมสิทธิ์ของ บริษัท คุณควรลองคิดดูด้วยตัวคุณเองโดยใช้อินเทอร์เน็ต

ในฐานะที่เป็นผู้บริหารระดับสูงที่ได้เห็นรุ่นน้องขอให้ทุกชนิดของคำถามที่ผมจะบอกว่ามันไม่ได้เป็นเรื่องของวิธีการที่คุณมักจะถาม แต่สิ่งที่คุณถาม

คุณต้องรู้สึกมันเอง แต่โดยทั่วไปกฎเป็น: แสดงความสนใจของคุณและความสามารถในการคิดและการทำงานอย่างอิสระ

ไม่เป็นไรที่จะถามคำถามทั่วไปเพื่อกำหนดบริบทสำหรับการตรวจสอบรายละเอียดในระดับต่ำที่คุณทำเอง

มันก็โอเคที่จะถามคำถามเกี่ยวกับทุกสิ่งที่ไม่ใช่รหัสและไม่มีเอกสาร - กระบวนการวัฒนธรรมของทีมเป็นต้น

แสดงว่าคุณใส่ความคิดลงไปและพยายามทำความเข้าใจหรือแก้ไขปัญหาด้วยตนเอง

อย่ากลัวที่จะถามว่า! คุณสามารถใช้มันเพื่อแสดงความสนใจและการคิดอย่างลึกซึ้งรวมถึงการทำให้ทีมเจ็บปวดโดยไม่ทำตามวิธีปฏิบัติหรือตัดสินใจอย่างไม่เหมาะสมซึ่งจะต้องใช้เวลาในการคลี่คลายในภายหลัง

เพียงอย่าข้ามเส้นและขอให้พวกเขาเขียนโค้ดให้คุณบอกสิ่งที่ต้องทำทุกครั้งอธิบายเกี่ยวกับไวยากรณ์และสำเนาเอกสารและอื่น ๆ

ฉันคิดว่าคำตอบมากมายที่ให้ไว้ในตอนนี้อย่ากลัวที่จะถามคำถาม (นั่นคือการฝึกงานที่มีไว้ให้) แต่ให้ชัดเจนว่าคุณได้พยายามหาคำตอบด้วยตัวเองก่อนถาม . ฉันคนหนึ่งไม่สนใจคำถามเลย แต่ฉันจะทำคำถามที่ชัดเจนว่าบุคคลที่ถามนั้นขอเพียงเพราะสะดวกกว่าที่พวกเขาจะรบกวนคนอื่น มันก็โอเคที่จะมาพร้อมกับคำถามง่ายๆถ้าคุณได้ลองมาแล้วตราบใดที่มันไม่ได้เกิดขึ้นบ่อยเกินไปแต่ก็ไม่เป็นไรที่จะไม่ลองด้วยตัวเองก่อน และแม้จะมีคำถามง่าย ๆ ก็ให้เตรียมกรณีที่ง่ายและรายละเอียดที่เต็มไปด้วยเลือด คิดว่าSSCCE -Short, Self Contained, Correct/Compilable Example. ฉันมีคนหยุดโดยและเริ่มถามเกี่ยวกับ SQL แบบไดนามิกเมื่อคำถามที่แท้จริงเป็นเรื่องเกี่ยวกับการแยกข้อมูลจากรหัสที่ดำเนินการผ่าน EXECSQL นั่นเป็นความแตกต่างที่ค่อนข้างใหญ่

อีกประเด็นที่ควรพิจารณา: คุณสามารถใช้อีเมลหรือรูปแบบการสื่อสารที่ไม่รบกวน (หรือน้อยกว่า) สำหรับคำถามของคุณได้หรือไม่? จากนั้นที่ปรึกษาของคุณสามารถตอบกลับทางอีเมลหรือ (มีโอกาสมากขึ้น) แวะที่โต๊ะทำงานของคุณเพื่อพูดคุยเรื่องต่าง ๆ เมื่อพวกเขามีโอกาส สิ่งนี้ยังไปพร้อมกับคำแนะนำที่ "ให้คำตอบคำถามที่แบทช์" แต่ฉันเองพบว่ามันง่ายกว่าที่จะจัดการกับคำถามเดียวต่อข้อความอีเมลมากกว่ารายการคำถามที่ยาวเหยียดซึ่งมีน้อยหรือไม่มีอะไรเกี่ยวข้องกันทั้งหมด รวมกันเป็นหนึ่งข้อความ หนึ่งสามารถตอบได้ในหนึ่งหรือสองนาทีส่วนอีกคนสามารถกลายเป็นเวลาครึ่งชั่วโมงได้อย่างง่ายดาย

ฉันจะไม่กังวลมากเกินไปเกี่ยวกับการถามคำถาม (มากเกินไป) ผู้ให้คำปรึกษาที่ดีจะบอกคุณอย่างเป็นมิตรเมื่อถึงเวลาที่จะหยุดถามและเริ่มฝึก ท้ายที่สุดผู้ให้คำปรึกษาได้รับมอบหมายให้ให้คำปรึกษาคุณและการมอบหมายนี้มักจะมาพร้อมกับงบประมาณเวลา

ฉันยอมรับว่าเป็นความคิดที่ดีในการเตรียมชุดคำถามและขอความสนใจจากผู้ให้คำปรึกษาเพื่อหารือเกี่ยวกับพวกเขาทั้งหมดในครั้งเดียว ในทางกลับกันอาจเป็นเรื่องที่น่าผิดหวังอย่างมาก (โดยเฉพาะอย่างยิ่งสำหรับผู้เริ่มต้น) ที่จะพยายามคิดออกว่าสิ่งต่าง ๆ ทำงานอย่างไรเป็นเวลาหลายชั่วโมงเมื่อคำถามและคำตอบง่าย ๆ จะช่วยแก้ปัญหาภายในไม่กี่วินาที

ลองเรียนรู้จากประสบการณ์และพัฒนาทักษะในการ "อ่าน" ผู้ให้คำปรึกษาของคุณเพื่อพิจารณาว่าเมื่อใดที่มีโอกาสที่ดีและวิธีที่คุณควรสื่อสารความต้องการที่คุณสนใจ การพัฒนาซอฟต์แวร์นั้นเกี่ยวกับการมีปฏิสัมพันธ์กับผู้คนมากพอ ๆ กับการจ้องมองที่ซอร์สโค้ด

ในบันทึกที่เกี่ยวข้องการให้กำลังใจและความกระตือรือร้นทำงานได้ทั้งสองวิธีตั้งแต่ผู้ให้คำปรึกษาถึงผู้ฝึกงานและจากผู้ฝึกงานจนถึงผู้ให้คำปรึกษา

นี่อาจเป็นสถานการณ์ที่เราทุกคนเคยผ่านมา การเป็นคนใหม่ไม่ว่าจะเป็นผู้ฝึกงานหรือพนักงานปกตินั้นเป็นเรื่องยาก มันมักจะเกี่ยวข้องกับปัญหาการเริ่มเย็นเนื่องจากคุณอยู่ในสถานที่ใหม่ที่มีผู้คนใหม่ ๆ เทคโนโลยีใหม่วิธีการใหม่ ฉันเข้าใจความวิตกกังวลโดยสิ้นเชิงที่ไม่รู้จักบางสิ่งและต้องการที่จะรับรู้อย่างสมบูรณ์แบบเพื่อให้คุณมีประสิทธิผลในไม่ช้า

มีคำถามเป็นธรรมชาติโดยสิ้นเชิง และคุณสามารถมั่นใจได้ว่าเพื่อนร่วมงานของคุณรู้ว่าคุณทำและจะมีคำถาม พวกเขายังอยู่ในตำแหน่งของคุณในบางจุดใช่มั้ย และเชื่อฉันพวกเขาได้รับความช่วยเหลือจากที่ไหนสักแห่ง

ส่วนที่ยุ่งยากคือทุกคนไม่สามารถใช้งานได้ตลอดเวลาเพื่อตอบคำถามที่คุณอาจมี เคล็ดลับตามปกติของฉันเมื่อต้องอ่านรหัสหรือเอกสารคือการจดบันทึกสิ่งต่าง ๆ ที่ไม่ชัดเจนในทันทีและจัดการประชุมสั้น ๆ สองครั้งต่อวันเพื่อหารือเกี่ยวกับพวกเขากับรุ่นพี่ ก่อนถามคำถามเป็นความคิดที่ดีที่จะทำ 'การวิจัย' เล็กน้อยเกี่ยวกับเรื่องนี้พยายามรับข้อมูลและคำแนะนำให้มากที่สุด ไซต์เช่น StackOverflow เป็นสีทอง คุณอาจได้คำตอบที่ถูกต้องที่คุณต้องการ เพื่อนร่วมงานของคุณจะประทับใจในความพยายามและยินดีที่จะช่วยเหลือคุณมากกว่า

ลองอย่างหนักศึกษาอย่างหนักอยากรู้อยากเห็นและถามคำถาม จำไว้ว่าทุกคนอยู่ในตำแหน่งของคุณและในที่สุดทุกคนก็รอดชีวิตมาได้ :)

ฉันคิดว่าคุณกำลังจะพบกับคำถามประเภทต่างๆ

สำหรับคำตอบของฉันฉันจะมุ่งเน้นไปที่สิ่งที่ฉันพิจารณาว่าทำไมคำถาม คำถามประเภทนี้ช่วยให้คุณเข้าใจว่าทำไมคุณจึงถูกขอให้ทำอะไรบางอย่าง (เช่นทำไมเราถึงใช้การเข้ารหัสมาตรฐาน X)

ฉันคิดว่ามันจะเป็นการดีสำหรับคุณที่จะขอให้ที่ปรึกษาของคุณจัดสรรเวลาในแต่ละสัปดาห์เพื่ออ่านคำถามประเภทนี้ หนึ่งความคิดคือการพัก 1 ถึง 2 ครั้งต่อสัปดาห์ ด้วยการตั้งเวลาให้กับคำถามประเภทนี้คุณจะแสดงที่ปรึกษาของคุณว่าคุณให้ความสำคัญกับเวลาของพวกเขาและคุณต้องการที่จะเรียนรู้ว่าทำไมบางสิ่งบางอย่างจึงถูกวิธี

ตราบใดที่คุณให้คำปรึกษารู้ว่าคุณได้พยายามหาคำตอบก่อนและพยายามหาคำตอบของคำถาม

เคล็ดลับเมื่อถามคำถามคือเมื่อที่ปรึกษาของคุณไปที่เครื่องชงกาแฟแล้วคุณรู้ว่าคุณกำลังขัดจังหวะ "การไหล" ของเขา

ฉันสวยมากในสถานการณ์ที่แน่นอนของคุณในขณะนี้ หัวหน้างานของฉันยุ่งมากและฉันก็ไปรับการขัดจังหวะโดยที่ไม่ได้รับการต้อนรับเร็วนัก ในกรณีของฉันฉันไม่ทราบว่ามีการใช้เทคโนโลยีจำนวนมาก ดังนั้นสิ่งที่ฉันได้ทำคือทุกครั้งที่ฉันมีคำถามฉันจดไว้ ถ้าฉันต้องการคำตอบเพื่อทำงานต่อฉันจะทำอย่างอื่นสักพัก ฉันอ่านเอกสารสำหรับเทคโนโลยีอื่น ๆ ที่ฉันรู้ว่าฉันจะใช้ในไม่ช้า เว้นแต่จะเป็นคำถามที่สำคัญเพื่อให้งานที่ผมต้องทำงานในและผมก็ไม่สามารถดำเนินการต่อได้โดยไม่ต้องตอบผมคิวมัน

หากเป็นโค้ดที่คุณกำลังเขียนคุณสามารถเขียนความคิดเห็น "todo" ในส่วนนั้นและเขียนรหัสที่เหลือต่อไป คุณสามารถกลับไปเติมสิ่งที่ต้องทำในภายหลัง

จากนั้นเมื่อใดก็ตามที่ฉันพบกับหัวหน้างานของฉันฉันจะยกเลิกการโหลดคำถามทั้งหมดในครั้งเดียว จากนั้นบางคำถามที่ฉันได้ตอบไปแล้วสำหรับตัวเอง! คำถามบางข้อนั้นดูโง่เง่าหลังจากเขียนลงไปซักพักดังนั้นคุณจะไม่ถามพวกเขา

อีกสิ่งที่คุณควรทำก็คือพูดกับที่ปรึกษาของคุณ ในความเป็นจริงนั่นคือสิ่งแรกที่ฉันทำ ฉันถามตัวเองตรงๆว่า "ฉันถามคำถามมากเกินไปหรือไม่" มันให้ข้อเสนอแนะตรงไปตรงมาและฉันสามารถหยุดกังวลเกี่ยวกับถ้าและผ่อนคลายหรือแก้ไขปัญหา

หมายเหตุ: ข้างต้นใช้สำหรับคำถามที่ไม่เกี่ยวข้องกับเทคนิคหรือการเขียนโปรแกรมที่เกี่ยวข้องเท่านั้น ฉันใช้เวลานานในการค้นหาคำตอบทางเทคนิคของ Google / Stack Overflow และคุณก็ควรทำเช่นกัน ในความเป็นจริงถ้าคุณไม่ได้ค้นหาข้อมูลใหม่ทุกวันฉันจะบอกว่าคุณไม่ได้เรียนรู้มากพอ :)

1. ไม่ต้องกังวลกับการถามมากเกินไป ไม่ว่าคุณไม่รู้ sth แต่ความสามารถในการศึกษาเรื่อง
2. คิดและ Google ก่อนถาม
3. เนื่องจากคุณสื่อสารด้วย IM และอีเมลพยายามให้แน่ใจว่าที่ปรึกษาของคุณเข้าใจคำถามของคุณได้ดี
4. เมื่อแก้ไขปัญหาได้แล้วจำเป็นต้องมีการจดบันทึก เราจำรายละเอียดทุกอย่างไม่ได้

ฉันคิดว่าเคซี่ย์ไม่ใช่เรื่องของการตั้งคำถาม .. ทุกอย่างคือคุณเป็นผู้ฝึกงานคุณควรจะถามคำถาม และโดยส่วนตัวแล้วฉันรู้สึกว่าการตั้งคำถามกับสิ่งต่าง ๆ มักจะมีประโยชน์ของตัวเองเสมอ แม้ว่าคุณจะไม่ใช่ Google ในกรณีเช่นนี้ที่ปรึกษาของคุณควรบอกคุณว่าคุณต้องศึกษาด้วยตัวเอง ชี้ไปที่อย่าลืมว่าอย่าท้อแท้หรือไม่ต้องเผชิญกับสภาพแวดล้อมการทำงานใหม่ที่มีฐานรหัสจำนวนมาก มันเป็นเวลาที่คุณต้องการให้และควรตั้งคำถามทุกอย่างที่คุณต้องการ

มีความสุขในการตั้งคำถาม :) :)

คุณรู้ไหมถ้าคุณสุภาพและร่าเริงคุณสามารถขอให้ถามไป

แต่อย่าถามคำถามเหล่านั้นที่ฟังดูพ่ายแพ้หรือบอกเป็นนัยว่าคุณอาจขาดความกระตือรือร้น