[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/20 20:30 / Filesize : 239 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Javaが遅いという奴は遅れたバブル世代じゃね? 2



1 名前:仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ]
さ、語れ。Javaよりも遅い脳みそを持つ人々について

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は?

C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。

前スレ
Javaは遅いという奴は遅れたバブル世代じゃね?
pc8.2ch.net/test/read.cgi/prog/1136434011/

Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね? その2
pc8.2ch.net/test/read.cgi/prog/1136359572/


関連スレ

先があるのはC++とJavaのどっち?
pc8.2ch.net/test/read.cgi/prog/1132157362/

890 名前:仕様書無しさん mailto:sage [2006/05/22(月) 02:26:40 ]
Javaのクライアントがうざいのは同意だが、
それでも自分で作って自分で使うんならJavaだな。
作る時の手間が全然違うからな。
人に使わせるんだったら考えるけどな。
それでも、開発の容易さの魅力には勝てないかもな。

891 名前:仕様書無しさん mailto:sage [2006/05/22(月) 05:33:54 ]
>>890
駄目だ。
趣味でこんな拷問、モチベーション維持できねぇ。
できるものノロノロのべチョべチョってわかってるjavaなんか趣味で弄る気がしねぇ。

892 名前:仕様書無しさん mailto:sage [2006/05/22(月) 07:24:06 ]
>>890
一度、VBでもC#でもいいから.NETでWinアプリつくってみ。
Javaがあほらしくおもえるよ。

893 名前:仕様書無しさん [2006/05/22(月) 08:09:45 ]
>MakeFile

細かいつっこみでスマソが
MakefileがGNU式
makefileが一般的
hoge.makが漏れ式 -fオプション

MakeFileはダサすぎる

894 名前:仕様書無しさん [2006/05/22(月) 09:00:32 ]
でも、PCにおけるJavaの劣等性はもうどう言いつくろってもどうしようもないよね。
何しろ、特定のOSベンダが規定したアーキテクチャのPC以外、もうありえないんだから。
新技術、新規格は彼らが規定してる。
もちろん新しいプラットフォームでは、彼らの供給する環境が優先。
すなわち .Netであり CLIであるわけだ。

じゃあ、Javaってどーなるのか。ブラウザをUIにするってこと前提で、通信によって
隔離されたサーバ側に活路を見いだす以外に無い。だから、クライアント開発環境は
完全無償にしてしまったんだろ。あきらめて。

サーバ側はパフォーマンスと信頼性を旗印に、まだまだPCじゃないアーキテクチャがある。
しかし、量産効果によって低価格化、高性能化してきたPCアーキテクチャは
サーバ側にも浸透しつつあるのが現実だ。

もうわかったろ?Sunじゃないんだよ。IBM次第なんだ。
IBMがハードの販売に興味を失ったそのときが、Java厨房が荷物をまとめて
田舎に帰って農業をはじめるそのときになるんだろうな。

そう遠い未来の話でもないだろ。


895 名前:仕様書無しさん [2006/05/22(月) 09:05:14 ]
javaのフレームワークっていろいろあるけど
バージョンアップが激しすぎてドキュメントの更新が間に合っていなかったりで
xmlファイルをどう編集しても動かなくて
ソースを追っかけてxmlファイルを書いたりとか面倒すぎ

896 名前:仕様書無しさん [2006/05/22(月) 09:11:01 ]

>>894
この業界ははやりすたりが激しい。
Javaが流行ったのは簡易で安易にサーバアプリケーションが作れるからだった
んだろうし、企業の技術研修コストも安く済んだ。そしてC/C++研修のときのように
落ちこぼれるやつも少数だったからなんだと思う。

しかし出来上がったブツを見て技術研修コストの削減と安易さとのトレード
オフは否めなかった。それは顧客が一番分かっているんだと思う。
そして2000年あたりから流行ったが2006年で終焉のシナリオだ。

終焉の理由は以下のとおり

Java5のVMソースを公開し、スキルのあるボランティアに問い合わせを求めている
のはVM開発に社内のコストを当てられないのを公言していると同じ。あれを見て
漏れはJavaは終焉だなとマジで思った。

それと.netの台頭だ。ハードがインテル主体になり、OSのライセンス費用もMSは
見直しをかけた。Linuxの初期費用と引き換えに管理費用が高額なのを照らし合わせても
今後はWindowsサーバが優勢なのは間違いない。Windowsサーバが主流になれば
なにもJavaで作る理由などこれっぽっちもないからだ。だから2006年終焉。

