I once watched a cooking challenge

I once watched a cooking challenge show in which five contestants each prepared three dishes based on a theme ingredient.One of the contes- tants burned a dish.Rather than try to salvage a lost cause,she chose to serve just the two dishes.Surprisingly, the judges rewarded her for not vio- lating a primary rule of cooking— never serve something that isn’t perfect.Software development could learn from this tenet.Sometimes it’s better to discard a first-generation
system or prototype rather than car- rying over bad decisions into the next version.Of course,it costs a lot less to throw away a meal than to scrap a major software project,but then the risk is equally unbalanced:The con- sequences of serving that slightly imperfect meal might be far less severe than serving a software prod- uct with possibly fatal flaws. So what are the lessons for soft- ware engineering? Both remark- able software and superb cooking are a mix of science and art;of repeti- tion and innovation;and of theory and intuition.From this blend comes prac- tices that aim to balance quality,scale, and time pressures.Perhaps the most essential lesson is that there are no shortcuts to success.Über-practition- ers like Bob Martin and Martin Fowler make software architecture,construc- tion,refactoring,and testing look sim- ple,but that’s because they’ve put in hours of practice and follow the same principles as master chefs: Keep the
kitchen clean,have the best tools and quality ingredients,learn and practice basic techniques, and have basic recipes,but be prepared to adapt them. Eliza Acton expressed the essence of cooking and software engineering eloquently more than a century ago: “It is not,in fact,cookery books that we need half so much as cooks really trained to a knowledge of their duties”(Modern Cookery for Private Families, Fairleigh Dickinson University Press,1845).There’s noth- ing I can add except, “On to the kitchens,and bon appétit!”

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

ผมเคยดูการแสดงที่ท้าทายการปรุงอาหารที่ห้าผู้เข้าแข่งขันแต่ละคนเตรียมอาหารสามขึ้นอยู่กับรูปแบบของ ingredient.One tants contes- เผา dish.Rather กว่าพยายามที่จะกอบกู้สาเหตุที่หายไปให้เธอเลือกที่จะทำหน้าที่เพียงแค่สอง dishes.Surprisingly ผู้พิพากษาได้รับรางวัลของเธอไม่รุนแรง lating กฎหลักของการปรุงอาหารที่ไม่เคยทำหน้าที่บางอย่างที่ไม่พัฒนา perfect.Software ได้เรียนรู้จาก tenet.Sometimes
นี้มันจะดีกว่าที่จะทิ้งรุ่นแรกของระบบหรือต้นแบบมากกว่าrying car- การตัดสินใจที่ไม่ดีเข้ามาในหลักสูตร version.Of ต่อไปว่าค่าใช้จ่ายมากน้อยที่จะทิ้งอาหารกว่าที่จะทิ้งโครงการซอฟต์แวร์ที่สำคัญ แต่ก็มีความเสี่ยงที่ไม่สมดุลอย่างเท่าเทียมกัน: ลำดับทำาของการให้บริการที่ไม่สมบูรณ์อาหารเล็กน้อยอาจจะห่างไกล รุนแรงน้อยกว่าการให้บริการ UCT การผลิตภัณฑ์ซอฟต์แวร์ที่มีชั้นร้ายแรงอาจ AWS ดังนั้นสิ่งที่เป็นบทเรียนสำหรับงานด้านวิศวกรรมเครื่องนุ่ม? ทั้งสองหมายเหตุที่ซอฟแวร์และการปรุงอาหารสามารถที่ยอดเยี่ยมที่มีส่วนผสมของวิทยาศาสตร์และศิลปะ; ของการ repeti- และนวัตกรรมและทฤษฎีและ intuition.From ผสมผสานนี้มา tices prac- ที่มีจุดมุ่งหมายเพื่อความสมดุลที่มีคุณภาพขนาดและเวลา pressures.Perhaps บทเรียนที่สำคัญที่สุดก็คือว่ามีทางลัดที่จะ ERS success.Über-practition- เช่นบ๊อบมาร์ตินและมาร์ตินฟาวเลอร์ทำให้สถาปัตยกรรมซอฟต์แวร์การสิ่งก่อสร้าง, refactoring และการทดสอบดูเปิ้ลซิม แต่นั่นเป็นเพราะพวกเขาได้ใส่ในชั่วโมง การปฏิบัติและเป็นไปตามหลักการเช่นเดียวกับเชฟ:
เก็บห้องครัวที่สะอาดมีเครื่องมือที่ดีที่สุดและส่วนผสมที่มีคุณภาพ, เรียนรู้และฝึกเทคนิคพื้นฐานและมีสูตรพื้นฐาน แต่ได้เตรียมที่จะปรับตัวเข้ากับพวกเขา เอลิซ่าแอคตันแสดงสาระสำคัญของการทำอาหารและวิศวกรรมซอฟต์แวร์ฉะฉานกว่าศตวรรษที่ผ่านมา: "มันไม่ได้ในความเป็นจริงหนังสือการปรุงอาหารที่เราต้องครึ่งหนึ่งมากเป็นพ่อครัวที่ได้รับการฝึกฝนจริงๆความรู้เกี่ยวกับการปฏิบัติหน้าที่ของพวกเขา" (โมเดิร์นศิลปะการปรุงอาหารสำหรับครอบครัวส่วนตัว , มหาวิทยาลัย Fairleigh Dickinson กด 1845) ไอเอ็นจี noth- .There ของฉันสามารถเพิ่มยกเว้น "ในห้องครัวและ bon appétit!"

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

