คำถามติดแท็ก code-reviews

แท็กนี้มีไว้สำหรับคำถามเกี่ยวกับการฝึกฝนการตรวจสอบโค้ดและการแนะนำโค้ด สำหรับความคิดเห็นเกี่ยวกับโค้ดที่ใช้งานได้โปรดดูที่ http://codereview.stackexchange.com

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

6
ใส่คำอธิบายประกอบซอร์สโค้ดที่มีไดอะแกรมเป็นความคิดเห็น
ฉันเขียนโค้ด (c ++ และ javascript) เป็นจำนวนมากซึ่งสัมผัสกับเรขาคณิตและกราฟิกการคำนวณและหัวข้อเหล่านั้นดังนั้นฉันจึงพบว่าไดอะแกรมภาพนั้นเป็นส่วนที่ขาดไม่ได้ของกระบวนการแก้ปัญหา ฉันได้ตัดสินใจแล้วว่า "โอ้ไม่น่าอัศจรรย์ถ้าฉันสามารถแนบแผนภาพวาดด้วยมือกับชิ้นส่วนของรหัสเพื่อแสดงความคิดเห็น" และนี่จะทำให้ฉันกลับมามีบางสิ่งที่ฉันทำ วัน, สัปดาห์, เดือนก่อนหน้านี้และไกลโพ้นอัลกอริทึมของฉันอีกครั้งอย่างรวดเร็ว ในฐานะผู้เรียนรู้ภาพฉันรู้สึกว่าสิ่งนี้มีศักยภาพในการปรับปรุงประสิทธิภาพการทำงานของฉันด้วยการเขียนโปรแกรมเกือบทุกประเภทเนื่องจากแผนภาพง่าย ๆ สามารถช่วยให้เข้าใจและให้เหตุผลเกี่ยวกับโครงสร้างข้อมูลที่ไม่สำคัญ กราฟตัวอย่าง ในระหว่างชั้นเรียนทฤษฎีกราฟที่มหาวิทยาลัยฉันสามารถเข้าใจความสัมพันธ์ของกราฟที่จริง ๆ แล้วฉันสามารถวาดภาพตัวแทนของแผนภาพ ดังนั้น... ไม่มี IDE ให้ความรู้ของฉันช่วยให้คุณบันทึกภาพเป็นความคิดเห็นในการรหัส ความคิดของฉันคือการที่ฉันหรือคนอื่นสามารถใช้เครื่องมือที่ใช้งานง่ายพอสมควรซึ่งสามารถแปลงรูปภาพให้เป็นสตริงไบนารีพื้นฐาน 64 ซึ่งฉันสามารถแทรกลงในรหัสของฉันได้ หากกระบวนการแปลง / แทรกสามารถเพิ่มความคล่องตัวได้มากพอจะทำให้สามารถเชื่อมต่อระหว่างไดอะแกรมและรหัสจริงได้ดีกว่าดังนั้นฉันไม่จำเป็นต้องค้นหาตามลำดับเวลาในโน้ตบุ๊คของฉันอีกต่อไป น่าประทับใจยิ่งกว่า: ปลั๊กอินสำหรับ IDE ในการแยกวิเคราะห์และแสดงภาพโดยอัตโนมัติ ไม่มีอะไรยากเกี่ยวกับสิ่งนี้จากมุมมองทางทฤษฎี ฉันเดาว่ามันจะใช้เวลาเพิ่มสำหรับฉันที่จะคิดออกว่าจะขยาย IDEs ที่ชื่นชอบและดูแลปลั๊กอินเหล่านี้ได้อย่างไรดังนั้นฉันจึงมีความสุขกับโค้ดโพสต์โปรเซสเซอร์ซึ่งจะแยกวิเคราะห์และ การเรนเดอร์รูปภาพและแสดงภาพแบบเคียงข้างกันด้วยโค้ด, ภายในเบราว์เซอร์หรือบางสิ่งบางอย่าง ตั้งแต่ฉันเป็นโปรแกรมเมอร์จาวาสคริปต์โดยการค้า คนอื่นคิดอย่างไร ใครบ้างที่จ่ายสำหรับสิ่งนี้ ฉันจะ แต่บางทีฉันอาจจะชี้ให้เห็นว่าไม่ว่าฉันหรือเพื่อนร่วมงานจำนวนมากของฉันจะจ่ายเงินสำหรับสิ่งนั้นวิธีเดียวที่สิ่งนั้นมีแนวโน้มที่จะประสบความสำเร็จก็คือผ่านการเปิดตัวโอเพนซอร์ส

5
เป็นวิธีที่ดีที่สุดในการตรวจสอบรหัสก่อนที่จะมุ่งมั่นที่ลำต้นคืออะไร? (SVN)
เป็นวิธีที่ดีที่สุดในการตรวจสอบรหัสก่อนที่จะมุ่งมั่นที่ลำต้น SVN คืออะไร? แนวคิดหนึ่งที่ฉันคิดคือการให้นักพัฒนาส่งรหัสของเขาไปที่สาขาแล้วทบทวนรหัสของเขาในขณะที่รวมการแก้ไขสาขาเข้ากับลำต้น นี่เป็นวิธีปฏิบัติที่ดีหรือไม่? ถ้าไม่สามารถทำอะไรได้อีกเพื่อตรวจสอบรหัสก่อนที่จะมุ่งมั่นที่ลำต้น?

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

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

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

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

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

