ความท้าทายของการเขียนโปรแกรมในกระบวนการสรรหามีประสิทธิภาพแค่ไหน? [ปิด]

ฉันคิดว่า บริษัท ของเราสามารถสร้างความท้าทายที่ออกแบบมาเพื่อค้นหาผู้สมัครวิศวกรซอฟต์แวร์ที่:

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

ตัวอย่างเช่นดูบทความนี้ที่กล่าวถึงใน Facebook ที่หลบซ่อนตัวอยู่อีเมลในภาพโดยใช้Piet

ฉันไม่สามารถหาการศึกษาหรือข้อมูลที่หนักหน่วงว่ามันใช้งานได้จริงหรือไม่

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

ดี : นี่อาจเป็นวิธีที่มีประสิทธิภาพในการตรวจจับคนที่อยู่บนกระดาษอาจไม่ใช่สิ่งที่น่าสนใจในฐานะโปรแกรมเมอร์ คนที่มีปริญญาในสิ่งที่มีน้อยมากที่จะทำกับสิ่งที่คนปกติพิจารณา "การเขียนโปรแกรม" สาขาที่เกี่ยวข้อง - ชีววิทยา, รัฐศาสตร์, ประวัติศาสตร์ศิลปะ ...

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

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

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

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

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

มีประสิทธิภาพมาก

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

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

มีแนวโน้มที่จะกลัวที่จะเกิดขึ้นกับเราในงานอาชีพ

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

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

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

ขอให้โชคดีในการรวมมันเข้าด้วยกัน