全てにおいて文字列頼りのプログラミングってどうなの? 他に方法は無いの?

tomo🐧@learning @cocoatomo

なんか昨日の議論の残り火がまだ燻ってる感じの TL だな. 良い良い.

ICHIRO SATOH @ichiro_satoh

最近は動的言語の生産性よりも、IDEによる生産性の方が重視されているかもしれません。RT @ashigeru: 静的型付もIDEのサポートが強いという文脈で語られることが多いですね RT @ichiro_satoh: 極論ですが、プログラミング言語の文法はIDEが決める方が合理的

Masayoshi Hagiwara @masayh

IDEは物理的な言語構文を論理的構文に置き換えるものと考えています。ですから、両者を同一視することの高級化も、分離することで物理構文の効率化も扱えると思います。@ichiro_satoh 極論ですが、プログラミング言語の文法はIDEが決める方が合理的なのかもしれない。

ICHIRO SATOH @ichiro_satoh

個人的には言語側の構文とIDEが表記する構文は分離するのではないかと予想しています。RT @masayh: IDEは物理的な言語構文を論理的構文に置き換えるものと考えています。ですから、両者を同一視することの高級化も、分離することで物理構文の効率化も扱えると思います。

Masayoshi Hagiwara @masayh

はい。そう思います。IDEを利用するステークホルダー毎に論理ビューを持っていて、そのビューが言語構文を決めます。ですから、マルチビューの言語が必要でしょう。@ichiro_satoh 個人的には言語側の構文とIDEが表記する構文は分離するのではないかと予想しています

非実在naka aki @naka_aki_spl

IDEの話、あと先日のqittuさんとの話とも繋がるけど、たとえば今俺は「ER図ツールが欲しい」わけじゃなく、さらにその上の層の高級な何かを描く図ツールが欲しいんだよな。高級というのはたとえばRailsとかCakeとか用のデータ構造定義を描く図ツールだ。あれはRDBのラッパー。

Masayoshi Hagiwara @masayh

マルチビューの言語は、つきつめると開発プロセスの工程ごとにステークホルダーの作業が異なるので、その工程に紐づいた作業に最適な言語構文となって、すなわち、DSLです。GPLを物理構文としてDSLを論理構文でかぶせる環境を支援するのがIDE。これSoftware Factories。

ICHIRO SATOH @ichiro_satoh

マルチビューは再び脚光を集めるかもしれませんね。ひとつのプログラムを一つ表記で表す必然性はないですから。@masayh: はい。そう思います。IDEを利用するステークホルダー毎に論理ビューを持っていて、そのビューが言語構文を決めます。ですから、マルチビューの言語が必要でしょう。

Shinpei Ohtani @shot6

ただマルチビューの言語は構造上設計実装共に複雑になりそうで、進化のスピードが遅れがちになってしまわないでしょうか。 @ichiro_satoh @masayh