7
รีวิวรหัสพวกเขาทำงานจริงในเปรียวจริงหรือไม่
ดังนั้นฉันจึงเริ่มทำงานกับคอร์ปขนาดใหญ่ซึ่งเป็นหนึ่งในนั้นที่มีตัวอักษร 3 ตัวในชื่อและพวกเขาพยายามที่จะกลายเป็นเปรียว แต่มีกระบวนการมากมายที่ฉันไม่รู้สึกว่าเป็นเปรียว สิ่งที่ทำให้ฉันเป็นแผลได้มากที่สุดคือบทวิจารณ์โค้ด งานสุดท้ายของฉันคือการเริ่มต้นที่ฉันจะบอกว่าเป็นทีมพัฒนาที่คล่องตัวที่สุดที่ฉันเคยเห็นเปิดกว้างและ / หรือเคยได้ยินมา อย่างไรก็ตามข้อโต้แย้งของฉันคือการวิจารณ์รหัสเป็นการเสียเวลาในการทำซ้ำหรือการพัฒนาแบบ Agile ที่ UX / UI นั้นรุนแรง / รุนแรง (คิดว่าสมบูรณ์แบบของ Apple / Steve Jobs) บางทีคนที่นี่อาจช่วยให้เข้าใจก่อนที่พวกเขาจะยิงฉัน นี่คือกระบวนการพัฒนาของฉันและขั้นตอนเริ่มต้นสุดท้ายคือ Agile เราทำงานในฟีเจอร์แรกเพื่อเรียงลำดับงานการพัฒนา / โทโก เราจะจำลองสองสามเวอร์ชันขึ้นไปและนำเสนอให้กับผู้ใช้ทีมและการตลาดเพื่อรับข้อเสนอแนะ จากนั้นเราจะทำการจำลองซ้ำอีกครั้งเพื่อรับรอบหนึ่งจากผู้มีส่วนได้เสียเดียวกันข้างต้น จากนั้นเราก็แบ่งงานและเริ่มต้น เรามีเหตุการณ์สำคัญและนัดพบ แต่เราเสียบต่อไป เราไม่มีรีวิวโค้ดในระหว่างนี้ หลายครั้งในช่วงสัปดาห์ของการพัฒนาของเราเราถือ sesssions กับผู้มีส่วนได้เสียอีกครั้งเพื่อดูว่าพวกเขายังคงเห็นด้วยคุณสมบัติ / ฟังก์ชั่น / UX / UI ยังคงเหมาะสมและเป้าหมาย เมื่อเราเข้าใกล้จุดสิ้นสุดของรอบการทำซ้ำ 8 สัปดาห์ QA เริ่มทำการทดสอบจากนั้นจะไปที่ผู้ใช้อัลฟ่าและในที่สุดผู้ใช้เบต้า แต่ในช่วงที่นักพัฒนาอัลฟ่าและเบต้ากำลังก้าวข้ามฟีเจอร์ใหม่และฟีเจอร์ที่เก่ากว่าทำให้การเปลี่ยน …

3
เครื่องมือใดที่สามารถใช้เพื่ออำนวยความสะดวกในการตรวจสอบโค้ดหลังจากคอมมิท? [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา ฉันได้ประเมินเครื่องมือตรวจสอบโค้ดจำนวนหนึ่ง (ส่วนใหญ่เป็นเครื่องมือฟรี) แต่พวกเขาดูเหมือนจะมุ่งไปที่การตรวจสอบแพตช์ก่อนที่พวกเขาจะทำ สิ่งนี้จะไม่พอดีกับขั้นตอนการทำงานในการโค่นล้มของเราดังนั้นฉันจึงมองหาทางเลือกที่สนับสนุนการตรวจสอบการแก้ไขที่ดีขึ้นแทนที่จะดีกว่า คำแนะนำใด ๆ ฉันต้องการเครื่องมือฟรีหรือราคาไม่แพง

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

1
วิธีการตรวจสอบเพื่อนกับ GitHub คำขอดึง?
เรากำลังย้ายจาก Bitbucket ไปเป็น GitHub และสิ่งหนึ่งที่เรากำลังดิ้นรนคือความคิดเห็นเกี่ยวกับโค้ดเพียร์ที่ทำงานได้อย่างราบรื่นบน Bitbucket เช่นนี้: ผู้เขียนเปิดคำขอดึง(GitHub: เหมือนกัน) ผู้เขียนเพิ่มเพื่อนร่วมงานของเขา / เธอเป็นผู้ตรวจสอบ(GitHub: ดิ้นรนที่นี่กับผู้รับมอบหมายหลายคน ) ผู้ตรวจสอบทั้ง: อนุมัติ PR ด้วยเครื่องหมายสีเขียว(GitHub: ??) เพิ่มความคิดเห็น(GitHub: เหมือนกัน) สร้างงานที่มีน้ำหนักเบา(GitHub: เรียงลำดับที่คล้ายกันหาก- [ ]มีการใช้ไวยากรณ์ในคำอธิบาย PR; น่าเสียดายที่มันไม่ทำงานสำหรับงาน) มีรายการของ PRs ที่ฉันสามารถดูได้อย่างรวดเร็วซึ่งมีการตรวจทานและตกลงที่จะรวมและที่ต้องการความสนใจเพิ่มเติม(GitHub: ??) ฉันควรชี้ให้เห็นว่าเราต้องการหลีกเลี่ยงเครื่องมือตรวจสอบโค้ดของบุคคลที่สามหากเป็นไปได้ทั้งหมดและต้องการที่จะอยู่ใน Vanilla GitHub ด้วยวิธีแก้ปัญหาบางอย่าง

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

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

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

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