2007年は .net VB,C#,C++CLRが突っ走りだす。Java厨は田舎に帰る。

897 名前:仕様書無しさん [2006/05/22(月) 09:14:13 ]
以上、ゲイシの初夢ですた。

898 名前:仕様書無しさん [2006/05/22(月) 09:14:48 ]
>>895
>バージョンアップが激しすぎて
ではなくて、そのつどリリースしたバージョンがいい加減すぎなんだな。
彼らの頭は常にリファクタリングはツールが自動でしてくれる。
だから適当に初期リリース、あとでつきはぎする。
Javaの昔からの伝統だな。



899 名前:仕様書無しさん mailto:sage [2006/05/22(月) 11:18:39 ]
技術的に好ましいものが流行るとは限らないからなー。先のことはなんとも。
どのエバンジェリストが声が大きいかで決まっていく感じ。
今のエンドユーザ側は使ってみてからでないと何も言えないしな。

900 名前:仕様書無しさん mailto:sage [2006/05/22(月) 11:28:17 ]
>>888
LnFの変更方法を知らないで何をいっているんでしょうこの人は

901 名前:仕様書無しさん mailto:sage [2006/05/22(月) 11:29:11 ]
>>892
最近のJavaの動きをしらないな。

っていうかなんでVBみたいなアホがでるんだといいたいw


902 名前:仕様書無しさん [2006/05/22(月) 11:56:23 ]
>>900
デフォルトでダサいといっているんだろ。
またでたな、XMLを設定しなきゃいかんとかそんな事もしらんのかとか
勝手に言ってろよ。おなじようにデフォルトでダサいJava厨。

903 名前:仕様書無しさん [2006/05/22(月) 11:59:17 ]

1995-2002年ごろまでのVB6の流行は納得できたよ。
まがりなりにもランタイム利用だがexeを作成すれぱ
ネイティブに動作した。 お客さんも納得だった。

2001-2005年までのJava-J2EEの流行は業界史上もっとも
だめな流行だったんではないかと思う。もう過去のものだしね。

904 名前:仕様書無しさん mailto:sage [2006/05/22(月) 12:38:48 ]
>>894
Javaが嫌だからドットネットといってもねえ。C++よりも選択肢が最悪じゃないか。

905 名前:仕様書無しさん [2006/05/22(月) 12:42:02 ]
あいかわらずM$工作員が妄想とばしてるな。

906 名前:仕様書無しさん mailto:sage [2006/05/22(月) 12:46:12 ]
>>895
たとえばどんなもの?
SpringやLog4j使ってるけど問題ないよ

907 名前:仕様書無しさん mailto:sage [2006/05/22(月) 12:47:44 ]
>>896
そんなマジレスっぽいレスを本気でしたければ
自分のサイトで書けばいいのに。
ブログだったら思いっきり叩かれるだろうけどなw

2ch以外ではそういう主張をするのが怖いから
ここでしかそういう発言ができないんだろw

908 名前:仕様書無しさん mailto:sage [2006/05/22(月) 12:48:19 ]
>>902
開発者がLnFをあらかじめ指定しておけばデフォルトでもダサ区内よ



909 名前:仕様書無しさん mailto:sage [2006/05/22(月) 12:49:17 ]
>>903
2006年はまだ終わっていないんだけど。

てか、C#って死滅しちゃうの?スレで
2〜4年前にも似たようなこと行っていなかった?wwwwww


910 名前:仕様書無しさん mailto:sage [2006/05/22(月) 20:08:46 ]
で、LnFって何よ?

911 名前:仕様書無しさん mailto:sage [2006/05/22(月) 20:36:24 ]
LOOK AND FEEL

912 名前:仕様書無しさん mailto:sage [2006/05/22(月) 21:18:26 ]
素直にMS UI Gothicを使ってほしい

913 名前:仕様書無しさん mailto:sage [2006/05/22(月) 23:22:04 ]
M$工作員乙

914 名前:仕様書無しさん mailto:sage [2006/05/23(火) 00:33:26 ]
プログラマにいろんな興味を抱かせ、その実、
実務であまり役にたたなかったり、
興味本位で使うと、かえって業務を混乱させたり
業務で求められているもの(納期、品質、コスト)
本質から目をそらさせてくれたり、
セッターとかゲッターとかそれ自体が馬鹿らしいと思わなくなったり
めちゃめちゃ重たいソフトで時間を稼いでくれたり
C++と比較して、俺の方が優れてるとかなんとか言ったり
とにかくいろんな意味でプログラマにとって面白い言語だった・・・


