ฉันควรให้ความช่วยเหลือในระหว่างการสัมภาษณ์ทางเทคนิคมากแค่ไหน? [ปิด]


83

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

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

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


30
คุณอยากเป็นศาสตราจารย์ที่ยอดเยี่ยม พวกเขากล่าวว่านักเรียนเรียนรู้เพิ่มเติมระหว่างการสอบปากเปล่ามากกว่าภาคการศึกษาทั้งหมด
superM

2
ฉันเกลียดที่ศักยภาพของจำนวนโอกาสที่ฉันพลาดเพราะความกังวลใจ ...
แช้ดแฮร์ริสัน

คำตอบ:


111

เมื่อฉันอยู่ในตำแหน่งที่คล้ายกันฉันจะพูดกับผู้ให้สัมภาษณ์: "แกล้งฉันเป็น Google ถ้าคุณต้องการค้นหาสิ่งที่พูดออกมา"

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

ในทางกลับกันฉันจะไม่บอกพวกเขาว่าพวกเขาต้องการสูตรนั้น

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


35
@ งานฉันได้เรียนรู้ปริมาตรกระบอกสูบเมื่อ 40 ปีที่แล้วและฉันได้เขียนโปรแกรมตั้งแต่นั้นมาแก้ปัญหาธุรกิจจริง แต่ไม่เคยใช้สูตรนั้นดังนั้นฉันจึงลืมมัน แต่ฉันสามารถ google ได้ใน 5 (อาจจะ 6) วินาที ทำไมคุณไม่จ้างฉัน
Michael Durrant

16
@MichaelDurrant เพราะมันเป็นสูตรที่ไม่สำคัญมันเป็นสิ่งที่ทุกคนคาดหวังที่จะรู้เช่นทฤษฎีบทพีทาโกรัส และแม้ว่าคุณจะลืมคุณก็ควรจะได้รับมันในหัวของคุณในไม่กี่วินาทีต่อไป
whatsisname

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

14
@ ชื่ออะไรแน่นอนว่าโดยอาศัยอำนาจของฉันจำเป็นต้องเล่นปาหี่ไบต์เพื่อ MB เพื่อ MB การแปลง ฯลฯ ฉันสามารถบอกคุณวิธีที่รวดเร็วและสกปรกที่จะคิดออก 2 ^ 32 ซึ่งเป็น 4 GB หรือ 4096 MB แต่ฉันไม่ทราบว่าปริมาตรของกระบอกสูบฉันสามารถทำได้อย่างรวดเร็วโดยอิงจากสิ่งที่ฉันรู้เกี่ยวกับวงกลมและแคลคูลัส แต่ฉันก็สามารถ google ให้คุณและช่วยเราทั้งสองได้อย่างรวดเร็ว
กระตือรือร้น

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

28

คุณมีสองวิธีที่ทำงานทั้งในการแก้ปัญหาและคำถามทางเทคนิคสั้น ๆ :

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

  2. ประการที่สองคือการให้คำแนะนำและการสนับสนุน ระดับการสนับสนุนไม่สำคัญมากนัก สิ่งเดียวที่สำคัญคือยิ่งคุณให้ความช่วยเหลือกับบุคคลนั้นมากเท่าใดคุณก็ยิ่งมีค่าน้อยลงที่จะประสบความสำเร็จ

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

ตัวอย่าง:

