Javaって重くね？　その２

>COMは.NETでも使えるしぜんぜん問題ないけどね

＞ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=27488&forum=7

＞　アップグレードウィザードを使えば変更なく移行できるとの
＞　ことですが、結局.NETのDataGridを使うにはADO.NETでデータを
＞　取り込むしかないみたいです。とほほ　笑顔
　
＞　現在.NET移行をチームで行っておりますが、ADO.NETを使わずに
＞　DataGridを使う方針でいたため痛いですねー。これは。

＞　チーム全員.NET初心者なもので方針決めするのにも
＞　一苦労です。よろしくお願いします。

Javaって重たいよな。

>>745
それ訳わかんねーな。
素直にADO.NETを使えば良いのに
てかウイザード使えばADO.NETの存在を気にする必要すら無いだろうに。
一体何を悩んでるんだ？

>>745
はJavaオンリーな馬鹿たんですから

ODBCをつかえないよぉ・・・・

ってことなのか

http://www.gimotown.jp/goodstuff.htm

.NETのDataGridはADOが使えねーから.NETでCOMが使えるってのは嘘じゃねーかｗｗｗｗ

って言いたいんじゃねーの？ｗ

M$の工作員が釣れまくりですねｗｗｗｗｗｗ

金のかかるWebサイト、Webシステムなら、J2EEが当然の流れだな。
要するに、Java案件にあぶれた、Win系の奴らが必死ってことか。
職変えれよ、おまいら。

PC/ATのOSの選択肢としてMacも入ってきた。そろそろ、Windowsも終わりかかね。
あと、４、５年くらいで大きな変化があると思うね。

このスレの必死さが、M$厨の焦りを端的に表している。

＞金のかかるWebサイト、Webシステムなら、J2EEが当然の流れだな。

詳しく

↑、金がふんだんに使える金融系の顧客サイトなら、javaだな。
ﾀｺJava厨とCOBOLSﾖの最強コンビで作った糞重いサイトも無・問・題！

なんちゃってJava系コンサルが自前のフレームワークを導入して、某デパート
は次世代リニューアル完了だとさ。基本設計フェーズにいたけど、これもﾀｺJava厨とCOBOLSﾖの最強コンビ。
あまりにも、Java厨がうざいのでとんずらしたけどな。

まぁ、業務系はCOBOL系とJava厨に任せておけばいいんでないかい？
こてこてぐちょぐちょでなんか生まれそうなコードだけどな。
もちろんオブジェクト指向なんて無・関・係！
ドキュメントにはクラス図なんてなぁーーーい。

この手のJavaJava詐欺が昨今の業界の流行みたいだな

既存オフコンのリプレースはC/SでやるよりJavaあぷ鯖でやったほうが金になる。

ゼニゼニゼニ　もうウンザリだ！
オプソ乞食がM$を攻撃するのは
オプソでないと自分の懐に入る金が少なくなるからだよな。

>ゼニゼニゼニ　もうウンザリだ！
これこそGNU真理教に通じる所があるな
金にならない仕事しても仕方ないだろ？

本当は末端ﾄﾞｶﾀPGに金が入るわけじゃなく、IBMとか富士通みたいな商社に
金が入るんだけどね。

>>760
そういう問題じゃないだろ。
銭銭いう羽目になるのはソフトはただと日本人が思い込んでるから。
形の無いものは全部ただ。もう馬鹿すぎ。
だからハードを売る羽目になるし商社が搾取する。
まあ、おかげでJava厨のJavaが金になるんだけどな

ソフトはタダって文化を定着させてしまったのは、汎用機・オフコンメーカー。
富士通とか日立とか日電とか

>>763
ソフト単体で売れないようにした以外に何の効果も無かったと思うんだけどね。
結局そんしてるのに気づかないでサービスだと思ってる。
馬鹿親父どもの精神構造が泣けてくる。
本当はソフト代も、きっちり金取られてるんだけどな。中間搾取はいるからむしろ高くなってる。

汎用機屋がメインフレームやオフコンでそういう商売をしてたら、
PCのソフトも売れるわけないよな。ワープロソフトもコピーが標準になるはずさ。

なんつったって１円入札だからなぁ・・・

入札って考え方を契約時だけじゃなくて
TCOでやるとかすればソフトメーカにもいいかもしれないけど。

そもそも、ハードが主導を取ってる割には、日本の情報機器ハードは
たいしたこと無いってのが信じられん。

ソフトは有料っていう文化を定着させたたのはマイクロソフト、もまいら感謝しろ。

つーか、ハード主導って金融系だけだろ

金融系はしんどいよな。ソフト屋の扱いが低い。

オプソ様様だよ。
おかげでソフト屋が製造業から人身売買屋に。

>>768
同時にソフトから、まっとうな市場競争を排除したのもマイクロソフトだけどな。
それでも、日本の企業に比べるとIBMやMS、Sun、HPなんかの方が遥かにまともな神経構造。