915 名前:仕様書無しさん mailto:sage [2006/05/23(火) 01:52:39 ]
ってっかJava, C#やってると他の言語使う時に微妙に支障を来すんですがね。

916 名前:仕様書無しさん mailto:sage [2006/05/23(火) 11:10:02 ]
C++版CheckstyleやFindBugsがあればC++も開発しやすいんだけど

917 名前:仕様書無しさん mailto:sage [2006/05/23(火) 14:16:12 ]
だから、IFDEFがある限り難しいと何度言ったらわかるんだ。このデブは。

918 名前:仕様書無しさん mailto:sage [2006/05/24(水) 00:08:41 ]
#IFDEFをif()文に変えるようにリファクタリングすればいい



919 名前:仕様書無しさん mailto:sage [2006/05/24(水) 01:42:54 ]
#ifndef COLOR
int col;
#endif

もうこの時点でif()にならねえよ

920 名前:仕様書無しさん [2006/05/24(水) 10:06:10 ]
if(pp.isDefined((rb.getProperty("COLOR"))){
 int col;
}

こんなふうにリファクタリングすればいい。

C厨、こういうのをつくればいいのに



921 名前:仕様書無しさん mailto:sage [2006/05/24(水) 11:18:22 ]
どういう意図なのか分からん…


922 名前:仕様書無しさん [2006/05/24(水) 11:24:55 ]
何を馬鹿な事を・・・
プリプロセッサがなんなのかそれさえも分かってないのか・・

923 名前:仕様書無しさん [2006/05/24(水) 11:25:21 ]
プリプロセッサ禁止令っつーことやろうな

924 名前:仕様書無しさん mailto:sage [2006/05/24(水) 11:25:55 ]
そもそもプリプロセッサに頼ること自体
プログラマとして失格

925 名前:仕様書無しさん mailto:sage [2006/05/24(水) 11:26:15 ]
C言語厨はプリプロセッサ依存症


926 名前:仕様書無しさん [2006/05/24(水) 11:28:49 ]
まあ確かにJavaではパッケージなどの機能制限版などを作る事は
ないから必要ないんだろうけどね。機能制限してもデコンパイルされるし。

927 名前:仕様書無しさん [2006/05/24(水) 11:34:59 ]
VMのソースでは沢山つかってるけどなあJava厨さん

2725ファイル、合計10095個所見つけました

こんなに使ってるVMの上で動くJava利用してるんだから
変な事言わないほうがいいよw


928 名前:仕様書無しさん mailto:sage [2006/05/24(水) 11:50:45 ]
どうやら、このスレの中に法律と憲法との違いもわからないC言語厨がいるようだな




929 名前:仕様書無しさん [2006/05/24(水) 12:12:36 ]
馬鹿な親でも自分の親
そんな親を平気で馬鹿にする更なる馬鹿なJava厨が
VMとJava厨とC/C++の関係なのかもしれない。

930 名前:仕様書無しさん mailto:sage [2006/05/24(水) 13:01:59 ]
言ってる意味が分からない
>>929は朝鮮の方ですかね


931 名前:仕様書無しさん mailto:sage [2006/05/24(水) 13:03:10 ]
>>928
それってどんな喩え?

JVMやコンパイラが憲法でJavaソースコードが法律ってこと?

そしてC/C++は無法地帯でC/C++厨は無法者、ごろつきNEETってことでFA?

932 名前:仕様書無しさん [2006/05/24(水) 14:54:14 ]
>>931 C/C++で作られた堅牢な建物の中にしつらえられた独居房がJVM。
そのJVMの中で喚いているお前の言葉がJAVA。

これでわかるかな?

933 名前:仕様書無しさん mailto:sage [2006/05/24(水) 15:42:03 ]
10年くらいC++の仕事してたけど、どんどんセンスの無い文法が追加されてきた。
それよりはjavaの方がましじゃないかな。
今後どうなるかしらんが。

CはC89くらいでいいんじゃないかなぁって思っているけど。



934 名前:仕様書無しさん mailto:sage [2006/05/24(水) 17:55:13 ]
>>920
おまえにはがっかりだ。
>>919はたぶんスコープの事を言っているのに。

935 名前:仕様書無しさん [2006/05/24(水) 19:57:19 ]
独居房か、箱庭よりも狭くなりましたね

936 名前:931 mailto:sage [2006/05/24(水) 23:27:28 ]
>>932
は? 

937 名前:仕様書無しさん mailto:sage [2006/05/25(木) 00:21:50 ]
虫かごだろ?

938 名前:仕様書無しさん mailto:sage [2006/05/25(木) 11:36:58 ]
>>932はあのコーヒーもあのお茶も飲まないほうがいいね。
ついでにジャバとなの付くものはみな君には使えないw



939 名前:仕様書無しさん [2006/05/25(木) 12:36:10 ]
そんなにJavaが遅いのかなあ。
Javaが遅いからServletは使わない方がいい、
なんていうのは現実的じゃないと思うんだけど

まさかServletの代わりに全部C/C++だけでバリバリ金融アプリを
書いてしまうの?


940 名前:仕様書無しさん mailto:sage [2006/05/25(木) 12:49:33 ]
金融アプリならCOBOLでしょう…と、COBOLerを召喚してみる。

941 名前:仕様書無しさん mailto:sage [2006/05/25(木) 12:49:48 ]
Javaで金融アプリなんて恐ろしいな
しかもServletかよ

942 名前:仕様書無しさん mailto:sage [2006/05/25(木) 13:25:26 ]
というが、証券会社のサイトやオンラインの[銀行名]ダイレクトはほぼJavaで書かれている


943 名前:仕様書無しさん [2006/05/25(木) 13:32:25 ]
裏のデータベースと、Webサーバーのつなぎのブラウザ向けテキスト生成につかってるんでそ。

944 名前:仕様書無しさん [2006/05/25(木) 14:10:35 ]
DBのドライバーは間違いなくC(C++)かアセンブラで書かれている。

いまどきWEBの「アクティブコンテンツ」はFLASHで作ったほうが、綺麗で簡単

===================================
Java房やJava営業の勘違いしている点は、どんな言語を使おうと、
お客様仕様の泥臭い部分は「例外仕様でメンドクサイし、合理的でない場合がある」
という認識が足りないと思う。

仕様書やUMLを弄繰り回しても無駄。
Javaで物を作ると開発環境、動作環境のバージョンの管理まで追加される。
そしてプログラムは楽にならない。1CM進むのに同考えても無駄な方向に1mm進む
「汎用的」は結構だが、専門の言語に劣る。

Javaは、端末コンソールからコマンドを打ち込んで、簡単なデーター処理をさせたいなら優秀な言語。
それ以外には使ってはならない。



945 名前:仕様書無しさん mailto:sage [2006/05/25(木) 14:16:46 ]
>>944
> DBのドライバーは間違いなくC(C++)かアセンブラで書かれている。

嘘こけ


946 名前:仕様書無しさん mailto:sage [2006/05/25(木) 14:17:17 ]
サーバでFlashを使う奴はアホ

947 名前:仕様書無しさん [2006/05/25(木) 15:43:12 ]
>>945
それじゃ何だ? ネイティブコードが作れない言語はアウトですが?


948 名前:仕様書無しさん mailto:sage [2006/05/25(木) 17:05:42 ]
100%PureJava製JDBCドライバを知らないとは



949 名前:仕様書無しさん mailto:sage [2006/05/25(木) 17:30:10 ]
JDBCにはTYPEがあります。そのひとつがPure Java。

950 名前:仕様書無しさん mailto:sage [2006/05/25(木) 17:36:37 ]
ぷあじゃばってすごいんでつね

951 名前:仕様書無しさん mailto:sage [2006/05/25(木) 17:54:00 ]
>>949
意味わからん。JARファイルをクラスパスに追加して
ソースコードからDataSourceなどで呼び出すだけで使えるんだが。


952 名前:949 mailto:sage [2006/05/25(木) 18:19:09 ]
そういうつもりで言ってるんだけど。TYPE-4のJDBCだよね。他にもJNI使うTYPEもあるでしょ。
もしかして、みんなが自分に反対してるとか思い込んでないかい?

953 名前:949 mailto:sage [2006/05/25(木) 18:20:17 ]
と思ったけど、単に>>951がPure Javaなドライバしか知らないという可能性に思い当たった。

954 名前:仕様書無しさん mailto:sage [2006/05/25(木) 18:28:19 ]
>>953
煽るな。そんなことはない。
JDBCの入門書を読むとかならずType1〜4までの
説明が出るだろ。

955 名前:949 mailto:sage [2006/05/25(木) 18:33:21 ]
>>954
煽るつもりはなかったよ。
そもそも直接JDBC触る機会が激減してるし、TYPE-4じゃないドライバなんてめったに使わないし。
だから知らないのかなーと思っただけです。気分を害されたら陳謝。

956 名前:仕様書無しさん [2006/05/25(木) 18:45:51 ]
JDBCドライバのタイプも知らんと。はあ。さすがJava厨タンだな。

957 名前:仕様書無しさん mailto:sage [2006/05/25(木) 19:01:40 ]
わかったのは>>944が果てしなく厨であることだけ。

958 名前:仕様書無しさん mailto:sage [2006/05/25(木) 21:09:43 ]
>>956==>>944だよな



959 名前:仕様書無しさん mailto:sage [2006/05/25(木) 22:36:16 ]
>>957

>>947モナー

960 名前:仕様書無しさん [2006/06/05(月) 07:00:01 ]
Javaでの開発4年目ですが、
OracleでのアクセスではPL-SQLのほうが、
早いように思います。(Oracle上のライブラリーキャッシュに入るため)
JDBC経由では、SQL文の解析や実行の遅さがモロに
出るように思います。
>>JDBCの入門書を読むとかならずType1〜4までの
>>説明が出るだろ。
Type2より,Type4の方が遅いでしょ、
マニュアルにも書いてあるし、
Pure Javaは魅力だが。。。。
>>まさにオッサン世代ですね。だからガーベッジコレクタの
>>動作原理も知らない化石的思考といわれる。
ガーベージコレクションもいい加減であるため、
JAVAVMの仕様では、ガーベージコレクションはいつ走るか
わからない、命令もあるが走らせるように努力するっていう感じ
だったと思う。
では、回答頼む。

961 名前:仕様書無しさん [2006/06/05(月) 07:21:42 ]
現在、JAVAで作成したバッチJOBをPL-SQLやPro-Cなどで
作成し直したっと言う話を良く聞く、
私も、チューニングで
1)JAVA(8時間実行)→PL-SQL(1時間実行)に
2)JAVAのSQLのチューニング(1時間実行)→10分実行
3)JAVA(5日以上実行)→PL-SQL(+SQLのチューニング)(1時間実行)
この辺はOracleMasterの
パフォーマンスチューニングにも少しだけ出てきます。

