When submitting a patch, the primar

When submitting a patch, the primary concerns of individual developers are “How can I maximize the chances of my patch being approved, and minimize the time it takes for this to happen?” In principle, code review is a transparent
process that aims to assess qualities of the patch by their technical merits and in a timely manner; however, in practice
the execution of this process can be affected by a variety of factors, some of which are external to the technical content of
the patch itself. In this paper, we describe an empirical study of the code review process for WebKit, a large, open source project; we replicate the impact of previously studied factors such as patch size, priority, and component and extend
these studies by investigating organizational (the company) and personal dimensions (reviewer load and activity, patch writer
experience) on code review response time and outcome. Our
approach uses a reverse engineered model of the patch submission
process and extracts key information from the issue tracking
and code review systems. Our findings suggest that these nontechnical
factors can significantly impact code review outcomes.
Index Terms—Code review, non-technical factors, personal and
organizational aspects, WebKit, open source software

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

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

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

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