>>769
何を言ってるんだか。OA機器とかもサービスでソフトと作るはめになってるし
普通のあらゆるハードに唯でソフトが乗ってるでしょ。
酷いときには設定から、関係ない環境構築までさせられてるみたいだし。
日本は頭が怠慢だから横からSIerとかに言ってもらわないと事実に気づけないみたいだし
間抜けすぎ。

>>772
それは、ソフトが書き換え可能かどうかの違いだけだろ。
書き換えられると便利だが工数は増える。

>それは、ソフトが書き換え可能かどうかの違いだけだろ
ほぉ。関係ないPCの設定や、インターネットの接続までサービスなのは書き換え可能だからか。
なるほどねぇ。

それは営業の一環だろ？

>>772
そもそも、なんでハード屋がそんな仕事受けたんだ？
他に回せよ

サービスの言葉でソフトから設定からやらされて
ハード代に上乗せ請求してないなら、ただの使えない営業マンだな

>>776
漏れがやってるわけじゃないが
やらなくていいといってもサービスに含まれててウザイくらい。
それ自分でやるから金返せ。

>>777
金取ってるからやっかいなんだろ。
実際には関係ない所の人が来て勝手にマージン取ってるからな

>>768
アンバンドリングを始めたのは IBM。

ttp://tdpblog.blogzine.jp/twilightdraw/2005/03/cocoajava.html

本当に遅いです間違いありません
にはﾜﾗﾀ

コードが糞だから。
チューニングすれば速い

ほかの言語もチューニングすればもっと速い。

Javaを少し触って幾つかアプレットも作ったが、
Javaのメリットって
「アプレットでお手軽に動くこと」
以外の利点は考えられん。

Cに比べると遅いし、多重配列使いづらいし、VMによって動かなかたったりするし。
他には無料で使える安全な言語、ぐらいか。

80年代後半から90年代前半のC言語流行期には、
malloc/free禁止の糞バカ会社があった。

そういう糞バカ会社に勤めるような人間には最適な言語だろ。

馬鹿はおまいとおもわれる。存在してない次期のものと比較してどうするｗｗ

( ﾟдﾟ)ﾎﾟｶｰﾝ

今のjavaは完全に鯖言語だな
アプレットも含めてクライアントで動かすなんて狂気の沙汰としか思えない

アプレットｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗあの無様な醜態は最高だぜ
だれもつかってねーんだもんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>787
だから、そんな奴いないってば。
クライアントサイドはＷｅｂブラウザーでＯＫってのが、Ｗｅｂシステムが台頭した理由なのだから。

サーバサイドで動かすだけなら速度的な問題はそれほど重要じゃない気もする
最近のサーバ安いから多少のスペックアップもたいした問題じゃないしね
ま、サーバ費削るくらいに金の無いプロジェクトだと問題かもしれんが

最近のボトルネックってほぼDBとかファイルシステムとか
ストレージの遅さが問題だからな。

CPU時間は結構ブレードサーバー増やして十分あまってる。

だからもうクライアントサイドに出しゃばって来んな。
くそ重くてウゼーから。

でしゃばってねえよｗ
俺はJavaマンセーだがクライアントでは使いたいとおもわねえよｗ

IDEまでjavaである必要はないと思ってしまうjava厨な俺が来ましたよ

Visual J++のあの軽快さをみるとそう思うよねぇ。。。

つーかよ、ネイティブコンパイルもできるようにしたらいいんよ。
それでたぶん解決。BetterDelphiな最高な言語になるよ。

.Netは何を勘違いしたかバイトコードを出力するほうに行ったから論外。

gcjれすか

.NETはインストール時にネィティブコンパイルできるよ。

最近のボトルネックってほぼJAVA厨が書く低品質な糞クラスインスタンス
importの数が問題だからな。

CPU時間は結構ブレードサーバー増やして十分あまってるはずなのに
すべて使い果たす糞jAVA

JADで簡単に逆コンパイルされるのもまじめにソースを作る気にならん一つだな。

アプレット公開＝オープンソース、

と変わらんのだから。

クラスの初回ロード時にネイティブコンパイルしてキャッシュしておく
ような仕組み、ないのかね。だれでも思いつくだろう仕組みなのに、
何でやらないのかな。
HotSpotで実行時に最適化コンパイルする個所なんて、そんなにタク
サンあるわけでもないだろうしよ。

Eclipseは非常に高機能でリアルタイム構文解析とかはVC7よりも優れてると思うのだが
いかんせん、重い。
スワップとか起こすと20秒ぐらい固まったりするし。
だれかCでEclipseを書きなおさないかな。

えーーーーーーー

そういう仕組み無いの？？？？冗談でしょ？？？

>>802
スワップ起こすようなマシンで使わないのが正しい対応。

そんなので失われる無駄な工数とストレス考えたら、512MBの
メモリのコストなんかどうということもないでしょうによ。

>>801
WASとかそれっぽいことしてなかったっけ？

>>803
.NETランタイムはあるんだよね？

>>804
640MBのノートで動かしてるんだけど、頻繁に起こるけどな。
（これ以上増設できんし）
同時にVCとか他にも起動してるけど。