962 名前:仕様書無しさん mailto:sage [2006/06/05(月) 07:40:53 ]
>>960 論点がよくわかんない。
ストアドプロシジャの方が速いという話だとしたら -> 当たり前
 1. 使えばいいじゃん。
 2. 使わないと仮定して、Statementを再利用できる文脈なら再利用
  してなかったら文句はPGに。
  しても性能向上しなかったら文句はドライバに。
CだったらPro-Cが使えるのにという話だとしたら
 まぁそれはそうかも。個人的にはPro-Cあまり好きじゃないけどね。

963 名前:仕様書無しさん [2006/06/05(月) 07:41:48 ]
ま、JDBC経由せずに、
MQ(電文)使うんだったら、
JAVAでもいいですけどね。

964 名前:仕様書無しさん [2006/06/05(月) 07:45:52 ]
962すいません、
960,961,983書きました、
>>>960 論点がよくわかんない。
>ストアドプロシジャの方が速いという話だとしたら -> 当たり前
だったらいいです、最近なんでもJAVA使って、
デスマにする人多いんで。

965 名前:仕様書無しさん mailto:sage [2006/06/05(月) 08:03:11 ]
>>964 そういうことね。
ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw

966 名前:仕様書無しさん [2006/06/05(月) 08:07:49 ]
>>>964 そういうことね。
>ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw
確かに(笑)