ผมเคยเห็นการปรุงอาหารท้าทายแสดงที่ 5 ผู้เข้าแข่งขันแต่ละเตรียมอาหาร 3 จานที่ยึดตามชุดรูปแบบส่วนประกอบ หนึ่งในการแข่งขัน - tants เผาจาน แทนที่จะพยายามกู้สูญหายสาเหตุที่เธอเลือกที่จะให้บริการแค่สองจาน น่าแปลกใจที่ผู้พิพากษาได้รับรางวัลของเธอไม่ไวโอ - lating กฎหลักของ อาหาร - ไม่ใช้อะไรที่ไม่สมบูรณ์แบบการพัฒนาซอฟต์แวร์ที่สามารถเรียนรู้จากทฤษฎีนี้ บางครั้งมันจะดีกว่าที่จะทิ้งรุ่นแรก
ระบบหรือต้นแบบมากกว่ารถ rying การตัดสินใจแย่ลงในรุ่นต่อไป แน่นอน และค่าใช้จ่ายมากน้อยที่จะทิ้งอาหารกว่าเศษโครงการซอฟต์แวร์หลัก แต่ก็มีความเสี่ยงเท่าเทียมกันสมดุลย์ :ต่อต้าน - ลำดับของการให้บริการที่ไม่สมบูรณ์เล็กน้อยอาหารอาจจะไกลที่รุนแรงน้อยกว่าการให้บริการซอฟต์แวร์แยง uct - ด้วยอาจจะร้ายแรงfl AWS . ดังนั้น อะไรคือบทเรียนสำหรับนุ่ม - วิศวกรรมเครื่อง ? ทั้ง หมายเหตุ - ซอฟต์แวร์สามารถปรุงอาหารที่ยอดเยี่ยมและมีการผสมของวิทยาศาสตร์ และศิลป์ ของ repeti - tion และนวัตกรรม และทฤษฎีและปรีชา จากส่วนผสมนี้มาปฏิบัติ - tices ที่มีจุดมุ่งหมายเพื่อความสมดุลคุณภาพ , ขนาด ,และเวลากดดัน บางทีบทเรียนที่สำคัญที่สุดคือ มันไม่มีทางลัดสู่ความสำเร็จ Üเบอร์ practition - ERS ชอบบ๊อบมาร์ตินและ Martin Fowler ทำให้สถาปัตยกรรมซอฟต์แวร์ - Construc tion วาริท ทดสอบดู ซิม - เปิ้ล แต่นั่นเป็นเพราะพวกเขาได้ใส่ในชั่วโมงของการปฏิบัติตามหลักการเดียวกันเป็นหลักเชฟ : เก็บ
ทำความสะอาดห้องครัวมีเครื่องมือที่ดีที่สุดและส่วนผสมที่มีคุณภาพ เรียนรู้และฝึกเทคนิคขั้นพื้นฐานและมีสูตรพื้นฐาน แต่ได้เตรียมที่จะปรับมัน แอคซ่าแสดงสาระสําคัญของอาหารและวิศวกรรมซอฟต์แวร์ที่ฉะฉานกว่าศตวรรษที่ผ่านมา : " มันไม่ได้เป็นในความเป็นจริงการปรุงอาหารหนังสือที่เราต้องการอีกมากเป็นพ่อครัวจริงๆ ฝึกให้รู้หน้าที่ของตน " ( การปรุงอาหารที่ทันสมัยสำหรับครอบครัวส่วนตัวมหาวิทยาลัยแฟรลีดิกคินสันกด , 1845 ) มันไม่มีอะไร - ing สามารถเพิ่ม ยกเว้น " ไปยังครัว และ Bon App จากหัวนม ! "