คำถามติดแท็ก problem-solving

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

62 productivity  problem-solving 

ในความเห็นของคุณว่าภาษาใดที่อนุญาตให้โปรแกรมเมอร์โดยเฉลี่ยให้คุณสมบัติการส่งออกที่มีข้อบกพร่องที่ยากต่อการค้นหาน้อยที่สุด? แน่นอนว่าเป็นคำถามที่กว้างมากและฉันสนใจคำตอบและภูมิปัญญาที่กว้างและกว้างมาก โดยส่วนตัวฉันพบว่าฉันใช้เวลาน้อยมากในการค้นหาข้อผิดพลาดที่แปลกประหลาดในโปรแกรม Java และ C # ในขณะที่รหัส C ++ มีชุดข้อผิดพลาดที่เกิดซ้ำและ Python / คล้ายคลึงกันมีชุดของตัวเองของข้อผิดพลาดทั่วไปและโง่ ๆ ในภาษาอื่น ๆ นอกจากนี้ฉันคิดว่ามันยากที่จะพิจารณาภาษาที่ใช้งานได้ในเรื่องนี้เพราะฉันไม่เคยเห็นโปรแกรมขนาดใหญ่และซับซ้อนที่เขียนด้วยรหัสการทำงานทั้งหมด โปรดป้อนข้อมูลของคุณ แก้ไข: การชี้แจงข้อผิดพลาดที่หายากโดยพลการอย่างสมบูรณ์: ใช้เวลามากกว่า 15 นาทีในการสร้างซ้ำหรือมากกว่า 1 ชั่วโมงเพื่อค้นหาสาเหตุและการแก้ไข ยกโทษให้ฉันหากนี่เป็นสิ่งที่ซ้ำกัน แต่ฉันไม่พบสิ่งใดในหัวข้อเฉพาะนี้

54 programming-languages  bug  problem-solving  functional-programming 

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

50 self-improvement  problem-solving 

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

44 problem-solving 

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

40 algorithms  problem-solving  knowledge 

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

37 methodology  time-management  problem-solving  decisions 

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

33 time-management  problem-solving  abstraction 

นี่เป็นคำถามแบบอัตนัย แต่ฉันชอบที่จะได้ยินความคิดเห็น / ความคิดเห็นจากผู้สัมภาษณ์ / ผู้ให้สัมภาษณ์ในหัวข้อ เราแบ่งการสัมภาษณ์ทางเทคนิคออกเป็น 4 ส่วน เขียนรหัสอ่านและวิเคราะห์รหัสออกแบบเซสชัน & รหัสบนกระดานไวท์บอร์ด สำหรับส่วนสุดท้ายสิ่งที่เราขอให้ผู้สัมภาษณ์ทำคือเขียนโค้ดขนาดเล็ก (4-5 บรรทัด) ลงบนไวท์บอร์ดและอธิบายขณะที่พวกเขาผ่านมันไป ให้ฉันชัดเจนว่าจุดประสงค์คือไม่ให้จับคนอื่น เราไม่ได้หาไวยากรณ์ที่สมบูรณ์แบบ แม้มันจะเป็นรหัสหลอกก็ได้ แต่ประเด็นก็คือให้ปัญหาที่ง่ายมากแก่พวกเขาและดูว่าสมองของพวกเขาสามารถสื่อสารแก้ปัญหาให้เราได้หรือไม่ จากปัญหาง่าย ๆ ฉันหมายถึง "Reverse a string", "FizzBuzz" ฯลฯ ... โปรดทราบว่าเรามักจะถามภาษาที่ชัดเจนก่อนเสมอ เราเป็น. NET C # house เราแค่พูดว่า "หลอกรหัส" ที่มีคนว่างเปล่า / ดิ้นรนกับรหัสจริงๆ คำถามของฉันคือ"มันไม่เหมาะสม / ไม่มีเหตุผลที่คาดหวังว่าโปรแกรมเมอร์จะเขียนข้อมูลโค้ดบนไวท์บอร์ดระหว่างการสัมภาษณ์หรือไม่"

30 problem-solving 

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

26 team  problem-solving 

