คำถามสัมภาษณ์ที่คุณชื่นชอบคืออะไร? [ปิด]


21

คุณพบคำถามอะไรที่มีคุณค่าเป็นพิเศษในการสัมภาษณ์ผู้พัฒนาซอฟต์แวร์ เกี่ยวกับคำถามที่ทำให้มีประโยชน์เป็นพิเศษคืออะไร

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


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

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

นั่นดีกว่า!
ChrisF

เมื่อมองคำถามและคำตอบในตอนนี้มันก็ยังรู้สึกว่าไม่สร้างสรรค์ ดูเหมือนว่าคำตอบใด ๆ จะมีคำว่า "ทำไม" และแสดงรายการคำถาม
อดัมเลียร์

คำตอบ:



22

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

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

คำถามเดียวที่ฉันเคยทดสอบความสามารถในการเรียนรู้ของฉัน


ก่อนที่จะมี StackOverflow
eds

1
เอ้อนี่ไม่น่าจะเป็นคำถามที่คุณอยากถามใช่ไหม
Paddyslacker

8
+1 นี่เป็นคำถามที่สมบูรณ์แบบที่จะถาม หากพวกเขาไม่สามารถเข้าใจการสร้างภาษาพื้นฐานด้วย Google จะไม่มีการบันทึกใด ๆ
Josh K

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

1
ดูเหมือนไม่มีจุดหมายทุกคนสามารถคัดลอกวางเส็งเคร็ง. รหัสสุทธิตรงจาก msdn
dotjoe

15

นี่ไม่ใช่คำถามรหัส แต่เป็นพฤติกรรม:

บอกฉันสักครั้งเมื่อคุณไม่สามารถทำงานให้เสร็จตามกำหนดเวลา คุณทำอะไรลงไป? ผลลัพธ์คืออะไร


3
ทำไมนี่เป็นคำถามที่ดี ดูเหมือนว่าไม่มีจุดหมายสำหรับฉัน
Joe Phillips

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

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

13

คุณเข้าโปรแกรมได้อย่างไร

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


11

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

ฉันจะถามเกี่ยวกับArrayListและLinkedListและข้อดีข้อเสีย หวังว่านี่จะพิสูจน์ได้ว่าอย่างน้อยพวกเขาก็รู้และคิดถึงความหมายของประสิทธิภาพของรหัสที่พวกเขาเขียน

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


+1 ฉันชอบ ArrayList และ LinkedList ฉันได้เห็นความคิดเห็นเกี่ยวกับ SO มากมายเกี่ยวกับคนที่บอกว่า ArrayLists ควรถูกยกเลิก แต่ฉันสามารถคิดถึงการใช้งานมากมายที่พวกเขาดีกว่า LinkedLists
Evan Plaice

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

6

"หนังสือด้านเทคนิคเล่มล่าสุดที่คุณอ่านคืออะไร"

หรือโดยทั่วไปแล้ว:

"คุณปรับปรุงความรู้ของคุณให้ทันสมัยได้อย่างไร"

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

การตอบสนองต่อความคิดเห็น :

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

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


-1 ฉันไม่ค่อยเปิดหนังสือทางเทคนิค แต่รู้ว่า TTD คืออะไรและรู้จักรูปแบบการออกแบบบางอย่าง ฉันเรียนรู้มากขึ้นจาก SO (เช่นรูปแบบของโรงงาน) และจากบล็อกของ Jon Skeet และมืออาชีพอื่น ๆ มากกว่าที่ฉันจะเรียนรู้จากหนังสือธรรมดา ไม่มีหนังสือเล่มใดที่ฉันเคยเห็นได้อธิบายเช่นเหตุใดการตรวจสอบ FxCop และ StyleCop จึงมีความสำคัญมากในการเขียนซอร์สโค้ดเชื้อสายซึ่งสามารถนำกลับมาใช้ซ้ำได้
Arseni Mourzenko

3
+1 คุณสามารถเรียนรู้อะไรมากมายจากบทความและบล็อกออนไลน์ แต่ถึงกระนั้นการไม่อ่านหนังสือทางเทคนิคแสดงถึงการขาดความคิดริเริ่มและคนธรรมดาเช่นกัน
Dunk

5

ย้อนกลับรายการที่เชื่อมโยงนี้ ตอนนี้ทำในเวลาเชิงเส้น ตอนนี้ทำในเวลาเชิงเส้นและพื้นที่คงที่


23
MyList.reverse ()
Joe Phillips

5

คุณคิดว่าตัวเองเป็นคนโชคดีหรือไม่?

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

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

* ในบริบทนี้โชคควรอ่านเป็นโอกาสเตรียมการประชุมไม่ใช่โคลเวอร์สี่ใบ


