The central issue here is one of pe

The central issue here is one of personal standards. Would you ask someone to review the rough draft of a technical report? You would presumably read it first to eliminate the obvious mistake. Program are much the same. Most first-draft program have obvious defects that are quickly found in even cursory review. Do you want each of your reviewers to separately wade through these obvious defects just because you were too lazy to find and correct them first?
The people who inspect your code are taking their precious time to help you improve the quality of your product. To show your appreciation, treat their time as important and carefully review your code before the inspection. This is not just a question of courtesy; obvious defects are distracting. When there are many simple problems in the code, the reviewers are less likely to see the important issues. Because you can easily find most of the simple problems yourself, thoroughly review your designs and code and make them as clean as you can before having them inspected.
Whether or not you compile before the inspection is more debatable. The issue here concerns where you need help. While you are gaining fluency with a language, it might help to have associates inspect the code before you compile. Your objective, however, is to improve your reviewing skills so that you can later find most of the syntax mistakes yourself. Once you become more fluent with the language, it will be more effective to review and compile first and have the inspection focus on the more subtle requirements, design and coding issues.
If the quality of the code entering an inspection is so important, why not also unit-test it first? This is a question of inspection psychology. When the inspectors know that the code has been tested, they are not as likely to do a thorough analysis. It would seem pointless, for example, to struggle through a complex while loop verification when you know that it has already been tested Even though most programmers understand that an initial unit test will not find all of the defects in a complex program, the fact that the program is known to run can be demotivating. I recommend that you not test your programs before the first code inspection. The inspection objective should be to have no defects found in testing. Your personal review goal, of course, is to have no defects found in compiling, inspections, or testing

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

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