967 名前:仕様書無しさん [2006/06/06(火) 05:45:42 ]
>>960 論点がよくわかんない。
>ストアドプロシジャの方が速いという話だとしたら -> 当たり前
> 1. 使えばいいじゃん。
> 2. 使わないと仮定して、Statementを再利用できる文脈なら再利用
>  してなかったら文句はPGに。
Statementを再利用しても、性能向上なんかは関係ない
Statementを再利用してもそれはガーベージコレクションが
すこし、早くなるかどうかぐらいの問題で、
性能はあまり関係ない、
SQLのチューニングするほうが早くなる。

968 名前:仕様書無しさん mailto:sage [2006/06/06(火) 07:37:17 ]
AP鯖がStatementキャッシュ機能提供してたりしない?



969 名前:仕様書無しさん [2006/06/06(火) 07:50:30 ]
>AP鯖がStatementキャッシュ機能提供してたりしない?
でも、焼け石に水だと思う。


970 名前:仕様書無しさん [2006/06/06(火) 07:56:57 ]
> SQLのチューニングするほうが早くなる。
しかもRDBMS 固有の機能を使うと劇的に速くなる可能性がある。
Oracle 9i 以降の CONNECT BY 句なんか、うまくハマるとすごい。
ただ、SQL で再帰を書く香具師はあまりおらんので、どう使ったら
いいか悩むだろうが。

