คุณไม่ให้ความช่วยเหลือแก่โปรแกรมเมอร์ที่มีประสบการณ์น้อยกว่าเมื่อใด [ปิด]

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

เมื่อไหร่ที่คุณจะเลือกที่จะช่วยเหลือผู้อื่นให้มากกว่านี้คุณและเมื่อไหร่ที่จะยืนหยัดและปล่อยให้พวกเขาเรียนรู้ผ่านความผิดพลาดของพวกเขา?

ที่หนึ่งในงานของฉันฉันทั้งการเรียนรู้และการสอน (เพราะแน่นอนฉันไม่รู้ทุกอย่าง แต่ฉันรู้มากกว่าบางอย่าง)

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

ในสิ่งที่ฉันได้เรียนรู้:

• อย่าพิมพ์รหัสสำหรับพวกเขา
• พยายามสอนในระดับของพวกเขา (ถ้าพวกเขาเข้าใจไวยากรณ์อย่าอธิบายให้พวกเขาสิ่งนี้จะทำให้พวกเขาเบื่อ; แทนที่จะสอนคลาส / ฟังก์ชั่นที่ใช้แทน)
• อย่าเพิกเฉยหรือพูดว่า "คิดออกเอง" สิ่งที่คุณจะได้คือพวกเขาจะมาหาคุณในตอนนี้ยกเว้นตอนนี้โค้ด 3 บรรทัดที่พวกเขามีปัญหาตอนนี้คือ 50 บรรทัดที่กระจายไปทั่ว 8 ไฟล์ที่พยายามแก้ไขปัญหา
• สอนพวกเขาให้เรียนรู้ด้วยตนเอง หนึ่งในวิธีที่ดีที่สุดคือบอกให้ใช้ stackoverflow บางครั้งฉันก็รู้คำตอบถ้าพวกเขาถามฉัน ฉันจะบอกว่า "ดีฉันจะถามคำถามนี้ใน stackoverflow" และฉันจะให้ลิงก์ไปยังคำถาม พักดื่มกาแฟและดูรหัสที่แตกต่างกัน เมื่อพวกเขากลับมาถามว่า "ฉันจะแก้ไขปัญหานั้นได้อย่างไร" เพียงบอกให้พวกเขาค้นหาคำถามของพวกเขาใน SO (ใช้ URL ที่คุณให้ไว้) ฉันพบว่าคนส่วนใหญ่มักจะเป็นครูที่ดีกว่าฉัน
• เมื่อพวกเขาคัดลอกและวางรหัสจากอินเทอร์เน็ตและถามว่าทำไมมันไม่ทำงานขอให้พวกเขาอธิบายว่าแต่ละบรรทัดทำอะไร หากพวกเขาทำไม่ได้ให้บอกพวกเขาให้ค้นคว้าฟังก์ชั่น / คลาสที่ใช้ หากจำเป็นให้อธิบายสำหรับชั้นเรียนและฟังก์ชั่น
• ดำเนินการตรวจสอบโค้ดเพื่อให้แน่ใจว่าพวกเขากำลังแก้ไขปัญหาไม่ใช่แค่ทำงานเพื่อให้มันปรากฏขึ้นในภายหลัง
• เป็นคนดี เมื่อใครบางคนเพิ่งเริ่มต้นใน codebase ของคุณโดยไม่มีเอกสารประกอบอย่าเพิ่งบอกให้พวกเขาอ่านซอร์สโค้ด ให้ภาพรวมระดับสูงโดยย่อของฟังก์ชันที่เป็นปัญหา หรือยังดีกว่าเริ่มเขียนเอกสาร :)
• จงนอบน้อม ไม่เห็นด้วยกับปัญหา ถ้าคุณไม่รู้บอกว่าคุณทำไม่ได้และช่วยให้พวกเขาค้นหามัน หลายครั้งที่เพิ่งรู้โดเมนเพียงพอที่จะรู้ว่าคำหลักใดในการค้นหาก็เพียงพอที่จะช่วยคุณได้

