それでも僕はソースが短い方がいい

ぼくがLLのひとに「ガツン」と申し上げたこと - ひがやすを blog - 客観的に見て、ぼくはガツンと言ってやったと思う。LLな方々を前に、「いまどきのフレームワークは進化しているから、言語による差なんて余りない。仮に、Javaのほうが二倍コードを書く必要があったとしても、開発の中でコードを書いている時間より考えている時間のほうが圧倒的に長いんだから、その辺は誤差でしょう。」と「がつん」と言ってやった。それが彼らに届いたかどうかは、ぼくには分からない。しかしぼくがガツンと言ってやったことだけは確かだ。 GAEって使えるサーバリソース群って全部自分のコントロール配下になくて、Googleが予め定めた枠の中でしか行動できないから、「何の言語で開発するのか？」って迷う材料が局所的になるよね。好みの問題にしかならない。 Googleが提供するAPI(みたいなもんだよな)叩ければ、それで色々なリソ

[jacoby]

Rubyは処理の複雑さを言語が引き受けて簡潔にかけるように設計されているというMatzさんの講演を思い出した。

[iakio]

「どこがいいのか教えて欲しい」->「好きに使えば良いんだよ」って答えてほしかったなぁ。。。

[katzchang]

んー。短くなるのは、構文上の理由だけじゃないんじゃないの？ということをダイアリに書いた。

[ryuzee]

製造量が増えれば不具合発生量は線形比例する。このテーマをもうちょっと考えないといけない

[i_ogi]

「得意な言語の方が生産性が高いでしょ。どうせAPIで隠蔽されているんだから、色々な言語(今はJAVAとPythonだけど、PHPもJAVA経由で動くし)から好きに使えば良いんだよ」って答えてほしかったなぁ。。。

[Nagise]

「書く文字が増えれば増えるほど、バグが混入する可能性は増える。」Javaの人はCtrl+SpaceとかCtrl+1ばかり使うのでLLよりも「書く文字」は少ない。「選択した結果エディタに表示される文字」は多いかもしれないけど。

[kazuhooku]

コーディングレベルでのバグ混入を防ぎたいなら、字数を気にするよりも型チェックの強いコンパイル型言語を使うべきでは?＞「書く文字が増えれば増えるほど、バグが混入する可能性は増える」

[Yoshiori]

ゴルファーの意見