Formal methods are a big success at

Formal methods are a big success at
AWS, helping us prevent subtle but serious bugs from reaching production,
bugs we would not have found through
any other technique. They have helped
us devise aggressive optimizations to
complex algorithms without sacrificing quality. At the time of this writing,
seven Amazon teams have used TLA+,
all finding value in doing so, and more
Amazon teams are starting to use it.
Using TLA+ will improve both time-
to-market and quality of our systems.
Executive management actively encourages teams to write TLA+ specs
for new features and other significant
design changes. In annual planning,
managers now allocate engineering
time to TLA+.
While our results are encouraging, some important caveats remain.
Formal methods deal with models of
systems, not the systems themselves,
so the adage “All models are wrong,
some are useful” applies. The design-
er must ensure the model captures the
significant aspects of the real system.
Achieving it is a special skill, the acquisition of which requires thoughtful practice. Also, we were solely
concerned with obtaining practical
benefits in our particular problem do-
main and have not attempted a comprehensive survey. Therefore, mileage
may vary with other tools or in other
problem domains.

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

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

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

วิธีการมีความสำเร็จที่ใหญ่ที่เป็นทางการ
AWS ช่วยเราป้องกันแมลงสีสัน แต่ร้ายแรงถึงการผลิต
แมลง เรา จะ ไม่ พบ ผ่าน
ๆ ) พวกเขาได้ช่วย


เราประดิษฐ์ ก้าวร้าว การเพิ่มประสิทธิภาพกลไกที่ซับซ้อนโดยไม่มีการเสียสละคุณภาพ ในขณะที่เขียนนี้ ,
เจ็ดทีม Amazon ใช้ TLA ทั้งหมด , ในการทำเพื่อหาค่า

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

แต่เพียงผู้เดียวประโยชน์ของเราโดยเฉพาะปัญหา -
หลักและไม่พยายามที่ครอบคลุมการสำรวจ . ดังนั้นระยะ
อาจแตกต่างกันกับเครื่องมืออื่น ๆหรือปัญหาอื่น ๆโดเมน