- คุณบอกฉันได้อย่างไรว่าคุณจะสร้างคุณสมบัติอ่านอย่างเดียวใน C # เช่นคุณสมบัติที่มีค่าซึ่งสามารถเริ่มต้นได้เฉพาะภายในตัวสร้างและไม่สามารถเปลี่ยนแปลงได้ในภายหลัง
- แน่นอน. readonlyฉันเพียงแค่ใช้คำหลัก
- คุณแน่ใจไหม? คุณช่วยอธิบายความแตกต่างระหว่างคุณสมบัติและเขตข้อมูลให้ฉันได้หรือไม่
- หืม คุณสมบัติคือ ... คุณเห็น ... รับและตั้งค่า ...
- ตกลง ดังนั้นฟิลด์จึงเป็นตัวแปรที่ประกาศภายในคลาสหรือโครงสร้างและใช้ได้ภายในขอบเขตคลาส / โครงสร้างในขณะที่คุณสมบัติเป็นเหมือนเขตข้อมูล แต่ยังมีกลไกในการอ่านเขียนหรือคำนวณค่า ตอนนี้เกี่ยวกับreadonlyอะไร มันใช้กับคุณสมบัติหรือไม่
- ฉันเชื่อว่ามันใช้สำหรับฟิลด์เท่านั้น ...
- ใช่ แล้วคุณสมบัติล่ะ?
- ไม่สามารถอ่านได้เท่านั้น
- คุณแน่ใจไหม? สิ่งที่เกี่ยวกับคุณสมบัติที่มีเพียงแค่ผู้ได้รับ?
- พวกเขาอ่านได้เท่านั้น
- หมายความว่าคุณค่าของพวกเขาจะยังคงเหมือนเดิมหรือไม่?
- ใช่
- ไม่ไม่ได้จริงๆ ความจริงที่ว่าคุณมีคุณสมบัติที่มีผู้ทะเยอทะยานไม่ได้หมายความว่าคุณค่าของมันจะไม่เปลี่ยนแปลงในช่วงอายุของอินสแตนซ์ของคลาส หากทะเยอทะยานหมายถึงเขตข้อมูลที่เพิ่มขึ้นทุกครั้งที่คุณเข้าถึงคุณสมบัติค่าที่ส่งคืนจะเพิ่มขึ้นอย่างต่อเนื่อง
- ใช่
- งั้นเหรอ? คุณมีความคิดเกี่ยวกับวิธีที่คุณสามารถใช้คุณสมบัติที่มีค่าที่ไม่เปลี่ยนแปลงหรือไม่?
- ไม่
- คุณสามารถใช้เขตข้อมูลสำรองแบบอ่านอย่างเดียว คุณรู้หรือไม่ว่าเขตข้อมูลสำรองคืออะไร
[ ... ]

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

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

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

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


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

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

1
หมายเหตุในประเด็นแรก - พวกเขาอยู่ในสถานการณ์ที่ตึงเครียดแล้ว: การสัมภาษณ์งาน!
Matthew Flynn

2
+1 สำหรับตัวอย่างของคุณ - ด้วยวิธีการนี้ในฐานะผู้สัมภาษณ์คุณจะได้รับข้อมูลเชิงลึกที่ลึกซึ้งยิ่งขึ้นเกี่ยวกับความเข้าใจของผู้สมัครจริง
StuartLC

2
@nonnb คุณมีแนวโน้มที่จะรับสิ่งอื่น ๆ ระหว่างทางเช่นกัน เช่นเดียวกับ MatthewFlynn พูดว่าพวกเขาอยู่ในสถานการณ์ที่ตึงเครียดแล้ว การสัมภาษณ์มากกว่าการสอบอาจบอกหรือไม่บอกคุณเกี่ยวกับประเด็นความรู้เฉพาะของผู้สมัคร แต่มันจะบอกคุณมากมายเกี่ยวกับวิธีการของพวกเขาในการแก้ปัญหาที่พวกเขาเผชิญ ซึ่งค่อนข้างตรงไปตรงมาในบางสิ่งบางอย่างเช่น 99% ของการรวมกันของการจ้างงานการเขียนโปรแกรมและการมอบหมายงานมีความเกี่ยวข้องกับความสามารถในการทำงานการเขียนโปรแกรม
CVn

8

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


8

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


5

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

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

คนที่กำลังมองหาตำแหน่งอาวุโส แต่ต้องการความช่วยเหลือมากมายจะส่งเสียงสัญญาณเตือน


5

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

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

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

เทคนิคที่สองนี้พบเราโปรแกรมเมอร์ที่ดีที่สุด "unsung" (ประวัติย่อหมัดทักษะการสัมภาษณ์หมัด) ฉันเคยพบ


4

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


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

1
@kojiro, อ๋อ ฉันเคยเกิดขึ้น ฉันสลับแทคและให้พวกเขาพูดถึงบางอย่างเกี่ยวกับเรซูเม่ของพวกเขาและนั่นช่วยให้ผู้สมัครฟื้นตัวจนถึงจุดที่พวกเขาดูไม่สมดุลระหว่างการสัมภาษณ์ที่เหลือ แต่อย่างน้อยก็อีกหนึ่งกรณีที่มันไม่ได้ ด้วยข้อยกเว้นของนักศึกษาระดับปริญญาตรีที่สมัครเข้าฝึกงานฉันไม่ได้พบกับผู้สมัครหลายคนที่ไม่ได้ผ่อนคลายเมื่อได้รับรอยยิ้มและคำถามซอฟต์บอล
Mike Samuel

