“ UML เป็นสิ่งที่เลวร้ายที่สุดที่เคยเกิดขึ้นกับ MDD” ทำไม?

วิลเลียมคุกในทวีตเขียนว่า:

" UML เป็นสิ่งที่เลวร้ายที่สุดที่เคยเกิดขึ้นกับ MDD ตอนนี้หลายคนโชคดีที่ตระหนักถึงสิ่งนี้ ... "

ฉันต้องการทราบเหตุผลที่อยู่เบื้องหลังการอ้างสิทธิ์นั้น (เห็นได้ชัดว่าฉันไม่ได้อ้างถึงความเห็นส่วนตัวของเขา)

ฉันสังเกตเห็นว่ามีหลายคนที่อยู่ที่นั่นไม่ชอบ UML มากขนาดนั้น นอกจากนี้ยังมีมูลค่าการกล่าวขวัญว่าเขาอยู่ในสถาบันการศึกษาที่ UML เป็นจอกศักดิ์สิทธิ์ของการออกแบบและการสร้างแบบจำลองที่มีประสิทธิภาพ

ฉันเป็นนักวิชาการที่โพสต์ทวีตดั้งเดิม ทวีตไม่ได้มีไว้เพื่อเป็นบทความวิชาการ พวกเขาเป็นโฆษณาและฉันคิดว่าพวกเขาสามารถโต้เถียง นี่คือทวีตติดตามของฉัน:

1) UML ถูกสร้างขึ้นเพื่อออกแบบโมเดล OO มันมีผลกระทบต่อคุณกำลังสร้างแบบจำลองรหัสของระบบไม่ใช่พฤติกรรมของระบบ UML อยู่ในระดับที่ไม่ถูกต้อง

2) ความคิดที่ว่ารูปแบบไดอะแกรม 7 (หรือ 13) ใน UML สามารถครอบคลุมทุกอย่างได้อย่างบ้าคลั่ง สิ่งที่เกี่ยวกับ GUI, wireframes เว็บ, การอนุญาต, ฯลฯ ???

3) UML สนับสนุนแนวคิดที่ว่าโมเดลต้องเป็นแบบกราฟิก ไร้สาระ! โมเดลข้อความและกราฟิกมีประโยชน์และมักจะใช้แทนกันได้

4) UML นั้นใหญ่เกินไปและซับซ้อนเกินไปและในเวลาเดียวกันก็มีข้อ จำกัด มาก ต้นแบบและโปรไฟล์ไม่ได้มีประสิทธิภาพสำหรับส่วนขยายที่ใช้งานได้

โปรดทราบว่าฉันไม่จำเป็นต้องพูดว่า UML ไม่ดี ฉันแค่พูดว่ามันไม่ได้ช่วยเป้าหมายของ "การพัฒนาแบบจำลองที่ขับเคลื่อนด้วย" ซึ่งเป็นสิ่งที่ฉันสนใจฉันไม่เข้าใจความคิดเห็นเกี่ยวกับ "จอกศักดิ์สิทธิ์"

UML นั้นเทียบเท่ากับการเอาไขควงและค้อนมาอัดเข้าด้วยกันและเรียกมันว่า "Universal Fastening Tool" ในทางทฤษฎีมันสามารถนำมาใช้เพื่อเป็นตัวแทนของสิ่งต่าง ๆ ในรายละเอียดมากในทางปฏิบัติมันเป็นเครื่องมือที่มีการบูรณาการที่ไม่ดีซึ่งอ้างว่าเป็นเครื่องมือเดียว

ฉันคิดว่ายังมีอีกกรณีที่ MDD เป็นสิ่งที่เลวร้ายที่สุดที่เกิดขึ้นกับ UML (เหตุใดเราจะมี UML2 ที่เรามีอยู่) แต่ไม่สนใจสิ่งนั้น ...

MDD = ตัวขับเคลื่อนโมเดล <การออกแบบ | การพัฒนา> แนวความคิดนี้จะสามารถพัฒนาวิธีการแก้ปัญหาในระดับที่เป็นนามธรรมที่เหมาะสมกับปัญหาของปัญหานั่นคือมันเป็นความพยายามที่จะแสดงวิธีการแก้ปัญหาในไวยากรณ์ที่เป็นธรรมชาติมากที่สุดสำหรับการแสดงการแก้ปัญหาเหล่านั้น โดเมนปัญหานั้นโดดเด่นด้วยแบบจำลองการดำเนินงาน (นั่นคือโดยรุ่นที่สามารถดำเนินการโดยคอมพิวเตอร์) ดังนั้น MDD อาจเป็นวิธีที่น่าสนใจมากแม้ว่าจะมีข้อกำหนดหลักสองข้อ:

1. หนึ่งจะต้องสามารถที่จะรวบรวมภาษาที่เป็นรูปแบบที่เหมาะสมสำหรับการดำเนินการคอมพิวเตอร์ (รูปแบบจะต้องมีการดำเนินงาน ); และ
2. ต้องสร้างภาษาการสร้างแบบจำลองสำหรับโดเมนปัญหา

ฉันเข้าใจว่าความพยายามของ UML2 นั้นมีจุดมุ่งหมายเพื่อกล่าวถึงจุดที่ 1 ซึ่งอาจอยู่ภายใต้ความเชื่อที่ว่าประสบการณ์ทางอุตสาหกรรมของ UML นั้นแสดงให้เห็นว่าประเด็นที่ 2 นั้นเป็นที่น่าพอใจสำหรับโดเมนปัญหาจำนวนมาก น่าเสียดายและนี่คือสิ่งที่ฉันคิดว่า William Cook กำลังดำเนินอยู่ UML ไม่พอใจจุดที่ 2 สำหรับทุกที่ที่อยู่ใกล้กับปัญหาที่คิด ฉันไม่ได้พูดจากประสบการณ์ส่วนตัว แต่ฉันคิดว่าประสบการณ์อุตสาหกรรมของการใช้ MDD กับ UML มีผลลัพธ์ทั่วไปสองประการ:

UML นั้นยอดเยี่ยมตราบใดที่มันเป็นเพียงภาษาจำลอง หากคุณพยายามเชื่อมต่อ MDD กับ UML เพื่อรับมุมมองแบบกราฟิกแสดงว่าไม่มีประโยชน์ MDD จะยอดเยี่ยมหากไม่มี UML และ UML ที่ไม่มี MDD

สมมติว่า UML และ MDD หย่ากันวันนี้เพื่อมีชีวิตที่ดีขึ้นไม่ได้อยู่ด้วยกันอีก :-)