- 1 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 19:45:18 ]
- プログラミング言語処理系の開発に興味のある人達のスレッドです。
字句解析・構文解析から，データフロー解析，ループ並列化，データ分散，SSA変換，
CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン，
SIMD命令生成，VLIW向けクラスタリング，スクラッチメモリ向け最適化，リンク時最適化，
JIT，動的バイナリ変換等の各種最適化，それにVM，GC，低消費電力化などなど。
意味論に関する話題も歓迎です。
前スレ
1 pc.2ch.net/tech/kako/981/981672957.html
2 pc2.2ch.net/test/read.cgi/tech/1021136715/
3 pc5.2ch.net/test/read.cgi/tech/1070089173/
4 pc5.2ch.net/test/read.cgi/tech/1100097050/
5 pc8.2ch.net/test/read.cgi/tech/1106129164/
6 pc8.2ch.net/test/read.cgi/tech/1115335709/
7 pc8.2ch.net/test/read.cgi/tech/1129287390/
関連リンクは多分 >>2-10 あたり
- 992 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:11:39 ]
- CAD形式を扱う場合のメリットは、UMLを扱う場合のメリットと同じかと。
図形にすると、処理の流れは分かりやすくなる。
しかし図形には、処理の論理が分かりにくいというデメリットもある。
- 993 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:39:02 ]
- UMLはUMLで、オブジェクト指向に関する政治的な駆け引きが色々と絡んで、
ややこしくなってる部分があるからなぁ……
その意味では、CAD形式言語に関しては、図形をいかに定義するかが焦点になりそうだな。
- 994 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:54:58 ]
- その場しのぎのやっつけ仕事の場合だと、
むしろCAD形式の方が楽かもしれんな。
世間の仕事の９割ぐらいは、やっつけ仕事だろ？
- 995 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 10:35:34 ]
- UMLはCAD形式の言語？
- 996 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 10:46:20 ]
- フローチャートもCAD方式の言語という事になるな
- 997 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 11:19:07 ]
- CAD型まではいかんが、MAX/MSPやPDは非テキスト型プログラミングの
試みとしては一番成功している部類だろう。
- 998 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 12:01:15 ]
- ﾏﾃﾏﾃ、CAD方式には致命的な欠点があるぞ。簡単にはコピペができんだろ。
特定のツールでしか作れないから、拡張も難しい。
- 999 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 12:47:21 ]
- むしろテキストを図形表示する方が色々と楽かもな。
- 1000 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 13:13:35 ]
- 普通に１０００ゲット
- 1001 名前：１００１ [Over 1000 Thread]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