971 名前:仕様書無しさん mailto:sage [2006/06/06(火) 09:58:44 ]
>>969
理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。



972 名前:仕様書無しさん mailto:sage [2006/06/06(火) 15:41:25 ]
もはやJava自体の速さは関係なくなってるね

973 名前:仕様書無しさん [2006/06/06(火) 19:50:47 ]
>>>969
>理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。
10時間のバッチJOBを9時間50分にしても、
ENDユーザは喜ばないが、
>もはやJava自体の速さは関係なくなってるね
関係あります。
Javaは遅いので、
最近バッチJOBでJavaを使うのは、
あまり見ない。
アーキテクチャーを
思い出せば遅いのはあたりまえ。

974 名前:仕様書無しさん mailto:sage [2006/06/06(火) 20:36:01 ]
>>972
しーっ!せっかく話を逸らせたのに!

975 名前:仕様書無しさん [2006/06/06(火) 23:23:39 ]
ところでSwingってネットワークが重いと動作も重くならない?
接続してねぇときでも。
ネットが重いときにsetVisible(true)ってやってもいつまでたっても画面が表示されねぇ。

976 名前:仕様書無しさん [2006/06/06(火) 23:25:56 ]
案件情報で
JAVA、ストラッツ、PL-SQLまたはPro-C経験者
なんかあったら、
大体、
画面系:ストラッツ、JAVA
バッチ系:PL-SQLまたはPro-C
になっている。
案件情報で
JAVA、ストラッツ、DB2、COBOL経験者
だったら、
JAVA、ストラッツ、
MQ(電文)、汎用機側でDB2、COBOL
なんかになっている。
基本的に、
Statementの再利用と性能向上はあまり関係ないと思う。
コードが減ってガーベージコレクションのタイミングが
変わるぐらい、それよりもJDBC経由だったら、
@重たいSQLを投げない
AFROM句,WHERE句の記述方法に気をつける。
BSQLは実行計画などを見て最適なものにする。
 (INDEXやHINT文などを使用する。)

977 名前:仕様書無しさん mailto:sage [2006/06/07(水) 00:36:54 ]
速度面で言えばシェルとかPro-Cなんかと比べてJavaのバッチは結構有利なはずでは。
メモリとかそっちのほうがネックなんじゃね?

978 名前:仕様書無しさん [2006/06/07(水) 00:41:40 ]
>>977さんへ
まじめに言ってる?



979 名前:仕様書無しさん mailto:sage [2006/06/07(水) 01:02:21 ]
>>978
別に深く考えたわけじゃないけど。
何がネックになるかな?

980 名前:仕様書無しさん mailto:sage [2006/06/07(水) 01:20:40 ]
>>977
> 〜なはず
妄想乙


981 名前:仕様書無しさん [2006/06/07(水) 01:38:39 ]
最近PL-SQLやPro-Cが見直されてきたのは、
JAVAでバッチJOBを作成して、
夜間バッチが夜間に終わらなかったなどの、
不具合が多くの企業であり、PL-SQLやPro-Cで
作成し直した経緯があるため。
そのため、以前みたいにあまりJAVAJAVA言わなくなった。

982 名前:仕様書無しさん mailto:sage [2006/06/07(水) 01:54:34 ]
毎回プロセス上げてやらなきゃいかんようなことにJavaを使ったら
HotSpotもなんも効きやしないからな。

# とV2Cからパピコ

983 名前:仕様書無しさん [2006/06/07(水) 02:24:46 ]
V2C作った人はすごいと思う
でもJavaの表現力の限界はV2C止まりだと思う

