最近は LL Language ドップリな chiyama ですこんにちは。
こんなことをいきなり書くのも、id:ryocotan の日記を読んだからなんですけどね。
http://d.hatena.ne.jp/ryocotan/searchdiary?word=%2a%5bWebcco%5d
この職業占い(?)の選択肢、選択に困る人って多いんじゃないでしょうか? IDE と Emacs/Vim と言われても、私はコーディングは Emacs じゃなきゃ発狂するし、かと言ってデバッグで gdb 使えと言われてもそこは VisualStudio のデバッガ使いたいじゃん?みたいな。VisualStudio って、存在意義の 95% はデバッガですよ。と言うか gdb 使い辛いッス(涙。私の場合、年がら年中コード書いてるわけじゃないんでコマンドを忘れたら何もできないのは勘弁。コマンドを覚えてたら最強のツールなんですけどね。
LL Language も同じくで、とにかくメモリ管理とか考えずにガシガシ書くぜオラオラオラ!!っていう時には LL Language 最強なわけですが、結局どこかで C/C++ で書き直したくなる時が来るんですね。私の経験上。ある時にはパフォーマンスの問題だったり、ある時には使いたいライブラリの問題だったりするわけですけど、やっぱりできることの幅は C/C++ の方に分があるわけです。じゃあ最初から C/C++ で書けば?って話になるかと言うと、立ち上がりの面倒臭さが災いしてそんな気になれません。#include
結局何が言いたいかと言うと、これらの間を取り持ってくれる何かって無いのかなぁ?ということです。VisualStudio のキーバインディングを Emacs 化してくれるようなものがあるのは知ってるし試したことはあるんですが、どれもこれも中途半端で逆にストレスが溜まるだけで結局不自由でも規定の環境がいいやってことになるんですよね。
LL Language と C/C++ の橋渡しの話もそうで、LL Language でザクザクとプロトタイプを書いた後、C/C++ で本格的に開発していけるような環境って無いものかなぁ?と思うわけです。最近触っている Processing はちょっと 有望かも?と思っています。これが Emacs から直に実行できて、かつ C/C++ へのトランスレータが 用意できたら今ある要望は満たせるかもしれません。あとは 3DCG 関係に限って言えば Maya がいい感じですね。こちらは完全にシームレスっていう訳ではないですが、 とりあえず DG+python で検証して、その後 C/C++ 化というのがしやすくなっています。
ここらへんの環境の谷間的分野は何となく次の解決策への道筋が見えてはいるものの、まだ未整備な状態なんですよね。あまりにもニッチすぎて誰も手をつけていないとも言えるんですが(涙。