つーか最低何ＭＢありゃいいんだ？

>>807
Eclipse用だけで512くらい確保しときなさいよ。
あと、ローカルでAPサーバ立てるなら、それように256くらい。
で、WinXPつかってるなら、それ自身が256使うだろうから、
あわせて1G必要ですｗ

皆大変だね

JAVA系はインストールしない
それが幸せになれるための必須要件

Eclipseを軽いとか擁護するJava厨の感覚は麻痺しているとしか思えんな

>>812
Java連中はEclipse以前に利用されていたﾋﾄﾞｲIDEでｽｯｶﾘ感覚が
狂わされてますから…

ちなみにJava系を全くインスコしない漏れのノートは軽いぞ
もしどうしてもインストールする必要が発生したら友人を騙して
友人のマシンにインストールする事にしている。

>>813
それってもしやリポジトリをよく消失するあれかw

>>814
インストールするだけでマシンが重くなんですかｗ

そのモジュール多分ウィルスつきですよ、と。

>>815
そんなのあったんだ？ｗｗｗ

ちなみに、いまこれを書いているのはPentium2 233MHz 160MBのThinkpad 560Z
OSはWindowsNT4でｗｗｗｗ
テキストエディタとVC6/VB6位しか使わないけど。あ、あとMASMw
ベッドに寝転がって使うにはなかなか快適なのだ。

>>813
ハンドアセンブルをしていた時代からBASICのREM文を利用した
アセンブラを使い出して感動した時代みたいだな（ｗ

Eclipse使う為だけに１ＧＢ積むのはｱﾌｫくさ。

>インストールするだけでマシンが重くなんですかｗ
なるよ、自動的にサービスがあがるJ2EE以前のアプリケーションサーバ
なんてすげえぞ

Eclipseって1Gつんでもスコーンと抜けるようには動いてはくれぬ
それが問題だ

エエｪ １Gでも足りんの？

じゃあ、pentium200Mhzとかが普通だった90年代には、Javaはどうやって使ってたんですか？

>>824
つ teikade

９０年代？
個人的にはJavaなんて使ってなかったよ。
今でも使ってないけどｗ

開発環境にはVisual J++
たまたま踏んだページにアプレットがあると固まっちゃって悲惨なことになるので、
IEはJavaを即効でオフに設定。

Eclipseは3.0は超重い。2.xも重い。3.1は軽い
でもPentium,Celeronでは引っ掛かりがある
Athlonならメモリ少なくても大丈夫

９０年代ならネットスケベナビゲータ使ってたな。
いづれにしろJavaはオフにしてたよ。

ネスケで Java アプレット読み込むと、ネスケが 1 分間フリーズするのを
覚えてる香具師も少なくなったんだろうな・・・。