1
+1 ฉันอยากโหวตมากกว่านี้หลาย ๆ ครั้ง
ocodo

นโปเลียนเคยกล่าวไว้ว่า
Zachary K

4

อันที่เหมาะกับฉันเสมอ ...

"บอกฉันเกี่ยวกับโครงการก่อนหน้านี้ของคุณ"

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

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


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

2
หากคุณสามารถมีงานใด ๆ ในโลกมันจะเป็นอย่างไร

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

มันเป็นการตั้งค่าสำหรับคำถามโปรดตลอดเวลาของฉัน :

หากคุณต้องการเป็น [Rock Star] ทำไมคุณสมัครเป็น [Internet Development Engineer III] ที่ [HugeCorp]

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

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


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

4
-1 ฉันปฏิเสธข้อเสนองานจาก บริษัท ที่มีคนถามคำถามที่ไม่เกี่ยวข้องทั้งหมดเช่นนี้ # 1 ไม่มีอะไรเกี่ยวข้องกับงานหรือวิธีที่คุณจะแสดง # 2 แทนที่จะสัมภาษณ์บุคคลที่ผู้สัมภาษณ์พยายามแสดงให้เห็นว่าพวกเขาฉลาดกว่าผู้ให้สัมภาษณ์โดยหลอกพวกเขาและเชื่อฉันว่าความเย่อหยิ่งของพวกเขาเข้ามาค่อนข้างมาก # 3 ฉันไม่คิดว่าฉันต้องการทำงานกับ pr @ # k $ ที่ถามคำถามประเภทนั้นในการสัมภาษณ์งานหากฉันไม่ชอบพวกเขาในการสัมภาษณ์ การถามคำถามเกี่ยวกับเบียร์เป็นอีกเรื่องหนึ่ง
Dunk

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

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

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

2

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

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


2

บางสิ่งเช่นนี้

คูณค่า 7 โดยไม่ต้องใช้*, /และ+การดำเนินงาน :)


4
codebase ของคุณจำเป็นต้องมีความรู้ในเรื่องของการ twiddling หรือเป็นเพียงการวัดความสนใจในรายละเอียดของ nitty-gritty?
Peter Taylor

2
หมายเหตุเขาไม่ได้พูดว่า "หรือ"
เบ็น L

1
@Ben ฉันคิดว่าคุณเพิ่งวางระเบิดตรรกะลงในประตูกล -: /
ocodo

2
มันไม่ใช่แค่(x << 3) - xเหรอ?
user13278

1
หรือง่ายยิ่งขึ้น:x -(-x) - (-x) -(-x) - (-x) -(-x) - (-x)
nikie

1

คล้ายกับของ David แต่ต่างกันเล็กน้อย:

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

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


0

หลายปีที่ผ่านมาฉันถูกถามถึงความแตกต่างระหว่าง regexps / a * / และ / a *? /

โดยส่วนตัวฉันมักจะถามคำถามสองสามข้อเกี่ยวกับการเรียกซ้ำ


1
ไม่?แสดงว่าโลภหรือศูนย์หรือหนึ่ง ? ฉันเคยเห็นรูปแบบทั้งสอง
พอลนาธาน

1
ภาษาไหน?

นั่นคือ perl5 มันก็ประมาณ 11 ปีที่แล้ว ใช่แล้วมันเป็นโลภและไม่โลภมาก
Zachary K

0

ฉันประหลาดใจที่จำนวนคำตอบที่ล้มเหลวสำหรับคำถามนี้:

คุณจะค้นหารายการในรายการที่ไม่เรียงลำดับอย่างไร


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

การค้นหานี้จะเกิดขึ้นบ่อยครั้งเพียงใด มันอาจเป็นคอขวดสำหรับประสิทธิภาพหรือไม่
Justsalt

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

0

คำถามที่ฉันชอบคือ:

(น่าจะเป็นส่วนผสมของ Java / C # และ pseudocode)

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


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

@ dsimcha จุดดี ฉันมีเวลาพูดคุย 20-30 นาทีและเริ่มด้วย: ขอคำชี้แจงได้ทุกเวลา หากคุณรู้สึกว่าตัวเองติดอยู่ฉันยินดีที่จะให้คำแนะนำหรือแนะนำคุณในทิศทางที่ถูกต้อง หากบุคคลนั้นยังคงหมุนวงล้ออยู่ฉันก็จะบอกว่าพวกเขาไม่เข้าใจโครงสร้างข้อมูล เท่าที่ชี้แจงสิ่งที่ฉันต้องการ - ฉันอยากจะออกจากปลายเปิดและนำไปในทิศทางที่แตกต่างกัน
งาน
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.