月曜の朝、いつも通り「Dynamo」でニュース検索をかけたら、上位6件のうちAutodesk Dynamoの話が1件もなかった。AWSのDynamoDB、LLM推論基盤のNVIDIA Dynamo、サッカークラブのディナモ、そしてスプラトゥーンのダイナモローラー。社内Slackに貼る前に気づいてよかった、という話から始めます。
とはいえ、周辺の話題にもBIM担当として引っかかるものがあったので、今週は少し広めに拾ってみます。
今週拾った記事
テストが通っても安心できない、を仕組みで潰す
テストが通っても安心できないので、実装をわざと壊して確かめる仕組みを作ったは、ExcelのWBSをAWSサーバーレスの進捗管理ツールに置き換えた連載の4本目。実装をわざと壊してテストが落ちることを確認する、いわゆるミューテーションテスト的な発想の話です。
DynamoDBがバックエンドに居るので検索に引っかかっただけで、Autodesk Dynamoとは無関係。ただ、「テストが通る＝正しい」ではないという指摘は、Dynamoスクリプトを社内配布する立場からすると耳が痛い。グラフを走らせて赤いノードが出なければOK、で済ませてしまっているケースが社内に山ほどある。
DynamoDBの楽観ロック
DynamoDBのConditionExpressionで更新競合を防ぐ：Javaで楽観ロックを実装するも名前違い。ただ、同じモデルを複数人で触るときの競合制御という論点は、Revitの中央モデル運用やワークセット設計そのものなので、建築側の人間が読んでも損はないです。
LLM推論基盤としてのDynamo
From GPU to Token: Understanding Modern LLM InferenceはNVIDIAが出している推論フレームワーク「Dynamo」の話。LLMを大規模にさばくのはGPUの問題というよりシステムの問題だ、という主旨。Autodeskとは関係ないけれど、「Dynamo」という名前のソフトがもう一つ業界で広まってきているのは、検索ノイズとして今後地味に増えてきそうです。
残りはサッカーとスプラ
Google News経由のDynamo Saint Petersburgの選手スタッツ、スプラトゥーン3のダイナモローラー実況、同じくスプラのギア構成記事は完全にノイズ。BIM担当としての収穫はゼロです。
ゼネコン現場から見た考察
Autodesk Dynamoの新ネタがゼロだった週に書くことがあるのか、と思いながら書いていますが、むしろ考えたいのは1本目のミューテーションテストの話です。
うちでは梁の自動配筋チェックや、鉄骨の建方ステップに合わせたフィルタリングをDynamoで組んで、設計部と施工管理に配っています。配った後に起きるのが「動いているように見えて、実は条件分岐の片側が一度も通っていなかった」というやつ。先月、ある現場で梁符号の採番スクリプトが特定の階だけスキップしていた事故があって、原因は入力モデル側のパラメータ欠損。グラフ自体はエラーを吐かずに完走していました。
テストが通ったから安心せず、わざと壊してテストが落ちるかまで確認する。この発想をDynamoの社内標準スクリプトにも持ち込めないか、と読みながら考えていました。具体的には、代表モデルを数パターン用意して、パラメータを意図的に欠損・重複・異常値にした状態でグラフを走らせ、想定どおりエラーで止まるか、警告が出るかを定期的に回す。CIというほど大げさではなく、月初に手動で15分やるだけでも事故は減らせるはず。
導入のハードルは、正直人の問題です。Dynamoを書ける人が社内で片手で足りる状況だと、テスト用モデルのメンテまで手が回らない。協力会社に配布するスクリプトについては、相手の環境でRevitのバージョンもアドインも違うので、こちらでいくらテストを固めても限界があります。配布時に「このバージョンで、このテンプレートで動作確認済み」と書き添える運用を、もう少し仕組み化したい。
NVIDIA Dynamoの件は、まだ社内で誰も気にしていませんが、来年あたり「Dynamoを使った設計自動化」みたいな記事タイトルを見て、開いたらLLM推論基盤の話だった、ということが増える気がしています。推測ですが。
まとめ
Autodesk Dynamoの直接的な新機能ニュースはなし。ただ、同名ソフトのDynamoDBとNVIDIA Dynamoの記事から、テスト設計と命名衝突という二つの宿題をもらった週でした。来週はちゃんとビジュアルプログラミングの話が拾えますように。