การทดสอบการคัดรหัสล่วงหน้า - นานแค่ไหนที่เหมาะสม? [ปิด]

แก้ไข

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

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

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

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

อย่างไรก็ตามฉันพบว่าคำตอบของคุณมีค่าและขอบคุณสำหรับการแบ่งปัน

โพสต์ต้นฉบับ

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

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

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

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

อย่าเข้าใจฉันผิดฉันมีแรงบันดาลใจในการหางานใหม่และความท้าทายใหม่ ๆ แต่ บริษัท ส่วนใหญ่คาดหวังว่าฉันจะใช้เวลาสูงสุด 1-2 ชั่วโมงกับงานแบบนั้นและงานนั้นก็ซับซ้อนน้อยกว่าเสมอ

สิ่งที่ฉันได้ข้อสรุปกับ บริษัท นี้ก็คือ:

1) แรงจูงใจของฉันไม่ดีและบางทีพวกเขากำลังมองหาคนอื่น

2) พวกเขาไม่เคารพพนักงานในอนาคตของพวกเขาที่คาดหวังว่าจะมีการทดสอบแบบเข้ารหัสนาน ๆ ถึงแม้ว่าจะไม่ได้กล่าวทักทายพวกเขาก็ตาม

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

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

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

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

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

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

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

ไม่ไม่เหมือนกันทำไมคุณต้องแก้ปัญหาให้ฟรี (4 ชั่วโมง)

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

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

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

ครั้งหนึ่งเราได้พูดคุยเกี่ยวกับการรวมรหัสฐาน (โลกแห่งความจริง) ลงในแบบทดสอบ แต่ในที่สุดเราก็ทิ้งเพราะความกังวลว่ารหัสถูกคัดลอกออก / ถูกขโมย / ฯลฯ (หัวหน้าของเราเป็นคนหวาดระแวง) ในที่สุดเราเพิ่งไปพร้อมกับแยกquiz.slnในเครื่องพัฒนาแบบแยกตัว

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

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

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

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

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

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

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

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

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

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

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

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