+1 วิธีการที่ดี ฉันมีศาสตราจารย์ที่มหาวิทยาลัยเมื่อรับนักเรียนเพื่อสอบปากเปล่ามักจะบอกพวกเขาให้เตรียมบางสิ่งบางอย่างในช่วง 15 นาทีแรก ดังนั้นนักเรียนเท่านั้นที่จะพูดในช่วง 15 นาทีแรกจากนั้นอาจารย์จะเริ่มถามคำถาม นั่นทำให้นักเรียนเริ่มต้นได้ดีและให้คะแนนอาจารย์เพื่อถามในภายหลัง (แม้ว่าเขาจะถามคำถามอื่น ๆ เกี่ยวกับเรื่องนี้ด้วย) ฉันชอบวิธีนี้มาก
sleske

4

บางครั้งการให้minor hintsในระหว่างการสัมภาษณ์ด้วยปากเปล่าจะช่วยให้เห็นว่าผู้สมัครเข้าใจหัวข้อได้ดีเพียงใด อย่างไรก็ตามควรมีno hintsการทดสอบมาตรฐานที่ผู้สมัครแต่ละคนจะต้องใช้

โดยทั่วไปมีสิ่งtwo main thingsที่คุณอาจต้องการทราบเกี่ยวกับผู้สมัครที่มีศักยภาพ:

a) คุณสมบัติส่วนตัว - เขาเหมาะสมกับ บริษัท หรือทีมของคุณหรือไม่

b) ทักษะทางเทคนิค - เขามีพื้นฐานทางเทคนิคที่ดีและมีความสนใจในการเลือกสิ่งใหม่ ๆ หรือไม่

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

นอกจากนี้ทักษะการสื่อสารของผู้สมัครที่มีศักยภาพมีความสำคัญเท่ากับทักษะด้านเทคนิคและความสามารถของเขาในการแก้ปัญหา


4

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


3

ฉันคิดว่าในที่สุดสิ่งนี้จะเกิดขึ้นกับบุคลิกของคุณในฐานะผู้สัมภาษณ์และสิ่งที่คุณคิดว่ามีความสำคัญ

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

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

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


2

ฉันคิดว่ามันขึ้นอยู่กับสถานการณ์การสัมภาษณ์และคำถาม ฉันใช้ทั้งสองเทคนิค

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

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


1
-> ตกลง "ยุติธรรม" ไม่ได้แปลว่า "ปราศจากเชื้อ" ผู้สมัครแต่ละคนจะมีประสบการณ์ที่แตกต่างกันเล็กน้อย
Ed Hastings

2

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

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

การพัฒนาซอฟต์แวร์เป็นความพยายามของทีมไม่ใช่เกมเดี่ยว / อ่านใจ / ไม่ใช่เกมแบบโต้ตอบ มีกี่โครงการที่ล้มเหลวเพราะซอฟต์แวร์ทำสิ่งที่ขอไม่ใช่สิ่งที่ต้องการ


1
วิธีการเจ้านายของคุณจะทำงานได้ดีสำหรับนักสะสมขยะและพวกที่ถืออมยิ้ม Stop / Go ในงานถนน วิธีการของเจ้านายของฉันทำให้เขาเป็นฉันและนักพัฒนาที่ยอดเยี่ยมอื่น ๆ อีกหลายคน เหตุผลที่ฉันถามคำถามก็คือวิธีการของเขาช้าและเราไม่ได้จ้างนักพัฒนาที่อาจยอดเยี่ยม (นอกจากนี้โปรแกรมเมอร์ที่ดีคือนักสะสมขยะ);)
kojiro

1
สำหรับการอ้างอิงของฉันเองสถานที่ทำงานของคุณเป็นวัฒนธรรมที่ทีมทำงานได้ดีกว่าผลรวมของความสามารถของแต่ละบุคคลหรือเป็นกลุ่มของบุคคลที่ทำงานเกี่ยวกับผลิตภัณฑ์เดียวกันที่ดำเนินการกับความสามารถส่วนบุคคลหรือไม่?
mattnz

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

1

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


1

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


1

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

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.