อ่านเจอบทความเรื่อง Make the Magic go away เขียนโดยคุณ Robert C. Martin หรือ Uncle Bob ทำการอธิบายถึงการใช้งาน framework ต่าง ๆ ไว้อย่างน่าสนใจ โดยก่อนที่จะนำมาใช้ เราควรเข้าใจมันก่อน !! จะเข้าใจมันได้อย่างไร นั่นคือ คุณต้องเขียนขึ้นมาเองก่อน จากนั้นจึงกลับไปดู framework ต่าง ๆ ว่ามันเหมาะกับงานของเราหรือไม่ ? และเราสามารถอยู่ได้ หรือ พัฒนาระบบได้โดยไม่ต้องพึ่ง framework ได้ไหม ? ดังนั้น จึงขอนำมาแปลในส่วนที่น่าสนใจดังนี้
ปัจจุบัน developer ต้องทำงานกับ code แบบไหนกันนะ ? ทำงานกับ legacy code, ugly code หรือ beautiful code กันอยู่นะ ? จากที่ทำงานมานั้น มักจะอยู่กับ ugly code มากกว่านะ ซึ่งมันไม่น่าจะใช่เรื่องปกติของการพัฒนา software หรือเปล่านะ ? คำถามที่มักได้ยินมาตลอดคือ แล้วเราควรที่จะ rewrite หรือ refactor มันดีล่ะ
ปัจจุบันในการพัฒนา software นั้น มักจะพูดถึงคำว่า Simplicity กันบ่อยขึ้น ในการพัฒนา software เราฝันไว้ว่า ระบบงานต้องเป็น monolithic application แต่ละระบบทำงานของมันไปเลย สิ่งที่สร้างมันนั้น ต้องเป็นไปตามสิ่งที่ลูกค้าอยากได้ ดังนั้นก่อนเริ่มพัฒนา เราจึงเริ่มด้วยการค้นหา framework !! ที่มันสามารถทำงานได้ตามความต้องการของระบบ ที่มันจะทำให้ชีวิตเราง่ายขึ้น แล้วสิ่งที่เราทำมานั้น มันคือ Simplicity จริงหรือ
คุณ Martin Fowler ได้ทำการเขียนสรุปเรื่อง Rule Of Simple Design ขึ้นมา ซึ่งเขียนในบทความ BeckDesignRules เห็นว่าน่าสนใจเลยเอามาแปลอีกครั้งหนึ่ง ดังนี้ คุณ Kent Beck คือ ผู้สร้าง Extreme Programming (XP) ในช่วงปี 1990 ที่เราหลายๆ คนรู้จักกัน และได้แนะนำ Rule of Simple Design ขึ้นมา ซึ่งประกอบไปด้วย 4 ข้อดังนี้
ว่าด้วยเรื่องของ 4 Rules of Simple Design หรือกฎ 4 ข้อสำหรับการออกแบบที่เรียบง่าย ซึ่งคิดโดยคุณ Kent Beck ในช่วงปี 90 เป็นแนวคิดพื้นฐานของการออกแบบ software หัวใจหลักของกฎนี้ก็คือ นำทางให้เราทำให้เล็ก และ พาไปสู่การ refactoring ดังนั้น มาดูรายละเอียดของกฎทั้ง 4 ข้อกันดูว่าเป็นอย่างไร