アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
太陽超小型装置 (スコア:1)
サーバーサイドだと結構メジャーになってきたようだし
Re:太陽超小型装置 (スコア:2, 興味深い)
捺印ナビリティって奴ですかね。
JavaServletのコンテナ(の繁雑さと、たとえばRubyのWEBrick[*]の簡単さとの、あまりにも凄い格差)とか、
EJBとか、を思うと、やっぱり「Javaはウンコ」だと思うんですが、
それでも使いたいと思う人…ってゆーか企業…は多いんでしょうね。
[*]
WEBrickをJavaに移植するといいんじゃないかな。
その簡単さの全てが移植できるとは(言語の構造の違いから)言えないけど、
部分的には出来るんじゃないのかな。
コンテナじゃなく単なるライブラリにしちゃうのが味噌ね。設定ファイル捨て捨て。WEBrickにはmountメソッドとかが有るのが素晴ら
Re:太陽超小型装置 (スコア:2, 興味深い)
とまれJavaとはどこにも書いていなかったので言語の宗教戦争をしてもしょうがありませんが、EnterpriseといえばCobolでしょう。(笑
Enterpriseの世界は決してWebアプリだけではありません。WEBrickがいくら素晴らしくてもP言語でバッチを書く気にはあまりなれないと思います。
バッチで一番必要なのはトランザクションや、2フェーズコミットや、何より実行速度だったりします。
これをCobol以外でかろうじてまともに実行できるのはJavaだけで
Re:太陽超小型装置 (スコア:1)
いや、バッチもP(俺ならばRubyだがそれはさておき)ってゆーかLLで書きたいですね。
だってWEBrickがイイ理由の一つは、つまり言語がイイからであろうから。
他の人も言っているように、メモリ管理とか、文字列処理(でmappingを簡潔に書く)とか、
そういうところがPは強いわけです。
そして、それってつまり「プログラムの肝」の部分なんですよね。
WebだろうがバッチだろうがGUIだろうがあまり変わらない、肝。
そこを簡潔に書けるんだから偉いわけで。
>バッチで一番必要なのはトラ
Re:太陽超小型装置 (スコア:0)
>いや、バッチもP(俺ならばRubyだがそれはさておき)ってゆーかLLで書きたいですね。
書きたいのは私も同じです。(笑
私はJava「ですら」使わせてもらえない現状を書きたかっただけでした。
>速度は「ボトルネックはそこじゃないだろ」で話は終りでしょうし、
残念ながらそうも行きません。
大型のプロジェクトでは管理・運用が最優先されますので複数の言語を利用することは好まれません。
故にボトルネックに耐えられない言語は許されないのです。
残念ながら。
Javaは決して遅くありません。
ただし、JVMはメーカにより性能が異なります。
これが話をややこしくしています。
Javaが遅いという人間は裏に意図があるので注意しましょう。
#Linuxでもx86以外ではJIT付きJVMの入手に苦労するという話と同じです。
今、手元にリンクがないのですがJavaとP言語のベンチマーク比較があったのですが、Javaの圧勝だったと記憶しています。
>みたいなコードでcloseを保証できるんで、いわゆる閉じ忘れが無い。
これは「コネクションプールの入れ戻し」をclose文に与えてしまった設計がおかしいと思います。
そしてそれはJDBCドライバの責任です。
Javaの異なるオブジェクトのclose文が全てcloseしなければいけないということはないのですが、よく誤解されていて残念なことです。
一応最近のIDEや静的テストツールはfinally節でcloseしないと警告がでるようになりました。
>Blockを使いこなせるようになったら世界が変わったのでG7。
私もRubyを触っていた人ですのでその便利さはわかるのですが、まつもとさんも認識されているようにRubyは現在実行速度が他言語に比べ遅く、現場では使用が難しいです。
また別の話ですが、私の現場(メインフレーム)ではCPU使用率数%を必死になって削る世界です。
数%を後何年同じ機体で実行できるかの根拠にする世界です。
そういう世界ではUNIXですら嫌われます。
こんな世界ですからJavaを使うと、JITもあるものでどうしてもCPU使用率が高くなり、それだけで嫌味を言われます。
P言語もCPU使用率では同じ傾向が見られるでしょう。
ParrotもYARVも必ず辿る道です。
>LLを却下され、(代用品としての)Javaも却下され、仕方ないんでCで書いていますが、何か?(T_T)
お互い苦労していますね。(笑
よく聞く話ですが、プログラムが好きならSEになってはいけないということでしょう。
C言語にも名前空間を付けてくれたらどれだけ嬉しいだろうと思います。
Re:太陽超小型装置 (スコア:1)
「ボトルネックはそこじゃないだろ」に対する答えには
あんまり、なってないようですが…?
>Javaが遅いという人間は裏に意図があるので注意しましょう。
意図かどうかはさておき、起動が遅いというのが印象です。
「バッチ」とのことですが、もしかして
使うたびにProcessを起動するタイプの作りのソフトだと、
起動の遅さが致命傷になりそう。
>Javaの異なるオブジェクトのclose文が全てcloseしなければいけないということはないのですが、
意味がよく判りませんが、
Connection#closeをすれば配下のStatementが全滅する、
Statement#closeをすれば配下のResultSetが全滅する、
というあれの仕組みの話ですか?
いずれにせよ、リソースの返却(広い意味で)のタイミングは、
明示的な宣言(かそれをラップした何か)が無いと
返却しようがないのではないか、と思うんですが、
その話じゃないのですか?
>現場では使用が難しいです。
現場といっても場所次第でしょうね。色々あるわけですから。
速度がRubyで足りる場ならRubyでOKなわけで。
>Rubyは現在実行速度が他言語に比べ遅く
そういやSqueakみたいに、該当言語を必要に応じてCにコンバートする
(SqueakのVMはそうやって"Squeak言語で"書かれてる)とかいう手は
どうなんでしょうね。
>そういう世界ではUNIXですら嫌われます。
そういう世界なら、Cかアセンブラで書いててくれ、としか言いようがないですよね。
>C言語にも名前空間を付けてくれたらどれだけ嬉しいだろうと思います。
長い名前で、一応は同じことが出来るはずですので、
(そして、他にこれといった手段がCには無いので)
長い名前をつけまくるしかないでしょうね。
で、そうすると邪魔になるのが、
実はソースのコーディング規約としての「1行の文字数」だったりしますね(^^;
80桁とか言うな!!長い名前が入らなくなるじゃないか!!(わら