Take appropriate risks The essence

Take appropriate risks The essence of great cooking is not simply to follow a recipe verbatim every time,but rather,to try to push the boundaries by substituting differ- ent ingredients and adding new twists. The same goes for software develop- ment.No one size fits all,and despite
Too much time on the interface and too little time on the underlying product is the equivalent of spam á la mode.
Learn how others are achieving systems and networks design and development that are dependable and secure to the desired degree, without compromising performance.
This new journal provides original results in research, design, and development of dependable, secure computing methodologies, strategies, and systems including:
• Architecture for secure systems • Intrusion detection and error tolerance • Firewall and network technologies • Modeling and prediction • Emerging technologies
Publishing quarterly Member rate: $31 Institutional rate: $285
Learn more about this new publication and become a subscriber today.
www.computer.org/tdsc
IEEE TRANSACTIONS ON DEPENDABLE AND SECURE COMPUTING
42 IT Pro November ❘ December 2005
the promises of pattern-based soft- ware engineering,for example,or of reusable frameworks like model-view controller,there are few ready-made solutions for the masses.Every time you vary from the standard frame- work slightly, or recombine design patterns in a new way,you are taking an appropriate risk. This is a good thing,and the sheer essence of soft- ware engineering.
Know when to throw it away 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!”
Phillip A. Laplante is an associate professor of software engineering at Pennsylvania State University.Contact him at [e-mail].
For further information on this or any other computing topic,visit our Digi- tal Library at http://www.computer. org/publications/dlib.

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

