『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です！
はてなブックマークで私の日記のエントリを見ると、 この記事への宣伝リンクが入るのだが、 それは「お前のPHP関連のエントリは失言だ」と、 はてなに認定されている、と。
そういうことでいいのか(笑)。
新しいWebアプリケーションフレームワークRuby Waves。
Waves is feature-rich, compact, and extensible. Waves is thread-safe, hot-patchable, and supports easy clustering. Waves relies on best-of-breed Ruby libraries, including Rack, Mongrel, Sequel, Markaby, and Erubis, among others. And it uses just-in-time class and module creation to minimize the code you have to write.
MerbといいWavesといい、ポストRailsを狙っている(？)フレームワークが登場することは 大変健全なことだと思う。競争のないところに発展はない。
複数選択肢があるということはマーケティング的には善し悪しなんだけどね。
「動的言語批判」への批判。一読あれ。
ちょっと読んでみるとわかるけど、 この批判って単なる「静的言語が優れている」という意見への批判を越えていて、 実は批判の対象は「単一の言語しか知らないユーザの思い込み」ではないかと。
単一言語脳の恐怖
というか、なんというか。
ひとつしか言語・環境を知らないと、 それがすべてであり最良であるとしばしば思い込む。 そりゃひとつしか知らなけりゃ、それが最良だよね。 で、知りもしないくせに他の言語・環境に噛みつく、と。
ぜひ、プログラマ諸氏には、複数の言語・環境を経験していただきたい。 たとえ仕事に直接使えなくても。とくに両極端な選択がいいな。
「CとRuby」とか、「JavaとLisp」とか、「EclipseとEmacs」とか。 「ForthとScheme」とか。「HaskellとC++」とか、「APLとPerl」とか。
目の前の席の同僚(特に名を秘す)がイスをバランスボールに置き換えた。
ま、それはそれでよいのだが、 スクリーンの向こうで彼の背中が上下にゆらゆらと揺れると 普段のイメージとのギャップもあいまって なごんでしまって、しょうがない。
あ、なごむんだから、いいのか。
http://www.rubyist.net/~matz/20080206.html rubyがmod_phpに対抗するには、CGI動作でも最低限のrequireで済ましてくれる、使いでのある軽量フレームワークの台頭が待ち望まれますね。 レンタルサーバにも組み込めて軽い、「RubyでCGIチョー便利」という状況を作れれば
うちの会社でもはやっています。
ひとつしか言語を知らないプログラマさんはどの程度いるものなのでしょうか？
自分は子供の頃にBASICがあって、高校生でX68kのアセンブラ以降色々な言語をその時々に応じて使ってきたので、ひとつしか知らないっていうのがいまいちピンとこないです。
僕は、50代になってVBしかできないという人を何人も知っています...
それはそれとして、僕は完全に動的言語派です。Common Lispのようにオプションで型宣言することで最適化を促すのは好きですが、静的型付けによって早期にバグを発見するというやり方にはあまり馴染みません。
型推論とgenericがあればブックキーピングを最小に抑えた上で型安全を実現できるというのはわかります。わかるのですが、型のことまで考えて「何が本質的か」ということを見抜く力が僕には不足しているようで、ちょっと複雑なプログラムになると頭がパンクします。
といって型推論とgenericを避けて明示的に型宣言をする言語になると、ブックキーピングが繁雑過ぎてダルいとしか言いようがありません。
たぶん、静的言語が好きだという人は、コンパイラに型矛盾を指摘してもらって思わぬエラーを発見できた体験があるのでしょうね。僕は、どうもあまりそういう体験がありません。ボトムアップに書くからでしょうか、短いコードブロックの中では型矛盾はほとんど起こらず、しかし、ボトムアップに書いているとき、トップレベルから見たときの型の名前を見通していることって全然ないんですよね。型aのためのユーティリティを書いている、としか言いようがないんですよね（その型aの型が決まるのは、すごく後の方なんです）。
うちの関連会社さんには、
Cしか知らない人や
VBしか知らないプロのプログラマーさんがたくさんいます。
SchemeとForthってわりと似てる気がするんですが、両極端ですかね?
ちなみにわたしの隣では、バリバリのHaskellerが泣きながらC++でプログラミングしてます(笑)。
多くの言語を知ることが常に良い結果をもたらすとは思えない。人の能力には大きく幅がある。数多くの言語を学んでもその多くが人並み以上にできる人ならばいい。そうでない人はむしろ一つに集中しなければ十分に習得できないのではないか。多くの言語を学んだとてそのいずれも中途半端なら何も知らないのと等価だ。
単一言語脳さん、
あなたご自身が複数の言語を学んだがその知識は役に立たず、何も知らないのと同じだった、という実際の経験をお持ちでしたら貴重な例として拝聴します。
実際にはひとつしか言語を知らないが、複数の言語を学んでも役に立つ「気がしない」というのであれば、それはまさに名乗り通りの「単一言語脳」の一症例でしょう。
相反する言語を２つほど習得するだけでも、プログラミングに対する考え方（と言えばいいのかな？）に幅が出てきていいと個人的には思います。
Matzさん、是非とも貴殿の言語コレクションに、極め付きの静的言語であるVerilogかVHDLを加えてください。見た目はC言語風だったり、Pascal風だったりしますが、対象が対象なのでかなりキテマス。Rubyで書いていても、「あの機能があれば..」と思う機能が幾つか見つかると思います。
最近はFreeなコンパイラやシミュレータも有るようですし...
単一言語脳さん
「多くの言語を知ることが常に良い結果をもたらすとは思えない。」→(多くの言語を知ることがたまには良い結果をもたらす。)∴「多くの言語を学んだとてそのいずれも中途半端なら何も知らないのと等価だ。」というのは、少し矛盾していませんでしょうか?
Well, Python は、the attributes of classes and instances の capsuling は、Yet 出来ないのでしょうか?
どっぷりとプログラミング言語の世界に浸るにはPOPLやPLDIの最新の論文を読むのがいいです。
CとC++とJavaとC#知ってます、というのでは、「単一言語脳の恐怖」から逃れたことにはならないのですよね。きっと。
私は、「言語ひとつ習得するには、仕事でフルタイムで使って半年かかる」と思っています。CあがりのプログラマがJavaを使って、全部staticメソッドで書いていたら意味ないですし。
両極端な言語ですか…。Postscriptも言語のうちでしょうか。
最近仕事で触れる機会が多いです。スタック言語というようですが、インタプリタ書きやすそうなのと、遅延評価が容易なあたりが、C/C++に慣れていた自分には新鮮です。…ただ、どちらが扱いやすいかは…、好みもあるんでしょうが、PSは常用したくないなぁと思います…。
http://itpro.nikkeibp.co.jp/article/OPINION/20080206/293139/
今回の件に触発されたんでしょうか？
日経ソフトウェアの記者さんがＰＨＰに一言書いています。内容は「あーでもあるが、こーでもある」という感じのものですけど。
特集で「初心者におすすめ」を声高に叫んだことを少し気にしたのかなぁ？真意はわかりませン。（笑）
前者。憧れで名乗ったが実際は無言語脳だ。複数の言語を習得できた人はgiftedである。その経験は同じgifted同士でしか共有できないことを認識するべきだ。
単一言語脳さん、
プログラミングに興味が持てない人、言語を習得できない人、やる気を持てない人などがいることは認識しています。
が、そういう人たちの存在を認識していたとしても、その人たちは今回の話のスコープ外です。万人を救済する方法なんて思いつきませんもの。
その方面に才能や希望を見いだせない人は、他の業界に転身するのがよいのかもしれません。
プログラミングだけがすべてではないのですし。
びさん
>ちなみにわたしの隣では、バリバリのHaskellerが泣きながらC++でプログラミングしてます(笑)。
抽象化はもちろんの事、Boost C++ライブラリ or STLを使っても泣かなければいけないのでしょうか?
それと、Rubyのソースは結構greatですね。特にeval.c and parse.cが。
XMLは学ぶ気になれません
>XMLは学ぶ気になれません
XMLは、学ぶというほど難しいものなのでしょうか?
尚、私は、XMLは冗長過ぎるので、地球環境の事を考えると、あまり使いたくありません。(さすがに、HTMLまでは否定しませんが。)
因みに私は、モヒカン&バイナリ族に属していますので、Rubyのpack、unpackメソッドは、たまに重宝します。
XMLそのものは簡単だけど、周辺技術が...