ขออภัยสำหรับชื่อที่ไม่ดี แต่ฉันไม่มีวิธีที่ดีกว่าในการเขียนวลี ... ดังนั้นจึงมีเกมที่น่าตื่นตาตื่นใจนี้โดยนินเทน (ใช่!) บน Wii เรียก WiiPlay มี 9 minigames อยู่ในนั้นและหนึ่งในรายการโปรดของฉันเรียกว่าถัง! . มันเกี่ยวกับการทำลายรถถังศัตรู COM โดยไม่ทำลายตัวเอง นี่คือภาพหน้าจอของระดับ: วิธีหนึ่งในการทำลายรถถังคือการยิงกระสุน มีรถถังศัตรูสีเขียวมะนาวที่ยิงกระสุนความเร็วสูงที่แฉลบ (กับกำแพงและบล็อก) สองครั้ง คุณสามารถดูว่ารถถังของผู้เล่นสามารถถูกทำลายได้อย่างไรถ้ามันอยู่ในที่ที่มันอยู่ในขณะนี้เพราะรถถังมะนาวที่อยู่ตรงกลางสามารถยิงกระสุนที่ตามเส้นทางสีเขียวที่ฉันวาดลงบนภาพ ในฐานะโปรแกรมเมอร์มือสมัครเล่นตัวเองฉันสงสัยว่าปูนขาวจะตัดสินได้อย่างไรว่ามันจะยิงไปทางไหนเพื่อตีรถถังผู้เล่น ฉันคิดถึงมันด้วยตัวเอง แต่ไม่ได้คิดอัลกอริธึมที่เป็นไปได้ ฉันจะอธิบายข้อสรุปของฉันในกรณีที่พวกเขาสร้างแรงบันดาลใจให้ใครบางคน เพียงเพื่อความเรียบง่ายในช่วงคำอธิบายของฉันฉันถือว่าผนังจะเป็นพื้นผิวใด ๆ กับที่กระสุนแฉลบสามารถ รูปสี่เหลี่ยมผืนผ้าที่แยกออกจากบล็อกจึงก่อตัวเป็นผนังสี่ด้าน ฉันได้ข้อสรุปว่า 2 จุดที่กระสุนเด้งกระสุนอยู่เสมอด้านใดด้านหนึ่งของสี่เหลี่ยมด้านขนานหรือกลายเป็นจุดยอดตรงข้ามของรูปสี่เหลี่ยมด้านขนาน รถถังศัตรูที่ยิงและรถถังผู้เล่นที่มันเล็งไม่จำเป็นต้องเป็นจุดยอดอีก 2 จุด แต่แน่นอนว่ามันวางอยู่บนเส้น colinear ทั้งสองด้านของสี่เหลี่ยมด้านขนาน นี่คือภาพประกอบของ 4 วิธีที่เป็นไปได้ที่สามารถสร้างสี่เหลี่ยมด้านขนาน: HOR-VERหมายถึงกระสุนนัดแรกชนผนังแนวนอนจากนั้นก็ชนกำแพงแนวตั้ง แล้วฉันก็ติดอยู่ ฉันคิดเกี่ยวกับการเคลื่อนที่ไปรอบ ๆ เส้นที่เชื่อมต่อรถถังศัตรูและรถถังผู้เล่นรอบ ๆ แผนที่เพื่อดูว่ามันเป็นรูปสี่เหลี่ยมด้านขนานที่มีการชนสองครั้งกับผนังใด …

21 algorithms  game-development  problem-solving 

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

18 interview  productivity  coding  problem-solving 

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

18 algorithms  problem-solving 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน3 ปีที่ผ่านมา ฉันได้อ่านบทความจำนวนมากที่อธิบายว่าพระสงฆ์คืออะไรอย่างไรunitและbindทำงานอย่างไรบ้างบางคนก็ถกเถียงกันในทฤษฎีหมวดหมู่อย่างเป็นนามธรรมดังนั้น (อย่างน้อยสำหรับฉัน) ที่ทำให้ตาตกบางคนไม่สนใจสิ่งเหล่านั้น burritos กล่องและสิ่งที่ไม่ หลังจากสองสามสัปดาห์ของการศึกษาและเซลล์ประสาททอดจำนวนมาก (ฉันคิดว่า) ฉันเข้าใจว่า Monads ทำงานอย่างไร แต่ยังมีอีกสิ่งหนึ่งที่หนีความเข้าใจของฉันไปสิ่งที่โพสต์ไม่กี่สัมผัสจริง ๆ (ยกเว้น IO และรัฐ): ทำไม? ทำไม Monads ถึงมีความสำคัญ? ทำไมพวกเขาถึงสำคัญ? ปัญหาที่พวกเขากำลังแก้ไขคืออะไร ปัญหาเหล่านั้นสามารถแก้ไขได้เฉพาะกับ Monads หรือมีวิธีอื่นบ้างไหม?

14 functional-programming  problem-solving  monad 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว บางครั้งคำถามสัมภาษณ์นั้นยากไม่ว่าผู้สัมภาษณ์ตั้งใจจะเป็นหรือไม่ สามารถเลือกได้ว่าจะใช้เวลาสัมภาษณ์ จำกัด เพื่อแก้ปัญหาที่น่าเกลียดไร้ประสิทธิภาพไร้เดียงสาหรือใช้เวลาทำความเข้าใจปัญหาทุกด้านกับผู้สัมภาษณ์ ตัวอย่างเช่นปัญหา 91 ที่ Project Eulerสามารถแก้ไขได้โดยวิธีการแก้ปัญหาแบบ brute-force ที่ไม่ยากในการคำนวณสามเหลี่ยมที่เป็นไปได้ทั้งหมด แต่พิกัด X / Y สองคู่ทำให้โซลูชัน O (x ^ 4) มีค่าคงที่สูง เพื่อนและฉันเพิ่งค้นพบวิธีแก้ปัญหาที่ดูสง่างามและมีประสิทธิภาพมากขึ้น แต่เราสองคนใช้เวลา 3 ชั่วโมงกับมันและดึงไดอะแกรมหลายสิบรายการทดสอบสูตรหลายสูตรตรวจสอบวิธีการหลายวิธี ฯลฯ ไม่ใช่คำถามสัมภาษณ์ที่ยุติธรรม นอกจากนี้สิ่งที่ง่ายสำหรับคนคนหนึ่งอาจเป็นเรื่องยากสำหรับคนอื่น หากใครบางคนต่อสู้กับคำถามคุณจะรู้สึกประทับใจกับวิธีการแก้ปัญหาที่น่าเกลียดที่ทำงานได้หรือไม่? หรือความเข้าใจปัญหาที่ยอดเยี่ยมและบนท้องถนนไปสู่ทางออกที่สง่างาม แต่ไม่มีวิธีแก้ไขปัญหาการเข้ารหัส มีกฎเหมือนหลังจาก 20 นาทีคุณควรเริ่มเขียนโค้ดไม่ว่าจะเกิดอะไรขึ้น?

14 interview  problem-solving 

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

13 object-oriented  programming-practices  refactoring  development-methodologies  problem-solving