นำความเสี่ยงที่เหมาะสมของอาหารดีไม่เพียงแค่ทำตามสูตรทุกตัวอักษรทุกครั้ง แต่ค่อนข้าง พยายามที่จะผลักดันขอบเขตแทนส่วนผสมที่แตกต่างเอนท์ และเพิ่มบิดใหม่ เช่นเดียวกับซอฟต์แวร์พัฒนาติดขัด fits ขนาดหนึ่งไม่ทั้งหมด และมีความมากเกินไปเวลาบนอินเทอร์เฟซและผลิตภัณฑ์ต้นแบบเวลาน้อยเกินไปจะเหมือนกับโหมดสแปมáลาเรียนรู้วิธีอื่น ๆ จะบรรลุระบบ และออกแบบเครือข่าย และการพัฒนาที่เชื่อถือได้ และปลอดภัยระดับต้อง โดยไม่สูญเสียประสิทธิภาพสมุดรายวันใหม่นี้มีผลวิจัย ออกแบบ และพัฒนาความเชื่อถือได้ วิธี กลยุทธ์ และระบบรวมทั้งการใช้งานทางเดิม:สำหรับ•สถาปัตยกรรม•บุกตรวจสอบและข้อผิดพลาดยอมรับ•ไฟร์วอลล์และเครือข่ายเทคโนโลยี•สร้างแบบจำลองและพยากรณ์• Emerging เทคโนโลยีระบบจองประกาศอัตราสมาชิกรายไตรมาส: $31 สถาบันอัตรา: $285เรียนรู้เพิ่มเติมเกี่ยวกับการเผยแพร่ใหม่นี้ และกลายเป็นสมาชิกวันนี้www.computer.org/tdscธุรกรรม IEEE คอมพิวเตอร์เชื่อถือได้ และปลอดภัย 42 พฤศจิกายน Pro มัน❘ 2548 ธันวาคมสัญญาตามรูปแบบเครื่องอัดลม วิศวกรรม เช่น หรือประกอบการกรอบเช่นตัวควบคุมมุมมองรูปแบบ มีโซลูชั่นสำเร็จรูปน้อยมวลชน ทุกครั้งที่คุณแตกต่างไปจากมาตรฐานกรอบงานเล็กน้อย หรือ recombine ออกแบบรูปแบบใหม่ คุณจะมีความเสี่ยงเหมาะสม นี่คือสิ่งดี และสาระสำคัญแท้จริงของเครื่องอัดลมวิศวกรรมทราบว่าเมื่อต้องทิ้งมันไปเมื่อดูความท้าทายอาหารที่แสดงในการแข่งขันห้าละเตรียมอาหารสามตามส่วนประกอบเป็นชุดรูปแบบ หนึ่ง contes tants เขียนจาน แทนที่พยายามกู้สาเหตุ lost เธอเลือกให้บริการเพียงสองจาน จู่ ๆ ผู้พิพากษารับรางวัลเธอสำหรับไม่ถึงความ-lating เป็นหลักกฎของอาหารซึ่งไม่เคยทำสิ่งที่ไม่เหมาะสม พัฒนาซอฟต์แวร์สามารถเรียนรู้จากทฤษฎีนี้ บางครั้งจะดีกว่าที่จะละทิ้งการรุ่นระบบ หรือต้นแบบ มากกว่ารถ-rying ผ่านการตัดสินใจที่ดีในรุ่นถัดไป แน่นอน ค่าใช้จ่ายมากน้อยทิ้งอาหารมากกว่าการเสียโครงการซอฟต์แวร์สำคัญ แต่ความเสี่ยงคือจำนวนเท่า ๆ กันแล้ว: แอร์ลำดับของการให้บริการอาหารที่ไม่สมบูรณ์เล็กน้อยอาจเป็นรุนแรงมากน้อยกว่าบริการ uct-ผลิตที่ซอฟต์แวร์ flaws ที่อาจร้ายแรงได้ ดังนั้น สิ่งที่เป็นบทเรียนสำหรับวิศวกรรมเครื่องนุ่ม หมายเหตุ - สามารถซอฟต์แวร์และบริการอาหารผสมผสานวิทยาศาสตร์และศิลปะ repeti สเตรชันและนวัตกรรม และทฤษฎีและสัญชาตญาณ จากนี้ผสมมา tices prac ที่สมดุลคุณภาพ มาตราส่วน และเวลากดดัน บางทีบทเรียนสำคัญที่สุดคือ ว่า มีไม่มีทางลัดไปสู่ความสำเร็จ Über-practition-สกู๊ปชอบ Bob มาร์ติน และมาร์ตินฟาวเลอร์ทำให้สถาปัตยกรรมซอฟต์แวร์ construc-สเตรชัน refactoring และทดสอบดูซิมเปิ้ล แต่เนื่องจากพวกเขาได้ใส่ในเวลาปฏิบัติ และทำตามหลักการเดียวกันเป็นพ่อครัวหลัก: ให้การห้องครัวสะอาด มีเครื่องมือที่ดีที่สุดและส่วนผสมคุณภาพ เรียนรู้ และฝึกเทคนิคพื้นฐาน และมีสูตรพื้นฐาน แต่เตรียมพร้อมที่จะปรับให้ ราชดำเนินใน Eliza แสดงสาระสำคัญของอาหารและวิศวกรรมซอฟต์แวร์ eloquently เมื่อกว่าศตวรรษที่ผ่านมา: "ไม่มี ความจริง หนังสืออาหารที่เราต้องการครึ่งเท่านั้นที่เป็นพ่อครัวฝึกจริง ๆ ให้ความรู้ในหน้าที่ของตน" (อาหารที่ทันสมัยสำหรับครอบครัวส่วนตัว Fairleigh สันมหาวิทยาลัยกด 1845) มี ing noth ที่ฉันสามารถเพิ่มยกเว้น "ไปห้องครัว และ bon appétit"ฟิลลิป A. Laplante เป็นศาสตราจารย์เป็นซอฟต์แวร์วิศวกรรมที่ University.Contact รัฐเพนซิลวาเนียเขาที่ [e-mail]สำหรับข้อมูลเพิ่มเติมเกี่ยวกับนี้หรือหัวคอมพิวเตอร์อื่น ๆ เยี่ยมชมห้องสมุด Digi - ทัลที่ http://www.computer องค์กร/สิ่ง พิมพ์/dlib

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