984 名前:仕様書無しさん mailto:sage [2006/06/07(水) 04:22:24 ]
確かに。よくがんばったなーと思う。
でも、がんばらなくても同じことができる環境の方がよっぽど優れていると思う。


985 名前:仕様書無しさん mailto:sage [2006/06/07(水) 08:08:57 ]
どうでもいいが
  ・PL/SQL
  ・Pro*C
さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。
アプリケーションが直接 Oracle Net と会話できるために
若干オーバーヘッドが減る程度。

986 名前:仕様書無しさん [2006/06/07(水) 12:35:22 ]
>どうでもいいが
>  ・PL/SQL
>  ・Pro*C
>さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。
>アプリケーションが直接 Oracle Net と会話できるために
>若干オーバーヘッドが減る程度。
自ら敗北を認めたようですね、
Oracle Net と会話できるためっと記述しているが、
だから早いのである。
JAVAが遅いのはJDBCっと何回も書いた、
JDBCを経由しないので早いのである。

987 名前:仕様書無しさん mailto:sage [2006/06/07(水) 12:40:23 ]
勝負してたのか、わからなかった。
誰と勝ち負け争ってんだ?

988 名前:985 mailto:sage [2006/06/07(水) 13:08:23 ]
>>987
986の脳内じゃね?知らんけど。

しかも
>JAVAが遅いのはJDBCっと何回も書いた、
まるで理解できてない/する気がないようだ。



989 名前:仕様書無しさん [2006/06/07(水) 18:04:10 ]
基本的にここに書き込んでいる人
私の想像ですが。

C,C++支持者:
スキル:C,C++,JAVAを実務で経験した人。
推定年齢:3?〜4?
C,C++,JAVAを経験して、その上でC,C++を支持している。
他の言語も実務経験あり。

JAVA支持者:
スキル:JAVAのみ実務で経験した人。
推定年齢:25〜29
EXCELマクロやVBAすら知らない。
基本的に他の言語は本で読んだ程度。


990 名前:仕様書無しさん [2006/06/07(水) 18:04:47 ]
基本的にこの掲示板で、
書き込んでいる人に仕事を頼むとする?
CSVファイルをDBに落とす。(緊急)
13:00ぐらいに言うとする。

C,C++支持者:
はSQL*LoaderをDIRECT INSERTで使用し、
ドキュメント作成も完了し、
定時退社する。

JAVA支持者:
一件、一件ファイルを読みINSERTするプログラムをJAVAで組む
残業、徹夜する。
ドキュメント作成も入れると
最低でも、2、3日はかかりそう。

991 名前:仕様書無しさん mailto:sage [2006/06/07(水) 18:35:45 ]
なんで長々と書くかな。JAVA厨は低スキルって言いたいだけで、それなら同意してやるのに。
面白いとでも思ったの?頭悪そうだから板から出てって。

992 名前:仕様書無しさん mailto:sage [2006/06/07(水) 18:49:34 ]
>>989
お前はただたんにJavaが嫌いというだけで
思考停止に陥って想像力がずいぶんと低下しているようだ。

993 名前:仕様書無しさん mailto:sage [2006/06/07(水) 18:50:40 ]
>>990
たまたまお前の周りにいるJava支持者が
その程度に人間であってその程度の人間にしか
出会えなかったことをうらむんだな

994 名前:仕様書無しさん mailto:sage [2006/06/07(水) 19:46:44 ]
>>993
日本語でおk

995 名前:仕様書無しさん [2006/06/07(水) 20:01:07 ]
jajakartaのコミッターの人でさえ、
バッチJOBの設計には、
PL/SQLを使うのを知っていていってますか?

996 名前:仕様書無しさん mailto:sage [2006/06/07(水) 22:01:46 ]
世の中にはOracleしか存在しないのか?

997 名前:仕様書無しさん mailto:sage [2006/06/07(水) 22:13:49 ]
Javaからストアド呼べばいいじゃん。

998 名前:仕様書無しさん mailto:sage [2006/06/07(水) 23:18:46 ]
>>996
質問に答えろ



999 名前:仕様書無しさん mailto:sage [2006/06/08(木) 00:00:24 ]
どれに?

1000 名前:仕様書無しさん mailto:sage [2006/06/08(木) 00:22:39 ]
1000

1001 名前:1001 [Over 1000 Thread]
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef