アカウント名:
パスワード:
別ACですが性能と安全性を天秤にかけてCOBOLですかね.
その特集記事に名前の上がっているシステムの一つの構築に携わりましたが, クライアントはVB+Java, オンライン系フロントエンドはJava, バッチ系はCOBOLで組んであります. Cによる勘定系開発にもかかわったのですが, かなりのスリルが味わえますよ.
Javaはハードの性能に余裕が有れば, ガーベージコレクションによるメモリ管理のおかげで低レベルのプログラマでも破滅的なコードを書きにくいという点で, 悪い選択では無いと思います. しかし逆にこのガーベージコレクションが原因で性能が極端に低下するとか, jdbcがネックとなって入出力性能が出ないとか(それを回避するために, やたら複雑なSQLを書いてDBサーバ側に処理を任せるとか)の罠があるので, 現時点では(特にエンタープライズ規模でのJavaシステム構築経験が無い場合には)大規模バッチ処理では使わない方が吉だと思います.
# 知っている人だと名前を特定されそうなのでAC
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
Linuxもだけど (スコア:2, 参考になる)
大規模Javaは甘くない・UFJ銀行 目指すは1日1000万件のバッチ処理
http://itpro.nikkeibp.co.jp/free/NC/TOKU1/20030703/1/ [nikkeibp.co.jp]
え~、Javaで~?マジで~?と問い詰めたくなるような。
--------------------
/* SHADOWFIRE */
Re:Linuxもだけど (スコア:0)
COBOL? C?
Re:Linuxもだけど (スコア:2, 参考になる)
別ACですが性能と安全性を天秤にかけてCOBOLですかね.
その特集記事に名前の上がっているシステムの一つの構築に携わりましたが, クライアントはVB+Java, オンライン系フロントエンドはJava, バッチ系はCOBOLで組んであります. Cによる勘定系開発にもかかわったのですが, かなりのスリルが味わえますよ.
Javaはハードの性能に余裕が有れば, ガーベージコレクションによるメモリ管理のおかげで低レベルのプログラマでも破滅的なコードを書きにくいという点で, 悪い選択では無いと思います. しかし逆にこのガーベージコレクションが原因で性能が極端に低下するとか, jdbcがネックとなって入出力性能が出ないとか(それを回避するために, やたら複雑なSQLを書いてDBサーバ側に処理を任せるとか)の罠があるので, 現時点では(特にエンタープライズ規模でのJavaシステム構築経験が無い場合には)大規模バッチ処理では使わない方が吉だと思います.
# 知っている人だと名前を特定されそうなのでAC