　「重い」の定義をしないで、意見をかきこめる人間は、しょせん(ry

>>812
>>809
みたいなのがいるからね

javaアプレットうざかったぜ

「重いの定義」
Pen4 3G　メモリ1.5GのマシンでJava IDEやDB管理ツールを起動しても
1分以上の起動時間がかかる環境。

Pen2 166M メモリ 64MではIDEが起動しない場合
(Java IDEは全て含まれる　唯一の除外品が VJ++)

>Pen2 166M メモリ 64MではIDEが起動しない場合

OSは？WinXP？

>>831
「軽い」とか「早い」の定義してね。

重い。スクリプトより重い

tomcatの起動に何分もかかる。ばかばかしい。

>>834
64MBってWin2kのOSに対する推奨メモリじゃなかったか？
それって遅い以前に、何をするにもメモリ不足だろ

>>839
現実を見なさい。

64MB機なんてごろごろ生きてるぞ。

とりあえず、一つの基準として MS Office の必要システムをあげておく
http://www.microsoft.com/japan/office/editions/prodinfo/sysreq.mspx

・Pentium 233 MHz 以上 (Pentium III 以上を推奨)
・128 MB 以上の実装メモリが必要

とりあえず、C/C++ 製なら MS Office ほどの重量級アプリでもこれくらいの
スペックがあればそれなりに動作する（メーカーの動作保証・サポート対象となる）と
いうことで。

次スレはコチラ
最近のJavaって軽くね？
http://pc8.2ch.net/test/read.cgi/prog/1137836570/

そういやWindowsXPはメモリ128MB以上ないとインストールできなかったね。

次期WindowsLonghornなんてもっと凄いことになってるぜ

だから"Write Once, Run Anywhere''なんて寝言二度と言うな。
特定分野から出しゃばってくんな。
クソ重いEclipseはC++で書き直せ。

WindowsにおけるJava実装は重い
起動が重い
描画が重い
実装するのに気が重い

WEBアプレットの場合、ブラウザによって起動しない
「起動しないです。助けてください」
「IEを使ってください。それ以外は保証外です」
ﾊｧ？IEコンポのブラウザまでダメなのかよ

アプリケーションの場合、ダブルクリックだけで起動できるよう作るのは面倒だ
いや、そこまで面倒じゃないし頻繁に変更するものでもない
なぜか配布されるアプリにまともに起動できないものが多いだけだ

MS様がせっかく速く！確実に！充実サポートで！やってくれてたものを
なぜ止めないといけなかったんだよ
開発者とユーザーの利益をもっと考えてくれ

>>840
少なくともウチの会社には一台も無い
ちゃんと上司に説明してメモリ買い足してもらえ

Javaなんて不要なんだが。
何と言って上司に説明するんだ？

>>1
JVMインタープリタだよ。遅くてあたりまえ
2ストが4ストよりピーキーで危険なの
アセンブラがJavaよりピーキーで危険なの
そう言う。

そんな事は整備されたサーキットならいいけど
そんな道路は日常道路にはならないよ
だからコンピュータ環境は遅いけど安全を走らせる様に世の中が選んでるよ
道路も同じだけどピーキーな場違いいっぱい居る警察が少ないよ。

>>848
来日何日目ですか？

「これからはＪａｖａの時代ですから」とか？
そんな寝言信じるような上司だったら転職考えるわｗｗｗ

収まるところに収まったけどね
次はライトウェイト言語の時代だろうけどいつまでもつのやら

Javaは炊飯器言語から始まって、安住の地を求めて彷徨いつづけた放浪言語。
最初はアプレット、デスクトップでOSはなくなると豪語してたが、ブラウザ上からも
追放され、クライアントからも追放され、たどり着いたところが鯖と携帯。

汎用なわりにはメモリを食ったり遅かったりして制約が強く、
なかなか最適な場所が見つからなかった。

それで、よりその分野に特化したFlashやPHPに追い立てられている。

>>852
アメリカの一般家庭に炊飯器があるとは思えんが、
炊飯器にJavaを載せてもらいたいな。
今の炊飯器って4bit良くて8bitマイコンってところか！？
Javaのためにコストアップは必至だな。

とにかくJavaはもうすぐおしまいじゃねーかな
Delと同じ道を歩む。馬鹿しかつかわねーよなJava

溺れます

泳げません

TurboPASCAL
dbMagic
Delphi
JBuilder
VisualCafe
Eclipse
と渡り歩いてきました。なぜかすぐに仕事がなくなります。
次のこれだ！と思われる開発ツールに手を染めるのですが、
習得した頃にはM$に叩き潰されてしまいます。きっと陰謀だと思います。
こんな汚い企業をマンセーしている馬鹿は氏んでほしいです。

>>857
gcc なら MS に邪魔されることもなく、もう長らく我が道を逝ってるな。

VCとgcc/g++やってりゃそういうのとあんまり関係ないなぁ。
余興でVBとかPHPとかPerlとかJavaとかやってればよろし。

>>857
おまいにセンスが無いだけ。

こての癖にマシなこと言いやがった
また大雪起こさせるきかよ

Javaは余興でやるにはｳｻﾞ過ぎるのが難点。言語だけなら単純なんだが。

仕事でさえうざいが

コロコロと新しい物が増えすぎなんだよね＜Java
Strutsが標準でいいじゃんよねぇ。

増やさないとろくに使えないなんてのは

今時Strutsの付いていないコンテナは無いだろ
標準と言っても差し支えないんじゃないかな

Strutsって大糞だよね

同意
だけど、あれが標準になるしかないんだよな。Jakartaブランドでﾏﾝｾｰされたから

とにかくJavaを全面にこれからやるぞー企業はおしまい
やばいよね

思想が素晴らしく見えるから手を出したものの
実際の成果物を見て、あれれ？ってなってる企業が多いだろうな。

本当にJavaに適した案件なんて携帯くらいしかないのが現実なのに。

思想じゃシステムの優劣が決まるわけじゃないからな。
もしそうならCOBOLなんか20年前に死滅してる。

でも、今Javaに一番夢中なのがCOBOL離れが出来なかった会社というのが
皮肉だよね。

答えは連続性と漸進主義の中にあると思う。
もし、コボラ連中がCOBOLが85などで構造化などを言語仕様に従って導入
していれば、こんな状態にならなかったんじゃないかな。

映画の電車男見たが、部屋にJSPの本があるので
JavaのWebプログラマであることを知った

なんでそんなに必死なの？Javaに恨みでもあるの？

>実際の成果物を見て、あれれ？

ところがJava厨はあれれと思わないのが問題だよな

レクサスのHPがstrutsだけど、激しく重い。

>>872
そういや電車って無職ニート？

ちず丸って.NETでの実装だな。
快適だ。Javaと違いすぎるw

>>796
>つーかよ、ネイティブコンパイルもできるようにしたらいいんよ。
激しく同意。UNIXあたりでやってほしい。

>>802
ピュアJavaの豆の方が軽いらしいから。単純な問題でもないと思う。

>>824
IDEなんて実用に耐えるようになったのはここ、最近だよ。

>>877
エンジン自体はISAPIの実装っぽいが？
しかも、表示されているデータがラスタ画像っぽいから
速度云々はあまり関係ないと思うけどな

ちなみにその「Javaと違いすぎる」と思ったJavaの実装って何？
それを示さないと比較の意味無いぞ

>>873
それっぽいこといってるだけなのはSunが嫌いな
どこかの工作員だろ。本気でいってる奴は、Javaで痛い目にあったやつだろ。

難しい事いうなよ。Java叩ければそれで満足なんだよ。

Javaとか見てると思うんだが、
統合と細分化って、何でひたすら続くんだろう。歴史は繰り返すね

だれもアクセスしてないレクサスが遅いだけで
もう十分わかるじゃん

業者がアホなだけ

Javaは最先端のソフトウェアエンジニアリングが適用された理想的な言語。
オープンソースで開発された、真の意味で高品質なフレームワーク、ツールも
揃っている。ﾄﾞｶﾀに使いこなすのは難しいかもしれない。

Javaは難しいというか、肥大化しすぎたと言った方が良いな
Javaはもはや言語というより環境だろ
故に便利は便利なんだが、くだらないものが付きまくって重すぎ

なんだかんだいって、C++と同じ過ちを繰り返している。

もっとも、C++の場合はシンプルさこそが正義だったC言語に上位互換であり、
いつでも戻れること。C++で開発してるからといって、C++の全機能を
盛り込む必然性はまったくない。std::stringが使えねえと思ったら、
君が何十年も使い込んできたstrcpyやstrcmp、それに俺様ライブラリを
使えばいい。

そしてシンプルなスクリプトに回帰するって？
XMLとかでXSLTとかってのも何かスクリプトでいいんじゃないだろうかとか。
というか、もういっそ唯のコマンドでいいような気すらしてくるときがある。

XMLについてはちょっと同意。

>>887
stringは実装が糞なんだよな
C++のSTLは良い感じなんだが、なんであんな糞実装にしたんだろ・・・

CStringよりマシ

Javaのやりたいことはわかるけど、結局Cの壁は厚い。

>>888
Seasarの周辺ライブラリにdicon(XML)をGroovy(Script)で置き換える
ってのがあるんだが、使ってみるとちっとも便利じゃない。
より柔軟な構造をより自然に記述できると期待したんだが、構造を把
握するのには逆に不便で、書くより読む方がより重要な設定ファイル
としては馴染まないと感じた。

ﾜﾛﾀ
何十年も使い込んだstrcpyって、いったい何歳の爺だよｗｗｗｗ

さっさと引退しろって。ロートル

なんだかんだで、それでも未だに使われ続けるstrcpyに乾杯！

昨今はstrncpyを使わないとコンパイラ様に怒られるのじゃ

>>893
スクリプトでやるといっても機能を増やすって方向性なら意味内と思う。
コマンドでいいくらいといったのは単に正規表現で置換するくらいと実際にやることは変わらない
ような気がしたので書いた。

C++は肥大化したとよく批判されるけど、それはベースであるC言語に
いつでも戻れる上位互換性があったから、思い切った拡張を施せたと
思うんだ。追加して、気に入らなければ使わなければいいって意識があって
こその肥大化だと思うよ。そこが他の言語、肥大化して失敗したPL/Iなんか
とちょっと違う。

さて、Javaはどうだろう。

>>894

$ strings java | grep str
strcpy
strrchr
strcat
strncmp
：

Javaも同じで結局やってることを見ると
そんな面倒そうな処理が本当に必要なのか疑問

＞もういっそ唯のコマンドでいいような気すらしてくるときがある。
やっと気付いたのか。
プログラムなんて書かずに済むのなら、そのほうがいいんだよ。

C++は何時までもCの拡張で居続けられないだろう
そろそろC互換捨てても良い頃かもな

>>902
いや、その方向で進んでいるものとしてはすでに Java や D があるじゃん。
C++ はできる限り C と互換性を保ちつつ頑張る例であってほしい。

Cから切り離したらC++の魅力は一気に激減するような。
C++だけでいいってのはWinのGUIつけてる人だけじゃないだろうか。

C も高級アセンブラと呼ばれるくらい、低レベルな操作ができるから人気があった。
たんに手続き型言語がほしいなら、Pascal とかのほうがよほど言語仕様は綺麗。

同様に、泥臭いことができない C++ なんて誰が使うというのか・・・。

C言語のシンプルさというのはいつの時代も必要だと思うよ。
それにOOを導入して、現実との妥協点をSE/PGが任意に設定できるのが
C++の強み。案件によって要求が異なるんだからさ。

過去を引きずる爺ご用達言語ってことですか。

時代で済まされんと思うぞ。なんか何故それをやるのになんで
そんな面倒で重たくなるのかって話でしょ。

>>903
Javaは進みすぎたって感じだな
JavaとCの間があってもいい気もする
もっとも、それ言ったらObjectiveCなんてのもあるが・・・

JavaとCの間ってC++じゃないのかよ

Objective-CとC++の違い。

うーん。
従来のC言語とそれへの拡張において、連続性があるかないかかな・・・
Objective-Cはもう長いこと使ってないけど。

文法的にはC++をまねたJavaは、C++の後継言語であるが
適用分野が業務系専用なJavaは、COBOLの後継言語でもある。

その割には10進数演算がへぼいよな。

>>913
その点はCOBOLの独壇場だ。

Javaは言語仕様が汎用的な割には制約がきつい。
汎用的であるがゆえにライブラリやフレームワークで固めないと使えない。
制約がきついので鯖や携帯など分野が限定される。
分野が限定されると、その分野に特化されたより軽量コンパクトな言語が
ライバルになり、汎用性が足かせになる。

微妙にｽﾊﾟｲﾗﾙ。

C言語の美徳はシンプルさ。簡単なことは簡単に。なんだよな。
unix上でもう30年、dos/win上で20年一貫している。
MSは最初からCを採用していたわけじゃない。
当初はBASICとASMの二本立てだった。しかし、Cの流行の前に
なすすべなくlattice-Cを購入して自社製品として仕立て上げた。
あのMSを服従させた言語なんだな。Cは。
もっともMSはJavaにも妥協しようとした時期があった。
それはsunに拒絶されてしまい、対峙することになったわけだが。

JAVAって鉄筋が少ない土台に拡張しすぎなんだよね
それが問題。いつまでもVMのボトルネックを解決できずにいる。

違法建築みたいな設計と拡張それがJAVA

違法建築っていう言葉、
C++の方が似合ってるような。

C++王国に建築法なんてないよ

大体JAVA厨は身の程知らずも程がある。
C++王国により提供される環境の中の一部箱庭でﾎｿﾎﾞｿ暮らして
いる身分のくせになｗ

ここで重いと言われまくってたGET-Uが軽くなってますｗ

検索条件を軽自動車とRVとあとなんか複合してしたら
白い画面が40秒表示されました

このクソすれも少しは社会貢献になったってことかｗ

おそらくもともと悪いパフォーマンスを高価なサーバでごまかして
いるのですが、JAVA厨の後先考えない糞設計で遅さを強調しているのでは
ないかと考えられます。

詳細検索の型式指定検索が爆速ｗ

実際、遅いと言われている所はSQLが悪いことが多い訳だ。
でなぜCサイトのSQLが早くてJavaサイトのSQLが遅いかというと、
Cサイトの開発者の方がベテランが多いのでまともなSQLを書く訳だ。
JavaサイトはDB扱う奴が初心者ってのも多くて、とんでもないSQL書くことが多いな。
実際入社1年目ぐらいのプライマリキーもデータ型も分からない奴に、
検索文どころかテーブル設計までさせているんだからしょうがないな。
それにひきかえCの方はまともだ、オヤジばっかりだけどな。

>>927
それもあるけどJavaの場合SQLよりオブジェクト指向優先で
細切れSQLを大量に投げる仕様にしちゃうんだよ。
だから重くなる。

>>928
かなり激しく同意。
SQLにはSQLの文化があるのに
それに歩み寄ろうという気がぜんぜんないコードになる。

>>927-929
それヴビ厨にも言ってあげてください。

O/Rマッピングなんて非現実的じゃねぇ？
裏で大量のSQL文を発行してそう

そもそもRDBとオブジェクト指向は相性が悪いんだよな。
オブジェクト指向と相性のいいデータベースって無いの？

つ GemStone

じゃあ、あれだな。SQLの方をJavaに合わせたのを作ればいい。

PL/JAVA とかどーだろ？
激しく使いたくねーーが・・・。

うわ。老人ホイホイスレだ

てか、DB触るだけにあんな仰々しくしないといけないのかなぁ。

Java房はシンプルを履き違えてるんだよね。
っていうと老人って言われるんだろうなｗ

多分、DBいじりがメインとは想定してなかったんじゃないだろうか。

最近、g++でLinux用のソフトを組んでる。Oracleへのアクセスもあるんで、96年頃(?)に作った、
俺様OCIラッパクラスを引っ張り出してきた。元々はVC2.0にNT3.51でOracle7用に組んだもの。
とりあえず、VC6とOracle9で動くか試してから、Windowsに依存するようなところを書き換えて、
Linux上でg++でコンパイルしたら、一発で動いた。元々がシンプルなクラスだしね。
テーブルは３つしかアクセスしないし、投げるSQLにせいぜい10種位と簡単なものだけど、
10年前のコードの再利用で遊びながらの１日８時間労働の２日工程で終わったよ。
使い慣れてるし。しかも、単純極まりないから高速。

コードの習熟度ってのは重要なんだよねぇ。
（寿命が長くなるようなコーディングができれば理想的だが、今回はたまたまはまった。）

テーブル３っアクセスのPGってなんだ？
それで2人日か？
自己満足だけならいいが現場ではそのスピードは無いと思うが・・・

最近、C++でWindows用のソフトを組んでる。TCP/IPのスレッディングがあるので、96年頃(?)に作った、
俺様Winsockラッパクラスを引っ張り出してきた。元々はVC4.0にNT4.0 SP67用に組んだもの。
とりあえず、VS.NETとWinsock2で動くか試してから、非同期動作に依存するようなところを書き換えて、
Windows XP上でコンパイルしたら、一発で動いた。元々がシンプルなクラスだしね。
スレッドは最大３つしか作成しないし、投げるシグナルもせいぜい3種位と簡単なものだけど、
10年前のコードの再利用で遊びながらの１日８時間労働の２日工程で終わったよ。
使い慣れてるし。しかも、単純極まりないから高速。

コードの習熟度ってのは重要なんだよねぇ。
（寿命が長くなるようなコーディングができれば理想的だが、今回はたまたまはまった。）

爺のｵﾅﾆｰだろ。ほっとけよ

>>934,935
SQL/Jで書けよ。便秘もすっきりだ。

てか爺のしったかうざい。

マジｳｻﾞｲ

最近、JavaでWindows用のソフトを組んでる。GUIがあるので、96年頃(?)に作った、
俺様SWINGラッパクラスを引っ張り出してきた。元々はIBM JDK 1.1.8用に組んだもの。
とりあえず、JAVA6で動くか試してから、業務に依存するようなところを書き換えて、
Linux上のjavacでコンパイルしたら、一発で動いた。元々がくどいクラスだけどね。
1メソッドがたったの3000行の簡単なものだけど、 やっぱり細かく行を分けないほうが視認性は良いよ。
10年前のコードの再利用で遊びながらの１日８時間労働の２日工程で終わったよ。
使い慣れてるし。しかも、単純極まりないんだけど低速。まあこれはJavaの仕様だからいいんだけどね。

コードの習熟度ってのは重要なんだよねぇ。
（寿命が長くなるようなコーディングができれば理想的だが、今回はたまたまはまった。）

爺うざい

JavaでOCIのラッパクラス作れば？
PHPとかPerlの連中はそうしてるぜ。O/Rマッピングなんてバカﾁｮﾝ仕様を使うからとろくさくなるんだよ。

爺氏ね

最近、Javaをたたく爺がうざいんだけどさ、漏れがJAVA6教えてやったよw
爺の椰子「あれこれってプレリリースなんじゃないのか」とかいいやがんのw
「いいんだよ爺さん、Javaは正式リリースもプレリリースもベータリリースも品質は均一なんだよ」
もう馬鹿じゃねーかと

半日でさくっとつくり、１ヶ月のデスマを乗り越え、クレームの嵐をエンドレスに続けるJAVA厨

>>949
Oracle謹製のJDBCドライバあるからいいんじゃね？

いや、あれは怪しいだろ・・・・

そろそろ次スレたのむな

>>952
ﾄﾞｶﾀに保守フェーズは関係ないよ。バックレるので検収前のデスマも関係無し。

Hibernateの次は何を覚えればいいんですか！！！

>>96で
爺かよ？それはないな。レスの内容は別として　>>944は俺だ
俺はもっと年だけなら上だ。
中１でアナログ回路はまって、もっと効率時なのはと知ったロジックIC
基本は7400これがなんにでもなれる事に至極感動したな。
そしてついに禁断の４００４シリーズの本で学んで８００８シリーズにはまった
このときからI社の将来を想像するに容易かった。
新聞配達と年賀状配達でTK-80シリーズかって似非ソリティアを作った。
当然CG(キャラクタジェネレータ）なんてしらんかったから。CRTメモリボードに自作した
ロジックだけのもいっぱい作った脳内と実際に。
今時のLED電光掲示板なんてとっくに作ってた。
しかもタイマー機能付。
ま、ながくなったが俺はそんな時代に思春期過ごした
今見れば（当時でもか？）危ない少年だった。

おっさんらいい歳こいて２ちゃんかよ。

最近、Javaをたたく爺がうざいんだけどさ、漏れがJAVA6のSDKドキュメント教えてやったよw
爺の椰子「あれこれって推奨されない機能のほうが多いぞ」とかいいやがんのw
「いいんだよ爺さん、Javaは推奨されない機能がたくさんあるからC++より優れているんだよ」
もう馬鹿じゃねーかと

>>957
OCI。Pro*Cというのもあるが、俺はすかんな。

>959
子供は早く寝ろ

最近、Javaをたたく爺がうざいんだけどさ、漏れがJDBC教えてやったよw　Type4な。
爺の椰子「あれこれってネイティブドライバのインストールはいらないのか」とかいいやがんのw
「いいんだよ爺さん、Type4はいらねえんだよ」
もう馬鹿じゃねーかと

　　☆ ﾁﾝ
　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　 ／￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜　 次スレまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿ ＼＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　| ￣ ￣￣￣￣￣￣:|　:|
　　　　　　　　|　　　　　　　　　　　.|／

すみません。大先輩方、ご教授ください。
最近話題のO/Rマッピングですが、Hibernate、Cayenne、s2dao、たくさんあってどれから手を
つけてよいのか分かりません。TorqueとかJDBCとかもあるんですよね？
どれを覚えればプロパに気に入られますか？

>>958
年を取れば脳内は経験知識で早いかもしれないが、行動は遅くなるから
簡単に実現できる開発環境を選ぶのが普通では？
あえていうが、自分で簡単と言っても若いのがついてこれない言語をこねくり回しても
それは生産性の悪化となるだろう。
また、この業界では
「経験を面倒で時間かかる仕事をこなす上での経験」と勘違いしてもいけない
その経験はいまや開発環境やシステムが減らしてくれているはず。

>>965
Micorosoft JET

最近、Javaをたたく爺がうざいんだけどさ、漏れがJAVA6のSDKドキュメントの使い方教えてやったよw
爺の椰子「あれこれって機能から逆引きできないのか」とかいいやがんのw
「いいんだよ爺さん、Javaはオブジェクト指向だから機能からはひけないんだよ」
もう馬鹿じゃねーかと

爺は業務系なんだか制御系なんだかはっきりしろよ。

最近、Javaをたたく爺がうざいんだけどさ、漏れがEclipseの使い方教えてやったよw
爺の椰子「あれこれっていつまでも起動しないんだけど」とかいいやがんのw
「いいんだよ爺さん、Javaは起動が遅いのが特徴であり美しいところなんだよ」
もう馬鹿じゃねーかと

なかなか良スレになりましたね。

次スレも皆さんよろしくお願いします。

>>965
すまんが目的と手段を混同している貴殿には教授できないな。

最近、Javaをたたく爺がうざいんだけどさ、漏れがIDEデバッグの使い方教えてやったよw
爺の椰子「あれこれっていつまでもステップトレースできないんだけど」とかいいやがんのw
「いいんだよ爺さん、JavaのトレースはTomcatのテストサーバを立ち上げてからVMがブレークするまで
10分は待つのが普通なんだよ!」
もう馬鹿じゃねーかと

技術で勝てないから爺発言しかできないんだな

最近、Javaをたたく爺がうざいんだけどさ、漏れがIDEデバッグの使い方教えてやったよw
爺の椰子「こんなに待つならprint文いれたほうが速い」とかいいやがんのw
「だめだよ爺さん、そんなことすると漏れは許してもCheckstyleプラグインにどやされるぞ!」
もう馬鹿じゃねーかと

はぁ？先端技術についていけないだけじゃん。
そんな大昔の腐りきったもののどこが技術なんだよ。ｱﾎｸｾ

>>974
奥まで突っ込めないし。突っ込む環境も無い若輩が
技術で勝てないなど言えるのか？
おまえはよほど童貞暦が長いと見えた。

うむ。printfデバッグは有効だが、スタックをかじるバグをたまたま動く状態にしやがるので要注意。

>>978
俺様システムログが最強だ

log4jで標準出力、これ最強

>>965
O/Rマッピングなんて止めとけ
またJavaが遅いと叩かれるぞ

デリゲートもできないJAVAのどこが先端だw

>>978-980
何どもいうが、若いうちには苦労せよ
エンジニアならエンジニアの苦労せよ
若造はCでゴリゴリ、俺様システムログとやらを
「いろんなところにビュンビュンとばせます！
　JNI使わなくても普通にJavaアプリから使えます！！」
てのを俺らに提供するのが経験値を上げる一歩だろうが？

新しい技術はいいとしても、どうしてこんなにアフォみたいに乱立するんだろうね。

先端というよりは先細りのチンポみたいなJava

>>983
それはinterfaceの事かのう？
どうも年をとると英語によわくなってな。

unixはforkの文化だから延々と分裂する。
Javaはｼﾗﾈ

>>977
何で俺にれすすんだよ

TrqueもHibernateも仕事で使ったがクソだ。みんなの言う通りRDBとO/Rマッピングは相性悪い。
検索が遅いのでSQLチューニングしてくれと客に泣きつかれたが、どうしようもない。
データソースでコネクションプールしたJDBCを使うのが現在は一番よい。

おまいが短小だから

爺とか言ってる奴を叩いてるだけだぞ
こてを叩いてるんちゃうぞ

てゆうか、SQLを隠蔽する方向で成功したものはないのよ。
SQLが分からない人、仕変が多くてDBに関わるところの修正が多く嫌になった人は飛びつくけどさ。

前者は単なる勉強不足。後者はコード側で対策を立てる以前にやることがある。
本来、要求定義や交渉の領域の問題をコードで解決し様としている時点で間違ってる。
というか、極論するとPL/SEが手を抜いている。

Java開発の大半は
オプソ・フレームワークのインストールと環境設定に費やされるんだよね？

ん？Javaが先端逝ってるって？どの辺が？

SQLを隠蔽する方向で失敗したEJB

溺れること

明日も早いからもう寝る。
業界がどうだとか言って重役出勤する若造どもは
オナニーしないと眠れないよな？

>>994
まさに大失敗

なんでもかんでもOOまんせーな馬鹿厨は
そんなEJBにも肩を持つ

10年前のMS-Access大流行で何も学ばなかったのかなぇ

泳げません

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。