คำถามที่เกี่ยวข้องกับการออกแบบ OO ในการสัมภาษณ์ทางเทคนิค [ปิด]

เมื่อไม่นานมานี้ฉันได้เข้ารับการสัมภาษณ์ไม่กี่ครั้งและ บริษัท ได้รับการขอให้ตอบคำถาม "ออกแบบ [แบบจำลองการแทรก]" มากกว่าสองสามครั้ง

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

* แก้ไขเพื่อการตอบสนองของ Kevin *

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

ฉันสามารถทำได้มี 2 ชั้นParkingLotและSlotหรือฉันจะไปบนเพื่อเพิ่มIVehicleและVehicleและCarและMotorcycleชั้นเรียน ฉันจะวาดเส้นที่ไหน?

public class ParkingLot
{
   IVehicle Vehicle {set; get;}

   List<Slot> GetEmptySlots() { };
}

public class Vehicle : IVehicle
{
  Slot SlotNum {set; get;}
}

public class Slot
{
  int Row {set; get;}
  int Column {set; get; }
}

1. ในระดับหนึ่งใช่ ทุกคนสามารถท่องไวยากรณ์หรือคัดลอก / วางผ่านทางโซลูชัน เราต้องการจ้างคนที่สามารถแก้ปัญหาได้

2. พวกเขาคาดหวังให้คุณจัดทำเอกสารการออกแบบอย่างเพียงพอที่พวกเขาสามารถเข้าใจได้ (และไม่มากไปกว่านั้น)

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

มันมีประโยชน์สำหรับฉัน ฉันไม่ต้องการรหัสลิงฉันต้องการวิศวกรซอฟต์แวร์

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

class ParkingLot {
 boolean isFull();
 void carEntered();
 void carExited();
}

มันตรงกับกรณีการใช้ที่ชัดเจนหนึ่งกรณี

คุณแสดงให้เห็นถึงการใช้คำถามนี้ในการแก้ไขซึ่งคุณไม่สามารถออกแบบแบบจำลองที่ใช้การได้

public class ParkingLot
{
   IVehicle Vehicle {set; get;}

   List<Slot> GetEmptySlots() { };
}

public class Vehicle : IVehicle
{
  Slot SlotNum {set; get;}
}

public class Slot
{
  int Row {set; get;}
  int Column {set; get; }
}

var parkingLot = new ParkingLot();
var v1 = new Vehicle();
v1.Slot = parkingLot.GetEmptySlots()[0];
parkingLot.Vehicle = v1; // WHAT!??

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

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

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

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

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

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

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

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

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

การออกแบบระบบขนาดเล็กนั้นเป็นแบบฝึกหัดที่มีความเกี่ยวข้องมากในการสัมภาษณ์ มันแสดงให้เห็นทักษะของคุณที่มากับโซลูชันซอฟต์แวร์ที่ดีในการแก้ไขปัญหาโดเมน

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

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

ในการสัมภาษณ์สดขั้นตอนในอุดมคติที่ฉันคาดหวังว่าผู้สมัครจะเป็น:

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

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

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

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

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