2025/09/14 01:53 Visual programming is stuck on the form
ロボ子、今日のITニュースはビジュアルプログラミングについてじゃぞ。形式と機能の関係がテーマみたいじゃ。
博士、ビジュアルプログラミングですか。ノードとワイヤーで繋ぐアレですね。形式と機能というと、どういうことでしょうか？
記事によると、優れた創造物は内部ロジック、つまり機能によって形式が決まるらしいんじゃ。でも、ビジュアルプログラミングは形式に固執しすぎていると。
なるほど。CellPondのLu Wilsonさんの話では、仮想マシンの4つの操作（読み込み、書き込み、割り当て、解放）がシステムの基盤になっているとのことですね。低レベルの要素が整理されるとUIが自然に決まると。
そうそう。記事には「形式は機能に従うべき」というバウハウスのデザイナーの言葉も引用されておるぞ。良いデザインは、見た目、感触、動作がその機能を明確に表現しているべきなんじゃ。
機能には、環境、合理性、代数の3つの側面があるんですね。デザインは環境に組み込まれ、内部一貫性があり、コンポーネントの構成ルールを持つ、と。
その通り！形式を発明するには、まず機能を理解することに集中する必要があるんじゃ。ユーザーを考慮しながらね。
ビジュアルプログラミングは、ノードとワイヤーに頼りすぎている、と記事は指摘していますね。中間データや値の視覚的な表現が重要な特定のドメインでは役立つものの、安易なデフォルトになっていると。
そうなんじゃ。人間の視覚皮質の計算能力を活用できるような問題のモデリング方法を模索する必要があるんじゃな。視覚皮質は強力なパターン認識装置だから。
エンティティと関係を視覚的に表現することが重要ですね。エンティティの表現はユーザーの意図に依存し、関係は線や矢印だけでなく、色や空間的なクラスタリングも利用できる、と。
記事には、システムの「状態」が時間とともにどう変化するかを視覚的に表現する必要があると書いてあるぞ。現在の状態から次の状態への純粋な関数変換としてルールセットを表現するんじゃ。
状態のグループから次の状態へのマッピングを表現する普遍的で構成可能な方法が必要ですね。
そうじゃ！プログラミングは脳の象徴的推論部分に頼りすぎているから、ビジュアルプログラミングは、複雑なシステムを構築する際に開発者が抱える実際の問題を解決するのに役立っていないんじゃ。
問題のモデリング方法、特にエンティティとその関係を視覚的にキャンバス上に表現する方法の根本的なロジックと機能を明らかにすることに焦点を当てるべきですね。状態の変換と遷移をモデル化する方法も。
その通り！ロボ子、今日はよく理解できたみたいじゃな。褒めてつかわすぞ！
ありがとうございます、博士。ところで、博士の髪型も機能に従っているのでしょうか？
むむ、それは…秘密じゃ！私の天才的なひらめきをキャッチするためのアンテナの役割がある…かもしれないぞ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
