なぜ、2000年代には巷で耳にした「UML」を現在では全く耳にしないのか？

そら日本では設計書はExcel方眼紙に書くものと決まっておりますので

MDAの不渡り手形って表現がいい。看板下ろして日用品になっただけか

Visioが使える環境はわずかで、大体必要なものだけをオートシェイプで書いてた

AIが書いたものであり、筆者の実体験はかなり薄いな

最終的に現場で必要なのはコードなわけでそのためには頭でっかちで厳密なUMLよりも本文にもあるけれど「UML的ななにか」のほうが都合がいいし硬直化しない柔軟な開発設計につながって効率もいいからだと思う。

結論に納得しかない。UML を学んだことは良かったと思うし、その当初から、今もまだ使い続けてるやつしか使ってなかったｗ

UMLのユースケース図はとてもいいと思った記憶がある。

UMLは減ったけど、tomlとかはあるからそれでいいんじゃない

"「図を正しく描けば、コードは自動的に出てくる」という約束です。" いまのプロンプト/ハーネスエンジニア礼賛諸氏は歴史に学ぼう / plantuml, mermaidでシーケンス図やクラス相関図は残ったし自分はそれで十分

ブランドとしては無産したが、要素は残ってる図のメソッドとしては残ると思う。低コストで図が書けるのは重要な要素、jdocはじめMDにしてもrSTにしても

(PlantUML以前の) UMLはModeling Languageと言いながらテキストでの記法が定義されてないのが現代の目線で見ると致命的なんよね

20世紀は図の作法だけで来歴がバレたり揉めたりしてたからファウラー先生のUMLは非常に使い勝手がよかったのよ。それだけ

殆どの状況で結局コード書いた方が早いという印象。UML等でドキュメントに残して議論する余地があるケースは無くなったわけではないが。

シーケンス図とか今でもよく見ると思うけど。クラス図はコードからリバースできるツールも昔はあったけど、役に立たなかったな。結局、コードが正だからリバースできないものに未来は無い。

UMLの歴史について語ってるのになんで筆者はICONIXに触れないの？

図としてのUMLは、「ER図」や「DFD」を2026年の巷で耳にしないように、すっかり溶け込んでる。それはそう。制度としては……へーそーなーんーだー

シーケンス図は今でもデータフローのある処理の整合性確認したり、マルチスレッドロジックのデッドロック目視検出に役立ったりする

自分の中では、フリーで使いやすいUML作図ツールがろくになかったのが致命的。Astahもフリー版やめちゃうし

状態遷移図は主要なデータ状態とイベントわかりやすいし好きなんだが何故か作られてないことが多い。

2000年代はUMLの本何冊か作って、エージェンシー経由で韓国語版まで出たんだけどなあ。こういう状況になっていたのか。