วิธีโสคราตีสคือถามคำถามที่ทำให้พวกเขาคิดในทิศทางที่เป็นบวก

[สิ่งนี้มีประโยชน์แม้ว่าคุณจะไม่ทราบว่าปัญหาคืออะไรแก้ปัญหาได้น้อยกว่ามาก]

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

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

ฉันช่วยพวกเขาเมื่อฉันต้องการสิ่งที่จะทำให้เสร็จอย่างรวดเร็วจริง ๆ เมื่อเห็นได้ชัดว่าพวกเขาชนกำแพงอิฐ อย่างไรก็ตามหากพวกเขาไม่ได้ใช้เวลาไปกับบางสิ่งบางอย่างมันจะเป็นการดีกว่าสำหรับพวกเขาที่จะลองก่อน

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

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

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

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

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

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

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

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

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

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

ฉันหยุดช่วยพวกเขาเมื่อพวกเขากลับมาพร้อมคำถามเดียวกันเป็นครั้งที่สาม

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

ฉันคิดว่าบริบทเป็นเรื่องสำคัญ

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

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

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

เมื่อพูดถึงการถ่ายโอนความรู้เกี่ยวกับโดเมนที่กำหนดขึ้นเองให้กับธุรกิจแล้วฉันจะไม่พูดอะไรขัดคำ บรรยายให้ตรงโดยเร็วที่สุด มือใหม่ต้องการที่จะช่วยเหลือทุกสิ่งที่จะเกิดขึ้นในภายหลัง ไม่มีสิ่งเช่นการศึกษาเกี่ยวกับธุรกิจเร็วเกินไปหรือง่ายเกินไป ฉันมีเจ้านายหนึ่งครั้งที่เล่นกลอุบายทุกชนิดเป็นเวลาหนึ่งชั่วโมงเพื่อพยายามพาฉันไปหาคำตอบ ฉันเป็นแบรนด์ใหม่ไม่รู้อะไรเกี่ยวกับแอพหรือธุรกิจและฉันกำลังจัดการกับปัญหาการสนับสนุนการผลิต ฉันต้องการกรีดร้องว่า "ทำไมคุณถึง & # @ $! กำลังเล่นเกม # @ & (* $%!) ผู้ใช้ที่พยายามรับใบแจ้งหนี้กำลังรอคำตอบ!"

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

หากปัญหามีความซับซ้อนมากขึ้นพยายามอย่าบอกพวกเขาว่าต้องทำอะไร แต่แบ่งปันแนวคิดบางอย่างถามพวกเขาว่าพวกเขาคิดว่าพวกเขาสามารถแก้ไขปัญหาได้อย่างไร

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

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

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

เมื่อพูดถึงสิ่งต่าง ๆ เช่นการอธิบายกระบวนการหรือมาตรฐานการเข้ารหัสขององค์กร / โครงการ ฯลฯ ฉันใช้กฎการนัดหยุดงานสามครั้ง ฉันคิดว่าคน ๆ นั้นอ่อนแอถ้าเขาต้องอธิบายสิ่งต่าง ๆ สามครั้ง ในความเป็นจริงนั่นก็เป็นหนึ่งในเกณฑ์ในการประเมินของเรา

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

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

ฉันหยุดช่วยในสถานการณ์ต่อไปนี้:

• ถ้าฉันถูกใช้เพื่อช่องทาง Google / กอง
• หากฉันได้จัดเตรียมเอกสารและข้อคิดเห็นที่เพียงพอและพวกเขากำลังลัดวงจร RTFM
• หากพวกเขาสกปรกไม่มีความเห็น "ฉันจะแฮ็คสิ่งนี้ในตอนนี้และกลับมาหามันทีหลัง" & & £>! $

หากฉันไม่ได้ให้เอกสารเพียงพอหรือพวกเขากำลังทำงานกับเครื่องมือ / ชั้นเรียนที่ฉันได้เขียนมันก็เป็นความรับผิดชอบของฉันที่จะช่วยพวกเขา