鳥取行なんていうか、昨日昼まで寝ていた&夕方少し寝た影響で、寝付けなかったので、起きておくことにした。図による開発環境っておもしろいのが飛び出さないかなぁと言う話。古来より、プログラムの構造を図示しようという試みはなされ続けているが、あまり、ドキュメンテーション以外で成功している例を見ない。抽象的なレイヤで図を書いてやる物が主流だ。フローチャートがあるが、現代では「ソースコードと何が違うんだ?」という至極もっともな指摘によりごく一部を除いて死滅したに近いといえる。人間(少なくとも私は)文字列より、図の方が直感的に受け入れやすい。いっても良いかもしれないが)影響を受けたプログラミング言語において、実際に使用可能な仕組みとして用意されている。文といったそれ自体に意味が含まれない形式的な記述ではなく、そこで行いたいことを書くことが可能だ*1。各行の先頭の文字を大文字にして、中身を出力するプログラムになる。ループなどと比較すると直感的に把握できるんじゃあないだろうか。これを図示すると↓のイメージになる*2。その辺を踏まえてデザインされてるのかなぁとか思った。なんかも、使うときは↑みたいなイメージを頭の中に抱いてる気がする。わからない何か(外部イテレータ)に移動するイメージ。レベルでとらえていると言うよりは、こっちのレベルで考えてる気がする。実装レベルでの理解はあるんだけど、考える際にはもっと抽象レイヤで考えてる。抽象と抽象で相性がよさそう。文と図示の相性は最悪だったが、それはプログラミング言語側の表現能力の不足に依る物だったのではないだろうか。図によるプログラミングには、今後なんらかの余地が残っていそうな気がしてならない。マッシュアップとかってモロに信号処理的なモデルだよね。的な開発環境があってもおもしろいんじゃないだろうか。重要なのは、「何が流れるか」というデータの部分で、それさえ見失わなければおもしろい物ができそうな気が飛び出しそうなんだけど、「これだ!」という良いアイデアは思いつかないなぁ。欲しいのは、コードを使わないんじゃなくて、コードとの親和性が高そうなやつ。抽象レイヤを図で構成して、詳細をコードで書くの。これぞ、プログラムがドキュメント。ヒューーー(ナチュラルハイですごめんなさい)。現実には、泥臭い処理がどうしてもあるから、ベースになる言語がよほど上手く作られてないと、うまくいかなさそう。方が本質を記述しているといえないだろうか。「結果として10回回る」のであって、「10回回る」ということを表してはいない。しすぎるとわかりにくくなるとは思う。その辺はその人の感性次第か。[図がコードそのものじゃないとうれしくない気がするなぁ。結局、二つのものが管理対象になって同期でトラブりそうです。学校にて伊賀上野へ旅行。風邪が治ってなかったため、終始熱っぽい状態での参戦。初日の朝、5〜10分前ぐらいにつく時間に家を出たところ、人身事故で近鉄のダイアが乱れ、1年生のバスにて工場見学へ。工場見学では、セル生産方式と、ロボットによる在庫管理を辞めて、人手に戻したというのが興味深かった。一人で全部組み立てに買えた際に、どのような品質低下を防ぐ仕組みを導入したのかについて聞きたかったんだけど、まぁ色々と。するには良いかもしれないけど、今回の旅行には微妙な感じ。