รับความเสี่ยงที่เหมาะสมสาระสำคัญของการปรุงอาหารที่ดีไม่ได้เป็นเพียงการทำตามสูตรคำต่อคำทุกครั้ง แต่จะพยายามที่จะผลักดันขอบเขตโดยการแทนส่วนผสมที่แตกต่างและการเพิ่มบิดใหม่ เดียวกันจะไปสำหรับซอฟต์แวร์ที่พัฒนา ment.No ไฟขนาดหนึ่ง ts
ทั้งหมดและแม้จะมีเวลามากเกินไปในอินเตอร์เฟซและเวลาน้อยเกินไปในผลิตภัณฑ์ต้นแบบเทียบเท่าสแปมโหมดลา.
เรียนรู้วิธีการที่คนอื่นเป็นระบบที่ประสบความสำเร็จและการออกแบบเครือข่ายและ .
การพัฒนาที่มีความเชื่อถือได้และมีความปลอดภัยในระดับที่ต้องการโดยไม่ทำให้ประสิทธิภาพนี้วารสารใหม่ให้ผลลัพธ์ที่เป็นต้นฉบับในการวิจัยการออกแบบและการพัฒนาที่เชื่อถือได้, วิธีการใช้งานคอมพิวเตอร์ที่เชื่อถือกลยุทธ์และระบบรวมถึง:
•สถาปัตยกรรมสำหรับระบบรักษาความปลอดภัย•ตรวจจับการบุกรุกและ ความทนทานต่อข้อผิดพลาด• Firewall
และเทคโนโลยีเครือข่าย•การสร้างแบบจำลองและการทำนาย•เทคโนโลยีที่เกิดขึ้นใหม่ประกาศอัตราสมาชิกรายไตรมาส: $ 31 อัตราสถาบัน: $ 285
เรียนรู้เพิ่มเติมเกี่ยวกับสิ่งพิมพ์ใหม่นี้และกลายเป็นสมาชิกในวันนี้.
www.computer.org/tdsc
IEEE การทำธุรกรรมบนที่เชื่อถือได้และปลอดภัย COMPUTING
42 ไอทีโปรพฤศจิกายน | ธันวาคม 2005
สัญญาของรูปแบบตามวิศวกรรมเครื่องนุ่มเช่นหรือกรอบนำมาใช้ใหม่เช่นตัวควบคุมแบบดูมีไม่กี่โซลูชั่นสำเร็จรูปเป็นครั้ง masses.Every คุณแตกต่างจากกรอบมาตรฐาน - ทำงานเล็กน้อยหรือ recombine รูปแบบการออกแบบในรูปแบบใหม่คุณจะได้รับความเสี่ยงที่เหมาะสม นี้เป็นสิ่งที่ดีและสาระสำคัญที่แท้จริงของวิศวกรรมเครื่องนุ่ม.
รู้ว่าเมื่อใดที่จะโยนมันออกไปผมเคยดูการแสดงที่ท้าทายการปรุงอาหารที่ห้าผู้เข้าแข่งขันแต่ละคนเตรียมอาหารสามขึ้นอยู่กับรูปแบบของ 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!"
ฟิลลิปเอ Laplante เป็นศาสตราจารย์ด้านวิศวกรรมซอฟแวร์ที่รัฐเพนซิล University.Contact เขาที่ plaplante @ gv.psu.edu.
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้หรือหัวข้อการคำนวณอื่น ๆ เยี่ยมชมห้องสมุด tal Digi- ของเราที่ http://www.computer org / สิ่งพิมพ์ / dlib

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

ความเสี่ยงที่เหมาะสม สาระสําคัญของอาหารที่ดีจะไม่เพียง แต่ตามสูตรคำต่อคำทุกครั้ง แต่พยายามผลักดันขอบเขตจากแตกต่าง - ใช้ส่วนผสมและเพิ่มบิดใหม่ เดียวกันจะไปสำหรับซอฟต์แวร์พัฒนา ment . ไม่มีหนึ่งขนาดจึง TS ทั้งหมดและแม้จะ
มากเกินไปเวลาในการติดต่อและเวลาที่น้อยเกินไป เป็นต้น สินค้าเทียบเท่าสแปม . kgm
ลาโหมดเรียนรู้วิธีที่คนอื่นจะได้รับการออกแบบและการพัฒนาระบบและเครือข่ายที่เชื่อถือได้และปลอดภัยในระดับที่ต้องการโดยไม่ลดทอนประสิทธิภาพ .
วารสารใหม่นี้แสดงผลเดิมในการวิจัย ออกแบบ และพัฒนาเชื่อถือความปลอดภัยคอมพิวเตอร์ วิธีการ กลยุทธ์ และระบบรวมถึง :
บริการรักษาความปลอดภัยสำหรับระบบสถาปัตยกรรมบริการตรวจจับการบุกรุกและข้อผิดพลาดไฟร์วอลล์บวกความอดทนและเทคโนโลยีเครือข่าย - สร้างแบบจำลองและการทำนายเทคโนโลยีใหม่ -
สำนักพิมพ์รายไตรมาสอัตราสมาชิก : $ 31 สถาบันราคา : $ 285
เรียนรู้เพิ่มเติมเกี่ยวกับสิ่งพิมพ์ใหม่นี้และกลายเป็นสมาชิกวันนี้ tdsc

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