When developers face enormous press

When developers face enormous pressure to get a first implementation working quickly, they could commit to an iterative implementation strategy that starts with a throwaway prototype, adding support for exact GC in a later design. Although this approach is sound in principle, in practice the temptation to hold on to the prototype is too great for most development teams. This conundrum is vivid in the example of Perl, which has been intending to move to an entirely new engine (Perl 6) for over ten years now. We argue that the software engineering discipline of exact GC is not burdensome when followed from the beginning of VM development and actually improves compiler correctness as well [2, 18]. The development history of scripting languages such as Ruby, AppleScript, and Perl make a compelling argument for early investment and deferred gratification.

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

เมื่อนักพัฒนาต้องเผชิญความกดดันมหาศาลจะได้รับการดำเนินการแรกที่ทำงานได้อย่างรวดเร็ว พวกเขาสามารถยอมรับกลยุทธ์การดำเนินงานซ้ำที่เริ่มต้น ด้วยต้นแบบปลิว เพิ่มการสนับสนุนสำหรับ GC ที่แน่นอนในการออกแบบที่ใหม่กว่า แม้ว่าวิธีการนี้เป็นเสียงในหลัก ในการปฏิบัติ การทดลองเพื่อเก็บต้นแบบได้ดีเกินไปสำหรับทีมงานพัฒนาส่วนใหญ่ ปริศนานี้จะสดใสในตัวอย่างของ Perl ซึ่งได้ตั้งใจที่จะย้ายไป (Perl 6) เครื่องยนต์ใหม่ทั้งหมดขณะนี้กว่าสิบปี เราเถียงว่า วินัยวิศวกรรมซอฟต์แวร์ของ GC ที่แน่นอนไม่ยุ่งเมื่อตามจากจุดเริ่มต้นของการพัฒนา VM และจริง ปรับปรุงคอมไพเลอร์ถูกต้องเช่นกัน [2, 18] ประวัติศาสตร์การพัฒนาของภาษาสคริปต์เช่นทับทิม AppleScript และ Perl ให้อาร์กิวเมนต์น่าสนใจสำหรับการลงทุนและรอการตัดบัญชี gratification

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

เมื่อนักพัฒนาต้องเผชิญกับแรงกดดันมหาศาลที่จะได้รับการดำเนินการแรกที่ทำงานได้อย่างรวดเร็วพวกเขาจะมุ่งมั่นที่จะเป็นกลยุทธ์การดำเนินการซ้ำท​​ี่เริ่มต้นด้วยต้นแบบใบปลิว, เพิ่มการสนับสนุนสำหรับ GC ที่แน่นอนในการออกแบบในภายหลัง แม้ว่าวิธีนี้คือเสียงในหลักการในทางปฏิบัติการทดลองที่จะยึดมั่นในต้นแบบที่ดีมากเกินไปสำหรับทีมพัฒนามากที่สุด ปริศนานี้เป็นที่สดใสในตัวอย่างของ Perl ซึ่งได้รับความประสงค์ที่จะย้ายไปยังเครื่องยนต์ใหม่ทั้งหมด (Perl 6) มานานกว่าสิบปีแล้ว เรายืนยันว่าวินัยวิศวกรรมซอฟต์แวร์ของ GC ​​ที่แน่นอนไม่ได้เป็นภาระเมื่อตามจากจุดเริ่มต้นของการพัฒนา VM และจริงช่วยเพิ่มความถูกต้องคอมไพเลอร์เช่นกัน [2, 18] ประวัติความเป็นมาของการพัฒนาภาษาสคริปต์เช่นทับทิม AppleScript และ Perl ให้โต้แย้งที่น่าสนใจสำหรับการลงทุนในช่วงต้นและรอการตัดบัญชีไอออนบวก Fi Grati

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

เมื่อนักพัฒนาเผชิญแรงกดดันมหาศาลที่จะได้รับ จึงตัดสินใจเดินทางไปใช้งานได้อย่างรวดเร็ว พวกเขาสามารถยอมรับการทำซ้ำเพื่อการดำเนินกลยุทธ์ที่เริ่มต้นด้วยใบปลิวต้นแบบเพิ่มการสนับสนุนสำหรับแน่นอน GC ในการออกแบบในภายหลัง ถึงแม้ว่าวิธีการนี้ใช้ได้ในหลักการในการปฏิบัติการล่อจับต้นแบบมากสำหรับทีมพัฒนามากที่สุด ปริศนานี้ที่สดใสในตัวอย่างของ Perl ซึ่งมีความประสงค์ที่จะย้ายไปที่ใหม่ทั้งหมดเครื่องยนต์ ( Perl 6 ) มานานกว่า 10 ปีแล้ว เรายืนยันว่าซอฟต์แวร์วิศวกรรมวินัยแน่นอน GC ไม่ยุ่งยาก เมื่อตามจากจุดเริ่มต้นของการพัฒนาซอฟต์แวร์จริงปรับปรุงความถูกต้องและเรียบเรียงเป็นอย่างดี [ 2 , 3 ] พัฒนาการความเป็นมาของภาษาสคริปต์เช่นทับทิม , ความ , และ Perl ให้อาร์กิวเมนต์ที่น่าสนใจสำหรับการลงทุนก่อนและหลัง grati จึงไอออนบวก