ฉันควรจะกังวลเกี่ยวกับการมอบหมายโปรแกรม overengineering ให้ในระหว่างการสัมภาษณ์? [ปิด]


27

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

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

เนื่องจากฉันรู้ว่าเทคโนโลยีเหล่านั้นดีมันจะเพิ่มเวลาในการมอบหมาย

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


5
ฉันจะระมัดระวังในการหาคำตอบในการสัมภาษณ์ปัญหาเกี่ยวกับ GitHub เนื่องจากบาง บริษัท ต้องการเก็บปัญหาไว้เป็นความลับ
Scroog1

7
คำถามมีอยู่ทั่วไปในบล็อกของพวกเขา (พวกเขาส่งลิงก์ไปยังโพสต์บล็อก) ให้ฉันดังนั้นฉันจึงไม่คิดว่าพวกเขาเกี่ยวข้องกับเรื่องนั้น
DormoTheNord

3
@DormoTheNord ฉันจะบอกว่าคุณไม่ได้ใช้วิศวกรรมมากเกินไป: การมีกระบวนการพัฒนาที่ดีนั้นเป็นสิ่งที่แตกต่างไปจากวิศวกรรมมากเกินไปและเป็นสัญญาณที่ดี (IMO)
K.Steff

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

4
@DormoTheNord คำถามอาจเป็นแบบสาธารณะ แต่คำตอบของคุณก็เช่นกัน มันจะมีให้สำหรับผู้สัมภาษณ์คนอื่น ๆ ที่พวกเขาอาจจะไม่ชอบ
Izkata

คำตอบ:


29

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

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

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


2
คุณจะไปไกลถึงจะบอกว่าถ้า บริษัท ปฏิเสธฉันทำสิ่งที่ฉันวางแผนที่จะทำมันจะเป็นสัญญาณว่า บริษัท ไม่เคารพวิธีการพัฒนาซอฟต์แวร์และฉันจะไม่ทำงานให้กับ บริษัท ที่?
DormoTheNord

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

+1 - ตราบใดที่คุณไม่ได้เบี่ยงเบนความสนใจจากการแก้ปัญหาฉันต้องการดูการทดสอบหน่วยและสิ่งอื่น ๆ ที่คุณทำโดยไม่ต้องแจ้งให้ทราบ
Telastyn

1
การตรวจสอบความเสี่ยงมากเกินไปสามารถทำได้โดยการส่งลิงค์ฐาน gitub ทั้งสองและลิงก์โดยตรงไปยังซอร์สโค้ดสำหรับการทดสอบสำหรับคนขี้เกียจ / ไม่ว่าง
Dan Neely

15

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

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

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


6

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

Over-engineering เป็นคำที่ไม่ถูกต้องเมื่อคุณสร้าง AbstractFactoryManagerAdaptors ที่เสียบเข้ากับ BuzzManager และ FizzManager เพื่อแก้ปัญหา FizzBuzz

สิ่งที่คุณกำลังทำอยู่คือความขยันมากเกินไปซึ่งไม่ได้เป็นเรื่องแม้แต่เรื่องเดียว

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


ไม่มีการ จำกัด เวลาที่ยากลำบาก แต่มีเพียงโน้ตที่บอกว่าการมอบหมายนั้นไม่ควรใช้โปรแกรมเมอร์ที่ดีเกินกว่าสามชั่วโมง พวกเขาจะตรวจสอบบันทึกการคอมไพล์ของฉันจริง ๆ หรือไม่เพื่อให้แน่ใจว่าฉันใช้เวลาเพียงสามชั่วโมงจากการส่งมอบ # 1 ไปยังการส่งมอบสุดท้าย
DormoTheNord

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

นี่คือสิ่งที่ฉันเกลียดเกี่ยวกับการสัมภาษณ์งาน ... โชคที่เกี่ยวข้องกับความชอบส่วนตัวของผู้สัมภาษณ์ บางทีมันควรจะเป็นมาตรฐาน :)
DormoTheNord

ไม่ต้องกังวลความโชคดีจะออกมาในอาชีพของคุณ คุณเพียงแค่ต้องโชคดีเมื่อคุณได้รับโชคดีและเมื่อคุณได้รับสิ่งที่ไม่ดี :)
Scroog1

1
ฉันระมัดระวังในการอธิบายว่า 'การชุบทอง' เพราะคำนั้นมักจะถือว่าเป็นสิ่งที่ไม่ดี: en.wikipedia.org/wiki/Gold_plating_%28analogy%29
whatsisname

6

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

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


3

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

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

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


1

ฉันเพิ่งได้สัมภาษณ์ทางโทรศัพท์กับ บริษัท หลังจากการสัมภาษณ์ทางโทรศัพท์ฉันได้รับคำสั่งให้ทำการเขียนโปรแกรมสั้น ๆ (โปรแกรมขนาดเล็กไม่ควรใช้เวลาเกินสามชั่วโมง)

ฉันจะดำเนินการด้วยความระมัดระวัง ประเมินความเกี่ยวข้องของความท้าทายที่มีต่องานและให้แน่ใจว่าการชำระเงินคืนในอนาคตจากนายจ้างจะทำให้เวลาของคุณ 3 ชั่วโมงคุ้มค่า

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

การทดสอบจะมีสถานที่ ถามคำถามต่อไปนี้เกี่ยวกับแบบทดสอบและตอบคำถามด้วยตนเอง

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

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

คุณเพิ่งตอบคำถามของคุณเอง

ทันทีที่ฉันวางแผนจะโยนมันลงบน Github เขียนชุดทดสอบโดยใช้ Travis-CI (รวมอย่างต่อเนื่องฟรีสำหรับที่เก็บ Github สาธารณะ) เพื่อเรียกใช้ชุดทดสอบและใช้ CMake เพื่อสร้าง Linux makefiles สำหรับ Travis-CI

ไม่นั่นไม่ใช่สิ่งที่พวกเขาขอให้คุณทำ

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

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

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

ใช่มันดูไม่ดี การแก้ไขความท้าทายด้วยรหัสหนึ่งบรรทัดจะน่าประทับใจยิ่งกว่าโครงการที่ถูกลบทิ้งทั้งหมด

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

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

แค่นั้นแหละ. คุณแพ้แล้ว

พวกเขาต้องการรู้ว่าคุณสามารถเขียนโค้ดได้เพราะพวกเขาไม่สามารถสอนคุณได้ สามารถสอน Git, CMake และ Travis-CI ได้อย่างง่ายดาย


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

1
@JimmyHoffa ฉันคิดว่านี่เป็นสิ่งที่นายจ้างคาดหวังสำหรับการจ้างงาน ด้วยที่กล่าวว่าฉันแกว่งไปด้านข้างของคุณยิ่งฉันอ่านเกี่ยวกับการทดสอบ FizzBuzz โปรแกรมเมอร์ที่ไม่สามารถผ่านระดับอาชีพใด ๆ มีปัญหา ฉันไม่แน่ใจว่าการทดสอบประเภทนี้เหมือนกับ OP หรือไม่ ดูคำถามที่เกี่ยวข้องนี้: stackoverflow.com/questions/117812/…
Reactgular

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


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

0

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

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

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

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