アカウント名:
パスワード:
JavaServletのコンテナ(の繁雑さと、たとえばRubyの WEBrick[*]の簡単さとの、あまりにも凄い格差)とか、 EJBとか、を思うと、やっぱり「Javaはウンコ」だと思うんですが、 それでも使いたいと思う人…ってゆーか企業…は多いんでしょうね。
P言語しか使えない人が、「大規模案件だからJava」と何も考えずに 導入すれば火を噴いて当然。 P言語開発者の中には、プログラミングのイロハも知らないままに ただ使っているだけの人も少なからずいるから。そう言う人は 言語に関係なく大規模案件をやれば火を噴いても不思議じゃない。
火をふくプロジェクトは、言語で起きてるんじゃない、 構成要員で起きてるんだ！！
Javaだからこそ、問題の有る要員が集まりやすいって事は無いでしょうか。 2,3年前、IT業の人気が高まってプログラマー入門者が溢れた頃、丁度サーバサイドJavaブームが重なって「Javaプログラマー」を詐称する人が大量生産されました（今考えると恐
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
太陽超小型装置 (スコア:1)
サーバーサイドだと結構メジャーになってきたようだし
Re:太陽超小型装置 (スコア:2, 興味深い)
捺印ナビリティって奴ですかね。
JavaServletのコンテナ(の繁雑さと、たとえばRubyのWEBrick[*]の簡単さとの、あまりにも凄い格差)とか、
EJBとか、を思うと、やっぱり「Javaはウンコ」だと思うんですが、
それでも使いたいと思う人…ってゆーか企業…は多いんでしょうね。
[*]
WEBrickをJavaに移植するといいんじゃないかな。
その簡単さの全てが移植できるとは(言語の構造の違いから)言えないけど、
部分的には出来るんじゃないのかな。
コンテナじゃなく単なるライブラリにしちゃうのが味噌ね。設定ファイル捨て捨て。WEBrickにはmountメソッドとかが有るのが素晴ら
Re:太陽超小型装置 (スコア:2, 興味深い)
起こりそうなことを想像してみると、
- 今まで Perl/Python/Ruby で取り組んできた小さなプロジェクトが
- 上司から、隣で火を噴いている大きなプロジェクトを助けに行くよう指示された。
- 行ってみるとそこは J2EE, C#, C++, etc. で七転八倒していた。
- 仕方がないから軽量コンテナとユニットテストのことを調べ始めた。
みたいなケースがあるんじゃないか?成功裡に完了した。あるいは、山場を越えた。
ある意味、Java がウンコだからより多くの開発者を必要としている、とか。
Re:太陽超小型装置 (スコア:1, 興味深い)
逆にP言語使って火を噴いてるところは見たこと無い。
じゃ、みんなP言語使えばいいっていう理屈じゃなくて、
でかいとこってJavaに過度の期待してるんじゃないの？って感じ。
Re:太陽超小型装置 (スコア:1, 興味深い)
えええーー。
いたるところで、火吹いてるPHP案件見ますよ。
# Pythonは、そもそも実プロダクトで見たことがない。
Re:太陽超小型装置 (スコア:1, 興味深い)
# ちがうのか
Re:太陽超小型装置 (スコア:0)
いいこと何もないけど。
# スクリプトエンジンが欲しかっただけだから正直何でもよかった。
Plthonを使ったプロダクト (スコア:0)
Re:太陽超小型装置 (スコア:0)
Re:太陽超小型装置 (スコア:0)
Servletを生で使うのは極々一部ですよ。
Ruby開発者のうちでRubyVMを触っている人のようなもので。
>たとえばRubyのWEBrick[*]の簡単さとの、あまりにも凄い格差)とか、
＃あまり言いたくはないけど、Rubyとでは流石に処理速度が桁違いなのでは。
>EJBとか、を思うと、やっぱり「Javaはウンコ」だと思うんですが、
EJBはJavaの世界でもあまり好まれてはいません。(キッパリ。)
>私が見たでかい火事場はどこもJavaとストラッツ（とオラ）ですね。
>逆にP言語使って火を噴いてるところは見たこと無い。
>じゃ、みんなP言
Re:太陽超小型装置 (スコア:1)
一説によれば Java は営業的に有利だそうだから、Java の方が
下手くそなプログラマの発生率・生存率ともに高くても不思議ではない。
その現象をP言語と結びつけるのは、八つ当たりというものである。
Re:太陽超小型装置 (スコア:1)
>Servletを生で使うのは極々一部ですよ。
Servlet環境の設定とかまで含めて、その繁雑さは結局
全員(開発屋や設定屋)にのしかかりますね。
いやほんと、違いますよ。うん。
P系の中でも出来の良い言語ならば、
良い意味で「設定とコードを同じ言語で書ける」ので
コード(と設定ファイル)から変な冗長さが排除され、
おかげで書くだけじゃなく読むのも楽ですよ。
読むのも楽ってことは、ひいてはメンテしやすいってことで。
例に出したWEBrickの良さは、半分はそれ自体の作りの素性が良いのもありますが、
残り半分は、そういう「設定(のための大げさな仕組み)が不要」ってところに
味噌が有るように思います。
ああいう世界を見ちゃうと、XMLみたいなカッタルいもので設定を記述するシステム
(ServletにせよStrutsにせよ…)が馬鹿らしく思えてきます。
余談：
「火を噴かない言語」と「初心者にプログラミングを教えるのに向いた(良質な)言語」とは
結局は同じようなものに行きつくんじゃないだろうか？
ひねくれた言語や元々設計の悪い言語は、初心者にも現場にもどうせ使えない。
>＃あまり言いたくはないけど、Rubyとでは流石に処理速度が桁違いなのでは。
スピード「しか」違わないなら、
そんなもんはIntelとSunにでも喧嘩させといて
うちらは高見の見物きめこみゃいいんですよ(わら
どーせDBやHTTPやProcess切替のほうが数桁(?)遅いんだから。
>EJBはJavaの世界でもあまり好まれてはいません。(キッパリ。)
やっとこEJB(2)にも戦力外通告がなされたわけですが、
まだまだたくさん、オクラにすべきものがいっぱいありますよ、Javaには。
それにしても拡張for文。なんであんな中途半端な踏み込み方なんでしょう？
もっと洗練すりゃ良かったのにさ。
あれじゃeach(rubyでいえば)も満足に使えんぞ。
>P言語しか使えない人が、「大規模案件だからJava」と何も考えずに
>導入すれば火を噴いて当然。
んー。Pしか使えない「人」がJavaを入れるなんてこと、あるんでしょうか？
仮に俺がそれだとしたら、「またPでいくぜ」という判断しか下さないはず。
たいていの人は、そこまでアホじゃないんじゃないかな。
問題は、現場の人じゃない人(上司とか？)が
自分の部下の得手不得手を無視してJavaを選択するところにある、
ってのが主なケースだと思う。
つまり当人たちには判断させてないわけですよ。
下の人が言っているように、
そういう判断のまずさをPやP人間のせいにするのは、
やつ当たりってゆーか、まあとにかくお門違いですね。
>P言語開発者の中には、プログラミングのイロハも知らないままに
>ただ使っているだけの人も少なからずいるから。そう言う人は
>言語に関係なく大規模案件をやれば火を噴いても不思議じゃない。
はんっ。
JavaやC(を出来ると自称(*)してる人)だって似たようなもんですよ。
イロハ知らなくてもコンパイル通るソースだけなら書けるかも、
というレベルの人間なら山のように見ました。
(*)自称といっても微妙なんですよね。
たとえば外注なんかだと、本人は「HOGE言語は無理」と言ってるのに
下請け会社が無理矢理「HOGE言語が出来る」という肩書を与えて
送り出しちゃうことが有るみたい(わら)なんで。
あ。もちろん(！)HOGEとは、
顧客の要望に合わせてCだったりJavaだったりPerlだったりするわけですよ。
べつに落第コーダを裾野に山のように沢山抱えてるのは
Pの専売でもなんでもなく、 JavaだってCだって同じです。
まあ、もちろんそんな促成栽培人間を出す下請けも悪いんですが、
そういう下請けをきちんと排除しない(＆する能力も無い)元請けも
(そういう業界を作ってしまうという意味では)悪いことしてると思います。
余談：
まあScripting言語といってもピンキリですね。
VB系とかだと言語仕様がまずいんで、ソースがだらだら長くなりやすい。
Rubyとかだと結構綺麗になりますよ。
VB系で大規模(というより中規模以上？)を書くと悲惨ですが
Rubyだと十分行けます。というか綺麗さならJava以上のを幾らでも書けますから。
Re:太陽超小型装置 (スコア:1)
構成要員で起きてるんだ！！
いや、多分、七転八倒の部分は何を置き換えても、アホな人等が
一杯なら、火ふきますって。
Re:太陽超小型装置 (スコア:0)
Javaだからこそ、問題の有る要員が集まりやすいって事は無いでしょうか。
2,3年前、IT業の人気が高まってプログラマー入門者が溢れた頃、丁度サーバサイドJavaブームが重なって「Javaプログラマー」を詐称する人が大量生産されました（今考えると恐
Re:太陽超小型装置 (スコア:0)
# あ、Pだ
Re:太陽超小型装置 (スコア:0)
PHPは無視ですか！（笑）
> * 今まで Perl/Python/Ruby で取り組んできた小さなプロジェクトが
> 成功裡に完了した。あるいは、山場を越えた。
（中略）
> * 仕方がないから軽量コンテナとユニットテストのことを調べ始めた。
で、続き。