Javaって重くね？ その９
1 ：仕様書無しさん：
語れ。
|
|
|
2 ：仕様書無しさん：2006/05/21(日) 02:16:35
過去すれ
その１ http://pc8.2ch.net/test/read.cgi/prog/1131448367/
その２ http://pc8.2ch.net/test/read.cgi/prog/1136359572/
その３ http://pc8.2ch.net/test/read.cgi/prog/1138029112/
その４ http://pc8.2ch.net/test/read.cgi/prog/1139707592/
その５ http://pc8.2ch.net/test/read.cgi/prog/1140613666/
その６ http://pc8.2ch.net/test/read.cgi/prog/1143032241/
その７ http://pc8.2ch.net/test/read.cgi/prog/1145099878/
その８ http://pc8.2ch.net/test/read.cgi/prog/1146146874/
その１ http://pc8.2ch.net/test/read.cgi/prog/1131448367/
その２ http://pc8.2ch.net/test/read.cgi/prog/1136359572/
その３ http://pc8.2ch.net/test/read.cgi/prog/1138029112/
その４ http://pc8.2ch.net/test/read.cgi/prog/1139707592/
その５ http://pc8.2ch.net/test/read.cgi/prog/1140613666/
その６ http://pc8.2ch.net/test/read.cgi/prog/1143032241/
その７ http://pc8.2ch.net/test/read.cgi/prog/1145099878/
その８ http://pc8.2ch.net/test/read.cgi/prog/1146146874/
Q. Javaって重くね？
A. 重い。
以上、終了。
以下、Javaが本当に重いかどうかについて議論するべし。
A. 重い。
以上、終了。
以下、Javaが本当に重いかどうかについて議論するべし。
4 ：仕様書無しさん：2006/05/21(日) 05:12:41
vmが軽く動く環境なら軽い
5 ：仕様書無しさん：2006/05/21(日) 08:45:25
また立ったの？
C厨のおじちゃん達仕事無いの？
生産性
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
安定性
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
高速性
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
安定性
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
高速性
.net ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ java
ちんぽ属性
java ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ .net
java ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ .net
10 ：仕様書無しさん：2006/05/21(日) 11:24:55
Java厨って用語を武器にしたボプサップみたいだな。
バグだらけもさもさしか動かないのをリリースしたら−＞逃げ出す。
リリースする前はでかい口叩いているがリリースしたら−＞逃げ出す。
開発途中ではなんでもできるといいながら、OSにアクセスしてくれといわれると−＞逃げ出す。
遅いといわれなんとかしてくれといわれると−＞逃げ出す。
バグだらけもさもさしか動かないのをリリースしたら−＞逃げ出す。
リリースする前はでかい口叩いているがリリースしたら−＞逃げ出す。
開発途中ではなんでもできるといいながら、OSにアクセスしてくれといわれると−＞逃げ出す。
遅いといわれなんとかしてくれといわれると−＞逃げ出す。
開発安いけど保守がべらぼうに高いのがＪＡＶＡ
日経なんたらを鵜呑みにして騙される客も悪い。
結局スクリプト言語にたよることになっていくのか
そうじゃね、結局メモリ管理恐怖症のＤＱＮが
世迷言いいながら仕事するための言語だしな
世迷言いいながら仕事するための言語だしな
また立ったのかよ。('A`)
16 ：仕様書無しさん：2006/05/22(月) 20:01:54
Javaがネットワークに強い理由だったっけ？
それは、「ライブラリが充実している」って事だよ。
それは、「ライブラリが充実している」って事だよ。
17 ：仕様書無しさん：2006/05/22(月) 20:08:45
バグが多いのどうのって話は、言語の問題じゃなくてスキルの問題だから別問題。
あと.netってWindowsしかないよな。
Windowsのサーバって実際どうなの？
サーバ用途だと、複数ユーザでのログオンとか、起動したままHD交換とか、LANの二重化とか
リモート停止／起動とか出来ないとだめだと思うんだけど、出来るようになった？
あと.netってWindowsしかないよな。
Windowsのサーバって実際どうなの？
サーバ用途だと、複数ユーザでのログオンとか、起動したままHD交換とか、LANの二重化とか
リモート停止／起動とか出来ないとだめだと思うんだけど、出来るようになった？
学生乙
20 ：仕様書無しさん：2006/05/22(月) 23:55:36
>>17
どれもこれも出来る。
どれもこれも出来る。
コスト面と安定性じゃないのかね？
>>17
Windowsサーバって嫌いだけど、仕事ではよく案件出るよ。
＞複数ユーザでのログオン
サービス提供しかしないので基本的に不要。
＞起動したままHD交換
できる。てか、これってハードの問題だろ。
＞LANの二重化
これも半分ハードの問題だなー。とりあえずできる。
＞リモート停止／起動
できるけど、想定してるのと違うかも。
よく使われる理由は、管理者がクライアントと同じ操作性を望む、ってのが多い。
スタート→コンパネ→管理ツールとか、あのあたりね。
Windowsサーバって嫌いだけど、仕事ではよく案件出るよ。
＞複数ユーザでのログオン
サービス提供しかしないので基本的に不要。
＞起動したままHD交換
できる。てか、これってハードの問題だろ。
＞LANの二重化
これも半分ハードの問題だなー。とりあえずできる。
＞リモート停止／起動
できるけど、想定してるのと違うかも。
よく使われる理由は、管理者がクライアントと同じ操作性を望む、ってのが多い。
スタート→コンパネ→管理ツールとか、あのあたりね。
23 ：仕様書無しさん：2006/05/23(火) 08:13:06
出来るなら使えるかもしれないな。
ちなみに機種名で言うと、どのメーカーの何て言う機種？
NECのExpressサーバとか？
ちなみに機種名で言うと、どのメーカーの何て言う機種？
NECのExpressサーバとか？
WindowsServer2003辺りからなにげにコマンドラインツールが充実してきた。
あまり使い勝手はよくないけどtelnetでも入れるし
＞複数ユーザでのログオン
WindowsTerminal(だっけ?)じゃ駄目？
WindowsTerminal(だっけ?)じゃ駄目？
28 ：仕様書無しさん：2006/05/23(火) 20:04:40
じゃC#でもやってみるかな。
必要最小限でいくらかかる？お試し版とかないの？
必要最小限でいくらかかる？お試し版とかないの？
ぐぐれ、さらば与えられん
30 ：69式フリーPG ◆hND3Lufios ：2006/05/24(水) 00:53:36
>>28
nmakeが使えるなら、無償のSDKで大概のことは出来るよ。
nmakeが使えるなら、無償のSDKで大概のことは出来るよ。
>>27
telnetもあるけどな。
telnetもあるけどな。
32 ：仕様書無しさん：2006/05/24(水) 09:24:48
C厨に唯一対抗できるJAVA信者の強みは2038年問題かな。無関係だし。
古いCプログラムは全滅だろ？
あと今後ハードのアーキテクチャやOSの構造が革命的に大きく変わっても
同じソースで対処できるってところだな。
よって
Java>>>>>>>>>C
古いCプログラムは全滅だろ？
あと今後ハードのアーキテクチャやOSの構造が革命的に大きく変わっても
同じソースで対処できるってところだな。
よって
Java>>>>>>>>>C
33 ：32：2006/05/24(水) 09:43:11
ていうか、ある意味Javaが産まれた背景には
「近いうちにハードの面で大きな変化があるから、
今後機種依存のプログラムは動かなくなる可能性がありますよ」という
宣言でもあるわけだから、
それを理解せずに速度だけでC優位を唱えてる馬鹿共が嘆かわしくなる。
もし、
今後革命が起きても機種依存のプログラムは
Javaがあるからという理由で切り捨てられていくよ。
「近いうちにハードの面で大きな変化があるから、
今後機種依存のプログラムは動かなくなる可能性がありますよ」という
宣言でもあるわけだから、
それを理解せずに速度だけでC優位を唱えてる馬鹿共が嘆かわしくなる。
もし、
今後革命が起きても機種依存のプログラムは
Javaがあるからという理由で切り捨てられていくよ。
>>32-33
＿, -‐-､＿__
／ ｀ ｀ _ ）
/￣ _,,ﾆ=‐─'´ｰ''',､
ゝ-┬l;;; ヽ
l// |;; _l
l ,./;; (ﾆ＝､ , ,=ﾆ
/イr'ヽ; ｰ=o､', ', ro'l
ﾉ/ l l､!l ｀''''' ヽ｀´!
. ﾚ 〉､｀ヽ ノｰ-‐' l
lゝﾉ''l ,ｲﾒ三ヾ､!
/､ l ヽ 〃 ,,, ﾘ,,/l!
, -l:::ヽヽ､ ヽ､,l!___l;;;;;;;;;lヽ､
´ l::::::ヽ ヽ｀ｰ─ヽ;;;;;;l::l ｀''ｰ､_
ヽ::::::::ヽ ヽ＿／ヽ;;l::lヽ
ヽ:::::::::::ヽヽ__/'´;;;;l!:/ ヽ
妄 想 [Mou sau]
（1551〜1604 中国）
＿, -‐-､＿__
／ ｀ ｀ _ ）
/￣ _,,ﾆ=‐─'´ｰ''',､
ゝ-┬l;;; ヽ
l// |;; _l
l ,./;; (ﾆ＝､ , ,=ﾆ
/イr'ヽ; ｰ=o､', ', ro'l
ﾉ/ l l､!l ｀''''' ヽ｀´!
. ﾚ 〉､｀ヽ ノｰ-‐' l
lゝﾉ''l ,ｲﾒ三ヾ､!
/､ l ヽ 〃 ,,, ﾘ,,/l!
, -l:::ヽヽ､ ヽ､,l!___l;;;;;;;;;lヽ､
´ l::::::ヽ ヽ｀ｰ─ヽ;;;;;;l::l ｀''ｰ､_
ヽ::::::::ヽ ヽ＿／ヽ;;l::lヽ
ヽ:::::::::::ヽヽ__/'´;;;;l!:/ ヽ
妄 想 [Mou sau]
（1551〜1604 中国）
35 ：仕様書無しさん：2006/05/24(水) 10:34:36
馬鹿だねあんたは。
Javaは８０〜９０年代のTRON構想のパクリから生まれた「家電制御用言語」だったんだぜ？
指向していたのは「TRONプロセッサ」をインスパイアした「JAVAプロセッサ」だ。
現実、JAVAプロセッサは世に出られなかった。一部ARMがJazzelleとして部分的にとりこみ
携帯電話などの特化需要に応えたに過ぎない。
C言語が機種依存しているというご見解だが、GNU系は確固とした潮流だし、消えないだろ。
機種というか、機械語レベルの互換性吸収は、プロセッサベンダがbinutilsを提供する
流れを作ってしまったから消えている。周辺ハードウエアの相違はデバイスドライバによって
吸収されている場合が多い。
何よりその恩恵を受けているのはJavaだ。ほかの言語で開発されるサービス、モジュール、
アプリケーションの類をラップし続けることで最新を取り繕うことが出来る。
つまり、Javaはキノコのようなものなんだよ。あるいは宿り木。
宿主となる健全な他の言語、システムが堅牢に存在することで初めて存在できるんだ。
ほかを悪く言うのは止めた方がいい。他の要素技術への片方向の依存があるんだ。
しかしながら、ほかのシステムはどんな意味でもJavaに依存したりはしない。
Javaは８０〜９０年代のTRON構想のパクリから生まれた「家電制御用言語」だったんだぜ？
指向していたのは「TRONプロセッサ」をインスパイアした「JAVAプロセッサ」だ。
現実、JAVAプロセッサは世に出られなかった。一部ARMがJazzelleとして部分的にとりこみ
携帯電話などの特化需要に応えたに過ぎない。
C言語が機種依存しているというご見解だが、GNU系は確固とした潮流だし、消えないだろ。
機種というか、機械語レベルの互換性吸収は、プロセッサベンダがbinutilsを提供する
流れを作ってしまったから消えている。周辺ハードウエアの相違はデバイスドライバによって
吸収されている場合が多い。
何よりその恩恵を受けているのはJavaだ。ほかの言語で開発されるサービス、モジュール、
アプリケーションの類をラップし続けることで最新を取り繕うことが出来る。
つまり、Javaはキノコのようなものなんだよ。あるいは宿り木。
宿主となる健全な他の言語、システムが堅牢に存在することで初めて存在できるんだ。
ほかを悪く言うのは止めた方がいい。他の要素技術への片方向の依存があるんだ。
しかしながら、ほかのシステムはどんな意味でもJavaに依存したりはしない。
【ガチ】Eclipse VS NetBeans【ドッチ】
で仲間割れしてるぞｗ
で仲間割れしてるぞｗ
つか、大体の言語の派生ってCからじゃなかったけ？
それ考えるとCがなくなること自体異常だと思うが
それ考えるとCがなくなること自体異常だと思うが
38 ：仕様書無しさん：2006/05/24(水) 18:59:24
いや誰かが「これからはCに似た言語で無いと広く受け入れられないだろう」
って言ったんだ。
それが影響したかどうかは知らないが
その言葉の通りになっているのが現状なのだ
って言ったんだ。
それが影響したかどうかは知らないが
その言葉の通りになっているのが現状なのだ
39 ：仕様書無しさん：2006/05/24(水) 19:04:42
なんでもかんでもTRONに結びつけるキチガイがいるスレってここ？
40 ：仕様書無しさん：2006/05/24(水) 19:36:45
Σに結び付けるよりはいいんじゃないかい？
41 ：仕様書無しさん：2006/05/24(水) 19:40:45
だって出自はそうだし。じゃばさまたちはそのころ園児だし。知るわけないし。
42 ：仕様書無しさん：2006/05/24(水) 19:57:50
まあいいだろ。おじゃば祭り開催しよう。
Javaってこの世から消えればいいと思うよ。
どんどんふくれあがってるから
おぼれるよもとからかなづちだし
おぼれるよもとからかなづちだし
45 ：仕様書無しさん：2006/05/24(水) 23:49:12
ハードウェアの変更があってもCは残るだろう。コンパイラを作ればいいだけだから。
なんだかんだ言っても、今のJavaではすべてのCには置き替われない。
結局「Windowsゲーム」や「ルーターの制御プログラム」や「OSやコマンド」はJavaでは作れないのだから。
なんだかんだ言っても、今のJavaではすべてのCには置き替われない。
結局「Windowsゲーム」や「ルーターの制御プログラム」や「OSやコマンド」はJavaでは作れないのだから。
ねえねえ。
D言語ってどういうものなんですか？
D言語ってどういうものなんですか？
つくりかけ
永遠の未完成品だ
Win32にしろLinuxにしろ体外のプロセッサで動くしな。(win32は過去形だけど）
>>47
メモリ管理もできない人が使える言語
メモリ管理もできない人が使える言語
52 ：仕様書無しさん：2006/05/25(木) 09:45:21
C#の無料版見つからないよ。誰かURL張って。
53 ：仕様書無しさん：2006/05/25(木) 09:50:54
>46
大部分って表現はどうかと思うなサーバサイドの一部じゃないか？
これからはWEB部分はJavaより、PHPやRubyなんかになるんじゃね？
Windows側は全然ダメだし。
大部分って表現はどうかと思うなサーバサイドの一部じゃないか？
これからはWEB部分はJavaより、PHPやRubyなんかになるんじゃね？
Windows側は全然ダメだし。
55 ：仕様書無しさん：2006/05/25(木) 09:58:07
正確に言えば、WindowsVistaが提供する最新のIEでサポートされるXMLベースのユーザインタフェースがあって、
SQLベースで操作可能なデータベースパッケージが確固として存在した上で、
サーバ側にあって通信部分のアプリケーションを記述するのにJava技術が細々と使われていくかどうかと
そういうことなんだろう。
しかし、そこでApacheが使われ続けるなら、スクリプト言語としてはPHPやRuby、まだまだPerlなどが優位性を
簡易であるという一つの理由から持っていて、使われ続けるのではないだろうか。
つうことで、新世代DVDのコンテンツ記述にJavaが使われるという情報もある。
Java厨房の諸兄は、裏ビデオなどのアダルトコンテンツ市場に特化した方が息が長くやっていけるのでは
ないだろうか。
SQLベースで操作可能なデータベースパッケージが確固として存在した上で、
サーバ側にあって通信部分のアプリケーションを記述するのにJava技術が細々と使われていくかどうかと
そういうことなんだろう。
しかし、そこでApacheが使われ続けるなら、スクリプト言語としてはPHPやRuby、まだまだPerlなどが優位性を
簡易であるという一つの理由から持っていて、使われ続けるのではないだろうか。
つうことで、新世代DVDのコンテンツ記述にJavaが使われるという情報もある。
Java厨房の諸兄は、裏ビデオなどのアダルトコンテンツ市場に特化した方が息が長くやっていけるのでは
ないだろうか。
読みづらい文章だな。
＞裏ビデオなどのアダルトコンテンツ
ここだけわかった
＞裏ビデオなどのアダルトコンテンツ
ここだけわかった
57 ：仕様書無しさん：2006/05/25(木) 12:37:34
Cと対抗するのはちょっと難しいな。土俵が違うだろ？
せめてC#やVB相手なら、勝てそうな気もする。
せめてC#やVB相手なら、勝てそうな気もする。
58 ：仕様書無しさん：2006/05/25(木) 19:35:48
C#、VBこそJavaとは畑違いじゃね？
WindowsとUNIXで完全にわかれてんじゃん。
WindowsとUNIXで完全にわかれてんじゃん。
おじゃばさまも嫌だがIEだけは使いたくない
60 ：仕様書無しさん：2006/05/26(金) 08:08:33
どうして？
firefoxやoperaをテスト対象から外せるじゃん
firefoxやoperaをテスト対象から外せるじゃん
61 ：仕様書無しさん：2006/05/26(金) 09:35:53
この業界で上手く生きて行くコツは、
「長い物にはまかれろ」と「触らぬ神に祟りなし」
だよ。
グローバルスタンダード万歳！！
「長い物にはまかれろ」と「触らぬ神に祟りなし」
だよ。
グローバルスタンダード万歳！！
62 ：仕様書無しさん：2006/05/26(金) 09:36:42
じゃ、Javaは死ねでいいね？
63 ：仕様書無しさん：2006/05/26(金) 09:39:53
>54
THX
THX
IE使う奴は無能
ahoo使ってるのも無能
そしておじゃばさまは低脳（まだまし）
ahoo使ってるのも無能
そしておじゃばさまは低脳（まだまし）
65 ：おじゃばさま：2006/05/26(金) 23:32:15
俺はIEを使っている。グーグルバーも入れている。
グローバルスタンダード万歳！！
グローバルスタンダード万歳！！
66 ：仕様書無しさん：2006/05/27(土) 00:35:52
Exceptionを増やせば増やすほどオチまくってウザインだけどｗ
エクステンションの間違いか？
×かくちょー
○がくちょー
○がくちょー
69 ：仕様書無しさん：2006/05/27(土) 09:54:06
だからさーCなんて殆どのOSと組み込み機器の中核にあるような最強の言語に
ユーザーサイドのJavaが勝てるわけが無いだろ！
ただ言えるのはCが単純に最強かつ最もシンプルなものなら他の言語は産まれるはずが無いという事。
Cを完璧に使いこなすのには相当の技術がいるが、
JavaやVBやC#なんかはミドルウェアの上で動くから
細かいロジックを知らなくてもソフトウェアが組めるわけだ。
だからそういうレベルの言語ではJavaが最強と言うことは揺ぎ無い。
CとJavaを比べることなんか出来るわけがないんだよ、そもそも。
数学と物理学を比べるようなもんだ。
C->数学
Java->物理
VB->地学
C#->生物
化学に相当するのは思い当たらん。
化学も含めて殆どの科学は物理学で記述できるが、
物理の根底にあるのは数学である。
ただ数学は抽象的で実用性の無い分野も多く含んでいる。
ユーザーサイドのJavaが勝てるわけが無いだろ！
ただ言えるのはCが単純に最強かつ最もシンプルなものなら他の言語は産まれるはずが無いという事。
Cを完璧に使いこなすのには相当の技術がいるが、
JavaやVBやC#なんかはミドルウェアの上で動くから
細かいロジックを知らなくてもソフトウェアが組めるわけだ。
だからそういうレベルの言語ではJavaが最強と言うことは揺ぎ無い。
CとJavaを比べることなんか出来るわけがないんだよ、そもそも。
数学と物理学を比べるようなもんだ。
C->数学
Java->物理
VB->地学
C#->生物
化学に相当するのは思い当たらん。
化学も含めて殆どの科学は物理学で記述できるが、
物理の根底にあるのは数学である。
ただ数学は抽象的で実用性の無い分野も多く含んでいる。
70 ：仕様書無しさん：2006/05/27(土) 10:02:58
そんなややこしいもんじゃない。
CはJavaのメタ言語ってだけじゃないのか？
CはJavaのメタ言語ってだけじゃないのか？
現状若造は人の書いたCすら読めないのが問題
（糞コードは読まなくていいとして）
（糞コードは読まなくていいとして）
72 ：仕様書無しさん：2006/05/27(土) 10:09:13
73 ：仕様書無しさん：2006/05/27(土) 11:38:55
>72
「基本的な」が抜けてるな。
「基本的な」が抜けてるな。
UnixとCは単純であることが正義、美徳とした言語。Javaの対極にある。
Cが変数名省略が多いのはあんまり好きじゃないな。
省略してる割に粒度が大きな関数とか、萎える。
変数名に意図を含めてくれたらずいぶんコメント少なくてすむんだけどなぁ。
省略してる割に粒度が大きな関数とか、萎える。
変数名に意図を含めてくれたらずいぶんコメント少なくてすむんだけどなぁ。
それはコーディング規約の問題であって女子供がｷﾞｬｰｷﾞｬｰ騒ぐだけの
問題であって言語の本質的な問題ではないはずだ
問題であって言語の本質的な問題ではないはずだ
JAVAのｱﾌｫみたいに冗長なネーミングセンスもどうかと思うが。
78 ：仕様書無しさん：2006/05/28(日) 05:31:28
＞だからそういうレベルの言語ではJavaが最強と言うことは揺ぎ無い。
これぐらいは認めてやったらどうだ？
これぐらいは認めてやったらどうだ？
79 ：仕様書無しさん：2006/05/28(日) 10:34:49
a
変数名省略って…C限定で言ってるのがすごいなどういう脳味噌しているんだろうか
ローマ字ｶﾅ変数っていうキモイところもあるよ
Kaunta1とか
Kaunta1とか
82 ：仕様書無しさん：2006/05/28(日) 22:38:24
しーこいこい
ジャバジャバジャバ
ジャバジャバジャバ
83 ：仕様書無しさん：2006/05/28(日) 23:16:35
糞糞Javaの長いメソッド名
controllerFactoryWillUseSpecificationForModalDialogWithSelectByInsertingController
８２文字でした。
controllerFactoryWillUseSpecificationForModalDialogWithSelectByInsertingController
８２文字でした。
84 ：仕様書無しさん：2006/05/28(日) 23:17:41
なんかすごい勘違いしてるのいるな
86 ：おじゃばさま：2006/05/30(火) 19:46:23
パッケージ名の使い方を知らない「C厨くずれ」のコードだろう。
おまえか
不可解な略し方するよりは長いメソッド名のほうがまし
論点ずれてるなー
>>86
パッケージ名の使い方を知らない「C厨くずれ」のコードだろう。
>>88
不可解な略し方するよりは長いメソッド名のほうがまし
併せると、「C厨くずれのほうがまし」
本当にありがとうございました。
パッケージ名の使い方を知らない「C厨くずれ」のコードだろう。
>>88
不可解な略し方するよりは長いメソッド名のほうがまし
併せると、「C厨くずれのほうがまし」
本当にありがとうございました。
20文字ぐらいまでならまぁなんとか許すけど
クラスで切れる、パッケージで切れるものはどんどん
切ったほうがいいのになマカーはやっぱりバカー
クラスで切れる、パッケージで切れるものはどんどん
切ったほうがいいのになマカーはやっぱりバカー
文字制限で昔は泣く泣くつけなあかんのはあったが
それを今も当たり前とおもっているおじゃばさまか
それを今も当たり前とおもっているおじゃばさまか
おいおいそんな文字数制限で長い名前付ける事が
できなかった時代があったなんてその方々が
知ってるわけ無いでしょ
言っても無駄よ
できなかった時代があったなんてその方々が
知ってるわけ無いでしょ
言っても無駄よ
>>83
せめて長くても半分で意味が分かるのを付けれないのか
せめて長くても半分で意味が分かるのを付けれないのか
スレタイと変わってきてるなw
Javaって長くね？
wwwwwwwwwwwww
98 ：おじゃばさま：2006/05/31(水) 09:15:48
文脈からすると、92の方は「コーディング規約で長い名前をつけることが決まっている」事を言っていて、
93の方は「システム制限で長い名前をつけることが出来ない」事を言っていて、話がかみあっていない
ように見えるがいかがなものだろうか。
どちらにせよ、そんな昔の事はどうでもいい。
93の方は「システム制限で長い名前をつけることが出来ない」事を言っていて、話がかみあっていない
ように見えるがいかがなものだろうか。
どちらにせよ、そんな昔の事はどうでもいい。
99 ：仕様書無しさん：2006/05/31(水) 10:55:52
いや、だからさ
オーバーロードの基本に立ち返ると
なんでオブジェクト指向なのにあんなに長い名前を付けるのか
小一時間おじゃばさまに聞きたいよ。
オーバーロードの基本に立ち返ると
なんでオブジェクト指向なのにあんなに長い名前を付けるのか
小一時間おじゃばさまに聞きたいよ。
100 ：仕様書無しさん：2006/05/31(水) 11:09:37
継承しまくって、つけるメソッド名に困ったから。
101 ：仕様書無しさん：2006/05/31(水) 11:12:52
>>100
オーバーライドじゃだめなの？
オーバーライドじゃだめなの？
102 ：仕様書無しさん：2006/05/31(水) 11:26:23
javaのメソッドもperlの特殊変数並に$_とか$|で書けるくらい短かったら簡潔だったのに。
結局、Javaはビジネスロジックを実装することが多い言語だから、
短い文字数で表現できる真理は殆どなくて、冗長な説明を必要とするんだよ。
そして、それをソースの可読性を高めるために、そのまま書く。
だから、長げー糞メソッドの完成だ。
短い文字数で表現できる真理は殆どなくて、冗長な説明を必要とするんだよ。
そして、それをソースの可読性を高めるために、そのまま書く。
だから、長げー糞メソッドの完成だ。
まぁネイティブのやつらは母国語のノリで書けるから
なんとも思わないことがおおいんだろうな。
なんとも思わないことがおおいんだろうな。
俺はオブジェクト指向の方が長い名前になりがちだと思うが。
オーバーロードやオーバーライドが長い名前を短縮する解決策になるとは思えない。
オーバーロードやオーバーライドが長い名前を短縮する解決策になるとは思えない。
度が過ぎるとただの屑
そらそうよ
108 ：仕様書無しさん：2006/06/01(木) 06:41:45
>>95
Javaのソースファイルって重くね？のほうがいいか。
Javaのソースファイルって重くね？のほうがいいか。
109 ：仕様書無しさん：2006/06/01(木) 11:06:51
110 ：仕様書無しさん：2006/06/01(木) 20:02:07
>>105
オブジェクト指向は長い名前にゃならんだろう。
名前が衝突する危険性があるAPIとかは長くなっても納得だ。
クラスに含まれるメソッドは本来
get()
put()
write()
exec()
のようにシンプルになるはずだ。
100歩譲ってexecするビジネスロジックのパターンが何種類かあれば
execDataWrite();
execHeaderWrite();
程度の長さは許容範囲だと思うが。
で・オブジェクト指向なのにあんな長い名前をつけるJava厨はほんとに
OOわかってんのかと言いたい。
オブジェクト指向は長い名前にゃならんだろう。
名前が衝突する危険性があるAPIとかは長くなっても納得だ。
クラスに含まれるメソッドは本来
get()
put()
write()
exec()
のようにシンプルになるはずだ。
100歩譲ってexecするビジネスロジックのパターンが何種類かあれば
execDataWrite();
execHeaderWrite();
程度の長さは許容範囲だと思うが。
で・オブジェクト指向なのにあんな長い名前をつけるJava厨はほんとに
OOわかってんのかと言いたい。
111 ：仕様書無しさん：2006/06/01(木) 20:51:46
接続詞くらい省けよ。バカ
>>110
それは単純な動作だけを表現しているからじゃない？
動作の対象等の情報でメソッド名を修飾すれば>>83のように自ずと長くなると思う。
execの動作の種類でをちょっと修飾しただけでも長くなってるだろ？
単純な動作だけで名前を定義するならシンプルになるけど、
どんな動作をするかで名前を定義すれば長くならない？
>>83のような長さとまで行くなら十分に再考の余地があると思うが
それは単純な動作だけを表現しているからじゃない？
動作の対象等の情報でメソッド名を修飾すれば>>83のように自ずと長くなると思う。
execの動作の種類でをちょっと修飾しただけでも長くなってるだろ？
単純な動作だけで名前を定義するならシンプルになるけど、
どんな動作をするかで名前を定義すれば長くならない？
>>83のような長さとまで行くなら十分に再考の余地があると思うが
DataWriter#exec();
HeaderWriter#exec();
HeaderWriter#exec();
115 ：おじゃばさま：2006/06/02(金) 09:19:54
110の言っていることがほぼ正解。
ただメソッド名（関数名）が長いのはJavaの伝統ではない。
C++ではなくCでUNIXのX-Windowのプログラムを作っていた頃の、Cの伝統である。
Windowプログラムを作る場合、Window関係の関数だけでも大量にある。
パッケージ名がなく、関数名が重なると対処不能なC言語では、関数名を長くするしか解決策がないのである。
その頃の伝統が誤った形で伝わっている。
だからC厨がJavaのメソッド名が長いとか言う自体が、おかしいのである。
ただメソッド名（関数名）が長いのはJavaの伝統ではない。
C++ではなくCでUNIXのX-Windowのプログラムを作っていた頃の、Cの伝統である。
Windowプログラムを作る場合、Window関係の関数だけでも大量にある。
パッケージ名がなく、関数名が重なると対処不能なC言語では、関数名を長くするしか解決策がないのである。
その頃の伝統が誤った形で伝わっている。
だからC厨がJavaのメソッド名が長いとか言う自体が、おかしいのである。
116 ：仕様書無しさん：2006/06/02(金) 09:25:57
>>114
execをexecuteにすると他の省略も生かさないと
名前付け規約の整合性がとれなくなってくる。
すると長くなる。
executePrimitiveHeaderWrtingBuisenessLogicPayment()
execをexecuteにすると他の省略も生かさないと
名前付け規約の整合性がとれなくなってくる。
すると長くなる。
executePrimitiveHeaderWrtingBuisenessLogicPayment()
廃れたとはいえコーディング規約まで自ら作っておいて伝統はないだろ
何もおかしくはない
何もおかしくはない
EXEC SQL SELECT
UNIX OSの文化は統一感があってよかったなって感じ。
自分達で命名するときはなかなか省略できないな。その度にルールが変わりそうで。
自分達で命名するときはなかなか省略できないな。その度にルールが変わりそうで。
121 ：仕様書無しさん：2006/06/02(金) 09:53:02
Java厨はOOPの基本すら理解していないのが露呈しました！
結局、メソッド名の長さについては慣習や規約による、で完結か？
次の 重くね？ はなに？
次の 重くね？ はなに？
123 ：仕様書無しさん：2006/06/02(金) 09:56:14
さあ！みんなで
蛇場堕大学に入り
校歌を歌おう
【蛇場堕大学校歌】
都をはずれて用賀のそばだ〜♪
排出する厨は、われらの誇り
われらが日ごろの 厨ぶりを知るや
遅鈍の性質 500番発生
現世を忘れて 脳内の理想
萎むよわれらが Java界みよや
じゃばだ、じゃばだ、じゃばだ♪
じゃばだ、じゃばだ
蛇場堕大学に入り
校歌を歌おう
【蛇場堕大学校歌】
都をはずれて用賀のそばだ〜♪
排出する厨は、われらの誇り
われらが日ごろの 厨ぶりを知るや
遅鈍の性質 500番発生
現世を忘れて 脳内の理想
萎むよわれらが Java界みよや
じゃばだ、じゃばだ、じゃばだ♪
じゃばだ、じゃばだ
>>114
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/Math.html
abs
acos
asin
atan
atan2
cbrt
cos
cosh
exp
expm1
hypot
pow
rint
signum
sinh
sqrt
tan
tanh
ulp
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/Math.html
abs
acos
asin
atan
atan2
cbrt
cos
cosh
exp
expm1
hypot
pow
rint
signum
sinh
sqrt
tan
tanh
ulp
125 ：仕様書無しさん：2006/06/02(金) 10:01:17
>>124
プロセスとか数学関連の既に略語が出回ってる物以外を探してきてくれ
プロセスとか数学関連の既に略語が出回ってる物以外を探してきてくれ
>>126
cbrt
expm1
hypot
rint
signum
ulp
は既に略語が出回ってる物なのか？
というか略語が出回っているものがOKなら、
execをexecuteと書けというのは変ではないか？
既に略語が出回っているぞ？
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/String.html#concat(java.lang.String)
cbrt
expm1
hypot
rint
signum
ulp
は既に略語が出回ってる物なのか？
というか略語が出回っているものがOKなら、
execをexecuteと書けというのは変ではないか？
既に略語が出回っているぞ？
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/String.html#concat(java.lang.String)
ttp://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/security/cert/X509Certificate.html#getSigAlgParams()
getSignatureAlgorithmParameters()にすると長いな、確かに。
getSignatureAlgorithmParameters()にすると長いな、確かに。
いや、その手のユーティリティの類のメソッドを列挙されてもな、ってだけだ
そんなのは前知識があったら略されちゃうだろ
…とはいえ>>128は良いとこ持ってきたな
あと俺は>>114ではないのでexecについてはどちらでもいい
そんなのは前知識があったら略されちゃうだろ
…とはいえ>>128は良いとこ持ってきたな
あと俺は>>114ではないのでexecについてはどちらでもいい
130 ：仕様書無しさん：2006/06/02(金) 10:46:55
うむ。>>128の緻密さの勝利だな。
>>126
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/awt/image/DataBuffer.html#getElem(int)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/System.html#getenv(java.lang.String)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/FileDescriptor.html#err
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/print/MultiDoc.html#getDoc()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/xml/datatype/XMLGregorianCalendar.html#getEon()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/swing/JFrame.html#paramString()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/imageio/metadata/IIOMetadataNode.html#getElementsByTagNameNS(java.lang.String,%20java.lang.String)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/swing/text/html/HTML.Attribute.html#ALINK
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/ObjectStreamConstants.html#TC_OBJECT
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/ObjectStreamConstants.html#SC_SERIALIZABLE
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/awt/Cursor.html#W_RESIZE_CURSOR
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/awt/image/DataBuffer.html#getElem(int)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/System.html#getenv(java.lang.String)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/FileDescriptor.html#err
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/print/MultiDoc.html#getDoc()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/xml/datatype/XMLGregorianCalendar.html#getEon()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/swing/JFrame.html#paramString()
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/imageio/metadata/IIOMetadataNode.html#getElementsByTagNameNS(java.lang.String,%20java.lang.String)
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/javax/swing/text/html/HTML.Attribute.html#ALINK
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/ObjectStreamConstants.html#TC_OBJECT
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/ObjectStreamConstants.html#SC_SERIALIZABLE
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/awt/Cursor.html#W_RESIZE_CURSOR
lang.String.concat() か。使ったことのある人いるかな?
あるいは使ってるソースあるかな?
あるいは使ってるソースあるかな?
133 ：仕様書無しさん：2006/06/02(金) 11:11:23
ループの中で自分自身の文字列をconcatすると
あっという間にメモリエラーになる。
そうやってVMをいじめて遊んだっけ。
こいつで遊んだらVMって物理メモリ使い切っても
仮想メモリを使ってくれないのを理解した。
あっという間にメモリエラーになる。
そうやってVMをいじめて遊んだっけ。
こいつで遊んだらVMって物理メモリ使い切っても
仮想メモリを使ってくれないのを理解した。
134 ：仕様書無しさん：2006/06/02(金) 11:46:36
>>131
なげぇな、おい。
なげぇな、おい。
ほぇ？
136 ：仕様書無しさん：2006/06/02(金) 12:09:51
Javaを勉強すると英単語に強くなる！！
137 ：仕様書無しさん：2006/06/02(金) 12:18:48
まあ蛇場堕大学に合格できる程度になｗ
Cの汚点：creat()
失敗だと言ったのリッチーだったかな
失敗だと言ったのリッチーだったかな
139 ：仕様書無しさん：2006/06/02(金) 12:47:44
Cの汚点は char **p;だろう
zahyou_settoなんて変数のはいったソースのメンテをしたことが
ある俺には、多少長くてもまともな英単語のコードのほうが
ありがたいかな。
プロジェクト内のコード書いた人間に因って、syutsuryokuだったりshutsuryokuだったり
してしょんぼりした事もあったっけ。
ある俺には、多少長くてもまともな英単語のコードのほうが
ありがたいかな。
プロジェクト内のコード書いた人間に因って、syutsuryokuだったりshutsuryokuだったり
してしょんぼりした事もあったっけ。
142 ：仕様書無しさん：2006/06/02(金) 13:49:18
shuturyokuじゃね？
ローマ字にはヘボン式とか訓令式（？）とかあるから、どれに従うかを
コーディング規約に定めないとね。
IMEのローマ字入力の通りとかは、複数の表記が可能だから最低。
コーディング規約に定めないとね。
IMEのローマ字入力の通りとかは、複数の表記が可能だから最低。
145 ：仕様書無しさん：2006/06/02(金) 17:35:59
どうだろう。好みにもよるけど、ヘボン式がいいんじゃないかな。
ただ表記法と方式の名前が頭の中で一致してないｗ 俺の好みは真ん中のやつだけど。
詳しい表は、ぐぐったらどこかにあるんじゃないかな。
ただ表記法と方式の名前が頭の中で一致してないｗ 俺の好みは真ん中のやつだけど。
詳しい表は、ぐぐったらどこかにあるんじゃないかな。
JVMを作ったのは、Java×C厨ってことになると思うけど。
JavaかぶれのC厨ってとこかな。
漏れはどちらかというとC厨だけど、長い名前は別に良いと思う。
短くする場合はある程度の法則決めておいてそのルールどおりに省略かな。(昔略し方の議論とかは巷にありましたよね)
短くする利点って、ソースコードが見た目「だけ」すっきりするくらいじゃない？
JavaかぶれのC厨ってとこかな。
漏れはどちらかというとC厨だけど、長い名前は別に良いと思う。
短くする場合はある程度の法則決めておいてそのルールどおりに省略かな。(昔略し方の議論とかは巷にありましたよね)
短くする利点って、ソースコードが見た目「だけ」すっきりするくらいじゃない？
148 ：仕様書無しさん：2006/06/02(金) 20:58:01
程度の問題でしょ。Win32API位の長さなら別にいいと思うよ。
149 ：おじゃばさま：2006/06/02(金) 21:21:14
だから長いメソッドも、ローマ字表記のメソッド名も、C厨くずれのJava使いの仕業だって。
だから文句はC厨くずれに言ってくれ。
まあ少し慣れればそんなコーディングはしなくなるよ。
だから文句はC厨くずれに言ってくれ。
まあ少し慣れればそんなコーディングはしなくなるよ。
さすがおじゃばさま、ほぼ完結した話題を蒸し返した上に責任転嫁か
さすがだよな転嫁のタイミングが絶妙すぎる
152 ：仕様書無しさん：2006/06/02(金) 23:50:42
主流になれない運命なのだ〜♪
C厨叩きは、われらの誇り
われらが日ごろの 恨みをはらせ
責任転嫁が 我らの理想
不具合なんて 転嫁しろい
大食いわれらが 鯖をみよや
じゃばだ、じゃばだ、じゃばだ♪
じゃばだ、じゃばだ
C厨叩きは、われらの誇り
われらが日ごろの 恨みをはらせ
責任転嫁が 我らの理想
不具合なんて 転嫁しろい
大食いわれらが 鯖をみよや
じゃばだ、じゃばだ、じゃばだ♪
じゃばだ、じゃばだ
153 ：仕様書無しさん：2006/06/03(土) 00:19:48
Javaだけで食っていける。
コボラーもそう思っていたことだろうな
155 ：69式フリーPG ◆hND3Lufios ：2006/06/03(土) 05:12:01
C/C++だけで食っていけてるよ。
156 ：仕様書無しさん：2006/06/04(日) 09:38:55
最近ＪＡＶＡが減ってＣ＃が増えてきている点について
幻想から覚めつつあるんだろ
158 ：69式フリーPG ◆hND3Lufios ：2006/06/04(日) 20:57:28
増えてる。とまでは俺は認識してないけど、Javaどっぷりだった某社でC#の書籍を見つけた時は
驚いたな。調査・検討段階なのか、実際にprojが始動しているのか、１社員が興味を持って読んでいる
だけなのかは不明。機会があったら、なんとなく聞いてみようと思ってる。
驚いたな。調査・検討段階なのか、実際にprojが始動しているのか、１社員が興味を持って読んでいる
だけなのかは不明。機会があったら、なんとなく聞いてみようと思ってる。
関連会社で開発していたJava製デスクトップアプリがプロジェクト中止になった。
製品として出せるようなものじゃないという判断で、C++か.NET(C#かな???)で書き直すらしい。
製品として出せるようなものじゃないという判断で、C++か.NET(C#かな???)で書き直すらしい。
160 ：おじゃばさま：2006/06/05(月) 22:30:48
C#か、俺も見てるよ。
SDKがを無料で配ってるようだな。MSにしては珍しい。でもLinux版のVMを作っているのは子会社か？
まあLinuxをOSにしてSDKを無料で配ったら、儲けようがないって事かな。
MSはどうなんだ？やる気あるのかな？
SDKがを無料で配ってるようだな。MSにしては珍しい。でもLinux版のVMを作っているのは子会社か？
まあLinuxをOSにしてSDKを無料で配ったら、儲けようがないって事かな。
MSはどうなんだ？やる気あるのかな？
161 ：仕様書無しさん：2006/06/05(月) 22:37:02
>Java製デスクトップアプリがプロジェクト中止になった
このスレみて判断したんだと思うよ。
このスレみて判断したんだと思うよ。
162 ：仕様書無しさん：2006/06/05(月) 22:40:00
今後Java屋が続々とASP.NET市場になだれ込んできて
結局は 元Java厨なC#屋がうざくなると予言する。
結局は 元Java厨なC#屋がうざくなると予言する。
163 ：仕様書無しさん：2006/06/05(月) 22:44:19
C#屋 : private 元Java厨{
//使えない人
~C#屋(){
delete 元Java厨;
}
};
//使えない人
~C#屋(){
delete 元Java厨;
}
};
164 ：仕様書無しさん：2006/06/05(月) 22:45:58
なあ、JavaとかC#はソース見られちゃうだろ？
みんなその辺どうしてんの？
みんなその辺どうしてんの？
Java製デスクトップアプリって
もっさりのfirefoxより使いにくいんだよなぁ…何でだろ
もっさりのfirefoxより使いにくいんだよなぁ…何でだろ
166 ：仕様書無しさん：2006/06/05(月) 22:56:58
C#は暗号化するツールがデフォであるだろ
167 ：仕様書無しさん：2006/06/05(月) 23:00:52
難読化だろ？
168 ：仕様書無しさん：2006/06/05(月) 23:02:20
それだ
javaのデスクトップアプリってんなもん作ってる無能がいるのか
170 ：仕様書無しさん：2006/06/06(火) 01:39:08
学校でメソッドとか習ってますが何のことやらさっぱりです。
やばいです。
やばいです。
組み込みでパフォーマンスが命の分野で
JAVAとか勘弁して欲しいよ。DQN組み込みJAVA
コンソーシアムとかでさGCレスJAVAとか研究してやつ
ｄQNすぎるよ。素直にCかC++使えよって思う
JAVAとか勘弁して欲しいよ。DQN組み込みJAVA
コンソーシアムとかでさGCレスJAVAとか研究してやつ
ｄQNすぎるよ。素直にCかC++使えよって思う
173 ：おじゃばさま：2006/06/06(火) 11:51:44
だからWindowsソフトをJavaで作るなって言っているだろう。
デスクトップアプリってので何をやるのか分からないが、ブラウザ使うならAjaxで組め。
US:Yahooにサンプルがたくさんあるぞ。
ブラウザじゃなくてアプレットみたいのにしたければ、ウィジェット使った方が遥かに簡単だ。
速度が必要なWindowsソフトをJavaで作るなんてのは、設計者がアホなだけだ。
デスクトップアプリってので何をやるのか分からないが、ブラウザ使うならAjaxで組め。
US:Yahooにサンプルがたくさんあるぞ。
ブラウザじゃなくてアプレットみたいのにしたければ、ウィジェット使った方が遥かに簡単だ。
速度が必要なWindowsソフトをJavaで作るなんてのは、設計者がアホなだけだ。
>>173
Javaは高速化しているし、マシンの性能も上がっているから大丈夫！
Javaは高速化しているし、マシンの性能も上がっているから大丈夫！
そうだよな！
んなもん重要でもなんでもない
>>173
Eclipseにあやまれ！
Eclipseにあやまれ！
>>178
SWTの中の人にあやまれ！
SWTの中の人にあやまれ！
swingは高速です！！！！！！！！！！！
> >>173
> てか別に速度なんて必要ねーし。
> 要はJavaで出来てるって事が重要なんだ。
これこれ。開き直りでよく聞く。
開発前に「Javaで作るから高速ですよー」って言っておきながら、出来上がってから
「今後は速度よりセキュリティが重要な時代なんです」とのたまう。腹が立つ。
> てか別に速度なんて必要ねーし。
> 要はJavaで出来てるって事が重要なんだ。
これこれ。開き直りでよく聞く。
開発前に「Javaで作るから高速ですよー」って言っておきながら、出来上がってから
「今後は速度よりセキュリティが重要な時代なんです」とのたまう。腹が立つ。
だって高脳ですからｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
いくらなんでも「Javaで作るから高速ですよー」を真に受けるなよｗ
>>183
でもおまいもサーバーサイドでは速いというのを真に受けてるだろ？そんなものだよ。
良いとは思えないものが、偉い人の一言によって絶賛され、偉い人の一言によって目が覚める。
虎の威をかる狐状態で聞く耳を持たないし自分でベンチもしない。それがJavaクオリティ。
でもおまいもサーバーサイドでは速いというのを真に受けてるだろ？そんなものだよ。
良いとは思えないものが、偉い人の一言によって絶賛され、偉い人の一言によって目が覚める。
虎の威をかる狐状態で聞く耳を持たないし自分でベンチもしない。それがJavaクオリティ。
185 ：おじゃばさま：2006/06/07(水) 09:17:03
ただ遅いと言っても本当に遅いのがどこかとか、Javaが早くしない理由は何なのかとか
分かって言っているのかが謎だ。C厨の文章を見る限りでは考えたこともなさそうだけどな。
分かって言っているのかが謎だ。C厨の文章を見る限りでは考えたこともなさそうだけどな。
だって遅い＝負けって構図にしたいだけだもん
流石に>>185の頭脳は可哀想だと思った
188 ：仕様書無しさん：2006/06/07(水) 11:44:29
そんなに気になるなら、例のソースコンパイルしてＬｉｎｕｘ上でプロファイルとってみりゃいんじゃねーの？
おれまんどくさいのでやだけど。
-pg オプションくっつけて gprofしてみればいいぽ。
おれまんどくさいのでやだけど。
-pg オプションくっつけて gprofしてみればいいぽ。
WebアプリならJSPだけで組めば高速だよ。
下手にサーブレットだのEJBだの使い出すから遅くなるんだよ。
下手にサーブレットだのEJBだの使い出すから遅くなるんだよ。
>>189
念のために確認だが、JSPも結果、サーブレットの一種ということは知ってるよね？
念のために確認だが、JSPも結果、サーブレットの一種ということは知ってるよね？
もちろん
わからんでもないな。
現状、マルチスレッド動作とか、自動的にパージされるとかのサーブレット元来の機能は
もはやどうでもいいみたいだからね。
現状、マルチスレッド動作とか、自動的にパージされるとかのサーブレット元来の機能は
もはやどうでもいいみたいだからね。
なんでASPやPHPのサイトのほうが軽いかというと
プログラムはいまいち綺麗ではないけど
必要最小限のデータをデータベースからひっぱってきて
表示とか汚くなりがちだからこそ必要最小限のソースに
なってそれが結果、軽さにつながってるんだよ。
ところがJavaときたら、やれオブジェクト思考だ
リモートオブジェクトだ、ORマッピングだと
余計な処理てんこもりになって、それがちりも積もれば重くなる
ってなもんだよ。
だからJSPで必要最小限のソースかいてれば結果軽くなるんだよ。
プログラムはいまいち綺麗ではないけど
必要最小限のデータをデータベースからひっぱってきて
表示とか汚くなりがちだからこそ必要最小限のソースに
なってそれが結果、軽さにつながってるんだよ。
ところがJavaときたら、やれオブジェクト思考だ
リモートオブジェクトだ、ORマッピングだと
余計な処理てんこもりになって、それがちりも積もれば重くなる
ってなもんだよ。
だからJSPで必要最小限のソースかいてれば結果軽くなるんだよ。
194 ：仕様書無しさん：2006/06/07(水) 15:35:41
> だからJSPで必要最小限のソースかいてれば結果軽くなるんだよ。
JSP（リンク先では素のサーブレット）だとPHPに負けないぐらい軽くはなるみたいだね。
http://module.jp/blog/cgi_php_servlet_modeprl_benchmark.html
JSP（リンク先では素のサーブレット）だとPHPに負けないぐらい軽くはなるみたいだね。
http://module.jp/blog/cgi_php_servlet_modeprl_benchmark.html
195 ：仕様書無しさん：2006/06/07(水) 16:20:10
>>194
勝てないぐらい重いことを認めるな！！
勝てないぐらい重いことを認めるな！！
196 ：仕様書無しさん：2006/06/07(水) 20:00:49
>>185
なに言ってんの？ｗ
なに言ってんの？ｗ
197 ：仕様書無しさん：2006/06/07(水) 22:34:45
javaは綺麗んだって
198 ：仕様書無しさん：2006/06/07(水) 23:31:18
swing最強
199 ：おじゃばさま：2006/06/07(水) 23:36:25
ではC厨に質問。
Java言語自体を修正出来るとして、JavaのWindowsプログラムを早くしようとしたら、どうする？
やろうと思えば簡単に出来るよな。
Java言語自体を修正出来るとして、JavaのWindowsプログラムを早くしようとしたら、どうする？
やろうと思えば簡単に出来るよな。
>>199
Win32APIを直接、扱う。
Win32APIを直接、扱う。
>>199
Cと全く同じ仕様に改良する。
Cと全く同じ仕様に改良する。
>>199
Cでアプリを作っておいてRutime#exec
Cでアプリを作っておいてRutime#exec
Cが出る前にあったAとBという言語について教えてくださいと吊ったらこのスレではどのように対処されますか。
それが何で釣りになるの？
>>199はどうみてもビジネスロジック担当のドカタだな
Javaのことさえ知ってるか怪しい
Javaのことさえ知ってるか怪しい
>>205
というか>>199は２つの質問が混ざってるように思う。
１。Java言語を速くするにはどうするか
２。JavaのWindowsアプリを速くするにはどうするか
１は言語設計、２はアプリの設計＋実装。そういや、みんな２にしか答えてないね。
というか>>199は２つの質問が混ざってるように思う。
１。Java言語を速くするにはどうするか
２。JavaのWindowsアプリを速くするにはどうするか
１は言語設計、２はアプリの設計＋実装。そういや、みんな２にしか答えてないね。
>>207
言語仕様のせいで遅くなってるわけじゃないからだろ。
言語仕様のせいで遅くなってるわけじゃないからだろ。
209 ：おじゃばさま：2006/06/08(木) 22:25:27
200と201の言う通りだよ。
WinAPIとかDirectXとかを扱うようにすれば早くなる。
さらにメモリ管理も直接アドレス扱うようにして、中間コードもやめてコンパイルで実行コード作る
ようにすればすごく早くなるだろう。そうなると何が失われる？
WinAPIとかDirectXとかを扱うようにすれば早くなる。
さらにメモリ管理も直接アドレス扱うようにして、中間コードもやめてコンパイルで実行コード作る
ようにすればすごく早くなるだろう。そうなると何が失われる？
210 ：仕様書無しさん：2006/06/08(木) 22:28:34
ビジネスロジックでよく使われる、CSVファイル入出力、DBアクセス、ファイルコピー、
ファイルリネーム、ディレクトリコピー等の俺様ライブラリを整備してCで書く。
これが一番。
ファイルリネーム、ディレクトリコピー等の俺様ライブラリを整備してCで書く。
これが一番。
211 ：仕様書無しさん：2006/06/08(木) 23:51:49
使い捨てのお前様のライブラリとか…
使われる前に去ってもらいましょ
使われる前に去ってもらいましょ
212 ：仕様書無しさん：2006/06/09(金) 02:21:51
ガイシュツな意見かもしれんけど。
別にJavaが遅くないと言うつもりはないが、2chでJavaが遅い遅いと言う奴らって、
「Javaがなぜ遅いか」「どの部分が遅いか」って考えたことあるのかね。
小さなサンプルプログラムとか作ってベンチマークしたことある?
別にJavaが遅くないと言うつもりはないが、2chでJavaが遅い遅いと言う奴らって、
「Javaがなぜ遅いか」「どの部分が遅いか」って考えたことあるのかね。
小さなサンプルプログラムとか作ってベンチマークしたことある?
213 ：仕様書無しさん：2006/06/09(金) 03:03:41
Cと比較する事がそもそも無意味。
214 ：仕様書無しさん：2006/06/09(金) 07:33:06
起動するときにJITが回るから遅い。
そんなもの常識だべ。今更何行ってるんだ？
そんなもの常識だべ。今更何行ってるんだ？
216 ：仕様書無しさん：2006/06/09(金) 08:06:00
.NETも遅いけどね
217 ：仕様書無しさん：2006/06/09(金) 08:16:48
確実なのは、どとねと動作させるためにインテルは進化するってこと。じゃばのためじゃなくね。
218 ：仕様書無しさん：2006/06/09(金) 08:25:57
あとは、仮想関数・リフレクション・ストラテジパターンなどの動的プログラミング要素を
排除して、徹底的にコンパイル時に静的に解決するようにするとかね。
ジェネリックじゃなくてテンプレートを本格導入して。
あと javac や JIT は最適化もまだまだヌルいよな。
排除して、徹底的にコンパイル時に静的に解決するようにするとかね。
ジェネリックじゃなくてテンプレートを本格導入して。
あと javac や JIT は最適化もまだまだヌルいよな。
>>214
じゃあ、起動が遅いだけで実行は遅くないんだね!
じゃあ、起動が遅いだけで実行は遅くないんだね!
220 ：仕様書無しさん：2006/06/09(金) 08:32:59
起動のもっさり感が無くなるだけでも、印象はだいぶ違うと思われ。
現状では java で ls とか cat とか grep とか実装しようと思わないもんな・・・。
現状では java で ls とか cat とか grep とか実装しようと思わないもんな・・・。
>>218
そしたらjavaじゃなくなってしまう(涙目)
そしたらjavaじゃなくなってしまう(涙目)
とりあえず、ビジネス的に見ると、M$に荷担するか、IBMに荷担するか、しか道は無いのかなー。
223 ：おじゃばさま：2006/06/09(金) 21:17:19
>215
だから、そんな誰でも思いつくような事をSUNやIBMの技術者が分からない訳ないだろう。
なぜ一部しか採用されないのかをよく考えてくれと言いたいだけなんだよ。
ここの書き込みを見てると「ポインタが難しいからガーベージコレクションが出来た」とか、
「オブジェクト指向にしたいからJavaが出来た」とか本気で考えている人がいるように思える。
だから、そんな誰でも思いつくような事をSUNやIBMの技術者が分からない訳ないだろう。
なぜ一部しか採用されないのかをよく考えてくれと言いたいだけなんだよ。
ここの書き込みを見てると「ポインタが難しいからガーベージコレクションが出来た」とか、
「オブジェクト指向にしたいからJavaが出来た」とか本気で考えている人がいるように思える。
なんという見苦しいレスポンス
なんというか、空気が嫁ない
まあ自らおじゃばさまと名乗るだけのことはあるな
C厨が化けてるようにみせて実際はjava厨ですから
この空気に耐えられないので
Write Once, Run Any Ware.
とあまり考えずに答えてみます。
Write Once, Run Any Ware.
とあまり考えずに答えてみます。
229 ：212：2006/06/10(土) 02:56:40
>>214
>起動するときにJITが回るから遅い。
>そんなもの常識だべ。今更何行ってるんだ？
だったら起動が遅いだけなので少なくともサーバサイドじゃJava最強だよな。
それが常識なら、209みたいな意見が出てくるわけはないんだよ。
>>218
>あとは、仮想関数・リフレクション・ストラテジパターンなどの動的プログラミング要素を
>排除して、徹底的にコンパイル時に静的に解決するようにするとかね。
仮想関数が悪いのならC++もだめだってことだしねえ。
ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
メソッドはデフォルトでprotected virtualであるべきだとか抜かす
前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
リフレクションが悪いんなら、RubyやJavaScriptなんかが最悪で、
結局は静的言語であるJavaはよっぽど速いはず。
>起動するときにJITが回るから遅い。
>そんなもの常識だべ。今更何行ってるんだ？
だったら起動が遅いだけなので少なくともサーバサイドじゃJava最強だよな。
それが常識なら、209みたいな意見が出てくるわけはないんだよ。
>>218
>あとは、仮想関数・リフレクション・ストラテジパターンなどの動的プログラミング要素を
>排除して、徹底的にコンパイル時に静的に解決するようにするとかね。
仮想関数が悪いのならC++もだめだってことだしねえ。
ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
メソッドはデフォルトでprotected virtualであるべきだとか抜かす
前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
リフレクションが悪いんなら、RubyやJavaScriptなんかが最悪で、
結局は静的言語であるJavaはよっぽど速いはず。
>ジェネリックじゃなくてテンプレートを本格導入して。
テンプレートの使いどころはえらく広いんだけど、コレクションとかに使う範囲なら、
ジェネリックだろうがテンプレートだろうが速度に大差はないんじゃね?
ダウンキャストの型チェックのコストなんか微々たるもんだろうし、
基本型のboxingが気になるというなら、基本型の数なんか限られてるんだから
型ごとにコレクション作ってしまえ。テンプレートはテンプレートで、
効率悪いんだし。
>あと javac や JIT は最適化もまだまだヌルいよな。
そもそもJITを前提とするならjavacで最適化を行う必要はないし(実際javacの
最適化はクソだが)、JITの最適化がヌルいとすればどのへんが?
>>223
>なぜ一部しか採用されないのかをよく考えてくれと言いたいだけなんだよ。
なぜなん?
テンプレートの使いどころはえらく広いんだけど、コレクションとかに使う範囲なら、
ジェネリックだろうがテンプレートだろうが速度に大差はないんじゃね?
ダウンキャストの型チェックのコストなんか微々たるもんだろうし、
基本型のboxingが気になるというなら、基本型の数なんか限られてるんだから
型ごとにコレクション作ってしまえ。テンプレートはテンプレートで、
効率悪いんだし。
>あと javac や JIT は最適化もまだまだヌルいよな。
そもそもJITを前提とするならjavacで最適化を行う必要はないし(実際javacの
最適化はクソだが)、JITの最適化がヌルいとすればどのへんが?
>>223
>なぜ一部しか採用されないのかをよく考えてくれと言いたいだけなんだよ。
なぜなん?
231 ：228せっかくボケてるのに突っ込んでもらえそうにないので：2006/06/10(土) 08:42:57
>>229 ガチっぽいので一つだけ質問
> ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
> メソッドはデフォルトでprotected virtualであるべきだとか抜かす
> 前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
1 行目の部分のソースがあればできれば教えて欲しい。
それが正しいとしても、C++も一回間接ジャンプするだけだと思うので、
Javaの方がずっと速いは言い過ぎのように思える。
> ていうかJITのレベルならJavaのデフォルトはnon virtualなので、
> メソッドはデフォルトでprotected virtualであるべきだとか抜かす
> 前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
1 行目の部分のソースがあればできれば教えて欲しい。
それが正しいとしても、C++も一回間接ジャンプするだけだと思うので、
Javaの方がずっと速いは言い過ぎのように思える。
232 ：仕様書無しさん：2006/06/10(土) 08:43:22
>だったら起動が遅いだけなので少なくともサーバサイドじゃJava最強だよな。
仮定->結論（最強）<-妄想
>メソッドはデフォルトでprotected virtualであるべきだとか抜かす
前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
仮定->結論（速いはずだ）<-早漏
＞結局は静的言語であるJavaはよっぽど速いはず。
結論ー早漏
仮定->結論（最強）<-妄想
>メソッドはデフォルトでprotected virtualであるべきだとか抜かす
前時代OOかぶれのC++プログラマのコードより、Javaの方がずっと速いはずだ。
仮定->結論（速いはずだ）<-早漏
＞結局は静的言語であるJavaはよっぽど速いはず。
結論ー早漏
233 ：仕様書無しさん：2006/06/10(土) 11:10:54
>>230
C++ のテンプレートのキモは「コードジェネレータ」だということ。
独自 traits とか使うと、そのテンプレートのインスタンスはその traits を
ベタに展開した独自のクラスになる。
これを究極的に推し進めたのがテンプレートメタプログラミングで、
コンパイル時に計算を終えてしまって、実行ファイルには定数が書かれてるだけ。
ゆえに実行時は超高速（だって実行時に一切の計算をしないんだもの）。
C++ のテンプレートのキモは「コードジェネレータ」だということ。
独自 traits とか使うと、そのテンプレートのインスタンスはその traits を
ベタに展開した独自のクラスになる。
これを究極的に推し進めたのがテンプレートメタプログラミングで、
コンパイル時に計算を終えてしまって、実行ファイルには定数が書かれてるだけ。
ゆえに実行時は超高速（だって実行時に一切の計算をしないんだもの）。
サーバーサイドに強いって言うか、JavaVMが他を考えずにリソース食いまくっていいのがサーバーサイドアプリなだけな気がする。
実際、マシンのリソースをほとんど与えておかないと自慢のスループットも出るかどうか。
実際、マシンのリソースをほとんど与えておかないと自慢のスループットも出るかどうか。
てゆうか、なんであんなにメモリをバカ食いすんの？
動画や画像を扱うわけでもない、たかがwebで。
明らかに何かおかしくね？
動画や画像を扱うわけでもない、たかがwebで。
明らかに何かおかしくね？
ヒープ領域の確保アルゴリズムが性能悪い
GCの管理方法が腐ってる
コードが美しくなくやっつけ実装なVM
以上３点が存在するから絶対遅いし改善されない。
なぜ改善されないかというと糞JAVAPGはCが書けないからさ
GCの管理方法が腐ってる
コードが美しくなくやっつけ実装なVM
以上３点が存在するから絶対遅いし改善されない。
なぜ改善されないかというと糞JAVAPGはCが書けないからさ
237 ：仕様書無しさん：2006/06/10(土) 15:30:39
>>235
メモリを食ってるように見えて、System.gc() すると一気に使用メモリが
減ったりするｗ
C のプログラムとかだと他のプロセスになるべく迷惑をかけないよう
フットプリントをできるだけ小さくするようがんがるものなのだが、
Java プログラムにとっては VM の中の世界がすべてで、VM 外のプロセスの
存在なんてどうでもいいんだろうな。
メモリを食ってるように見えて、System.gc() すると一気に使用メモリが
減ったりするｗ
C のプログラムとかだと他のプロセスになるべく迷惑をかけないよう
フットプリントをできるだけ小さくするようがんがるものなのだが、
Java プログラムにとっては VM の中の世界がすべてで、VM 外のプロセスの
存在なんてどうでもいいんだろうな。
fj.comp.lang.javaでVMに3.5GB割り当ててる人の記事があった
239 ：仕様書無しさん：2006/06/11(日) 00:23:27
>>231
>1 行目の部分のソースがあればできれば教えて欲しい。
このへんかなあ。
http://www-06.ibm.com/jp/developerworks/java/050114/j_j-jtp12214.html
>>232
そもそも俺はJavaが遅くないとは一度も言ってなくて、214とか218が提示した
点について、その点で考えるならJavaは速い「はずだ」と言ってるにすぎないんだがねえ。
ろくに読みもしないでそうやって意味不明なレスで突っかかってくるあたり、
君のほうがよっぽど早漏だよな。
>1 行目の部分のソースがあればできれば教えて欲しい。
このへんかなあ。
http://www-06.ibm.com/jp/developerworks/java/050114/j_j-jtp12214.html
>>232
そもそも俺はJavaが遅くないとは一度も言ってなくて、214とか218が提示した
点について、その点で考えるならJavaは速い「はずだ」と言ってるにすぎないんだがねえ。
ろくに読みもしないでそうやって意味不明なレスで突っかかってくるあたり、
君のほうがよっぽど早漏だよな。
てか、理論ヌキにしてjavaはやってることに対して普通に重すぎるよね。
>>242
そういう話はよく聞くんだが、なぜかソースは提示されない。
そういう話はよく聞くんだが、なぜかソースは提示されない。
244 ：仕様書無しさん：2006/06/11(日) 12:10:23
重いなら重いと開き直ってくれればいいのに。
たとえば Perl や Ruby のようなスクリプト言語みたいに。
確かに重いけど、開発はラクチンだろ？みたいな感じで。
そうすれば、胡散臭さもだいぶ軽減されると思うが。
たとえば Perl や Ruby のようなスクリプト言語みたいに。
確かに重いけど、開発はラクチンだろ？みたいな感じで。
そうすれば、胡散臭さもだいぶ軽減されると思うが。
247 ：仕様書無しさん：2006/06/11(日) 21:44:08
素人ばかりの楽しいスレですね
Java使ってる奴にプロなんていねぇよ
249 ：仕様書無しさん：2006/06/11(日) 21:57:36
最近のJIT（つってももう４，５年前からだけど）は、コンパイルの時点でクラス階層解析やって、
呼び出し先が一意に定まるなら、virtual-callは、直接呼出しに変換されるべ。
vtableの検索もないし、インライン展開とかの最適かも出来るから早い。
呼び出し先が一意に定まるなら、virtual-callは、直接呼出しに変換されるべ。
vtableの検索もないし、インライン展開とかの最適かも出来るから早い。
という事は、最近流行のインターフェイスに対するプログラミングとかは、
Javaを遅くする事を狙った奴らの陰謀だな。
Javaを遅くする事を狙った奴らの陰謀だな。
251 ：仕様書無しさん：2006/06/11(日) 22:21:19
ネイティブコードにコンパイルするツール使ってるけど、Javaで書いたアプリもそれなりに速くなるよ。
どうしてそこまでしてJava使うの？
253 ：仕様書無しさん：2006/06/11(日) 23:14:03
Web系の業務アプリってJavaと.NET以外に道あるのか？
Web系は業務アプリ以外はJavaと.NET以外で組まれる傾向にある。
>>254
そうなんだ？PHPとか？
そうなんだ？PHPとか？
Cでいいじゃん
257 ：仕様書無しさん：2006/06/11(日) 23:26:39
別にCでもいいけどさ。だるいじゃん。何でわざわざコストかけてCなのよ
金になるじゃん
金を出してもらえたらな。
うん騙してCで作るだめだったら
JAVAで高く作るだめだったら
PHPでバグありで手抜きで作る
これしかない
JAVAで高く作るだめだったら
PHPでバグありで手抜きで作る
これしかない
Javaはともかく.netは重くないよ
重くないんじゃなくて、Javaみたいに毎回１から起動してるわけじゃないからっしょ。
JavaもVM起動しっぱなし＆別プログラムも同じVM＆メモリ使用は遠慮がちにすれば、
パフォーマンスそうひどくはない。あくまでも「当社比」レベルだけどねｗ
JavaもVM起動しっぱなし＆別プログラムも同じVM＆メモリ使用は遠慮がちにすれば、
パフォーマンスそうひどくはない。あくまでも「当社比」レベルだけどねｗ
264 ：仕様書無しさん：2006/06/12(月) 18:33:45
Javaで作られたソフトってのが全然思い出せないんだが、何かある？
eclipse
開発ツールとアプリケーションサーバの類を除くと、V2CとiMona
267 ：仕様書無しさん：2006/06/12(月) 19:56:51
なんだかよくわかんないけど、とりあえずアプリケーションサーバを再起動しとくわ。
268 ：おじゃばさま：2006/06/12(月) 20:31:36
>228
それだ！！
つまり互換性を重視した言語の比較を、互換性を無視して論じても意味がないって事だ。
Cが早いと言うなら、LinuxやSolarisのXで動かしてから言わないとな。
それだ！！
つまり互換性を重視した言語の比較を、互換性を無視して論じても意味がないって事だ。
Cが早いと言うなら、LinuxやSolarisのXで動かしてから言わないとな。
269 ：仕様書無しさん：2006/06/12(月) 21:27:53
【オーシャンゼリゼ】
おーじゃばじゃばぁ♪
おーじゃばじゃばぁ♪
鯖を重くしちゃうなんて
ダサイよだめだよおじゃばさま〜♪
おーじゃばじゃばぁ♪
おーじゃばじゃばぁ♪
鯖を重くしちゃうなんて
ダサイよだめだよおじゃばさま〜♪
Xと比較するならJavaのGUIもネットワーク透過にしてもらおうか
SWINGは高速なんだよ
Java製アプリであろうOracle SQL Developerで
数千行あるとは思わずに数千行あるテーブルにSELECTかけたら
使用メモリ500M越えたんだがこれは軽いうちにはいるのか？
数千行あるとは思わずに数千行あるテーブルにSELECTかけたら
使用メモリ500M越えたんだがこれは軽いうちにはいるのか？
>>272
前にオラクルでたかだが数万行のデータ取ろうとしたら
途中で処理とまったんで裏側のコマンドプロンプトみたら、
メモリーエラー毎回発生・・・。日付と8桁のデータなんですが・・・。
その辺のパフォーマンスチューニングって必要なの？
前にオラクルでたかだが数万行のデータ取ろうとしたら
途中で処理とまったんで裏側のコマンドプロンプトみたら、
メモリーエラー毎回発生・・・。日付と8桁のデータなんですが・・・。
その辺のパフォーマンスチューニングって必要なの？
重くて当たり前ってか、Oracleなんて例に挙げるな。
そもそもOracleのJava版iSQLとか、バッファーの上限ないんじゃないか？
設計が終わってる。
そもそもOracleのJava版iSQLとか、バッファーの上限ないんじゃないか？
設計が終わってる。
OracleのRDBMS以外の製品がぼろぼろなのは、昔からの話だよ。
で、RDBMSがバージョンアップすると、同じ目的に全然違う製品が出てくるのなｗ
毎回スクラッチから開発してるんじゃないかと思ってしまう。
ちなみにRDBMSは毎回追加で開発してないんじゃないかと思うくらいアーキテクチャが同じ。
で、RDBMSがバージョンアップすると、同じ目的に全然違う製品が出てくるのなｗ
毎回スクラッチから開発してるんじゃないかと思ってしまう。
ちなみにRDBMSは毎回追加で開発してないんじゃないかと思うくらいアーキテクチャが同じ。
276 ：仕様書無しさん：2006/06/13(火) 23:09:08
>>268
Opera や Firefox は C++ 製でマルチプラットフォームだな。
Windows マシンでも Linux マシンでも携帯端末でも動く。
Windows に最適化された専用プログラムと比較すると、もっさり気味だが
それでも Java ほどではない。
Opera や Firefox は C++ 製でマルチプラットフォームだな。
Windows マシンでも Linux マシンでも携帯端末でも動く。
Windows に最適化された専用プログラムと比較すると、もっさり気味だが
それでも Java ほどではない。
つうか、C++でラッパー作るコストと
JAVAで何でもやってしまうコストどっちが糞かというと後者
だぞ。結局与えられた箱庭でしか生きられないJAVAは
子供言語なんだよ
JAVAで何でもやってしまうコストどっちが糞かというと後者
だぞ。結局与えられた箱庭でしか生きられないJAVAは
子供言語なんだよ
278 ：仕様書無しさん：2006/06/14(水) 09:11:34
変な例えｗ
279 ：仕様書無しさん：2006/06/14(水) 12:24:30
箱庭〜
箱庭〜
箱庭〜
どうせ例えるなら砂場が適切なんだけどな・・・
swingのJpanelを画面いっぱいに広げたら、
広げた瞬間ゴリっと重いんだけどﾅﾆｺﾚ
広げた瞬間ゴリっと重いんだけどﾅﾆｺﾚ
多分ゴリラじゃね？
283 ：仕様書無しさん：2006/06/14(水) 13:53:25
Cで危険なコードを書くとOSが落ちる。
理解しろ！
理解しろ！
いや、きっとガレッジセール
ところでなんでJPanel？(JFrameでは？)
ところでなんでJPanel？(JFrameでは？)
なんかJFrameにJPanelのっけて使うのがセオリーよーって感じだったから
JFrame.getContentPane() の戻り値はJPanel そのもの(だったはず)だから
レイアウト上パネル 1 つしか必要ないときは不要。
ゴリッとは関係ないと思うが。
レイアウト上パネル 1 つしか必要ないときは不要。
ゴリッとは関係ないと思うが。
多分、描画領域用にメモリを取得して、そのときにGCが走って遅いんだと思う。
288 ：仕様書無しさん：2006/06/15(木) 00:45:34
やっべ。
javaに限った話じゃないんだろうけど、
初っ端に出した箇所のExceptionとprintStackTraceで出してるExceptionが全く噛み合わねー（笑）
Exceptionをたらい回しにしているところのどっか（？）で書き換えられてるんだろうけど、まったく見付からねーｗ
つーか、まったく処理がおえねーんだよ。
つか、例外の仕様ってうざくね？
マジ、gotoとかわんねって。これ。
しかも、誰かの自作Exceptionの種類が多すぎて手に負えない
いいと思ってやってんのか？これ。
正直、Exception追ってくだけで疲れる。
実行して止めて値みてみないとこのException最終的にこっちになんのExceptionがくるのかさっぱりわからないよ
最初に発生したところからprintStackTraceにくるまでの変化が多すぎてマジで死んでますｗ
エラー文字列とエラー種別が食い違ってるじゃん。はぁ・・・もう駄目ス・・・orz
javaに限った話じゃないんだろうけど、
初っ端に出した箇所のExceptionとprintStackTraceで出してるExceptionが全く噛み合わねー（笑）
Exceptionをたらい回しにしているところのどっか（？）で書き換えられてるんだろうけど、まったく見付からねーｗ
つーか、まったく処理がおえねーんだよ。
つか、例外の仕様ってうざくね？
マジ、gotoとかわんねって。これ。
しかも、誰かの自作Exceptionの種類が多すぎて手に負えない
いいと思ってやってんのか？これ。
正直、Exception追ってくだけで疲れる。
実行して止めて値みてみないとこのException最終的にこっちになんのExceptionがくるのかさっぱりわからないよ
最初に発生したところからprintStackTraceにくるまでの変化が多すぎてマジで死んでますｗ
エラー文字列とエラー種別が食い違ってるじゃん。はぁ・・・もう駄目ス・・・orz
289 ：仕様書無しさん：2006/06/15(木) 06:14:52
Cで危険なコードを実行するとどうなりますか？
>>288
それで…例外の仕様のどこがうざいわけ？
それで…例外の仕様のどこがうざいわけ？
291 ：おじゃばさま：2006/06/15(木) 09:24:03
>276
同じ実行モジュールでは動かないよね。ソース互換なのか？
ソースまでは見たことないんだけど、ソース修正なしのコンパイルだけで動くのか？
つーか、277書いたのと同じ人？ラッパーは必要だって事？
>277
「コストが糞」ってのは「コストが高い」って言う解釈でいいのかな？
でJavaで作るのと、Cで機種毎にラッパー作るのでは、Javaの方がコストが高いと？
それは信じ難いな。修正なしとラッパー作成要でなんで修正なしの方がコストが高い？説明して。
次の文の箱庭ってのと内容がつながってないと思うが、どういう事？
コストを忘れちゃって、いつのまにか使える機能数の話になっちゃったのかな？
同じ実行モジュールでは動かないよね。ソース互換なのか？
ソースまでは見たことないんだけど、ソース修正なしのコンパイルだけで動くのか？
つーか、277書いたのと同じ人？ラッパーは必要だって事？
>277
「コストが糞」ってのは「コストが高い」って言う解釈でいいのかな？
でJavaで作るのと、Cで機種毎にラッパー作るのでは、Javaの方がコストが高いと？
それは信じ難いな。修正なしとラッパー作成要でなんで修正なしの方がコストが高い？説明して。
次の文の箱庭ってのと内容がつながってないと思うが、どういう事？
コストを忘れちゃって、いつのまにか使える機能数の話になっちゃったのかな？
ぶっちゃけ、JSPとサーブレットしか使わないのにJavaってのどうよ？
Javaを選ぶ人って先見性がないと思う。
>>295
異論があるわけじゃない（ちょっとJavaは変わりすぎ)んだけど、比較対象がC/C++か、
Perl/Python/Rubyか、はたまた別の言語(C#とか)か、どれかを書いてくれると論旨が明確に
なるんだけど。それだけじゃただの悪口で、議論にならないよ。
異論があるわけじゃない（ちょっとJavaは変わりすぎ)んだけど、比較対象がC/C++か、
Perl/Python/Rubyか、はたまた別の言語(C#とか)か、どれかを書いてくれると論旨が明確に
なるんだけど。それだけじゃただの悪口で、議論にならないよ。
PHPでいいんちゃう？
比較対照は.netしかないでしょ？
COBOLだろ、.Netと比較されたいなんておこがましいにもほどがあるな
300 ：おじゃばさま：2006/06/15(木) 21:20:57
>272
ORACLEのたかが数千行の検索で使用メモリが500Mを越える？
いまいち使用メモリってのが何を指してるのかわからんな。topコマンド？vmstat？
ちなみにJavaのガーベージコレクションってのは、基本的には使えるまでメモリを使ってから、
足りなくなったらメモリを解放するって仕様だ。詳しくはもう少し複雑だが。
つまり、簡単に言うと仕様出来るメモリが500Mあったとしたら、1回10Mしか使わなかったとしても、
500Mまで使って足りなくなったら、400M以上をまとめて解放するような動きだ。
gcには「gc」と「フルgc」ってのがあって、この「フルgc」が動くとメモリが大量に解放され、
処理が一時停止する。「gc」の方はコストのかからない解放を小まめにやってるんだ。
で「フルgc」がいつ動くか制御出来ないってのがjavaの問題ではある。
ソース中にgc呼び出しを入れても、「gc」は動くがそれが「フルgc」になるかは分からない。
だからソースにgc入れて、直後にフリーメモリー表示させても本当に必要な容量は分からない。
やるならしばらく連続稼働させて、フリーメモリーを表示させて、excelか何かでグラフにするといい。
ノコギリ型の表になるから、その頂点から推測するといいぞ。
ORACLEのたかが数千行の検索で使用メモリが500Mを越える？
いまいち使用メモリってのが何を指してるのかわからんな。topコマンド？vmstat？
ちなみにJavaのガーベージコレクションってのは、基本的には使えるまでメモリを使ってから、
足りなくなったらメモリを解放するって仕様だ。詳しくはもう少し複雑だが。
つまり、簡単に言うと仕様出来るメモリが500Mあったとしたら、1回10Mしか使わなかったとしても、
500Mまで使って足りなくなったら、400M以上をまとめて解放するような動きだ。
gcには「gc」と「フルgc」ってのがあって、この「フルgc」が動くとメモリが大量に解放され、
処理が一時停止する。「gc」の方はコストのかからない解放を小まめにやってるんだ。
で「フルgc」がいつ動くか制御出来ないってのがjavaの問題ではある。
ソース中にgc呼び出しを入れても、「gc」は動くがそれが「フルgc」になるかは分からない。
だからソースにgc入れて、直後にフリーメモリー表示させても本当に必要な容量は分からない。
やるならしばらく連続稼働させて、フリーメモリーを表示させて、excelか何かでグラフにするといい。
ノコギリ型の表になるから、その頂点から推測するといいぞ。
なんでそこでExcelなんだよｗｗｗ
SunのVMこそが唯一だと信じさせてあげてください。
SWINGははえーんだよぼけ
305 ：仕様書無しさん：2006/06/16(金) 02:00:14
Cは何でもできてしまう事が逆に危険。
306 ：おじゃばさま：2006/06/16(金) 09:28:17
>301
それは俺がExcelが大好きだからだ。Wordは大嫌いだが、Excelは大好きなのだ。
JFreeChartで出すと言う方法もあるが、初心者には無理だろう。
>302
今のガーベージコレクションの動作仕様を子供にも分かるように簡単に説明しただけだ。
「公開仕様」と「動作仕様」の区別がつかなったかね？それはすまなかった。
>303
はて？IBMのもBEAのもそのあたりは同様の動きをするが。どこのVMが違うというのかね？
それは俺がExcelが大好きだからだ。Wordは大嫌いだが、Excelは大好きなのだ。
JFreeChartで出すと言う方法もあるが、初心者には無理だろう。
>302
今のガーベージコレクションの動作仕様を子供にも分かるように簡単に説明しただけだ。
「公開仕様」と「動作仕様」の区別がつかなったかね？それはすまなかった。
>303
はて？IBMのもBEAのもそのあたりは同様の動きをするが。どこのVMが違うというのかね？
Javaにひとつでもよいところがあるなら教えてほしい
308 ：おじゃばさま：2006/06/16(金) 09:45:29
>293
まともに使えるまでチューニングするのにコストがかかる？
ベテランにC++、素人にJavaをやらせて比較している訳ではないよな。
WindowsにしかないコントロールをXでやるために、自作するのにコストがかかると言っている訳でもなさそうだ。
ちなみにJavaにないコントロールはやらないって言う条件だよ。
そうなると言っている意味が分からないな。
「293がまともにJavaを使えるようになるまでにコストがかかる」と言うのなら納得出来るが。
まともに使えるまでチューニングするのにコストがかかる？
ベテランにC++、素人にJavaをやらせて比較している訳ではないよな。
WindowsにしかないコントロールをXでやるために、自作するのにコストがかかると言っている訳でもなさそうだ。
ちなみにJavaにないコントロールはやらないって言う条件だよ。
そうなると言っている意味が分からないな。
「293がまともにJavaを使えるようになるまでにコストがかかる」と言うのなら納得出来るが。
309 ：おじゃばさま：2006/06/16(金) 09:47:34
ところでCも仕様変更が入ったよな、「ISO-C」。
把握している人いる？質問があるんだけど。
把握している人いる？質問があるんだけど。
おじゃばさまはJavaを勉強し直した方がいいな
java is dead
ﾋｨｲｨｨｨｨｨｲｲｲｲC言語ぉ
JAVA房はこんな感じだろ
JAVA房はこんな感じだろ
この際はっきりいっておくけど、C言語がJavaより難しいと思ってる奴は馬鹿。
問題はJavaの方が難しいくせに、重くて生産性もさほど向上してないこと。
問題はJavaの方が難しいくせに、重くて生産性もさほど向上してないこと。
315 ：仕様書無しさん：2006/06/16(金) 22:02:38
そもそもJavaのいいところは生産性じゃないだろ
316 ：おじゃばさま：2006/06/16(金) 22:05:29
いやCの方が難しい。
で、ISO-Cを知ってる奴いないのか？本当にC厨いるのか？みんなC厨でもない偽物か？
それともC厨だから、たとえCでも新しい物は拒否か？
で、ISO-Cを知ってる奴いないのか？本当にC厨いるのか？みんなC厨でもない偽物か？
それともC厨だから、たとえCでも新しい物は拒否か？
>>315
Write once, debug anywareか？
Write once, debug anywareか？
318 ：おじゃばさま：2006/06/16(金) 22:06:21
確かに生産性じゃない、互換性。
320 ：仕様書無しさん：2006/06/16(金) 22:10:41
不確かな互換性のために難しくて重いJavaを選ぶっての？
バカ丸出しじゃんｗ
バカ丸出しじゃんｗ
321 ：おじゃばさま：2006/06/16(金) 22:33:33
>320
汎用的なライブラリやフレームワークを作って公開してみな。
商用に耐え得る物なら、少なくともWindows、Linux、Solaris(64/32)で作らないとだめだぞ。
汎用的なライブラリやフレームワークを作って公開してみな。
商用に耐え得る物なら、少なくともWindows、Linux、Solaris(64/32)で作らないとだめだぞ。
このメソッドはVer2.0でduplicatedになりましたｗｗｗ
323 ：仕様書無しさん：2006/06/16(金) 22:58:01
JTableだけaddKeyListenerが効かないっぽいんだけど
これはどうやったら動くようになるの？
ちなみにJListとかJTextFieldとかだとaddKeyListenerは効くっぽい。
なんかリスナーに効くもの効かないものとかってあるの？
Win32APIだとその辺のやり方って１つに絞られるんだけど、
javaってこういうのさっぱりわからない。
これはどうやったら動くようになるの？
ちなみにJListとかJTextFieldとかだとaddKeyListenerは効くっぽい。
なんかリスナーに効くもの効かないものとかってあるの？
Win32APIだとその辺のやり方って１つに絞られるんだけど、
javaってこういうのさっぱりわからない。
325 ：仕様書無しさん：2006/06/17(土) 01:42:11
少なくとも C/C++ 処理系には 8 ビット環境でも 16 ビット環境でも 32 ビット環境でも 64 ビット環境でも
しっかりと動いてきた実績があるからなあ。
Java はまだ 32 ビット環境となんちゃって 64 ビット環境くらいか。
しっかりと動いてきた実績があるからなあ。
Java はまだ 32 ビット環境となんちゃって 64 ビット環境くらいか。
なにその頭悪そうな煽り
327 ：仕様書無しさん：2006/06/17(土) 02:06:35
32bitで十分だろ？
>>323
> JTableだけaddKeyListenerが効かないっぽいんだけど
> これはどうやったら動くようになるの？
確かめてないけどそうだとしたらたぶんバグ。
残念ながら swing はバグ内包してるよ、他にも。
表面は面白いのに残念。
普通はActionとかkeymapとか使うから気づかないんじゃないの？。
>>321
> (？ﾟдﾟ)intを32ビットと決めうちしてるJavaを喜んで使ってる人は
なんでここが突っ込むポイントなんだ？kwsk
> JTableだけaddKeyListenerが効かないっぽいんだけど
> これはどうやったら動くようになるの？
確かめてないけどそうだとしたらたぶんバグ。
残念ながら swing はバグ内包してるよ、他にも。
表面は面白いのに残念。
普通はActionとかkeymapとか使うから気づかないんじゃないの？。
>>321
> (？ﾟдﾟ)intを32ビットと決めうちしてるJavaを喜んで使ってる人は
なんでここが突っ込むポイントなんだ？kwsk
おちつけ
多分、デフォで64bit使えるのに32bitしか使わない事によって
処理が遅くなると考えてるんじゃないか？
あと、32ビットで不十分な処理があるときに
別の手段を取らないといけない煩わしさ。
C厨はCPU様に最適化する事が至上の技と考えてる節があるからな。
その割に i386コンパイルのバイナリを平気で使ってるのは不思議だが。
処理が遅くなると考えてるんじゃないか？
あと、32ビットで不十分な処理があるときに
別の手段を取らないといけない煩わしさ。
C厨はCPU様に最適化する事が至上の技と考えてる節があるからな。
その割に i386コンパイルのバイナリを平気で使ってるのは不思議だが。
332 ：仕様書無しさん：2006/06/17(土) 11:22:25
Java厨って馬鹿だよな。
「最強のセキュリティソフトウェアを作れました」とかいってるので
DJでデコンパイルしてみせてやったら引きつってた。
「最強のセキュリティソフトウェアを作れました」とかいってるので
DJでデコンパイルしてみせてやったら引きつってた。
JITはCPU毎に最適化しなくていいのか？
しなくていいっていうのが糞SUNの考え方
それにたいしてIBMはCPU毎にチューニングするべきとして
出したものIBMのJ2SDK悲しいことに互換性はかなりひくい
まぁ糞JAVAなんてそんなもんだよで諦めたほうがいい
それにたいしてIBMはCPU毎にチューニングするべきとして
出したものIBMのJ2SDK悲しいことに互換性はかなりひくい
まぁ糞JAVAなんてそんなもんだよで諦めたほうがいい
だって、最適化なんかしたらいよいよsparcの糞さが知れわたる。
ナイアガラは悪くないと思うよ
ubuntu入れて使ってみたがまぁ悪くないんじゃねって思った
Opteronよりは遅かったのでいらないと思った。買う奴は道楽企業だけだと
普通に実感したな
ubuntu入れて使ってみたがまぁ悪くないんじゃねって思った
Opteronよりは遅かったのでいらないと思った。買う奴は道楽企業だけだと
普通に実感したな
337 ：仕様書無しさん：2006/06/17(土) 12:01:39
じゃばだじゃばだじゃばだじゃばだ〜♪
プールで
>>328
64bit環境でも、32bitのプログラムが同じ振る舞いをすればよい、
というJava的な「汎用」を議論したいなら、
Wineがあるから、C/C++のプログラムも汎用。
>>327
>>331
でも、そもそもC/C++が目指す方向は(Javaとは違って）
intのサイズが32bitだろうが64bitだろうが再コンパイルすればOK、
なソースを書けるようにしようということだと思われ。
Java使いがJava使い的な切り取り方で「汎用」を議論しても、
C/C++使いにはピンとこない。すれ違うだけ。
64bit環境でも、32bitのプログラムが同じ振る舞いをすればよい、
というJava的な「汎用」を議論したいなら、
Wineがあるから、C/C++のプログラムも汎用。
>>327
>>331
でも、そもそもC/C++が目指す方向は(Javaとは違って）
intのサイズが32bitだろうが64bitだろうが再コンパイルすればOK、
なソースを書けるようにしようということだと思われ。
Java使いがJava使い的な切り取り方で「汎用」を議論しても、
C/C++使いにはピンとこない。すれ違うだけ。
2の補数すらしらないおじゃば様にint型のbit数を語っても無駄
>>339
Javaで64bitが必要なら最初からlongと記述するだろうと
思ったので質問してみた。
内容は(全体として)把握。なるほどねとは思った。
>>340
「2の補数」がどうして持ち出されるのかいまいちわからないな。
何に使うのかという観点で説明できるのならよろしく。
(先に断っておくと遠い昔の記憶だが一応アセンブラもできます。)
Javaで64bitが必要なら最初からlongと記述するだろうと
思ったので質問してみた。
内容は(全体として)把握。なるほどねとは思った。
>>340
「2の補数」がどうして持ち出されるのかいまいちわからないな。
何に使うのかという観点で説明できるのならよろしく。
(先に断っておくと遠い昔の記憶だが一応アセンブラもできます。)
まぁJAVA房ははったりのみで出来てるからな
なんとでも言ってろよｗ
なんとでも言ってろよｗ
343 ：仕様書無しさん：2006/06/17(土) 18:59:09
JavaってGUIでのプログラム作成には向かないんですか？
画面の作成がすごく面倒なんですが。
NetBeansとかBorlandとかeclipseとか。
初心者で申し訳ありませんが、なんかいい方法ありますか？
画面の作成がすごく面倒なんですが。
NetBeansとかBorlandとかeclipseとか。
初心者で申し訳ありませんが、なんかいい方法ありますか？
>>343
面倒だな。
Win32APIだとメッセージ引っ掛けるだけでいいところを
いちいちラッパークラス用意しなきゃいけないしな。
メッセージごとにクラスなんて用意してたら面倒でたまらんと俺も思う。
はっきりいってこのへんはウンコだと思う。
面倒なだけでなにもいいところないといいきれる。
面倒だな。
Win32APIだとメッセージ引っ掛けるだけでいいところを
いちいちラッパークラス用意しなきゃいけないしな。
メッセージごとにクラスなんて用意してたら面倒でたまらんと俺も思う。
はっきりいってこのへんはウンコだと思う。
面倒なだけでなにもいいところないといいきれる。
javaもvbみたいな開発ツール作ればいいのに
>>345
NetBeansって言って欲しいんだろうな。でもおあいにく様。いわねーよ、豚が！
NetBeansって言って欲しいんだろうな。でもおあいにく様。いわねーよ、豚が！
J++は楽だったんだが、、、
348 ：仕様書無しさん：2006/06/17(土) 19:42:36
>>343
企業内システム向けとかの「使わせる」GUI プログラムならいいが、
一般向けの「使ってもらう／使っていただく」GUI プログラムの作成には
Java は向いてない。
市販ソフトや窓の杜・ベクターの登録ソフトを見ても、一般ユーザー向けで
Java 製はほとんどないでしょ。
企業内システム向けとかの「使わせる」GUI プログラムならいいが、
一般向けの「使ってもらう／使っていただく」GUI プログラムの作成には
Java は向いてない。
市販ソフトや窓の杜・ベクターの登録ソフトを見ても、一般ユーザー向けで
Java 製はほとんどないでしょ。
>>346
いや。俺はjavaのことよく知らない
いや。俺はjavaのことよく知らない
個人向けソフト組んでる貧乏人には組めないんだよ。JavaのGUI。
Javaはあくまでも企業システム用の言語。
信頼性が要求されるエンタープライス分野でこそ真価を発揮する。
素人の玩具はM$製品で十分。
Javaはあくまでも企業システム用の言語。
信頼性が要求されるエンタープライス分野でこそ真価を発揮する。
素人の玩具はM$製品で十分。
351 ：仕様書無しさん：2006/06/17(土) 20:05:02
Google Earth を作った Google も、Office を作った Microsoft も
貧乏人ですかそうですか。
貧乏人ですかそうですか。
officeもgoogle earthも企業の業務を支えるシステムではない。
所詮は素人の玩具だよ。
所詮は素人の玩具だよ。
とおじゃば様の有り難いお言葉です
>>341
いざ、>>331が言ってる「別の手段」が必要になったら、
どれほど面倒なのか考えてみてくらはい。
たとえば、コレクションクラスのsize()の戻り値がintなのは変更しようがない。
データ構造を順番に修正していくような羽目になる。
逆に、はじめからlongを使って、JDKのライブラリを無視すればよい、
という意見なら、どうぞご自由に。せいぜい頑張ってください。
>>327が言ってるみたいに、32bitで十分だ、それより先はシラネ、
と割り切れる（割り切っても許される状況にある）ならそれも良い。
(ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
いざ、>>331が言ってる「別の手段」が必要になったら、
どれほど面倒なのか考えてみてくらはい。
たとえば、コレクションクラスのsize()の戻り値がintなのは変更しようがない。
データ構造を順番に修正していくような羽目になる。
逆に、はじめからlongを使って、JDKのライブラリを無視すればよい、
という意見なら、どうぞご自由に。せいぜい頑張ってください。
>>327が言ってるみたいに、32bitで十分だ、それより先はシラネ、
と割り切れる（割り切っても許される状況にある）ならそれも良い。
(ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
じゃあ直せばいいだろJAVA様さぞ高尚な知識と
高度で熟練された技術があるんだしソースコードだって
公開されている。なのになぜ文句をタラタラ便所でいうんだい？
高度で熟練された技術があるんだしソースコードだって
公開されている。なのになぜ文句をタラタラ便所でいうんだい？
>>355
(ちょっと確信がないが354への返答のつもりなら）
あなたの責任で「ご自由に」やってください。
そんなことにリソース割けない。
それなら最初からC/C++を使った方が遙かに楽。
>>339で言ったとおり。
(ちょっと確信がないが354への返答のつもりなら）
あなたの責任で「ご自由に」やってください。
そんなことにリソース割けない。
それなら最初からC/C++を使った方が遙かに楽。
>>339で言ったとおり。
じゃあだったら、改善できもしねぇ不満たらたら書くんじゃねぇよ
JAVA房なんて業界のゴミなんだよ早く消えてしまえ
JAVA房なんて業界のゴミなんだよ早く消えてしまえ
それを「改善」という言葉で片付けるあなたのセンスに脱帽。
脳内ではあなた>>>越えられない壁>>>ゲイツ、
なのであろうとお見受けする。合掌。
脳内ではあなた>>>越えられない壁>>>ゲイツ、
なのであろうとお見受けする。合掌。
何もしないで揚げ足だけ取るのがうまい
JAVA房でしたちゃんちゃん
JAVA房でしたちゃんちゃん
>そんなことにリソース割けない。
この一言がJAVA厨のすべてだな
だから嫌われるんだよ
この一言がJAVA厨のすべてだな
だから嫌われるんだよ
その癖だれが作ったか解らない糞フレには
これしかないんだとかいって無駄な時間を割くのが
JAVA房だな
これしかないんだとかいって無駄な時間を割くのが
JAVA房だな
362 ：仕様書無しさん：2006/06/17(土) 21:32:45
Ｇｏｏｇｌｅ ＥａｒｔｈってＪａｖａで作ったんじゃないの？ジョシュアブロックがグーグルの主席エンジニアだよね？
363 ：仕様書無しさん：2006/06/17(土) 21:34:29
何はともあれ、全部Ｊａｖａで作ればいい。他の言語はいらない。かっこいいもんJava。名前が
GoogleEarthは.netだよ
365 ：仕様書無しさん：2006/06/17(土) 21:43:20
343ですが、いろいろご意見ありがとうございます。
自分のtoolを覚えたてのJavaで作成してみようかと
思ったんですが、面倒すぎるのでなにか方法はないかなぁ
と尋ねたんですが、GUIには向かないんですね。
プロンプト等で動作をひとつに限定して
動かすのがいいんでしょうか？
初心者で申し訳ありません。スレ違い？
自分のtoolを覚えたてのJavaで作成してみようかと
思ったんですが、面倒すぎるのでなにか方法はないかなぁ
と尋ねたんですが、GUIには向かないんですね。
プロンプト等で動作をひとつに限定して
動かすのがいいんでしょうか？
初心者で申し訳ありません。スレ違い？
366 ：仕様書無しさん：2006/06/17(土) 21:48:13
JavaはＷｅｂ、特に大規模なWebシステムで本領発揮します。 ＧＵＩもJavaで私はいいと思いますけどね。面倒だったらＣ＃とかＶＢにしたら？ Javaでも普通に組めますけどね
>>350
オラクル様のエンタープライジーなツール群の事を指して言ってるのでしょうか。
オラクル様のエンタープライジーなツール群の事を指して言ってるのでしょうか。
そんなこと言っても大規模に耐えられるソースなんて見たことないがな
>>354
基本的には32bitで十分だという考え。
64bitが実際に必要になるケースは数値かあるいはオフセット値くらいなのではと思っている。
> (ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
C/C++のwchat_t相当だと思っているからあまり違和感ないけどなぁ。
基本的には32bitで十分だという考え。
64bitが実際に必要になるケースは数値かあるいはオフセット値くらいなのではと思っている。
> (ただ、個人的には、charが16bitなのはいい加減勘弁してほしいが）
C/C++のwchat_t相当だと思っているからあまり違和感ないけどなぁ。
4倍に精度が上がったグーグルアースでヌーディストビーチが大変なことになってます。
http://travel2.2ch.net/test/read.cgi/tropical/1144587341/l50
http://travel2.2ch.net/test/read.cgi/tropical/1144587341/l50
>>371
64bitの話とハードディスクの容量の計算に何の関係が？
64bitの話とハードディスクの容量の計算に何の関係が？
>>372
32bitでは300gbとかいう容量になるとライブラリでも使わんと普通に計算できないのだよ。
32bitでは300gbとかいう容量になるとライブラリでも使わんと普通に計算できないのだよ。
>>373
(自分の知る限りでは)元々できませんが、何か？
(自分の知る限りでは)元々できませんが、何か？
375 ：仕様書無しさん：2006/06/17(土) 22:38:22
>>374
32biｔで十分じゃねーじゃんｗ
32biｔで十分じゃねーじゃんｗ
話かみあってないなw
「オフセット値」は元々long(64bit)扱いだよ。ファイルはハンドリングできる。
物理的なものの扱いは元々できないってこと。
「オフセット値」は元々long(64bit)扱いだよ。ファイルはハンドリングできる。
物理的なものの扱いは元々できないってこと。
>>354
C#にあるfor文で宣言されたカウンタの型によってアクセスする
プロパティを判断するというのはJavaに欲しかったりする。
byte[] buf = new buf[1000];
for(int i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.Length
//最大値はint.maxvalue
}
for(long i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.LongLength
//最大値はlong.maxvalue
}
C#にあるfor文で宣言されたカウンタの型によってアクセスする
プロパティを判断するというのはJavaに欲しかったりする。
byte[] buf = new buf[1000];
for(int i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.Length
//最大値はint.maxvalue
}
for(long i=0;i<buf.Length;i++){
//呼び出されるプロパティはarray.LongLength
//最大値はlong.maxvalue
}
>>369
それで済む部分はそうしてる。
自分のところには、それでは済まないサイズのデータがあるというだけ。
C/C++なら、std::basic_stringもboost::regexもutf32で使える。
マルチバイトと行き来する部分はibm icuで。
昔、サロゲートペアが導入される以前の、すっきりしたJava Stringの
ノリで使えると言えばわかってもらえるか。
それで済む部分はそうしてる。
自分のところには、それでは済まないサイズのデータがあるというだけ。
C/C++なら、std::basic_stringもboost::regexもutf32で使える。
マルチバイトと行き来する部分はibm icuで。
昔、サロゲートペアが導入される以前の、すっきりしたJava Stringの
ノリで使えると言えばわかってもらえるか。
つか、ごちゃごちゃうるさい。
どうせ64bit対応云々なんて問題じゃねーよ。
新しいOS、例えばVistaでさえjavaのVMなんてどうせ動かないだろｗ
どうせ64bit対応云々なんて問題じゃねーよ。
新しいOS、例えばVistaでさえjavaのVMなんてどうせ動かないだろｗ
>>378
なるほどね。勉強になった。
なるほどね。勉強になった。
>>379
なるほどね。勉強になった。
なるほどね。勉強になった。
>>380
なるほどね。勉強になった。
なるほどね。勉強になった。
383 ：仕様書無しさん：2006/06/18(日) 13:30:56
384 ：仕様書無しさん：2006/06/18(日) 14:13:22
>>383
動くと思ってんのかよｗ
動くと思ってんのかよｗ
385 ：仕様書無しさん：2006/06/18(日) 14:30:41
>>369
Linux の glibc とかでは wchar_t は 32 ビット。
UCS4(UTF32) がそのまんま突っ込まれることが多い。
Windows では wchar_t は 16 ビットの UTF16 or UCS2 だけどね。
まあそれでも、wchar_t が何ビットだろうが対応できるように汁、
というのが C/C++ 流のやり方。
Linux の glibc とかでは wchar_t は 32 ビット。
UCS4(UTF32) がそのまんま突っ込まれることが多い。
Windows では wchar_t は 16 ビットの UTF16 or UCS2 だけどね。
まあそれでも、wchar_t が何ビットだろうが対応できるように汁、
というのが C/C++ 流のやり方。
glibc じゃなくて gcc だた。
Vista+Javaって重くね?
重いとかレベルじゃなくてDQNレベルだろ
389 ：仕様書無しさん：2006/06/18(日) 17:13:37
>>384
基本的には動くだろ。Win32APIなくなるわけでもないし。x86だし。
多少の手直しはいるかも知れんけどな。
っていうか、JavaVM動かなきゃ他のアプリも動かないのたくさんでてくるが。
基本的には動くだろ。Win32APIなくなるわけでもないし。x86だし。
多少の手直しはいるかも知れんけどな。
っていうか、JavaVM動かなきゃ他のアプリも動かないのたくさんでてくるが。
391 ：仕様書無しさん：2006/06/18(日) 17:16:27
392 ：仕様書無しさん：2006/06/18(日) 17:18:07
393 ：390：2006/06/18(日) 17:19:00
あー。Sunのやつね。他社は、公開されてないから知らん。
390はボクだよ！
395 ：392=393：2006/06/18(日) 17:28:59
すまねぇ、、、間違えた
396 ：仕様書無しさん：2006/06/18(日) 18:22:42
>>390
Swing は少し特殊で、コントロールの描画をほとんどすべて自前でやっている。
それにより、他の OS との一貫性は保たれるが、同じ Windows で動く
他のアプリとは見た目や使い心地が大きく違うから、そのへんは賛否両論。
>>391
だから、型のサイズを仮定したプログラムを作るなと小一時間・・・。
Swing は少し特殊で、コントロールの描画をほとんどすべて自前でやっている。
それにより、他の OS との一貫性は保たれるが、同じ Windows で動く
他のアプリとは見た目や使い心地が大きく違うから、そのへんは賛否両論。
>>391
だから、型のサイズを仮定したプログラムを作るなと小一時間・・・。
>>397
ソース見れ以上
ソース見れ以上
401 ：仕様書無しさん：2006/06/18(日) 20:20:14
Aero Look And Feelとか出たら糞重そうだなｗ
それよりも、基本APIレベルで重い
403 ：仕様書無しさん：2006/06/18(日) 20:25:12
>>400
つーことは、javaのバージョンとWindowsのバージョンの関係ってどうなるんだろ？
とりあえずこれまでjavaのバージョンで動いてきたものはVistaで動かせるようにSunの人がやってくれんのかな？
（まあ、多少はなんちゃらほにゃららVista関数とかいうのができたとしても。）
それか、java側でVistaで動かせるのはこのバージョンからです。って決めちゃうのかな？
それと32bitと64bitの問題。
やっぱりこれもどう吸収するのか非常に気になる。
この辺もMSがWin32APIをどう扱うかによってSunの対応の仕方も変わると思うんだけど。そんなことない？
実はこの絡みをどう対処するのか非常に興味のある部分だ。
つーことは、javaのバージョンとWindowsのバージョンの関係ってどうなるんだろ？
とりあえずこれまでjavaのバージョンで動いてきたものはVistaで動かせるようにSunの人がやってくれんのかな？
（まあ、多少はなんちゃらほにゃららVista関数とかいうのができたとしても。）
それか、java側でVistaで動かせるのはこのバージョンからです。って決めちゃうのかな？
それと32bitと64bitの問題。
やっぱりこれもどう吸収するのか非常に気になる。
この辺もMSがWin32APIをどう扱うかによってSunの対応の仕方も変わると思うんだけど。そんなことない？
実はこの絡みをどう対処するのか非常に興味のある部分だ。
404 ：仕様書無しさん：2006/06/18(日) 20:33:30
>>403
少なくとも昔の Win3.1 や Win95 時代のアプリが今の WinXP で動くのと同様に、
今の Java アプリも将来の Windows でそれなりに動くだろう。
MS は過去のアプリとの互換性には相当気を遣ってるみたいだからな。
http://itpro.nikkeibp.co.jp/article/OPINION/20060427/236520/
ただし当然ながら、Windows の最新の機能は使えないが。
少なくとも昔の Win3.1 や Win95 時代のアプリが今の WinXP で動くのと同様に、
今の Java アプリも将来の Windows でそれなりに動くだろう。
MS は過去のアプリとの互換性には相当気を遣ってるみたいだからな。
http://itpro.nikkeibp.co.jp/article/OPINION/20060427/236520/
ただし当然ながら、Windows の最新の機能は使えないが。
いやたぶん修正は描画周りだけでいいとは思うが
ただし、OSに最適化することができないからXPや2000よりも
描画を除いてもパフォーマンスが落ちると思うよ
ただし、OSに最適化することができないからXPや2000よりも
描画を除いてもパフォーマンスが落ちると思うよ
>>404
わかんないぞーｗ
普通にMSがWin32APIエミュをのせるだけならそりゃ動くだろうよ。
でも、その対応をされるといままでのjavaのコードのままでは32bitのままってことじゃん。
と、なるとjavaはVistaが動くのはこのバージョンからです。ってせざる負えないよね。
いま組んでるコードが32bitで動作をするのか64bitで動作をするのか？
ってのはやっぱりjavaのバージョンで決まるのかな？
それともなんかフラグを立てるのかな？
以前のバージョンで組んだjavaはWin32APIのGUIで動く？
じゃ、Win64API（仮名ｗ）のＧＵＩで動かすためには・・・どうなるんだろ？
やっぱりjavaを新しいバージョンにして、且つ、何かしらの宣言をしなけりゃならんのだろか？
それとも何も考えずにちょちょいと差分を直してコンパイル→実行すれば勝手にWin64API対応になるんだろか？
まあ、どっちにしろ、俺の対応は微々たるもんだろうけどｗ
バージョンアップしてテストするほうは大変だなｗ
わかんないぞーｗ
普通にMSがWin32APIエミュをのせるだけならそりゃ動くだろうよ。
でも、その対応をされるといままでのjavaのコードのままでは32bitのままってことじゃん。
と、なるとjavaはVistaが動くのはこのバージョンからです。ってせざる負えないよね。
いま組んでるコードが32bitで動作をするのか64bitで動作をするのか？
ってのはやっぱりjavaのバージョンで決まるのかな？
それともなんかフラグを立てるのかな？
以前のバージョンで組んだjavaはWin32APIのGUIで動く？
じゃ、Win64API（仮名ｗ）のＧＵＩで動かすためには・・・どうなるんだろ？
やっぱりjavaを新しいバージョンにして、且つ、何かしらの宣言をしなけりゃならんのだろか？
それとも何も考えずにちょちょいと差分を直してコンパイル→実行すれば勝手にWin64API対応になるんだろか？
まあ、どっちにしろ、俺の対応は微々たるもんだろうけどｗ
バージョンアップしてテストするほうは大変だなｗ
ちなみにここで特に意識させずに
ちょいちょい直しVista対応javaでコンパイル→実行でWin64API対応になっちまうってのは逆に困るだろｗ
なにせ、いままで身に付けたjavaの微妙な動作も裏っかわではWin32APIがWin64APIになってるから
はっきりいって全部別物になってると思われｗ
あ、ただ、そういう対応だったらの話ね。
逆にVistaであり、64bitで動かすことを宣言する形であればそういう変更はないと思う。
ただ、それだといままで組んだjavaのコードは対応しないと32bit固定になるかな。
ちょいちょい直しVista対応javaでコンパイル→実行でWin64API対応になっちまうってのは逆に困るだろｗ
なにせ、いままで身に付けたjavaの微妙な動作も裏っかわではWin32APIがWin64APIになってるから
はっきりいって全部別物になってると思われｗ
あ、ただ、そういう対応だったらの話ね。
逆にVistaであり、64bitで動かすことを宣言する形であればそういう変更はないと思う。
ただ、それだといままで組んだjavaのコードは対応しないと32bit固定になるかな。
たぶん、あの糞コードだとポインタが8byteになった時点で相当実装に苦しんだ
みたいだし、あれだったらHPかSUNかまぁとBEAに頭下げてVM作ってもらったほうがいいよ
みたいだし、あれだったらHPかSUNかまぁとBEAに頭下げてVM作ってもらったほうがいいよ
【犬井ヒロシ】
一度動き出したjavaが32Bitで動くのか、64Bitで動くのかは・・・
自由だー！
一度動き出したjavaが32Bitで動くのか、64Bitで動くのかは・・・
自由だー！
JITコンパイルするんだから何の問題もないと思うが。
あと64bit環境の恩恵も得られると思うよ。
Javaのオブジェクトは内部が8バイトの境界になってたと思うから。
あと64bit環境の恩恵も得られると思うよ。
Javaのオブジェクトは内部が8バイトの境界になってたと思うから。
なんの問題もないところで問題が発生するのがおじゃばさまワールド
たとえ問題が発生してもどうしようもないのもおじゃばさまワールド
たとえ問題が発生してもどうしようもないのもおじゃばさまワールド
413 ：おじゃばさま：2006/06/19(月) 19:02:49
何を心配してるんだ？
64ビットになったら動かなくなるんじゃないかって事かな？
それは心配ないな、動くようにするだろう。
ソースコード変更になるかもしれないって話か？
サイズが増えるなら特に問題ないし、Javaを理解している者なら、演算系の処理はクラスを
使っているからそれで吸収されるだろうし、バイナリは直接扱ってないだろうし。
問題はCの方だな。
数値演算系のライブラリは全滅だろうし、使ってるライブラリが64ビット化される保証はないし。
まあ、どうしても足りなかったらお得意の「全部自分で作る」が発動するだけだがな。
C使いが得意げに「64ビットでライブラリ作り直しましたよ」とか言って、
詳しい客に「へー」って流される光景が各地で展開される訳だな。
64ビットになったら動かなくなるんじゃないかって事かな？
それは心配ないな、動くようにするだろう。
ソースコード変更になるかもしれないって話か？
サイズが増えるなら特に問題ないし、Javaを理解している者なら、演算系の処理はクラスを
使っているからそれで吸収されるだろうし、バイナリは直接扱ってないだろうし。
問題はCの方だな。
数値演算系のライブラリは全滅だろうし、使ってるライブラリが64ビット化される保証はないし。
まあ、どうしても足りなかったらお得意の「全部自分で作る」が発動するだけだがな。
C使いが得意げに「64ビットでライブラリ作り直しましたよ」とか言って、
詳しい客に「へー」って流される光景が各地で展開される訳だな。
414 ：仕様書無しさん：2006/06/19(月) 19:16:25
Ｃはalphaでとっくの昔に64bit化されておる。
さすがに恥ずかしいから止めて欲しい
416 ：仕様書無しさん：2006/06/19(月) 20:01:31
417 ：69式フリーPG ◆hND3Lufios ：2006/06/19(月) 22:08:41
DECのAlphaですか。
アレは萌える。
アレは萌える。
Java厨とおじゃばさまを同列に扱うにはJava厨に失礼な気がしてきた・・・
>サイズが増えるなら特に問題ないし、Javaを理解している者なら、演算系の処理はクラスを
>使っているからそれで吸収されるだろうし、バイナリは直接扱ってないだろうし。
笑う所。
>数値演算系のライブラリは全滅だろうし、使ってるライブラリが64ビット化される保証はないし。
>まあ、どうしても足りなかったらお得意の「全部自分で作る」が発動するだけだがな。
もっと笑う所。
>使っているからそれで吸収されるだろうし、バイナリは直接扱ってないだろうし。
笑う所。
>数値演算系のライブラリは全滅だろうし、使ってるライブラリが64ビット化される保証はないし。
>まあ、どうしても足りなかったらお得意の「全部自分で作る」が発動するだけだがな。
もっと笑う所。
420 ：仕様書無しさん：2006/06/19(月) 23:41:21
おいおい、おじゃばさまって馬鹿か
64bit対応についてやけに張り切って的外れな事いってるな。
64bit対応についてやけに張り切って的外れな事いってるな。
おじゃばさまは、黒バラに出てくる○●よりも
民度も知能も低いから、演算とか数学とか苦手なんだよ
諦めたほうがいいよ。周りに迷惑かけながら生きてるｳｼﾞﾑｼだし
民度も知能も低いから、演算とか数学とか苦手なんだよ
諦めたほうがいいよ。周りに迷惑かけながら生きてるｳｼﾞﾑｼだし
>>413
VMが動かなくなるかもな
VMが動かなくなるかもな
423 ：おじゃばさま：2006/06/20(火) 08:38:19
え、俺おかしい？どこが違うって？説明してくれよ。
VMは64ビット対応版が出るだろうから動かなかったらそれ使えって事になると思う。
422以外の意見はCリンク厨風でどこがおかしいか書いてないからよくわからんな。
Alphaで64ビットにされてる？64ビットコンパイラがあるのは知ってるよ、Solarisやってるから。
ただ例えば「PARI」や「GMP」のCライブラリをSolarisの64ビットモードでコンパイルすると、
コンパイルが通らなかったり、実行でcore吐いたりするから言っているんだ。
VMは64ビット対応版が出るだろうから動かなかったらそれ使えって事になると思う。
422以外の意見はCリンク厨風でどこがおかしいか書いてないからよくわからんな。
Alphaで64ビットにされてる？64ビットコンパイラがあるのは知ってるよ、Solarisやってるから。
ただ例えば「PARI」や「GMP」のCライブラリをSolarisの64ビットモードでコンパイルすると、
コンパイルが通らなかったり、実行でcore吐いたりするから言っているんだ。
424 ：仕様書無しさん：2006/06/20(火) 08:39:59
Solarisのコンパイラが腐っているだけなんじゃないの？
なら32ビットで使えばいいだろ
どうせお前等Java厨だってあるバージョンのVMでしか動作保証しないんだろ
>>413のように宣うならJREx.xに対応しました！とかぬかして金取るなよ
Write Once(笑)なんだろクズ
どうせお前等Java厨だってあるバージョンのVMでしか動作保証しないんだろ
>>413のように宣うならJREx.xに対応しました！とかぬかして金取るなよ
Write Once(笑)なんだろクズ
428 ：仕様書無しさん：2006/06/20(火) 12:34:30
あのさJava 1.5.03と1.5.06って互換性にかかわるところの
大修正ってあるの？03で動くのが06で動かないんだけど。
大修正ってあるの？03で動くのが06で動かないんだけど。
小修正でも動かんもんは動かんと思うが
よくあること
マジレスするとXML parser云々というのをどこかでみた気ガス
何で動かなくなるのか素で疑問でございます。
Windows -> HP-UXという開発をずっとしてるけど
そんな経験ないんだよなぁ…
具体的にどんなAPIに手を出して嵌ってるの？
Windows -> HP-UXという開発をずっとしてるけど
そんな経験ないんだよなぁ…
具体的にどんなAPIに手を出して嵌ってるの？
433 ：おじゃばさま：2006/06/20(火) 19:24:24
>424
多分、PARIもGMPも知らないで言っているんだと思うけど、
両者とも「プロセッサやOSによって動作が変わるから、十分にテストしてから使ってください」
と注意書きがあるほどの難しいライブラリだ。コンパイラと言うより、ライブラリの問題だろ。
>425
だから32ビットで使うから、64ビットになっても64ビットのライブラリが揃わないって事だよ。
やっと、「64ビットのライブラリが作成が保証されている訳ではない」の意味が分かったかな？カス
64ビット対応で金取らないとやっていけないのは、Cの方だろう？ボケ
早く間違っている所を指摘してくれよ。
つーか64ビットがどうとか言っているわりには、32→64ビット移植をやったことない奴ばかりか？
多分、PARIもGMPも知らないで言っているんだと思うけど、
両者とも「プロセッサやOSによって動作が変わるから、十分にテストしてから使ってください」
と注意書きがあるほどの難しいライブラリだ。コンパイラと言うより、ライブラリの問題だろ。
>425
だから32ビットで使うから、64ビットになっても64ビットのライブラリが揃わないって事だよ。
やっと、「64ビットのライブラリが作成が保証されている訳ではない」の意味が分かったかな？カス
64ビット対応で金取らないとやっていけないのは、Cの方だろう？ボケ
早く間違っている所を指摘してくれよ。
つーか64ビットがどうとか言っているわりには、32→64ビット移植をやったことない奴ばかりか？
434 ：仕様書無しさん：2006/06/20(火) 19:54:04
435 ：仕様書無しさん：2006/06/20(火) 20:49:06
難しいライブラリっていかにもJava厨的だな
ライブラリに難しいも難しくないも無いよ
あるのは厳密な仕様だけ
ライブラリに難しいも難しくないも無いよ
あるのは厳密な仕様だけ
436 ：仕様書無しさん：2006/06/20(火) 20:50:24
>VMは64ビット対応版が出るだろうから動かなかったらそれ使えって事になると思う。
ここ激しく笑う所。
>やっと、「64ビットのライブラリが作成が保証されている訳ではない」の意味が分かったかな？カス
>64ビット対応で金取らないとやっていけないのは、Cの方だろう？ボケ
ここはプっと、クスクス笑いする所。
ここ激しく笑う所。
>やっと、「64ビットのライブラリが作成が保証されている訳ではない」の意味が分かったかな？カス
>64ビット対応で金取らないとやっていけないのは、Cの方だろう？ボケ
ここはプっと、クスクス笑いする所。
438 ：仕様書無しさん：2006/06/20(火) 23:19:59
ずいぶん質の低いライブラリなんだな。
どうせ int にポインタの値を入れたりしてるんだろ。
どうせ int にポインタの値を入れたりしてるんだろ。
こりゃ倒したときに「オホォォ イェェェァァホオオォォォ イエス！！！」 とボイチャで言うしかｗｗｗｗ
激しく誤爆しました… 申し訳ない
C厨ってこーゆーので受けると思ってるからほんと困る
わずかこれだけの情報でC厨認定か、頭がおかしいんじゃないの
俺ら煽れりゃなんでもいいんだよ。金もらえりゃさらにいい。
お前らこそJava厨なめんな。人間の話が通じると思うな。
お前らこそJava厨なめんな。人間の話が通じると思うな。
444 ：仕様書無しさん：2006/06/21(水) 17:50:24
ていうかさC++とかWindowsのAPIバリバリ使ったプログラム書いてて、
Windowsの時代終わったらどうすんのよ？
Windowsみたいな欠陥OSに依存したソースは
オプソOSの台頭に伴い使い物にならなくなるだろうな。
Windowsの時代終わったらどうすんのよ？
Windowsみたいな欠陥OSに依存したソースは
オプソOSの台頭に伴い使い物にならなくなるだろうな。
446 ：仕様書無しさん：2006/06/21(水) 18:08:23
つか、今の状況だとＷｉｎｄｏｗｓにＪａｖａ寄生してるだろどーみても。
オプソＯＳが台頭してるって？？？
終わってないかマジで。一般ユーザの認知度はもう極微だぜ？「ああ、あるんだってね。でもめんどくさそうだからいいよ＾＾；」
オプソＯＳが台頭してるって？？？
終わってないかマジで。一般ユーザの認知度はもう極微だぜ？「ああ、あるんだってね。でもめんどくさそうだからいいよ＾＾；」
Windowsのシェア削れるようなOSってなんかあるの？
まさかLinux(爆笑)か？
まさかLinux(爆笑)か？
448 ：仕様書無しさん：2006/06/21(水) 18:43:29
ソフトウェアのシェアはわからんからね〜
ハードの性能が上がりすぎたから重くても安いソフトの方が人気出るかもよ
ハードの性能が上がりすぎたから重くても安いソフトの方が人気出るかもよ
449 ：仕様書無しさん：2006/06/21(水) 18:48:37
OSに金を遣う時代は間違い無く終わる。
450 ：仕様書無しさん：2006/06/21(水) 18:58:53
UNIX系ってCで書かれてるよな
つかCはUNIXを書くために作られたんだよな？
つかCはUNIXを書くために作られたんだよな？
サポートに金を払うんじゃ対して変わらんだろうに
まあさしあたっていつ終わるか断言してみろや
まあさしあたっていつ終わるか断言してみろや
452 ：仕様書無しさん：2006/06/21(水) 19:11:47
いつ終わるか断言できないと何なの？ｗ
間違いなくとまで言っておいてこの腰砕け(笑)
はいはい、妄想は楽しいね(笑)
君の妄想通りに世の中動いたね(笑)
はいはい、妄想は楽しいね(笑)
君の妄想通りに世の中動いたね(笑)
454 ：仕様書無しさん：2006/06/21(水) 19:57:09
Java厨があふぉなのは日本もUSも同じなんだなと気づいた
今日このごろ。
今日このごろ。
455 ： ：2006/06/21(水) 19:57:39
これからの時代はC#だろ。
JAVA糞遅すぎ
456 ：仕様書無しさん：2006/06/21(水) 20:00:34
Javaの楽しみ
DSによるデコンパイルとJava厨がいい気になって書いている
糞コードのマイレビューが趣味な漏れ。
DSによるデコンパイルとJava厨がいい気になって書いている
糞コードのマイレビューが趣味な漏れ。
457 ：仕様書無しさん：2006/06/21(水) 20:05:58
いまは否定派だが、Javaの普及は歓迎する。
そうなればやっとWindowsの時代が終わるだろうからな。
そうなればやっとWindowsの時代が終わるだろうからな。
おわんねーよ。
Linuxみたいなクソ環境で開発したくない奴が
ますますWin依存になっただけ。
Linuxみたいなクソ環境で開発したくない奴が
ますますWin依存になっただけ。
Javaはデスクトップへの力の入れ具合がいつも微妙。
入力デバイスの強力サポートは必須でしょ、はよしろや。
入力デバイスの強力サポートは必須でしょ、はよしろや。
正直、めんどいからやりたくねぇんだろなーとは思う。
そうは言ってもエンジンはネイティブ、GUIはJavaってアプリはかなり多いぞ。
Oracleとかそうだし、CAD系もそうじゃなかったかな。
Oracleとかそうだし、CAD系もそうじゃなかったかな。
462 ：仕様書無しさん：2006/06/21(水) 20:46:39
C厨がWindowsの時代が終わるのを認めたがらない件w
仮にWindowsの時代が終わったとしよう。
Windows系C++プログラマー、C#使い、VB使い、
.netみんなまとめて樹海送りだな。
そしてEclipseとJavaを使いこなす我々だけが生き残る。
仮にWindowsの時代が終わったとしよう。
Windows系C++プログラマー、C#使い、VB使い、
.netみんなまとめて樹海送りだな。
そしてEclipseとJavaを使いこなす我々だけが生き残る。
悪いが俺はネイティブ系もかなり好きだ。
D言語なんて晩年β言語を眺めてると楽しいよ。
D言語なんて晩年β言語を眺めてると楽しいよ。
464 ：仕様書無しさん：2006/06/21(水) 20:51:36
>>462
そりゃ、終わったの確認してから言えよｗ
そりゃ、終わったの確認してから言えよｗ
Java厨なんて数週間で幾らでも製造できるからな
本当にネイティブの時代が終わったら、待っているのは人脈と営業力のみが物を言う
さらに閉鎖的な世界だぞ
本当にネイティブの時代が終わったら、待っているのは人脈と営業力のみが物を言う
さらに閉鎖的な世界だぞ
ん？DOS/V以前はネイティブ時代じゃなかったと聞いたが。
467 ：仕様書無しさん：2006/06/22(木) 00:03:18
「仮に」の話も受け容れられない憐れなWindows依存症候群患者たちww
>>464
終わらないから問題ないさ
終わらないから問題ないさ
469 ：仕様書無しさん：2006/06/22(木) 00:17:41
昔のLinuxブームの頃や結構最近のJavaブームと比べて、今はむしろ、Windowsの
シェアが上がってきてないか？
このままいけば、Linuxの時代のほうが先に終わるぞ。
シェアが上がってきてないか？
このままいけば、Linuxの時代のほうが先に終わるぞ。
サバが増えてるらしいな
やはり無能には使えんからなlinux
やはり無能には使えんからなlinux
471 ：仕様書無しさん：2006/06/22(木) 00:28:43
仕事ではUNIX（サーバ）＆Javaだけど、パソコンはWindowsがいいな
使い慣れたGUIがやっぱり一番。Xwindow重過ぎ…
使い慣れたGUIがやっぱり一番。Xwindow重過ぎ…
エクスプローラ的なソフトを作るときUnixな奴らはなぜ
糞なエクスプローラの「高機能」をまねしたがるんだ？
普通に、Win95風のファイル画面にlocateやgrepを実行する窓を
つけるだけのほうがよっぽど便利だ。
糞なエクスプローラの「高機能」をまねしたがるんだ？
普通に、Win95風のファイル画面にlocateやgrepを実行する窓を
つけるだけのほうがよっぽど便利だ。
473 ：仕様書無しさん：2006/06/22(木) 00:38:46
確かに現在はWindowsは好調だが、来年にはVistaという
大地雷が待ち構えている。
これによってWindowsのシェアは激減する可能性がある。
大地雷が待ち構えている。
これによってWindowsのシェアは激減する可能性がある。
減ると言うか川蘭だろうな
475 ：仕様書無しさん：2006/06/22(木) 00:52:42
つーか Windows にしろ UNIX にしろ、基本的に C 言語による C 言語のための
OS だろ？
Java は現状ではそれに寄生してるだけじゃん。
JavaOS はどうなったの？
OS だろ？
Java は現状ではそれに寄生してるだけじゃん。
JavaOS はどうなったの？
476 ：仕様書無しさん：2006/06/22(木) 00:56:23
寄生って何？ｗ
Javaはアプリケーションだよ
Javaはアプリケーションだよ
エミュレーションしてるだけじゃん
なんか>>467の書き方って某国風なんだよな・・・
>>474
Vistaが人気なかったら減るよ。
過去のWindowsヴァージョンアップの例から考えて、最新バージョンに移行しないと
いろいろと不便になるから、移行しないわけには行かなくなる。
しかし、その使い勝手が悪いと････
Vistaが人気なかったら減るよ。
過去のWindowsヴァージョンアップの例から考えて、最新バージョンに移行しないと
いろいろと不便になるから、移行しないわけには行かなくなる。
しかし、その使い勝手が悪いと････
で、より一層使い勝手が悪く互換性もないOSに移行してどうすんだ？
使い勝手が悪いなんて理由で移行するなら今頃Mac(笑)のシェア激増して
Windowsは滅んでるはずだな(笑)
使い勝手が悪いなんて理由で移行するなら今頃Mac(笑)のシェア激増して
Windowsは滅んでるはずだな(笑)
いや、今のWindowsは使い勝手がいいよ。少なくとも敷居は低い。
はっきり断言するけど。
はっきり断言するけど。
483 ：仕様書無しさん：2006/06/22(木) 09:05:32
C++使いがJava使いに転身するのは簡単だよ。逆はしらんが。
だから今のJava使いの天下になることはない。
だから今のJava使いの天下になることはない。
484 ：仕様書無しさん：2006/06/22(木) 09:42:41
＞C++使いがJava使いに転身するのは簡単
＞C++使いがJava使いに転身するのは簡単
過去のソースはどうやって引き継ぐんですか？？？？？
新たな環境用に組み直す？アホか？
その仕事を俺たちが請け負ってやっても良いけどな。
＞C++使いがJava使いに転身するのは簡単
過去のソースはどうやって引き継ぐんですか？？？？？
新たな環境用に組み直す？アホか？
その仕事を俺たちが請け負ってやっても良いけどな。
何で「過去のソース」の話が出てくるんだ？アホか。
契約があるので一ヶ月は返品できません
488 ：仕様書無しさん：2006/06/22(木) 11:39:42
ソフトハウスの財産は過去のプロジェクトの積み重ねだと思います。
Win依存症候群患者を抱えた企業はすべての財産を失う事になるだろう。
Win依存症候群患者を抱えた企業はすべての財産を失う事になるだろう。
と、昔は言われてたこともあったな。
とうとう発狂しちゃったのか…可哀想に
491 ：仕様書無しさん：2006/06/22(木) 15:10:15
もしvista後にWindowsのシェアが揺らぎ始めたりしたら、
このスレのJava信者もさぞ元気になる事だろうな。
このスレのJava信者もさぞ元気になる事だろうな。
Vista正式対応版JRE向け修正でそれどころじゃないんじゃね
493 ：おじゃばさま：2006/06/22(木) 20:16:41
いや別にWindows嫌っている訳じゃないよ。嫌う理由もないし。
Cリンク厨から見ると、ここも笑う所なのかな？
Cリンク厨から見ると、ここも笑う所なのかな？
俺も別にJavaが嫌いな訳じゃないよ
Javaならではのメリットもあるしね
ただJava厨が嫌いなだけだ
おじゃばさまからするとこれも時代遅れの化石C厨乙なの？
Javaならではのメリットもあるしね
ただJava厨が嫌いなだけだ
おじゃばさまからするとこれも時代遅れの化石C厨乙なの？
495 ：おじゃばさま：2006/06/22(木) 20:54:15
さすがリンク厨！！
引用とパクリだけで突き通す姿は、ある意味驚嘆に値するよ。
ちなみに本当にJavaできんの？
引用とパクリだけで突き通す姿は、ある意味驚嘆に値するよ。
ちなみに本当にJavaできんの？
元々Java屋だからな、そりゃできるさ
まぁWinが落ちぶれたらSunががんばってJava環境を別OSでやってくれるだろ
SunのがWinより先に逝くんじゃね？
Niagara量産の暁には！
>>485
リアル無能だから
リアル無能だから
JavaはSunとともに滅びつつある。IBMはどうするつもりだろう。
502 ：仕様書無しさん：2006/06/23(金) 05:46:44
503 ：仕様書無しさん：2006/06/23(金) 07:23:01
>Vista正式対応版JRE向け修正
こういう事態になったらJREのバグと見るべき。
こういう事態になったらJREのバグと見るべき。
505 ：おじゃばさま：2006/06/23(金) 09:28:00
>496
Java→Cか？
いやよく考えると、C出来るとは聞いていないな。
C出来るの？もしかしてC厨ではない？
Java→Cか？
いやよく考えると、C出来るとは聞いていないな。
C出来るの？もしかしてC厨ではない？
>>505=お客様がVistaにするといった時に毅然とサポート外であることを告げられない糞SE
508 ：仕様書無しさん：2006/06/23(金) 13:27:36
Sun死すとも、Javaは死せず
Sunが死んだらまずいだろやっぱ
>>509
なんで、疫病の元が無くなって何か問題ある？
なんで、疫病の元が無くなって何か問題ある？
疫病とまでいうからにはSunのJDK等のリソースなんてつかってないんだろうな。
そこまでされちゃあ、問題があるとは言えないな。
悪かったよ。
そこまでされちゃあ、問題があるとは言えないな。
悪かったよ。
Sunのあの鯖仕様は終わっていいと思う
処理かかるたびに社長が
飛行機が飛ぶねー
とマジ同意
処理かかるたびに社長が
飛行機が飛ぶねー
とマジ同意
意味不明。脳味噌膿んでるんだろ。零細企業の社長は。
514 ：仕様書無しさん：2006/06/24(土) 01:54:13
俺もマジで意味がわからん
飛行機が飛ぶねーって何が言いたかったんだ？
飛行機が飛ぶねーって何が言いたかったんだ？
その爆音っぷり
516 ：仕様書無しさん：2006/06/24(土) 09:59:13
>>514
ワクワクするよって意味じゃね?
ワクワクするよって意味じゃね?
高飛びかとおもた
518 ：仕様書無しさん：2006/06/24(土) 13:14:59
海外出向?
519 ：仕様書無しさん：2006/06/24(土) 13:20:27
C厨は日本語が不自由
うーん。
飛行機の離陸の方が早いといいたいんじゃね？
まあ乗り物で発信で一番時間がかかるのは無論ロケットで次は船なんだが。
(暖気とか含めるとだけど)
飛行機の離陸の方が早いといいたいんじゃね？
まあ乗り物で発信で一番時間がかかるのは無論ロケットで次は船なんだが。
(暖気とか含めるとだけど)
521 ：仕様書無しさん：2006/06/24(土) 15:16:19
>>飛行機
修理の依頼がクライアントから依頼がある度に、SEが飛行機を使うと言う事だろう
そういう意味で「飛行機が良く飛ぶ」システムなんだろう。と分析してみた。
その下の「マジ同意」はこの社長の言葉に同意したと言う事か？
この文章を作ったシステムなら、よく壊れるかもしれないなｗ
修理の依頼がクライアントから依頼がある度に、SEが飛行機を使うと言う事だろう
そういう意味で「飛行機が良く飛ぶ」システムなんだろう。と分析してみた。
その下の「マジ同意」はこの社長の言葉に同意したと言う事か？
この文章を作ったシステムなら、よく壊れるかもしれないなｗ
522 ：仕様書無しさん：2006/06/24(土) 17:24:52
お前ら無意味な暗号に深読みしすぎ。
Java厨は意味不明なことぬかしてないで半島に帰れや
爆音ってのが一番分かりやすくていいと思ったが
ロゴが怪しく光ってるのがきれいだお。
526 ：おじゃばさま：2006/06/26(月) 09:17:01
>506
つーかC厨じゃないじゃねーか。むしろJava、VB寄りじゃねーか。
それどころか、2番目がC#って事は経験3年ぐらいか？
少なくともCはマスターしていないだろう。最後のC++ってのは怪しいな。
デバック手伝っただけじゃね？
つーかC厨じゃないじゃねーか。むしろJava、VB寄りじゃねーか。
それどころか、2番目がC#って事は経験3年ぐらいか？
少なくともCはマスターしていないだろう。最後のC++ってのは怪しいな。
デバック手伝っただけじゃね？
何をそんなに悔しがってるのかなあ・・・
ネタとして楽しむのは歓迎だけど、あまりに言語にこだわり過ぎても・・・
そろそろJavaが重いかどうかの議論に戻ろうか
531 ：69式フリーPG ◆hND3Lufios ：2006/06/26(月) 21:17:53
今日、サーブレットを弄ってweblogicを再起動したのだが、マジで遅いよな。
eclipseも昔は速かったな・・・
533 ：おじゃばさま：2006/06/26(月) 21:37:03
>528
一人で派遣、1年間が。大変だな。
でも帰されずにやってるって事は、最低でもPGレベルはクリアしているって事だな。まあ、ガンバレ。
ただ一つ忠告しよう。
派遣で慣れてくると一人の方が楽なのでずっとそのままになりがちだが、それは非常に危険だ。
多分3年目ぐらいだと思うが、5年目ぐらいを目処に、本社から新人を回してもらって指導した方がいい。
最初はつらいがリーダーになり人に教える事で曖昧な知識が整理されるし、面倒な単体試験などを
任せることが出来る。その段階で528の言う「ドカタ作業」から解放される。
まあ俺は偉くなっても多少の「ドカタ作業」は必要だと思うがな。
3年目なら持ってないなら情報処理の試験勉強なんかが効果的かな。
最近の情報処理は結構仕事に役に立つ内容があるぞ。学生よりPG3年目ぐらいの奴が勉強すべき内容だ。
一人で派遣、1年間が。大変だな。
でも帰されずにやってるって事は、最低でもPGレベルはクリアしているって事だな。まあ、ガンバレ。
ただ一つ忠告しよう。
派遣で慣れてくると一人の方が楽なのでずっとそのままになりがちだが、それは非常に危険だ。
多分3年目ぐらいだと思うが、5年目ぐらいを目処に、本社から新人を回してもらって指導した方がいい。
最初はつらいがリーダーになり人に教える事で曖昧な知識が整理されるし、面倒な単体試験などを
任せることが出来る。その段階で528の言う「ドカタ作業」から解放される。
まあ俺は偉くなっても多少の「ドカタ作業」は必要だと思うがな。
3年目なら持ってないなら情報処理の試験勉強なんかが効果的かな。
最近の情報処理は結構仕事に役に立つ内容があるぞ。学生よりPG3年目ぐらいの奴が勉強すべき内容だ。
俺はこのスタックトレース見て、Javaはこの先長くないと思ったね。
ttp://ptrthomas.wordpress.com/2006/06/06/java-call-stack-from-http-upto-jdbc-as-a-picture/
最適化するしないじゃなくて、機能を整理する能力が欠けてる！
ttp://ptrthomas.wordpress.com/2006/06/06/java-call-stack-from-http-upto-jdbc-as-a-picture/
最適化するしないじゃなくて、機能を整理する能力が欠けてる！
いや、ここまで長くても動くんだ。
安定しているじゃないか！
安定しているじゃないか！
そりゃメモリ食う罠
次はJavaって長くね？か
538 ：仕様書無しさん：2006/06/26(月) 22:47:00
じゃあ、C/C++って短くて早くね？もいるな
おまえら、まだやってるの？
とっくにJava厨はC厨との勝負を逃げて、
PHPを使ってるさらに立場の弱い奴らを叩いてるんだけどなw
http://pc8.2ch.net/test/read.cgi/php/1145895664/
PHPを使ってるさらに立場の弱い奴らを叩いてるんだけどなw
http://pc8.2ch.net/test/read.cgi/php/1145895664/
>>539
いや、本質的にはもう終わってる
いや、本質的にはもう終わってる
ここまでコールスタック長いと関数言語より遅いよ
543 ：仕様書無しさん：2006/06/27(火) 04:01:06
そもそもCと比較する事が無意味。
544 ：仕様書無しさん：2006/06/27(火) 05:12:12
PHPより重いだろ
545 ：仕様書無しさん：2006/06/27(火) 08:45:21
PHPは素人用
派遣会社が素人を大量に供給するので無問題
Javaもかなり素人用だけどな。人海戦術で乗り切るための言語だし。
Ｊａｖａ弄ってるとさ、なんでたかがWebアプリにここまでたいそうな仕掛けが必要なのか理解に苦しむ。
良くも悪くもJavaのおかげでエンタープライズって言葉がゴミになったな
EJBとかは楽しいよ。Javaは表現力が豊かで、色んな概念が生まれては消えていくのがいいね。
551 ：仕様書無しさん：2006/06/27(火) 22:04:37
最近ＶＢ２００５触りました。色々とまぁありましたが、VB6に比べて、かなり良くなってるね。
エクリプス触りました。色々とまぁありましたが、リファラー機能やら、リスニングクラスの
説明を聞いて、ＪＡＶＡは使い物にならないと確信しました。
エクリプス触りました。色々とまぁありましたが、リファラー機能やら、リスニングクラスの
説明を聞いて、ＪＡＶＡは使い物にならないと確信しました。
VB（笑）
553 ：仕様書無しさん：2006/06/27(火) 22:33:15
まあ Java だ EJB だ言ってるのは、完全に供給（実装）側の都合だからな。
結局 HTML を動的に作成してブラウザに送りつけるだけの処理に過ぎないわけだから
ユーザー側にしてみれば別に PHP でも CGI でも構わんわけだ。
実際、2ch も膨大なアクセスを CGI で捌けているわけだしな。
結局 HTML を動的に作成してブラウザに送りつけるだけの処理に過ぎないわけだから
ユーザー側にしてみれば別に PHP でも CGI でも構わんわけだ。
実際、2ch も膨大なアクセスを CGI で捌けているわけだしな。
あの大量のXMLを解析するだけでも重ったるそう。。。
構成によりけりでしょ。
Ruby on railsなんて実行性能だけみたら糞だしね。
Ruby on railsなんて実行性能だけみたら糞だしね。
557 ：仕様書無しさん：2006/06/27(火) 22:44:16
かつての 68000 が C 言語に特化した設計になってるように、現代の CPU が
Java に特化というのは分からん話でもない。
しかし、CPU が XML 処理に特化は意味が分からん？
文字列処理命令でも増やとか、XSLT 用に関数型言語に特化させるとか？
Java に特化というのは分からん話でもない。
しかし、CPU が XML 処理に特化は意味が分からん？
文字列処理命令でも増やとか、XSLT 用に関数型言語に特化させるとか？
559 ：仕様書無しさん：2006/06/27(火) 22:46:07
Javaは重たいから高いサーバが売れるんだよ。
もっと重くて構わないよ。だから余計なことすんなって>>556
もっと重くて構わないよ。だから余計なことすんなって>>556
560 ：仕様書無しさん：2006/06/27(火) 22:48:31
xml特化になるほうがいいなjavaいらね
ここにXMLとJavaをまじめに比較してる人がいまーす
XSLTの使い手じゃね？
565 ：仕様書無しさん：2006/06/28(水) 16:24:35
ajaxじゃね？
566 ：仕様書無しさん：2006/06/28(水) 16:35:33
ajaxのjaはjavaのjaじゃないらしい。
567 ：仕様書無しさん：2006/06/28(水) 16:50:33
糞重いアルゴリズムはCで書いて、UIとかIOはJAVAで書いてるな。
科学系のめちゃ狭い世界だけど。普通に両方とも必要。
科学系のめちゃ狭い世界だけど。普通に両方とも必要。
568 ：おじゃばさま：2006/06/28(水) 21:32:19
EJBとORマッピング最高とか言っている偽Java使いは氏ね。
EJBと一緒に消えてくれ。
EJBと一緒に消えてくれ。
569 ：おじゃばさま：2006/06/28(水) 21:39:27
ところでApacheなんだけど、色々なモジュール組み込むと、コンパイル通らないんだけどどういうこと？
たとえばjk2。
たとえばjk2。
>>567
専門性の高い高級商用アプリケーションは
大抵がUI部分をJavaのSwingで作ってるから普通のこと。
コア部分はCで書いても共通化できる部分が多いから
開発コストと性能を照らし合わせたら自然な答えなんだろうね。
専門性の高い高級商用アプリケーションは
大抵がUI部分をJavaのSwingで作ってるから普通のこと。
コア部分はCで書いても共通化できる部分が多いから
開発コストと性能を照らし合わせたら自然な答えなんだろうね。
ﾊｧ?
572 ：仕様書無しさん：2006/06/28(水) 22:10:26
>>571
ドカタ（笑）
ドカタ（笑）
UIがJavaってだけで生産性が下がる
バックエンドから出てこないでほしい
バックエンドから出てこないでほしい
WebのUIで満足してる馬鹿ｗ
これがJavaリンク厨か(笑)
おじゃばさまは本当にJavaマンセーなのか？
いつもJava以外の話をしてるようだが
いつもJava以外の話をしてるようだが
Oracleの管理ツールはJavaだっての
生産性について何も知らないドカタってｗ
生産性について何も知らないドカタってｗ
Java化したOracleの管理ツールこそ糞の代表格じゃん
何、あんなんで満足なわけ？
あんなんJava屋でも使いたくないだろ(笑)
何、あんなんで満足なわけ？
あんなんJava屋でも使いたくないだろ(笑)
あれで困るようなことはないんだが
ハリソンフォードより悪い
583 ：仕様書無しさん：2006/06/29(木) 06:31:32
VB.NET以降のVBはバカに出来ないぞ。
585 ：仕様書無しさん：2006/06/29(木) 07:37:46
>>580
そりゃいくつかは元からあるものだからな、ゼロから作ったのもあるだろうがね
それはさておき…なぜかWeb化されたEnterprise Manager(笑)
生産性下がっちゃうね(涙)
そしてJava製の強力な管理ツールが付属しているにも拘わらず
未だ使われるSI Object Browser…
そりゃいくつかは元からあるものだからな、ゼロから作ったのもあるだろうがね
それはさておき…なぜかWeb化されたEnterprise Manager(笑)
生産性下がっちゃうね(涙)
そしてJava製の強力な管理ツールが付属しているにも拘わらず
未だ使われるSI Object Browser…
587 ：69式フリーPG ◆hND3Lufios ：2006/06/29(木) 07:56:10
つか、Object Browserがあるから、純正ツールがあんなものでも叩かれないんでそ。
そらそうよ
589 ：おじゃばさま：2006/06/29(木) 09:44:15
つーかJavaでサービスの話をすると反応がほとんどないんだよな。
Javaは言語仕様でJDK1.5が出たって話題はあるが、そんな事はどうでもいいんだ。
Javaで重要なのは言語仕様がどうのってより、どんなサービスを提供出来るかだからな。
だから言語仕様やロジックより、機能やサービスの話になる訳だ。
しかし反応がない。多分本物のJava使いでも聞いたことがあっても使ったことのある奴は少数だろう。
たとえば、
JFreeChart、Javaでグラフを書くライブラリ。株価情報などをグラフで出せる。
JasperReports、PDFを作成するライブラリ。JFreeChartと組み合わせて決算報告書なども出せる。
ただ商用で使うにはいくつかの問題点がある。詳細は秘密。商用化は自己責任で。結構古い話だがな。
最近の注目はまあ「WebService」とかだな。
Javaでショッピングモールとかやっている人なんて古いよ。ショッピングモールとかなら、
PHPやRubyを使えば新人でも作れる。まあ決められたことしか出来ないが、普通はそれで十分だ。
「WebService」とか言うと古いとか言う人もいるかもしれないが、単体の話じゃなくて
マッシュアップした時のサービスの話だ。
詳しくは企業秘密なので書けないが、半年か1年ぐらいしたら世の中に出るんじゃないかな。
まあ、さしさわりのないSORPとRESTの話でもするか。そうなるとJava VS .netになりそうだな。
まだ時代遅れのCの出番がなくなる。
Javaは言語仕様でJDK1.5が出たって話題はあるが、そんな事はどうでもいいんだ。
Javaで重要なのは言語仕様がどうのってより、どんなサービスを提供出来るかだからな。
だから言語仕様やロジックより、機能やサービスの話になる訳だ。
しかし反応がない。多分本物のJava使いでも聞いたことがあっても使ったことのある奴は少数だろう。
たとえば、
JFreeChart、Javaでグラフを書くライブラリ。株価情報などをグラフで出せる。
JasperReports、PDFを作成するライブラリ。JFreeChartと組み合わせて決算報告書なども出せる。
ただ商用で使うにはいくつかの問題点がある。詳細は秘密。商用化は自己責任で。結構古い話だがな。
最近の注目はまあ「WebService」とかだな。
Javaでショッピングモールとかやっている人なんて古いよ。ショッピングモールとかなら、
PHPやRubyを使えば新人でも作れる。まあ決められたことしか出来ないが、普通はそれで十分だ。
「WebService」とか言うと古いとか言う人もいるかもしれないが、単体の話じゃなくて
マッシュアップした時のサービスの話だ。
詳しくは企業秘密なので書けないが、半年か1年ぐらいしたら世の中に出るんじゃないかな。
まあ、さしさわりのないSORPとRESTの話でもするか。そうなるとJava VS .netになりそうだな。
まだ時代遅れのCの出番がなくなる。
590 ：仕様書無しさん：2006/06/29(木) 10:55:28
write once, run where?
一度書いたら、どこで動かす？
なんちちゃって
一度書いたら、どこで動かす？
なんちちゃって
592 ：仕様書無しさん：2006/06/29(木) 12:21:07
>>589
>JFreeChart、Javaでグラフを書くライブラリ。株価情報などをグラフで出せる。
>JasperReports、PDFを作成するライブラリ。JFreeChartと組み合わせて決算報告書なども出せる。
ワード、エクセル使おうぜ
>まだ時代遅れのCの出番がなくなる。
Cで出来ないものなんて実際ないだろ。ただ難しいだけ
だれかC++でWeb系のクラスライブラリをオープンソースで作ってくれ
そうすりゃほかのを一掃できるんじゃね？
>JFreeChart、Javaでグラフを書くライブラリ。株価情報などをグラフで出せる。
>JasperReports、PDFを作成するライブラリ。JFreeChartと組み合わせて決算報告書なども出せる。
ワード、エクセル使おうぜ
>まだ時代遅れのCの出番がなくなる。
Cで出来ないものなんて実際ないだろ。ただ難しいだけ
だれかC++でWeb系のクラスライブラリをオープンソースで作ってくれ
そうすりゃほかのを一掃できるんじゃね？
>>592
Cの話がいつの間にかC++に変わる不思議
Cの話がいつの間にかC++に変わる不思議
594 ：仕様書無しさん：2006/06/29(木) 12:27:02
595 ：おじゃばさま：2006/06/29(木) 20:58:36
いやCのオープンソースはダメだね。マイナー機種の動作確認なんてしてないんじゃね？
ApacheでさえSolaris9でコンパイル通らなかったりするぞ。
Javaがバグ残したまま放置されているとか言われているが、Cなんてもっとひどいよ。
まあ、OSや各ライブラリがバージョンアップするたびに、動作確認なんてやってられないけどな。
ApacheでさえSolaris9でコンパイル通らなかったりするぞ。
Javaがバグ残したまま放置されているとか言われているが、Cなんてもっとひどいよ。
まあ、OSや各ライブラリがバージョンアップするたびに、動作確認なんてやってられないけどな。
597 ：おじゃばさま：2006/06/29(木) 21:19:55
それに比べてJavaは素晴らしい。
Windowsで作ったJarがそのままLinuxで動くんだぞ。PGが長年夢見た驚異のテクノロジーだ。
おまけに「Jad」なんか入ると、ライブラリのソースコードまで見られる。
パッチを作るのも、同じ名前でクラス作ってクラスパスの先に持って行くだけ。
素晴らしすぎる。まさに共用化のための言語。Java万歳！！
つーかCのコンパイルオプション地獄をどうにかしてくれ。
configureにバグ入れるな。
Windowsで作ったJarがそのままLinuxで動くんだぞ。PGが長年夢見た驚異のテクノロジーだ。
おまけに「Jad」なんか入ると、ライブラリのソースコードまで見られる。
パッチを作るのも、同じ名前でクラス作ってクラスパスの先に持って行くだけ。
素晴らしすぎる。まさに共用化のための言語。Java万歳！！
つーかCのコンパイルオプション地獄をどうにかしてくれ。
configureにバグ入れるな。
598 ：おじゃばさま：2006/06/29(木) 21:34:07
>596
当然SunFreeは知っているが、Apacheに標準以外のモジュールを組み込もうとすると、
フルセット必要になったりして、いもずる式にコンパイル地獄が始まる。
特に他のライブラリを使ってると、最新バージョンでは動かなかったりする。
確認されたバージョンの組み合わせなんて書いてないのが多いから試すしかない。
それにSunFreeにないのもあるから大変。ApacheとGNUとCPANを回ったりして。
つーか無理。
当然SunFreeは知っているが、Apacheに標準以外のモジュールを組み込もうとすると、
フルセット必要になったりして、いもずる式にコンパイル地獄が始まる。
特に他のライブラリを使ってると、最新バージョンでは動かなかったりする。
確認されたバージョンの組み合わせなんて書いてないのが多いから試すしかない。
それにSunFreeにないのもあるから大変。ApacheとGNUとCPANを回ったりして。
つーか無理。
OpenSolarisにJDKが３つ(1.4.2, 1.5, 1.6) 計366MB入っている件について
おじゃばさまのコメントをいただけましたら．．．
おじゃばさまのコメントをいただけましたら．．．
600 ：仕様書無しさん：2006/06/29(木) 22:10:34
>>595
それってOS依存命令とかだろ？
マルチスレッドとかソケットをカプセル化して統一規格にすれば最強じゃね？
ちなみに.NETはVMだから却下
コンパイルオプションも統一したらいいかもわからんね
それってOS依存命令とかだろ？
マルチスレッドとかソケットをカプセル化して統一規格にすれば最強じゃね？
ちなみに.NETはVMだから却下
コンパイルオプションも統一したらいいかもわからんね
ここってC++を出しちゃいけなかったのか
そりゃひどい
そりゃひどい
602 ：仕様書無しさん：2006/06/29(木) 22:43:05
>>599
便利じゃん
便利じゃん
603 ：仕様書無しさん：2006/06/29(木) 22:52:39
>>600
スレッドは boost にマルチプラットフォームなクラス群がある。
ネットワークも ACE があるが、もともと winsock も BSD ソケット由来だから
自分でラッパー書いても大したことなかろうて。
スレッドは boost にマルチプラットフォームなクラス群がある。
ネットワークも ACE があるが、もともと winsock も BSD ソケット由来だから
自分でラッパー書いても大したことなかろうて。
>>601
たぶん、VCのことかと
たぶん、VCのことかと
つーかインストール時のコンパイルエラーぐらい自分でつぶせるやつがオープンソース界では標準的な人間だろ。
それができない人間はJavaやってろってことか。
それができない人間はJavaやってろってことか。
>>589
また比較しようがないものを無理やり比較して・・・
また比較しようがないものを無理やり比較して・・・
make がいやなら apt やら InstallShield を使えばいいじゃない。
納品時のJDKをDVDにやいときゃいいだろ。素人さん。
そうして納品先数分だけのコンパイルサーバなるものが社内に出現し、
各個人の開発PCでコンパイル禁止、コンパイルはコンパイルサーバにコピーしてから
行うことなんていう寒い通達が出たりするわけだ。
各個人の開発PCでコンパイル禁止、コンパイルはコンパイルサーバにコピーしてから
行うことなんていう寒い通達が出たりするわけだ。
613 ：おじゃばさま：2006/06/30(金) 08:54:27
>599
OpenSolarisって何？
Solaris10+SunStudio11の事か？
>600
いやコンパイルエラーはconfigureで使ってるとawkスクリプトのバグ。1年以上放置されているらしい。
修正して実行しても実行時にSegmentationFalut。
多分Apache2で変更されたarp周りだと思われるが、原因不明。
>605
修正してコンパイル通したよ。でも結局、実行時にSegmentationFalutってログに出る。
ちなみにcoreは見当たらず。
>608
それ使えばSolaris9でApache2.2のコンパイルが通るの？
使い方教えて。
OpenSolarisって何？
Solaris10+SunStudio11の事か？
>600
いやコンパイルエラーはconfigureで使ってるとawkスクリプトのバグ。1年以上放置されているらしい。
修正して実行しても実行時にSegmentationFalut。
多分Apache2で変更されたarp周りだと思われるが、原因不明。
>605
修正してコンパイル通したよ。でも結局、実行時にSegmentationFalutってログに出る。
ちなみにcoreは見当たらず。
>608
それ使えばSolaris9でApache2.2のコンパイルが通るの？
使い方教えて。
>>613 OpenSolarisって何？
つ ttp://www.opensolaris.org/os/
uname -aで見ると
SunOS hostname 5.11 snv_42 i86pc i386 i86pc
それについてくるnawk, gcc(/usr/sfw/bin)で httpd-2.2.2は
ふつーにビルドできたが、何のモジュールのビルドが難しいんでしょう？
つ ttp://www.opensolaris.org/os/
uname -aで見ると
SunOS hostname 5.11 snv_42 i86pc i386 i86pc
それについてくるnawk, gcc(/usr/sfw/bin)で httpd-2.2.2は
ふつーにビルドできたが、何のモジュールのビルドが難しいんでしょう？
うぜえ素人が迷い込んできてるな
618 ：仕様書無しさん：2006/06/30(金) 23:28:32
大規模開発
ビジネスロジック
おじゃばさま
エンタープライズ
まあEJBやってて一番笑う用語は
ローカルビジネスインタフェースなんだけどな。
ローカルてビジネスって何だよ
事務処理？
ローカルビジネスインタフェースなんだけどな。
ローカルてビジネスって何だよ
事務処理？
田舎業務じゃねｗ
624 ：仕様書無しさん：2006/07/02(日) 17:50:39
何いってんの？この素人さんは。学生さんかな。
マジで厨房丸出しだね。現場でいえるものなら言ってみろよ。糞餓鬼。
マジで厨房丸出しだね。現場でいえるものなら言ってみろよ。糞餓鬼。
625 ：仕様書無しさん：2006/07/02(日) 18:11:13
エンタープライズに毒されるとそうなる。いわゆるJava厨だな。
もう一段階進化するとくおじゃばさまになる。
ただ、このスレのおじゃばさまは他の言語も使いこなすようなので、
このスレでそう呼ばれたいならさらなる努力が必要だ。
もう一段階進化するとくおじゃばさまになる。
ただ、このスレのおじゃばさまは他の言語も使いこなすようなので、
このスレでそう呼ばれたいならさらなる努力が必要だ。
627 ：仕様書無しさん：2006/07/03(月) 17:43:34
http://homepage1.nifty.com/algafield/JavaGUIFaq19j.html
＞Q10.5 なぜSwingは遅いのですか？
＞A.Swingは経験の浅いGUIプログラマが使うと遅いです。
＞ていうか、彼らは自分の欠点を棚にあげて、遅い原因をSwingのせいにするのです。
＞欠点とは、たとえばSwingのイベントやリペイントの仕組みを理解していないことです。
＞レイアウトマネージャの無視/虐待/誤用も、彼らの多くがおおっぴらにやっていますね。
＞Q10.5 なぜSwingは遅いのですか？
＞A.Swingは経験の浅いGUIプログラマが使うと遅いです。
＞ていうか、彼らは自分の欠点を棚にあげて、遅い原因をSwingのせいにするのです。
＞欠点とは、たとえばSwingのイベントやリペイントの仕組みを理解していないことです。
＞レイアウトマネージャの無視/虐待/誤用も、彼らの多くがおおっぴらにやっていますね。
Swingは自分の設計の欠点を棚にあげて、遅い原因をプログラマのせいにするのです。
こりゃ痛いわ
630 ：おじゃばさま：2006/07/03(月) 21:14:15
>614
それじゃ「make test」と変わらないな。意味ない。
>615
Solaris10から無料だから、OpenSolarisの存在意義が分からないな。
消えそうだから関わらないようにしよう。615もSolaris10とSunStudio11にすれば？
Apacheモジュールで動かないのはmod_jk2だな。あとmod_sshもかなりヤバイ。
それじゃ「make test」と変わらないな。意味ない。
>615
Solaris10から無料だから、OpenSolarisの存在意義が分からないな。
消えそうだから関わらないようにしよう。615もSolaris10とSunStudio11にすれば？
Apacheモジュールで動かないのはmod_jk2だな。あとmod_sshもかなりヤバイ。
Swingは立ち上がりが遅いだけだろ
コンパイルしないときのVBと似たようなもんだ
コンパイルしないときのVBと似たようなもんだ
632 ：仕様書無しさん：2006/07/03(月) 21:39:08
Swing使わないと作れない馬鹿PGのせいだろ
633 ：仕様書無しさん：2006/07/03(月) 21:58:53
OpenSolarisはソースが公開されているのが
存在意義ではないのか？？？？
存在意義ではないのか？？？？
swingははえええんだぞjavaの血と涙の結晶でできてるほど優れてるんだぞ
swtなんてごみごみなんだよあほ
swtなんてごみごみなんだよあほ
実際欠陥品だけどなswing
637 ：仕様書無しさん：2006/07/04(火) 07:08:08
Sun は本当に素晴らしいネイティブアプリケーションみたいなものを作れるほどには、
GUI というものをよく理解してはいなかった。地球を望遠鏡で観察して、人類の食べ物が
どんな見た目をしているか正確に知っていたが、しかしそれが何か味がしなきゃいけないものだとは
気づかなかったスタートレックの異星人のようだ。（中略）そして Sun は
はっきりとこう言っている。もしあなたがネイティブ機能を使おうとするなら、
あなたは「ピュア」じゃない。あなたは「汚染」されているから地獄に落ちろ
というわけだ。
-- Joel Spolsky
GUI というものをよく理解してはいなかった。地球を望遠鏡で観察して、人類の食べ物が
どんな見た目をしているか正確に知っていたが、しかしそれが何か味がしなきゃいけないものだとは
気づかなかったスタートレックの異星人のようだ。（中略）そして Sun は
はっきりとこう言っている。もしあなたがネイティブ機能を使おうとするなら、
あなたは「ピュア」じゃない。あなたは「汚染」されているから地獄に落ちろ
というわけだ。
-- Joel Spolsky
638 ：仕様書無しさん：2006/07/04(火) 12:46:46
JDBC Type4ドライバで検索ツール作ると
本当に使い物にならない物しか出来ないんだよな。
本当に使い物にならない物しか出来ないんだよな。
ぬるぽ
640 ：おじゃばさま：2006/07/04(火) 19:43:20
>638
なんで？
なんで？
JDBCって基本的に何も考えずprepareして使うな。
性能向上とか狙ってるわけじゃなく、型変換せずに放り込めるから好き。
性能向上とか狙ってるわけじゃなく、型変換せずに放り込めるから好き。
642 ：仕様書無しさん：2006/07/04(火) 22:07:23
643 ：仕様書無しさん：2006/07/04(火) 23:29:06
jtdsとかでもダメか？
644 ： 目：2006/07/04(火) 23:33:39
普通に、ｃ＃のが良いだろ。
いいと言うかC#思いからﾑﾘ
よっしC++のDLLでプロジェクト作成
マーシャルして呼び出せば兆速
ってJAVAじゃ面倒でやる気すら起きん
よっしC++のDLLでプロジェクト作成
マーシャルして呼び出せば兆速
ってJAVAじゃ面倒でやる気すら起きん
646 ：仕様書無しさん：2006/07/05(水) 01:18:33
>>639
ガッ
ガッ
647 ：おじゃばさま：2006/07/05(水) 09:37:39
>642
なんで？
普通に使ってるよ。コネクションプールは必須だけど。
なんで？
普通に使ってるよ。コネクションプールは必須だけど。
648 ：仕様書無しさん：2006/07/05(水) 10:23:00
Java5の環境でOracle8iインストールしようとすると
インストーラが即死するのはJavaの互換性のなさの証明。
インストーラが即死するのはJavaの互換性のなさの証明。
649 ：仕様書無しさん：2006/07/05(水) 10:50:38
jtds速いじゃん
651 ：仕様書無しさん：2006/07/05(水) 12:22:23
つまり互換性が無い
JDK1.2とJDK5.0が共存することになるｗ
JDK1.2とJDK5.0が共存することになるｗ
8iのJavaって1.1じゃなかったっけ？
653 ：仕様書無しさん：2006/07/05(水) 14:30:02
654 ：仕様書無しさん：2006/07/05(水) 18:30:43
1.2と1.5だぜ
枝番が0.3違っただけでうごかないかよ。
枝番が0.3違っただけでうごかないかよ。
655 ：仕様書無しさん：2006/07/05(水) 18:33:04
枝番地獄なんだな Javaってw
656 ：仕様書無しさん：2006/07/05(水) 19:56:06
＞Oracle8iのインストーラは馬鹿だからいったんコピーしてどっかのファイル書き換えろって
インストーラもまともに作れねえのかよ
どうせインストーラもjava製なんだろ？
インストーラもまともに作れねえのかよ
どうせインストーラもjava製なんだろ？
8iのあれは寧ろC厨のせいだべ
658 ：仕様書無しさん：2006/07/05(水) 21:16:57
>>650
ﾜﾛﾀ
ﾜﾛﾀ
8のインストーラはそのままではPentium4で動かない。
JSP+Servlet+Struts............
わからん。つーかもうこの仕事辞めたい。。。馬鹿だし俺。
わからん。つーかもうこの仕事辞めたい。。。馬鹿だし俺。
なんであんなにまわりくどいんだろうね。マジでウゼエ。
適当な仕様でほうかいしちょる
状態遷移をわざわざxmlに書く意味がわからん。
だが今にして思えばPentium4で動かないから8iが糞ではなく
8iが動かないからPentium4が糞という流れにすべきだった
8iが動かないからPentium4が糞という流れにすべきだった
665 ：おじゃばさま：2006/07/06(木) 11:49:04
Oracle8iのインストーラーは最悪だな。
あのJreを自分で調達するやつだろう？Jreを選ぶし、Xがないと動かないし、機種によっては文字化けするし、
スクリーンセーバー有効にしてると止まるし、選択すると止まるオプションがあるし。
あれはJavaがどうのってより、Oracleのインストーラー作った奴がおかしいんだろう。
8（iなし）のCLIインストーラー作っていたC厨スクリプターが、Java知らずに作ったんだろう。
あのJreを自分で調達するやつだろう？Jreを選ぶし、Xがないと動かないし、機種によっては文字化けするし、
スクリーンセーバー有効にしてると止まるし、選択すると止まるオプションがあるし。
あれはJavaがどうのってより、Oracleのインストーラー作った奴がおかしいんだろう。
8（iなし）のCLIインストーラー作っていたC厨スクリプターが、Java知らずに作ったんだろう。
Javaだからしょうがないよね。
大元はどこの国が作ったのかも問題だ。
ローカライズ版？
ローカライズ版？
668 ：仕様書無しさん：2006/07/06(木) 21:36:45
なんでわざわざWebアプリをJavaで書くの？
たいした処理でもないのにまわりくどくてまわりくどくて開発工数はかかるわ、遅いわで
金かかってしかたないんだけど。
ハード代も人件費も。
mod_perlで何か問題あるのか？
たいした処理でもないのにまわりくどくてまわりくどくて開発工数はかかるわ、遅いわで
金かかってしかたないんだけど。
ハード代も人件費も。
mod_perlで何か問題あるのか？
好きな言語で書けばいいんじゃね
670 ：仕様書無しさん：2006/07/06(木) 21:52:05
どうせしょぼいの作ってんだからmod_perlでいいと思うよ
YAHOOはJavaなの？
672 ：おじゃばさま：2006/07/06(木) 22:24:50
ただのショッピングモールならPHPかRubyの方がいいぞ。
しかしWEBアプリと言っても、いろいろあるからな。
Perlだとサーバによってはmod_sshが動かなかったり、WEBサービスの接続相手を選んだり、
XMLパーサーが腐ってたりするし。
素人が組むと、OSコマンドを打たれたりするセキュリティーホールが出来たり、
ロック失敗してファイルを壊したりするし。
おまけにデバックはしにくいし、でかいシステムになると共通化が難しくなるし。
むしろPerlの利点はないだろう。Rubyなら3時間でショッピングモール作れる。既製品だけど。
それに比べ、Javaは自由度が高いし、デバックも簡単だし、sshやXMLバーサーなど多くのライブラリが
無料で手に入るし、他のサービスとの親和性もいい。
まあ、日曜プログラマが扱うには厳しいがな。
しかしWEBアプリと言っても、いろいろあるからな。
Perlだとサーバによってはmod_sshが動かなかったり、WEBサービスの接続相手を選んだり、
XMLパーサーが腐ってたりするし。
素人が組むと、OSコマンドを打たれたりするセキュリティーホールが出来たり、
ロック失敗してファイルを壊したりするし。
おまけにデバックはしにくいし、でかいシステムになると共通化が難しくなるし。
むしろPerlの利点はないだろう。Rubyなら3時間でショッピングモール作れる。既製品だけど。
それに比べ、Javaは自由度が高いし、デバックも簡単だし、sshやXMLバーサーなど多くのライブラリが
無料で手に入るし、他のサービスとの親和性もいい。
まあ、日曜プログラマが扱うには厳しいがな。
673 ：仕様書無しさん：2006/07/06(木) 22:49:18
>>672
逆だよ 逆
Javaのが自由度が高い分、なんの思惑もなしにコード書いちゃうから
平気で某サーチみたいなコードが出来る
ある程度の制約＋αがある分、PerlやらPHPが組みやすいし単価安い
でもRubyはガチ
逆だよ 逆
Javaのが自由度が高い分、なんの思惑もなしにコード書いちゃうから
平気で某サーチみたいなコードが出来る
ある程度の制約＋αがある分、PerlやらPHPが組みやすいし単価安い
でもRubyはガチ
ヤホーはCだったような？
やほーｲﾗﾈどうでもいい
>>672
逆じゃね？
逆じゃね？
677 ：仕様書無しさん：2006/07/07(金) 08:12:15
XMLバーサーなど多くの【まともにうごかない】ライブラリが多い。
のがJava
のがJava
678 ：仕様書無しさん：2006/07/07(金) 08:33:07
alfrescoって誰か使ったことある？
679 ：おじゃばさま：2006/07/07(金) 09:13:15
>673
制約がある分、組みやすい？いまいち意味が分からないな。
小説や作文のようにテーマが決まっていた方が書きやすいと言うなら分かるが、
要求仕様が決まっているプログラミングで、制約があった方が組みやすいってのはどういう事だ？
なんの思惑もなしにコードを書く？実装方法に選択枝がありすぎて統一されないって事かな？
それが言語の問題じゃなくて開発方法の問題だろう。
フレームワーク使ったり、先行して誰かがサンプル作ったり、コーディングルール決めたりすればいいだろう。
Javaに限らず、CやPerlにさえ起こる問題だぞ。
それとも客に「これ出来ますか？」聞かれた時に「出来ません」と言えないから問題だって言いたいのかな？
それなら「出来ますけど時間（金）がかかります」と言うのが正解だろう。
某サーチってのが何を指しているのか分からないが、無駄な機能が多いって事かな？
無駄な機能が多いってのも言語の問題じゃなくて開発方針の問題だろう。
いまいち意味がわからんな。単価が安いってのは分かるが。
Java出来ないPMの意見というなら納得出来るが。
制約がある分、組みやすい？いまいち意味が分からないな。
小説や作文のようにテーマが決まっていた方が書きやすいと言うなら分かるが、
要求仕様が決まっているプログラミングで、制約があった方が組みやすいってのはどういう事だ？
なんの思惑もなしにコードを書く？実装方法に選択枝がありすぎて統一されないって事かな？
それが言語の問題じゃなくて開発方法の問題だろう。
フレームワーク使ったり、先行して誰かがサンプル作ったり、コーディングルール決めたりすればいいだろう。
Javaに限らず、CやPerlにさえ起こる問題だぞ。
それとも客に「これ出来ますか？」聞かれた時に「出来ません」と言えないから問題だって言いたいのかな？
それなら「出来ますけど時間（金）がかかります」と言うのが正解だろう。
某サーチってのが何を指しているのか分からないが、無駄な機能が多いって事かな？
無駄な機能が多いってのも言語の問題じゃなくて開発方針の問題だろう。
いまいち意味がわからんな。単価が安いってのは分かるが。
Java出来ないPMの意見というなら納得出来るが。
>>679
ちょっとちょっと。なんでそんなに必死なの？Javaなんてそこまで擁護するものでもないじゃん。
ちょっとちょっと。なんでそんなに必死なの？Javaなんてそこまで擁護するものでもないじゃん。
681 ：仕様書無しさん：2006/07/07(金) 11:40:07
しかしうぜぇなあ。何でこんな面倒くさいものが流行してんだろ。
開発効率上げるためにJavaだEclipseだStrutsだって、全然上がってねえよ。
開発効率上げるためにJavaだEclipseだStrutsだって、全然上がってねえよ。
Stroustrupのジョークで、C++はPGの単価を落とさないために複雑にしたのですってのがあったが、
Javaこそまさしくそうだろ。Javaの場合は雨後の竹の子フレームワークと増殖枝版、バージョンアップで
常に走らせ、安定せずにそうなっているだけだが。。。
Javaこそまさしくそうだろ。Javaの場合は雨後の竹の子フレームワークと増殖枝版、バージョンアップで
常に走らせ、安定せずにそうなっているだけだが。。。
Javaは趣味でやる分にはいいんじゃね？
スピードが求められる開発現場で使うもんじゃなかったよ。
スピードが求められる開発現場で使うもんじゃなかったよ。
変数の管理もできないスクリプトをコピペして
スピード開発、これ最強
スピード開発、これ最強
変数をExcelか何かで管理してんの？
Javaって本当に阿呆らしいね。
時間の無駄だって気付かないのかな。。。
Javaって本当に阿呆らしいね。
時間の無駄だって気付かないのかな。。。
686 ：おじゃばさま：2006/07/07(金) 20:31:54
>680
何言っているんだ、俺はいつも必死だよ。
何言っているんだ、俺はいつも必死だよ。
687 ：仕様書無しさん：2006/07/07(金) 20:37:16
・Webアプリにそもそもそんな複雑な機構が必要なのか。
・そもそもWebアプリにそんな複雑なことをやらせる時点で間違ってないか。
・Webアプリのビジネスロジックに再利用性などあるか。現実には書き捨ててないか。
いつも思う。
・そもそもWebアプリにそんな複雑なことをやらせる時点で間違ってないか。
・Webアプリのビジネスロジックに再利用性などあるか。現実には書き捨ててないか。
いつも思う。
>>687
再利用性とかでかく主張するだけで、ほとんど構造化しないんだよな
再利用性とかでかく主張するだけで、ほとんど構造化しないんだよな
オブジェクト死考
おなじ生産物の中で重複コードを減らすことができれば、
それについても再利用と呼ぶんだよ。
それについても再利用と呼ぶんだよ。
「再利用するため」の余分なものをいっぱい作って再利用し辛くしている。本末転倒。
作り直した方が早いと良く話に出るのはそのせい。
作り直した方が早いと良く話に出るのはそのせい。
再利用するのは、詳細設計とアルゴリズムだけだよ
ソースコードはどうしても経験重ねるといいものにしたいとか
無駄だとか色々欲が出てくるからな
ソースコードはどうしても経験重ねるといいものにしたいとか
無駄だとか色々欲が出てくるからな
内部で使ってる型やら仕様やらが結局やりたいことと合わなくなる
↓
組みなおし
時間的にもライブラリにして使えそうなものなんて無いし
ライブラリまで上げていくのも無理だからな
↓
組みなおし
時間的にもライブラリにして使えそうなものなんて無いし
ライブラリまで上げていくのも無理だからな
再利用できるライブラリなんか世の中にいっぱいあるでしょう。
それらを再利用しないで自分たちで作り直してるのは時間の無駄。
それらを気軽に使えないのは単純に技術者の問題じゃなくて言語に問題があるからでした。
それらを再利用しないで自分たちで作り直してるのは時間の無駄。
それらを気軽に使えないのは単純に技術者の問題じゃなくて言語に問題があるからでした。
Cまたは初期のC++の話か・・・
>>696今を実は知らないおじゃばさまの偉大な発言だぞそんなこというんじゃね！
698 ：仕様書無しさん：2006/07/08(土) 08:53:32
大手ポータルサイトの主流言語はPHPです。
Javaも一部ありますが全体の10%ぐらい。
大手ポータルサイトはJavaはコアなフロントエンドでは
使えないとはっきり明確にかつ完璧に理解しています。
これは日本企業が馬鹿ではない事の証明です。
さあJavaなどやめてPHPを独学しましょう。
Javaも一部ありますが全体の10%ぐらい。
大手ポータルサイトはJavaはコアなフロントエンドでは
使えないとはっきり明確にかつ完璧に理解しています。
これは日本企業が馬鹿ではない事の証明です。
さあJavaなどやめてPHPを独学しましょう。
699 ：仕様書無しさん：2006/07/08(土) 09:41:00
オブジェクト指向を利用する 技術発展段階
LV1 オブジェクト言語で開発してみる
+= を使ってみる
LV2 コンポーネントを利用してみる
LV3 自作クラスを作ってデータ-を処理する
オーバーロード オーバライド 継承 などを利用する
LV4 自作クラスに仮想関数を設定、トリガーを引くように設計する
LV5 Lv4に加えて、WINDOWSのインターフェイスと処理を連動させる
LV6 LV5に加えて、クラスのインスタンス化に使う内容を、DBと連動させる
（もちろんクラスライブラリ内にDBをコントロールして、
クラスに則した動きをおこなう制御メソッドを実装する）
LV7 DBの設計時から LV6を意識してDBの設計、キーの配置などをおこなう
LV8 複数のクラスとDBが1命令で連動
自動的に適切なクラスをインスタンス化して,処理を行うように設計し実装する
LV9 クライアントが大幅な仕様変更を要求。
メンバのオーバーロード機能やDBへの追加だけで仕様変更を乗り切る
LV10 本人が倒れる。他人が１へ戻ってやり直す。
貴方のLVはいくつですか？ｗ 追加改造もよろしく（ココが発出です）
LV1 オブジェクト言語で開発してみる
+= を使ってみる
LV2 コンポーネントを利用してみる
LV3 自作クラスを作ってデータ-を処理する
オーバーロード オーバライド 継承 などを利用する
LV4 自作クラスに仮想関数を設定、トリガーを引くように設計する
LV5 Lv4に加えて、WINDOWSのインターフェイスと処理を連動させる
LV6 LV5に加えて、クラスのインスタンス化に使う内容を、DBと連動させる
（もちろんクラスライブラリ内にDBをコントロールして、
クラスに則した動きをおこなう制御メソッドを実装する）
LV7 DBの設計時から LV6を意識してDBの設計、キーの配置などをおこなう
LV8 複数のクラスとDBが1命令で連動
自動的に適切なクラスをインスタンス化して,処理を行うように設計し実装する
LV9 クライアントが大幅な仕様変更を要求。
メンバのオーバーロード機能やDBへの追加だけで仕様変更を乗り切る
LV10 本人が倒れる。他人が１へ戻ってやり直す。
貴方のLVはいくつですか？ｗ 追加改造もよろしく（ココが発出です）
再利用してるからフレームワークがあるんだろ
モデルたるビジネスロジックが使いまわせないのは普通のこと
モデルたるビジネスロジックが使いまわせないのは普通のこと
あ〜あ。ついに認めちゃったよ
再利用つっても、Sunが提供するライブラリとJakartaのフレームワークを再利用してるだけだろ。
自前で構築したクラスを再利用しているとこなんて殆ど無いし、Webアプリの場合は変更が多くて
あまり抽象度の高いレベルでは再利用出来ない。
自前で構築したクラスを再利用しているとこなんて殆ど無いし、Webアプリの場合は変更が多くて
あまり抽象度の高いレベルでは再利用出来ない。
で、自分で組んだ部分を再利用するのではなく、予め与えられた部品を再利用するってレベルなら、
別にCPANやPHPのモジュールやpearでもいいんじゃないだろうか。
別にCPANやPHPのモジュールやpearでもいいんじゃないだろうか。
再利用して今の現状なら、再利用自体の有用性もあやしいもんだが。
Javaの話じゃねーじゃん
コンポーネント志向の話じゃん
その欠陥はどの言語でも同じじゃん
コンポーネント志向の話じゃん
その欠陥はどの言語でも同じじゃん
706 ：仕様書無しさん：2006/07/08(土) 12:27:50
だったら、単純なほうがいいじゃんって、話。
707 ：仕様書無しさん：2006/07/08(土) 13:08:09
alfrescoって使ったことある？
708 ：仕様書無しさん：2006/07/08(土) 13:42:18
http://jibun.atmarkit.co.jp/lskill01/rensai/imajava01/imajava01.html
携帯電話だけではありません。新しいハードウェアが次々と登場してくるとしても、
Javaで作成されたソフトウェアはそこで動く可能性を秘めています。
そしてそのすべてをネットワーク上で統合することも可能なのです。
Javaはまさに「The Network Is The Computer」の申し子といえます。
いかがでしょうか。Javaの将来性や優位性が見えたでしょうか。
携帯電話だけではありません。新しいハードウェアが次々と登場してくるとしても、
Javaで作成されたソフトウェアはそこで動く可能性を秘めています。
そしてそのすべてをネットワーク上で統合することも可能なのです。
Javaはまさに「The Network Is The Computer」の申し子といえます。
いかがでしょうか。Javaの将来性や優位性が見えたでしょうか。
確かに、人と人の間のネットワークを偽装派遣で繋ぐのに
これほど適した言語はない
これほど適した言語はない
Javaがイメージだけで中身が伴っていないのは今も昔も変わらない。
Java信者の数人に他の言語やらせてみたら、今の所100%の確率でJava=糞という認識ができるようになった。
要は他の言語を触ったことがあるかどうかでJavaの評価は変わる。
Javaを盲目的に良いと信じている者は他の言語の経験が無いと断言できる。
Java信者の数人に他の言語やらせてみたら、今の所100%の確率でJava=糞という認識ができるようになった。
要は他の言語を触ったことがあるかどうかでJavaの評価は変わる。
Javaを盲目的に良いと信じている者は他の言語の経験が無いと断言できる。
711 ：仕様書無しさん：2006/07/08(土) 16:25:08
はぁ？
何いってんの？
何いってんの？
712 ：仕様書無しさん：2006/07/08(土) 16:26:11
はぁ？
何いってんの？
何いってんの？
社内システムのため唯一のJava使いとして入った俺が
実際は他の言語でも使い倒されている現状。
Javaから離れる気はないが、他の言語を覚える基礎としてのJavaは有用かなと思う。
実際は他の言語でも使い倒されている現状。
Javaから離れる気はないが、他の言語を覚える基礎としてのJavaは有用かなと思う。
VMが糞だしなJAVAなんて無くなっていいと思うんだけどね
715 ：仕様書無しさん：2006/07/08(土) 17:20:47
現実をみろよ。ひきこもりども
いや、JAVAVMが引きこもりだと思う
717 ：仕様書無しさん：2006/07/08(土) 17:31:43
現実をみろ。
巷にはJava Struts案件が溢れてるだろ
もはやPGには必須のスキルなんだよ。
ひきこもってたらわからないかもしれないけど。
巷にはJava Struts案件が溢れてるだろ
もはやPGには必須のスキルなんだよ。
ひきこもってたらわからないかもしれないけど。
たかがライブラリの不具合でAbortするJVM・・・ありえん・・・
719 ：仕様書無しさん：2006/07/08(土) 17:36:56
掲示板を作成できるぐらいの、JAVAって有りだと思わない？
>>717
> 巷にはJava Struts案件が溢れてるだろ
案件が多い≒糞システム
その案件の内容知ってて言ってる？墓穴掘ってるよ。
手に負えなくなって逃亡→メンテ要員募集という流れから生まれてる。
巷ではJava製糞システムが溢れかえっていて、人手が足らないから。
> もはやPGには必須のスキルなんだよ。
正解。飯食うには必要だよな。
> 巷にはJava Struts案件が溢れてるだろ
案件が多い≒糞システム
その案件の内容知ってて言ってる？墓穴掘ってるよ。
手に負えなくなって逃亡→メンテ要員募集という流れから生まれてる。
巷ではJava製糞システムが溢れかえっていて、人手が足らないから。
> もはやPGには必須のスキルなんだよ。
正解。飯食うには必要だよな。
Java Struts案件
こんなの残飯処理の乞食と一緒だぞ
こんなの残飯処理の乞食と一緒だぞ
aspxとJSFとかの案件って見たことないんだけど
やっぱこいつらって糞なん？
やっぱこいつらって糞なん？
723 ：仕様書無しさん：2006/07/08(土) 20:20:09
お前現実氏らなすぎ
aspxは使われまくり
aspxは使われまくり
使われてねーよｗ
aspxは意外と多いよ。
aspxは大手とか自社にSE部門あるところだと人気だな
JAVAは安く済ませたいとか愚かな事考えるやつが良く使うな
JAVAは安く済ませたいとか愚かな事考えるやつが良く使うな
java使っても結局ごちゃごちゃなのしかできてきてない事実なんだよ
社長が「これだけでできるんだよ」と短いコードの載った本を俺に見せるのだが、
これが不安で不安でたまらない。。。
これが不安で不安でたまらない。。。
まさかRFCに目を通すことになるとは>>728はそのとき思いもしなかったのであった
730 ：仕様書無しさん：2006/07/09(日) 00:46:21
Strutsか。
確に火消しか、ゴミを騙し騙し運用するための無限保守要員が多いな。
確に火消しか、ゴミを騙し騙し運用するための無限保守要員が多いな。
>>728
「これだけじゃできないんだよ」
「これだけじゃできないんだよ」
732 ：仕様書無しさん：2006/07/09(日) 08:34:25
Java謹製のSQLクエリーツール。
あまりの遅さにネイティブで作成しなおしを提案した。
その日のうちに即決した。漏れの仕事は最近こうして
増え続けている。低脳低スキル速度感覚なしのJava厨たちよ。
ありがとうなっ。
あまりの遅さにネイティブで作成しなおしを提案した。
その日のうちに即決した。漏れの仕事は最近こうして
増え続けている。低脳低スキル速度感覚なしのJava厨たちよ。
ありがとうなっ。
733 ：仕様書無しさん：2006/07/09(日) 09:52:16
aspxはプロジェクトにきちんとお金をかけられる会社。
javaは派遣ドカタのIDEと開発ツールに一切金をださないケチ屑会社
javaは派遣ドカタのIDEと開発ツールに一切金をださないケチ屑会社
734 ：仕様書無しさん：2006/07/09(日) 09:53:42
aspxはそれを扱う有能な技術者のために金をだせる。
javaは無能派遣ドカタばかりなので金を出しても無駄だからださない。
javaは無能派遣ドカタばかりなので金を出しても無駄だからださない。
735 ：仕様書無しさん：2006/07/09(日) 11:52:51
MS工作員乙
736 ：仕様書無しさん：2006/07/09(日) 12:22:21
Java厨でRFCに精通した椰子って見たことねえな。
Java厨が精通しているのはアキバ系ヲタクリソース。
Java厨が精通しているのはアキバ系ヲタクリソース。
おでん缶ちゅうやつだろ
738 ：仕様書無しさん：2006/07/09(日) 15:20:26
MS系のパソコン・エロゲオタクほど醜いものはない〜♪
739 ：仕様書無しさん：2006/07/09(日) 15:53:48
パソコンおたくなんか氏ねばいいのに。
740 ：仕様書無しさん：2006/07/09(日) 16:02:06
パソコンなんて、この世からなくなればいいのに。
741 ：仕様書無しさん：2006/07/09(日) 16:04:50
オフコンは良かった。
PCは所詮おもちゃ
PCは所詮おもちゃ
742 ：仕様書無しさん：2006/07/09(日) 17:19:19
aspxが使われていることも知らないのがjava厨
743 ：仕様書無しさん：2006/07/09(日) 18:13:59
それ、価格．ｃｏｍみたいなヲタ向けサイトでしょ？ｗ
金融機関では考えられないね。
745 ：仕様書無しさん：2006/07/09(日) 19:02:16
Java厨はWindows 98とかMEあたりの貧乏マシンで
開発してるんだろ。うちの会社はそうだぞ。
派遣の低スキルJava厨にはだいたい3世代前の糞マシンをあてがう。
開発してるんだろ。うちの会社はそうだぞ。
派遣の低スキルJava厨にはだいたい3世代前の糞マシンをあてがう。
746 ：仕様書無しさん：2006/07/09(日) 19:03:13
ちなみにTeraTermとかでUNIX上でコンパイルさせるのだがな。
Java厨に糞マシンの組み合わせは妙にマッチして笑える。
Java厨に糞マシンの組み合わせは妙にマッチして笑える。
747 ：仕様書無しさん：2006/07/09(日) 19:07:24
PCパーツの話で盛り上がっているパソコンオタクたちは
とてもきもい
とてもきもい
748 ：仕様書無しさん：2006/07/09(日) 19:26:39
そんな光景に出会ったことないんだが
java厨の周りはそれが普通なんだろう
java厨の周りはそれが普通なんだろう
>>745
お前昔俺が行ってた会社じゃないだろうな・・・
お前昔俺が行ってた会社じゃないだろうな・・・
そんな糞会社で働いてるの？ｗ
派遣はダメみたいな言い方するなよ
752 ：仕様書無しさん：2006/07/09(日) 22:32:15
開発用PCなんてサポートの奴らが用意するのを使うだけだし
パーツなんて興味ないってｗ
パーツなんて興味ないってｗ
753 ：仕様書無しさん：2006/07/10(月) 00:16:32
何事にも速度中毒な人はパーツにもこだわるのさｗ
その割に、エッチは長くしたがるよな
パーツにこだわるやつってｗ
パーツにこだわるやつってｗ
ごめんマンコ臭いのに当たるとへなる
756 ：仕様書無しさん：2006/07/10(月) 11:05:55
臭いかがなきゃｲｲ
757 ：仕様書無しさん：2006/07/10(月) 16:07:03
Javaは糞
Javaの欠点は重いのとJava厨だけ
そこはリファクタリング出来そうにないので他の欠点を挙げてください
760 ：仕様書無しさん：2006/07/10(月) 22:27:33
シングルトン
761 ：おじゃばさま：2006/07/10(月) 23:07:47
ところで、「JDBCは使えない」って話と、「Javaは制約がないから使いにくい」って話はどうなった？
勘違いだったでいいのかな？
勘違いだったでいいのかな？
762 ：仕様書無しさん：2006/07/10(月) 23:10:15
JDBC→jTDSを使えばOK
使いにくい→人による
使いにくい→人による
763 ：仕様書無しさん：2006/07/10(月) 23:16:07
ところでJavaは使える!と豪語するツワモノよ。
君はどんなシステムを作成しているか述べてくれ。
それがすごいものなら認めようじゃないか。
君はどんなシステムを作成しているか述べてくれ。
それがすごいものなら認めようじゃないか。
>>763
システムはすごいけどできることはしょぼい・・・
システムはすごいけどできることはしょぼい・・・
765 ：仕様書無しさん：2006/07/10(月) 23:54:43
ビジネスロジック
シャッチョさ〜ん
JDBCが使えないってのが良くわからん
むしろ使いやすいだろ
むしろ使いやすいだろ
JVMってすぐイクよな
早漏杉なんだよ
早漏杉なんだよ
そうそう。JVMがSIGSEGで落ちるなんてあり得ねえことが当たり前に起きる。糞Java。
771 ：仕様書無しさん：2006/07/11(火) 07:19:35
Type4
Type4 Driver ネイティブプロトコルドライバ JDBCからのクエリー要求をすべてJava上で処理してしまうもの。
Java上にデータベースにアクセスするためのすべての機能を乗せる為、ドライバのサイズが大きくなる、パフォーマンスが若干低下する。
JDBCドライバについて確認すべき7つの項目
信頼性…機能性…スケーラビリティ…サポート - ドライバはそれらの条件を満たしていますか？
JDBCドライバを提供している会社は他にもありますし、そうした会社の主張のいくつかは弊社もよく承知しています。
第三者が自らをよく見せるのは簡単ですが、「ウィークリンク」にならないという保証がないかぎり、
ミッションクリティカルなアプリケーションを別の会社のドライバに任せることはできないはずです。事実、経験豊富なデータ接続の業界リーダーであるDataDirectを使用できるというのに、
実際にはWebサイトの向こうに2人の人間がいるだけの「ベンダー」に、アプリケーションを任せることができるでしょうか
Type4 Driver ネイティブプロトコルドライバ JDBCからのクエリー要求をすべてJava上で処理してしまうもの。
Java上にデータベースにアクセスするためのすべての機能を乗せる為、ドライバのサイズが大きくなる、パフォーマンスが若干低下する。
JDBCドライバについて確認すべき7つの項目
信頼性…機能性…スケーラビリティ…サポート - ドライバはそれらの条件を満たしていますか？
JDBCドライバを提供している会社は他にもありますし、そうした会社の主張のいくつかは弊社もよく承知しています。
第三者が自らをよく見せるのは簡単ですが、「ウィークリンク」にならないという保証がないかぎり、
ミッションクリティカルなアプリケーションを別の会社のドライバに任せることはできないはずです。事実、経験豊富なデータ接続の業界リーダーであるDataDirectを使用できるというのに、
実際にはWebサイトの向こうに2人の人間がいるだけの「ベンダー」に、アプリケーションを任せることができるでしょうか
772 ：仕様書無しさん：2006/07/11(火) 08:47:56
守秘義務に抵触しない部分だけを言えば良いんだがな。
そんな切り分けもできず、表現もできない馬鹿がJava厨なんだな。
そんな切り分けもできず、表現もできない馬鹿がJava厨なんだな。
773 ：おじゃばさま：2006/07/11(火) 08:58:52
残念ながら詳しくは言えない。守秘義務もあるし、研究開発物件も多いからだ。
言っても支障のない物もあるが、あまり面白いとは言えない物だな。
例えばJavaでSNMPとSSHとWEBサービスを使った管理サーバ。
SNMPでサーバの状態を監視し、SSHやWEBサービスで複数サーバの保守などを行う。
ショッピングモールしかやった事のない人には新鮮かもしれんが、今では結構ありふれたシステムだ。
その他は研究開発物件が多く、面白いのから役に立つのか疑問な物まで結構ある。
キーワードをあげると、分散、ビデオ会議、WEBサービス、GPS、携帯電話、ブログ、など。
BtoCやBtoBのショッピングモールをやってたのはかなり昔の話だな。
だからショッピングモールしか知らずに、Javaがどうのと言うのはどうかと思う。
言っても支障のない物もあるが、あまり面白いとは言えない物だな。
例えばJavaでSNMPとSSHとWEBサービスを使った管理サーバ。
SNMPでサーバの状態を監視し、SSHやWEBサービスで複数サーバの保守などを行う。
ショッピングモールしかやった事のない人には新鮮かもしれんが、今では結構ありふれたシステムだ。
その他は研究開発物件が多く、面白いのから役に立つのか疑問な物まで結構ある。
キーワードをあげると、分散、ビデオ会議、WEBサービス、GPS、携帯電話、ブログ、など。
BtoCやBtoBのショッピングモールをやってたのはかなり昔の話だな。
だからショッピングモールしか知らずに、Javaがどうのと言うのはどうかと思う。
774 ：仕様書無しさん：2006/07/11(火) 09:01:49
>JavaでSNMPとSSHとWEBサービスを使った管理サーバ
激しくパフォーマンスが悪そうだね
激しくパフォーマンスが悪そうだね
775 ：仕様書無しさん：2006/07/11(火) 09:05:38
管理サーバなんて組んでもどうせコネクトする数が1つの
シングルサーバなんだろうな。
ミッションクリティカルな処理はスレッドのWAIT時間が
多くなるJavaでは不向き。
シングルサーバなんだろうな。
ミッションクリティカルな処理はスレッドのWAIT時間が
多くなるJavaでは不向き。
776 ：仕様書無しさん：2006/07/11(火) 09:08:10
Javaってもう先細りになってるんだろ？
777 ：仕様書無しさん：2006/07/11(火) 09:09:30
アジアのどこか製のJavaサーバを評価したが
パフォーマンス最低。
バグだらけ。
糞コードの塊。
のお祭り騒ぎだった。世界的にJava厨のレベルは似たよなものなんだと納得した。
そのくせ開発側は妙に高飛車。これもJava厨の特徴だ。
パフォーマンス最低。
バグだらけ。
糞コードの塊。
のお祭り騒ぎだった。世界的にJava厨のレベルは似たよなものなんだと納得した。
そのくせ開発側は妙に高飛車。これもJava厨の特徴だ。
778 ：仕様書無しさん：2006/07/11(火) 10:26:02
中国人てjava好きだよな
780 ：仕様書無しさん：2006/07/11(火) 11:47:53
あの2段切替に失敗したバグだらけのテポドンもJavaプログラム。
宇宙行ってもしょっちゅう故障するのもJavaプログラム。
シンドラーのエレベーターも邪馬？
メインフレームに還ろう
784 ：仕様書無しさん：2006/07/11(火) 20:18:52
>>777
ｸｿOSよりマシじゃね？
ｸｿOSよりマシじゃね？
Javaの真髄は初心者でも簡単に
エンタープライズな糞コードを大量生産できる点にある
これによって単価が下がり人はいなくなり、
業界は崩壊、当然デスマーチも無くなり世界に平和が訪れるわけだ
エンタープライズな糞コードを大量生産できる点にある
これによって単価が下がり人はいなくなり、
業界は崩壊、当然デスマーチも無くなり世界に平和が訪れるわけだ
786 ：仕様書無しさん：2006/07/11(火) 22:40:38
javaGUIツールは糞だな
さすがおじゃばんだ
さすがおじゃばんだ
787 ：おじゃばさま：2006/07/11(火) 22:50:29
>771
あれれ、いつの時代のコピペだ？
それもどっかのJDBC出している会社か？営業っぽい理由だな。言い回しがアメリカっぽいし。
まず7つの項目と言う割りには4つしかないぞ。
信頼性と言うのは結局は商用でどれだけ使われているかになる。
実際商用で使われているのは数多く、信頼性はあると言えるだろう。
次に機能性、機能性？そんな物は意味ない。多機能である必要はなく、必要最低限の機能があればいい。
スケーラビリティー、分かって言っているのか不思議だが、Type2とType4ではマルチCPU環境では
スレッド数が増えるとType4の方がType2の方の性能を追い越す。
サポートか。すでに安定してるから今は不要だろう。確かにかなり昔はメモリリークするドライバ
出していた所もあったが、今は問題ない。どちらにせよ、今も昔もサポートがあっても
すぐに修正なんか出来はしない。どうせアメリカに渡して早くても2カ月かかるんだから。
つまりサポートがあってもなくても大差はない。
つーかそのコピペ、古い製品の営業トークだろ。時代が違うぞ。
あれれ、いつの時代のコピペだ？
それもどっかのJDBC出している会社か？営業っぽい理由だな。言い回しがアメリカっぽいし。
まず7つの項目と言う割りには4つしかないぞ。
信頼性と言うのは結局は商用でどれだけ使われているかになる。
実際商用で使われているのは数多く、信頼性はあると言えるだろう。
次に機能性、機能性？そんな物は意味ない。多機能である必要はなく、必要最低限の機能があればいい。
スケーラビリティー、分かって言っているのか不思議だが、Type2とType4ではマルチCPU環境では
スレッド数が増えるとType4の方がType2の方の性能を追い越す。
サポートか。すでに安定してるから今は不要だろう。確かにかなり昔はメモリリークするドライバ
出していた所もあったが、今は問題ない。どちらにせよ、今も昔もサポートがあっても
すぐに修正なんか出来はしない。どうせアメリカに渡して早くても2カ月かかるんだから。
つまりサポートがあってもなくても大差はない。
つーかそのコピペ、古い製品の営業トークだろ。時代が違うぞ。
788 ：おじゃばさま：2006/07/11(火) 23:13:17
>775
おいおい、1つのサーバを管理するのに管理サーバ置かないだろう。
管理できるサーバは最大64台だよ。SSHは自力でコネクションプール作って使ってるから結構早い。
ミッションクリティカルって、管理サーバにそもそもそんなクリティカルな処理の要求はないだろう。
スレッドのWAIT？何を言っているんだ？通信のWAITを言っているのかな？
それならJavaじゃなくてもそうだろうし、コネクションプールやタイムアウトなど組み方でどうにでもなる。
なんか、「Javaはミッションクリティカルな処理に向かない」ってのを本か何かで読んで、
意味を理解していない人が多そうだな。
あれがどういう意味か教えておいてやろう。
JavaはGCがあるので、フルGCが走ると0.5秒ぐらい処理が停止する時がある。
その0.5秒が致命的となるシステム、例えば
「シューティングゲーム（弾が0.5秒止まったらゲームにならない）」
「電話（通話が0.5秒止まると意味が通じなくなる）」
「動画再生（映画が0.5秒止まったら怒るだろう）」
に向かないって意味だ。
ショッピングモールや管理サーバなど、5秒止まっても問題ないようなシステムには当てはまらない。
おいおい、1つのサーバを管理するのに管理サーバ置かないだろう。
管理できるサーバは最大64台だよ。SSHは自力でコネクションプール作って使ってるから結構早い。
ミッションクリティカルって、管理サーバにそもそもそんなクリティカルな処理の要求はないだろう。
スレッドのWAIT？何を言っているんだ？通信のWAITを言っているのかな？
それならJavaじゃなくてもそうだろうし、コネクションプールやタイムアウトなど組み方でどうにでもなる。
なんか、「Javaはミッションクリティカルな処理に向かない」ってのを本か何かで読んで、
意味を理解していない人が多そうだな。
あれがどういう意味か教えておいてやろう。
JavaはGCがあるので、フルGCが走ると0.5秒ぐらい処理が停止する時がある。
その0.5秒が致命的となるシステム、例えば
「シューティングゲーム（弾が0.5秒止まったらゲームにならない）」
「電話（通話が0.5秒止まると意味が通じなくなる）」
「動画再生（映画が0.5秒止まったら怒るだろう）」
に向かないって意味だ。
ショッピングモールや管理サーバなど、5秒止まっても問題ないようなシステムには当てはまらない。
64CPU搭載すればGC起きても問題ないじゃん
中身のない長文乙
791 ：仕様書無しさん：2006/07/11(火) 23:20:59
NTPサーバはできないな
さすが無駄が多いな
793 ：おじゃばさま：2006/07/11(火) 23:26:50
>779
おいおい、ショッピングモールと管理サーバが大差ない？ショッピングモールと、分散処理が同じ？
ショッピングモール出来れば、ビデオ会議もWEBサービスも携帯電話もOKなのか？
もしかしてSNMPって知らないのか？SSHも知らないのかな。
WEBサービスとWEBアプリケーションを間違えてない？
いくらなんでも、全部同じってのは乱暴すぎないか？
新人のPGでもショッピングモールとビデオ会議が違うとは分かると思うが。
つーか779は営業だろう。視野が狭いってのは営業的視野を言っているのかな？
まあ、営業的視野が狭いと言うなら、その忠告は聞いておこう。
ただ俺が779に忠告するとすると、「あまりに無知だ」と言うことだな。
営業でも少しは技術の勉強しなさい。
おいおい、ショッピングモールと管理サーバが大差ない？ショッピングモールと、分散処理が同じ？
ショッピングモール出来れば、ビデオ会議もWEBサービスも携帯電話もOKなのか？
もしかしてSNMPって知らないのか？SSHも知らないのかな。
WEBサービスとWEBアプリケーションを間違えてない？
いくらなんでも、全部同じってのは乱暴すぎないか？
新人のPGでもショッピングモールとビデオ会議が違うとは分かると思うが。
つーか779は営業だろう。視野が狭いってのは営業的視野を言っているのかな？
まあ、営業的視野が狭いと言うなら、その忠告は聞いておこう。
ただ俺が779に忠告するとすると、「あまりに無知だ」と言うことだな。
営業でも少しは技術の勉強しなさい。
正直言うと、JAVAだとショッピングモールだろうがビデオ会議だろうが
同じになってしまう。
はぁ？おまえわけわかんねーこというなって思うかもしれないけど
結局JAVAだとグダグダヨレヨレで終わるから、なにつくっても問題ありで
意味無いんだよね
同じになってしまう。
はぁ？おまえわけわかんねーこというなって思うかもしれないけど
結局JAVAだとグダグダヨレヨレで終わるから、なにつくっても問題ありで
意味無いんだよね
そりゃコアな部分は違うだろう
だがそんなのは全体の一部分で、できるやつが担当するだろ
おじゃばさまはもしかしたらここにいるから違うように見えるんだろう
だがそれ以外の誰でもできる所は厨が人海戦術で臨むから>>794のような悲惨な結果になるわけだ
だがそんなのは全体の一部分で、できるやつが担当するだろ
おじゃばさまはもしかしたらここにいるから違うように見えるんだろう
だがそれ以外の誰でもできる所は厨が人海戦術で臨むから>>794のような悲惨な結果になるわけだ
796 ：おじゃばさま：2006/07/11(火) 23:46:46
>789
789の言う通り、どうしようもないって訳じゃないよ。
回避する手段がない事もない。ただ向かないってだけだな。
>790
中身のなさは790には負けるよ。
短文でも789や791を見習って、意味のある書き込みせーよ。
>792
無駄が多いのは仕様です。
789の言う通り、どうしようもないって訳じゃないよ。
回避する手段がない事もない。ただ向かないってだけだな。
>790
中身のなさは790には負けるよ。
短文でも789や791を見習って、意味のある書き込みせーよ。
>792
無駄が多いのは仕様です。
仕様言うなよｗ
仕様ですなんていったら全部仕様ですで終わりだな・・・
なんでJavaは糞なの？
Javaの根本仕様が無駄なのならそれは仕方ないな
だって仕様なんだもん
Javaが糞とは思わんがJava厨は間違いなく糞
肥溜めだろ
804 ：仕様書無しさん：2006/07/12(水) 00:03:50
とりあえず「Javaは重くない」って言い張るひとはやめれ。重いって・・・どう考えても重いって・・・。
それに他の言語よりも遠回りしないとあれこれ作れないのも事実だろ。
生産性は高くないって。
Javaが他の言語よりも生産性高いって言ってる奴、客観性なさすぎ。
ただ、決まった書式守って作らないと動くモノができない言語だから、あちこちから人間いっぱい集めて大規模開発するときには発注側と管理者側（＝俺）としては楽でいいのは確か。
あと他の言語より生産性低い分だけ工数いっぱい見積もれるから儲かる。
PHPの生産性の高さと安さはすごいが、PHPは200アクセス/秒が限界らしいからな。
その辺も考慮するのなら.NETかな。初期投資は必要だが後が楽だ。Javaは無料だがそのかわりトラブル起こりやすいし、起こると解決に工数かかる場合が多い。
確実に成功させないとまずいプロジェクトのときは.NETにしてる。
それに他の言語よりも遠回りしないとあれこれ作れないのも事実だろ。
生産性は高くないって。
Javaが他の言語よりも生産性高いって言ってる奴、客観性なさすぎ。
ただ、決まった書式守って作らないと動くモノができない言語だから、あちこちから人間いっぱい集めて大規模開発するときには発注側と管理者側（＝俺）としては楽でいいのは確か。
あと他の言語より生産性低い分だけ工数いっぱい見積もれるから儲かる。
PHPの生産性の高さと安さはすごいが、PHPは200アクセス/秒が限界らしいからな。
その辺も考慮するのなら.NETかな。初期投資は必要だが後が楽だ。Javaは無料だがそのかわりトラブル起こりやすいし、起こると解決に工数かかる場合が多い。
確実に成功させないとまずいプロジェクトのときは.NETにしてる。
805 ：仕様書無しさん：2006/07/12(水) 00:04:38
Javaはオブジェクト指向というパラダイムを強制する。
何が糞ってこれが糞。
オブジェクト指向は銀の弾丸ではない。オブジェクト指向が不向きな分野ではJavaは全く使えない。
何が糞ってこれが糞。
オブジェクト指向は銀の弾丸ではない。オブジェクト指向が不向きな分野ではJavaは全く使えない。
806 ：仕様書無しさん：2006/07/12(水) 00:06:33
10アクセス/秒にすら耐えられない腐れJava鯖が山ほどありますが。何か？ｗ
Cは、馬鹿にでも出来そうな作業を「切り出せない」言語だってことだ。
そしてバカだけで作業してるのがJava
>>808
それはむしろJavaの方だろ
それはむしろJavaの方だろ
811 ：仕様書無しさん：2006/07/12(水) 00:44:08
Javaを使うのはバカ。
賢い人は.NETを使う。
ベンダーがJavaを好むのは、システムがバカ高くなって儲かるから。
賢い人は.NETを使う。
ベンダーがJavaを好むのは、システムがバカ高くなって儲かるから。
もちろんハード・ソフトもセットで
>>804そのものが生産性ないよね。
恐ろしいほどニート臭が漂ってきてるし。
恐ろしいほどニート臭が漂ってきてるし。
>>810
そうか？
メモリの取得開放がまともに出来ない奴の為に生まれ、
リソースの取得開放が分からない奴の為にDIを作り、
SQLがかけない奴の為にORマッパーを作り…
全部、馬鹿を救済するためのものじゃねぇか。
そうか？
メモリの取得開放がまともに出来ない奴の為に生まれ、
リソースの取得開放が分からない奴の為にDIを作り、
SQLがかけない奴の為にORマッパーを作り…
全部、馬鹿を救済するためのものじゃねぇか。
>>813のレスは抹殺でいいよ。>>804の意見は間違いなく本当のこと。
Javaやっている人達も、この辺りには目を瞑っているのは事実。
Javaにメリットもあるけど、デメリットもあることを理解しようとしないから、
糞システムが量産されるようになってJavaの評価が下降し始めてる。
Javaやっている人達も、この辺りには目を瞑っているのは事実。
Javaにメリットもあるけど、デメリットもあることを理解しようとしないから、
糞システムが量産されるようになってJavaの評価が下降し始めてる。
>>813からニートどころか悪臭が放たれている様だが・・・
どこかをシンプルにしようとして他のどこかが複雑になりすぎた
そんな感じ
問題をすり替えただけ
そんな感じ
問題をすり替えただけ
> どこかをシンプルにしようとして他のどこかが複雑になりすぎた
設定ファイルがまさにそう。
Javaで書いてたプログラムをXMLで書いてるようなもの。
設定ファイルがまさにそう。
Javaで書いてたプログラムをXMLで書いてるようなもの。
820 ：仕様書無しさん：2006/07/12(水) 07:03:43
やたら仕様が変わるのにドキュメントが整備されていなくて
バージョン変わったら設定ファイルのせいで動かなくなったりｗ
バージョン変わったら設定ファイルのせいで動かなくなったりｗ
Javadocくらい埋めとけよｗ
やはりこれからはApacheモジュール/IISの時代だ。
弊社は最高品質、最高速のWebアプリケーションを提供いたします。
Java,Perl,PHPのようなインタプリタ・中間言語の類は一切使用しません。
Apache/IISのプロセス内で勝負する、最強のWebアプリケーション／サービスこそ我社の製品です。
なんて会社が現れないものですかね。
弊社は最高品質、最高速のWebアプリケーションを提供いたします。
Java,Perl,PHPのようなインタプリタ・中間言語の類は一切使用しません。
Apache/IISのプロセス内で勝負する、最強のWebアプリケーション／サービスこそ我社の製品です。
なんて会社が現れないものですかね。
823 ：仕様書無しさん：2006/07/12(水) 10:42:39
そういう会社の需要って実はありそうな希ガス
でもプログラマが集まらないかな・・・？
でもプログラマが集まらないかな・・・？
824 ：おじゃばさま：2006/07/12(水) 11:56:22
>794
はぁ？おまえわけわかんねーこというな。っと思ったよ、確かに。
グタグタ、ヨレヨレで終わるのは、技術者のスキルの問題で、そういう人達が作ればCでもPerlでも
ヨレヨレだろう。
>795
人海戦術？それはJavaに限った話じゃないだろう。むしろ流用、再利用性の悪いCの方が顕著だ。
ちなみに研究開発物件の方は全然大規模じゃないよ。多分、ショッピングモールなどのWEBアプリケーション
をイメージしているのだろう。あれは画面数が多くなると単純作業が多くなる傾向にある。
その作業を大量の新人に当てはめた時を言っているのかな？
実際、プログラミングでの人海戦術の使い方を間違っている人や企業は数多いが、
結局はその間違った開発方式が問題なんだよ。
まあ簡単に説明すると、詳細設計、コーディングに人海戦術を使うのは間違いで、
テストに人海戦術を用いるべきなんだ。
だから人海戦術の使い方を間違っている795は、Javaで組もうがCで組もうが結果は同じだろう。
つまり、どっちも言語の問題じゃなくて、スキルや開発方式の問題だって事だよ。
はぁ？おまえわけわかんねーこというな。っと思ったよ、確かに。
グタグタ、ヨレヨレで終わるのは、技術者のスキルの問題で、そういう人達が作ればCでもPerlでも
ヨレヨレだろう。
>795
人海戦術？それはJavaに限った話じゃないだろう。むしろ流用、再利用性の悪いCの方が顕著だ。
ちなみに研究開発物件の方は全然大規模じゃないよ。多分、ショッピングモールなどのWEBアプリケーション
をイメージしているのだろう。あれは画面数が多くなると単純作業が多くなる傾向にある。
その作業を大量の新人に当てはめた時を言っているのかな？
実際、プログラミングでの人海戦術の使い方を間違っている人や企業は数多いが、
結局はその間違った開発方式が問題なんだよ。
まあ簡単に説明すると、詳細設計、コーディングに人海戦術を使うのは間違いで、
テストに人海戦術を用いるべきなんだ。
だから人海戦術の使い方を間違っている795は、Javaで組もうがCで組もうが結果は同じだろう。
つまり、どっちも言語の問題じゃなくて、スキルや開発方式の問題だって事だよ。
いよいよぐだぐだになってまいりました
826 ：おじゃばさま：2006/07/12(水) 12:31:54
>804
Javaは重い。
>814
メモリ/リソースの取得/解放が分からない奴のためにJavaを作った？
まだそんな勘違いしているやつがいたのか。Javaでも作り方によってはメモリリークするぞ。
CだってDB使えば、特殊な場合を除いて、ほとんどAuto変数だけでいけるはずだ。
つまりJavaを使ってもリークがなくなる訳でもないし、malloc使わなくてもCを使える。
落ち着いて考えれば、「メモリの取得開放がまともに出来ない奴の為に生まれ」た訳ではない事
が分かるだろう。
DI？知らない。なんだそれ？
SQLが分からない奴のためにO/Rマッピングが出来た？
俺は「O/Rマッピング反対派」なので、O/Rマッピングが必要だとは思わないが、
実際問題としてO/Rマッピングで開発する人でも、SQLの知識は必要だし、SQLを知ってる。
つまりこれも見当違い。
Javaは重い。
>814
メモリ/リソースの取得/解放が分からない奴のためにJavaを作った？
まだそんな勘違いしているやつがいたのか。Javaでも作り方によってはメモリリークするぞ。
CだってDB使えば、特殊な場合を除いて、ほとんどAuto変数だけでいけるはずだ。
つまりJavaを使ってもリークがなくなる訳でもないし、malloc使わなくてもCを使える。
落ち着いて考えれば、「メモリの取得開放がまともに出来ない奴の為に生まれ」た訳ではない事
が分かるだろう。
DI？知らない。なんだそれ？
SQLが分からない奴のためにO/Rマッピングが出来た？
俺は「O/Rマッピング反対派」なので、O/Rマッピングが必要だとは思わないが、
実際問題としてO/Rマッピングで開発する人でも、SQLの知識は必要だし、SQLを知ってる。
つまりこれも見当違い。
おじゃばさまがDI知らないとは意外だな。
最前線にいるわけでも無さそうだな
最前線にいるわけでも無さそうだな
828 ：仕様書無しさん：2006/07/12(水) 12:51:51
DIって現場で使うの？
少なくともうちの会社ではやってる奴らがいるよ
うまくいってんの？
上手くいってはいるようだが、例によって
Java厨が紛れ込んでじわじわと設計を蝕んでいるらしい
Java厨が紛れ込んでじわじわと設計を蝕んでいるらしい
832 ：おじゃばさま：2006/07/12(水) 21:08:57
この前「Spring」について調査したが、利点が良く分からなかったので止めた。
「Struts」と比べて何が違うんだ？
インチキアメリカ人のマンセー営業トークしか見当たらなかったんだよな。
誰か使った事のある人、レポート求む。｢DI｣単体でもいいよ。
「Struts」と比べて何が違うんだ？
インチキアメリカ人のマンセー営業トークしか見当たらなかったんだよな。
誰か使った事のある人、レポート求む。｢DI｣単体でもいいよ。
クラスの依存性を高めて、必要なときに依存性を注入する、
これがDIというらしい
理想論でしかないんじゃない？
これがDIというらしい
理想論でしかないんじゃない？
コードは簡素化されるがクラス関係が複雑化するので
EoDなんかにはほど遠いように思えるけど
EoDなんかにはほど遠いように思えるけど
つまりXML地獄に思える
依存性排除のためにクラスとか持ち出したんじゃないのか？
自分で壊してどうするよ
最初の目標からしてただの理想だったので現場で都合が悪くなった？
非オブジェクト指向で、必要なときにカプセル化を行う、という逆のアプローチとの行き着く目標の違いは？
とクソ暑いので愚痴がどんどん出てくるぜ
自分で壊してどうするよ
最初の目標からしてただの理想だったので現場で都合が悪くなった？
非オブジェクト指向で、必要なときにカプセル化を行う、という逆のアプローチとの行き着く目標の違いは？
とクソ暑いので愚痴がどんどん出てくるぜ
O/Rマッピングは元々EJBのためのもんだろ。
ところが、一見SQLを隠蔽できるのでその辺がわからなかったり面倒くさいと思う奴、
記事を書くネタの欲しいITライター（という名の素人）が、
単なるDBアクセスのためにも使えると吹聴してしまい、バカが騙されて糞システムを
作り上げてしまいましたとさ。
O/Rの部分をJDBCで総書換って話の多いこと多いこと。
ところが、一見SQLを隠蔽できるのでその辺がわからなかったり面倒くさいと思う奴、
記事を書くネタの欲しいITライター（という名の素人）が、
単なるDBアクセスのためにも使えると吹聴してしまい、バカが騙されて糞システムを
作り上げてしまいましたとさ。
O/Rの部分をJDBCで総書換って話の多いこと多いこと。
838 ：仕様書無しさん：2006/07/12(水) 23:33:54
http://www.atmarkit.co.jp/fjava/rensai3/ormap01/ormap01.html
O/Rマッピングは、従来の煩雑なデータベースに関する処理の記述をスマートにし、、柔軟なアプリケーションの構築を可能にします
Javaを使ってリレーショナルデータベースを扱うアプリケーションを構築した経験があれば、データアクセスを行う際に発生する作業の煩雑さに覚えがあることでしょう。例えば以下のような作業を面倒だと感じたことはないでしょうか。
検索クエリによって取得したデータの「結果セット」を分解してオブジェクトに組み立て直す
データのUPDATEやINSERTの際に、オブジェクトからデータを取り出してSQL文を構築する
↑
こういう事を言うアホはＰＧやらなくていいからｗ
O/Rマッピングは、従来の煩雑なデータベースに関する処理の記述をスマートにし、、柔軟なアプリケーションの構築を可能にします
Javaを使ってリレーショナルデータベースを扱うアプリケーションを構築した経験があれば、データアクセスを行う際に発生する作業の煩雑さに覚えがあることでしょう。例えば以下のような作業を面倒だと感じたことはないでしょうか。
検索クエリによって取得したデータの「結果セット」を分解してオブジェクトに組み立て直す
データのUPDATEやINSERTの際に、オブジェクトからデータを取り出してSQL文を構築する
↑
こういう事を言うアホはＰＧやらなくていいからｗ
ちょｗｗｗｗｗｗｗｗｗｗすげｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
なんつーか、構造の崩壊を加速させるような内容だな
もうぐだぐだとかを通り越してるな
凄まじい
凄まじい
DIにしろ、ORMにしろ、現状の開発のやり方で困ってない奴には
有難味があまりないシロモノ。
無理に導入する必要は無くって、そのうち必要になるときが来るかも
くらいに考えておけばOK
有難味があまりないシロモノ。
無理に導入する必要は無くって、そのうち必要になるときが来るかも
くらいに考えておけばOK
導入しないと3年後には仕事なくなるぞ
ITスキル標準で開発できないと仕事受注できなくなるよ
JAVAが糞で枠も糞でも使わないといけないし、それで速度出さないといけない
まぁ役人や大手の考えることは腐った建設業界と一緒なのはわかりきってるが
あまりにもあほすぎる
ITスキル標準で開発できないと仕事受注できなくなるよ
JAVAが糞で枠も糞でも使わないといけないし、それで速度出さないといけない
まぁ役人や大手の考えることは腐った建設業界と一緒なのはわかりきってるが
あまりにもあほすぎる
学生は引っ込んでろ
>>844が学生だということはまあ間違いない
まあ、@ITの受け売り君はたとえJava厨じゃ無くてもうざいことは事実。
@ITなんてデスマ職場逃げただけの
トンズラや野郎ばっかりじゃん
トンズラや野郎ばっかりじゃん
848 ：69式フリーPG ◆hND3Lufios ：2006/07/13(木) 01:04:19
つうかよう、あのコンパイル専用マシンって何なんだよ。。。。
Javaはどこでもコンパイルしてどこでも動くんじゃなかったのかよう。
もういや。
Javaはどこでもコンパイルしてどこでも動くんじゃなかったのかよう。
もういや。
使われないのに開放されないメモリが作られること、以外の定義があるのか？
放置プレーメモリのことだ
>>849
Mapについて知らない？
Mapについて知らない？
>>847
言いえて妙（ｗ
言いえて妙（ｗ
854 ：仕様書無しさん：2006/07/13(木) 09:17:28
素人Java厨のような馬鹿がつくるとメモリのフラグメント化が発生する。
確保-解放は手順どおりしていても断片化されたゴミメモリが残り
結果リークとなる場合も多い。
確保-解放は手順どおりしていても断片化されたゴミメモリが残り
結果リークとなる場合も多い。
855 ：仕様書無しさん：2006/07/13(木) 09:18:15
JVMのリークはこの手合いが多いのだと思う。
856 ：おじゃばさま：2006/07/13(木) 09:40:36
>849
850の言う通りだよ。
Cのリンク切れだけを言っている訳じゃない。
JavaではServletのフィールド変数にMap持って、そこの使われなくなったオブジェクトが
残っている状態でもリークとする。
850の言う通りだよ。
Cのリンク切れだけを言っている訳じゃない。
JavaではServletのフィールド変数にMap持って、そこの使われなくなったオブジェクトが
残っている状態でもリークとする。
>>850
使ったけど開放されないだろ。
使ったけど開放されないだろ。
そして定期的に再起動しなきゃいけないAPサーバ。ﾃﾗﾜﾛｽ
859 ：仕様書無しさん：2006/07/13(木) 12:10:52
10年前のMS製品みたい
ということはJava3.1でようやく物好きが使うレベルか
JavaNT3.51まで待ったほうが
Java3000だろ
Java Meを忘れるな
クソかもしれないが、ガートナー様のレポートで
java/.NETは人材確保が難しいって言われてるぞ。
ちゃんと実務経験があると転職には非常に有利だと思われるぞ。
http://www.itmedia.co.jp/enterprise/articles/0607/13/news026.html
java/.NETは人材確保が難しいって言われてるぞ。
ちゃんと実務経験があると転職には非常に有利だと思われるぞ。
http://www.itmedia.co.jp/enterprise/articles/0607/13/news026.html
低料金２４時間勤務奴隷の確保は難しいかも
ゴミJava厨で低単価競争
↓
技術のある人はバカバカしくなる。
↓
技術のある人はバカバカしくなる。
そして何故か技術の無い人も勘違いでバカバカしくなる
人件費ベースだけで価格を決めるってのは慈善事業だよな
付加価値で勝負できないと黒は出ないのに
今のIT経営者はビジネスをやれてない
ハード持ってるとこは別だけどな
というわけでIBMの真似しててもソフト会社は儲からんよ
付加価値で勝負できないと黒は出ないのに
今のIT経営者はビジネスをやれてない
ハード持ってるとこは別だけどな
というわけでIBMの真似しててもソフト会社は儲からんよ
869 ：仕様書無しさん：2006/07/14(金) 00:39:48
ドカタ派遣専門3次下請けじゃおしまい
クラスの依存性を高めてどうする
オブジェクトにして〜
めちゃくちゃにー組み立ててーわけわかめになってーデスマ行きーだろ
めちゃくちゃにー組み立ててーわけわかめになってーデスマ行きーだろ
872 ：仕様書無しさん：2006/07/15(土) 03:21:00
Javaによる大規模社内システム開発≒デスマ
873 ：仕様書無しさん：2006/07/15(土) 19:09:07
フフフ。
ヤマトの諸君。
私はデスマー総統だ。
ヤマトの諸君。
私はデスマー総統だ。
874 ：仕様書無しさん：2006/07/15(土) 19:53:37
ＧＵＩの開発にはむかない、 サーバーではメモリリーク？
ＪＡＶＡはいったい何がしたいんだ？
ＪＡＶＡはいったい何がしたいんだ？
>>874
オナニー
オナニー
876 ：仕様書無しさん：2006/07/15(土) 20:53:22
マルチスレッドサーバでは
非活性のスレッドが待ちっぱなし状態にしかならんし。
非活性のスレッドが待ちっぱなし状態にしかならんし。
>>874
バージョンを次々に出すことだよ
バージョンを次々に出すことだよ
878 ：仕様書無しさん：2006/07/15(土) 21:06:24
JAVAビジネスって活況しているよな
糞ｵﾌﾟｿがいっぱい出てるからそれだけで解説記事やら解説本だせるし
ｵﾌﾟｿでソリューションビジネスできるし
不安定だからずっと保守契約結べるし
糞ｵﾌﾟｿがいっぱい出てるからそれだけで解説記事やら解説本だせるし
ｵﾌﾟｿでソリューションビジネスできるし
不安定だからずっと保守契約結べるし
ずっとJavaだけやってきたみたいに言ってるSEが
俺よりもの知らなくてびびったことはある
Servletしかやったことない奴は何年戦士だろうがカスってことかな
俺よりもの知らなくてびびったことはある
Servletしかやったことない奴は何年戦士だろうがカスってことかな
880 ：仕様書無しさん：2006/07/15(土) 21:30:39
strutsで重苦しいシステム作る奴も同様に
自称ハイスキルなんだろうが
現実的に使えないシステム製造機なだけ。
自称ハイスキルなんだろうが
現実的に使えないシステム製造機なだけ。
881 ：仕様書無しさん：2006/07/15(土) 21:34:35
あれだな、Javaの奴らってみな共通する特徴がある。
Javaは速いよ、Java遅いって言う馬鹿は年寄りとかいうんだ。
それは良いとして、彼らの作ったサンプルプログラムをシングルユーザ
で動かすとそりゃとりあえず速いんだな。しかし、公開場所に置いて
それなりの負荷がかかるとあーらふしぎ。
ページ要求->どろろろろろろろろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
まだまだ白い。どろろろろろろろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
ってなっちゃうんだよね。
Javaは速いよ、Java遅いって言う馬鹿は年寄りとかいうんだ。
それは良いとして、彼らの作ったサンプルプログラムをシングルユーザ
で動かすとそりゃとりあえず速いんだな。しかし、公開場所に置いて
それなりの負荷がかかるとあーらふしぎ。
ページ要求->どろろろろろろろろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
まだまだ白い。どろろろろろろろろろろろろろろろろろろろろろろ
ろろろろろろろろろろろろろろろろろろろろろろろろろろろろろ
ってなっちゃうんだよね。
882 ：仕様書無しさん：2006/07/15(土) 21:36:25
手塚治虫の「どろろ」って漫画しってるか?
aspxの速さは異常
普通に作ってるのに異常に速いからものすご楽
普通に作ってるのに異常に速いからものすご楽
strutsってどんか玩具ツール使ってんだよｗ
鋭利な物かも
887 ：仕様書無しさん：2006/07/17(月) 21:23:33
>>875
このスレのことだろｗ
このスレのことだろｗ
いや、もはや何のスレッドだかわからんｗ
889 ：仕様書無しさん：2006/07/18(火) 02:27:52
JAVAなんてオブジェクト指向じゃねーよって言った香具師が
Ruby作ったって聞いたんだが本当？
Ruby作ったって聞いたんだが本当？
JAVAこそオブジェクト指向じゃねーかって言った香具師が
おじゃばさまになったって聞いたんだが本当？
おじゃばさまになったって聞いたんだが本当？
Rubyはオブジェクト指向言語というかオブジェクト言語だろ
おまいらJavaやめてRubyやろうぜ
日本製だからな
894 ：おじゃばさま：2006/07/19(水) 09:20:24
そうだなRubyやるか。
895 ：仕様書無しさん：2006/07/19(水) 09:42:47
C厨の場合
デーモンの仕事が来た。
ANSI Cスタイルでいこうと思う。
I/O完了ポートは使わずに非同期通信方式を採用するつもり。
Java厨の場合
デーモンは作るスキルがないので
JVMを利用したTCPアプリケーションでごまかすつもり。
Waitが過剰に入ってマルチスレッドでスコスコは動作しないが
それはJavaの仕様と言い訳できるのが丸。
デーモンの仕事が来た。
ANSI Cスタイルでいこうと思う。
I/O完了ポートは使わずに非同期通信方式を採用するつもり。
Java厨の場合
デーモンは作るスキルがないので
JVMを利用したTCPアプリケーションでごまかすつもり。
Waitが過剰に入ってマルチスレッドでスコスコは動作しないが
それはJavaの仕様と言い訳できるのが丸。
896 ：おじゃばさま：2006/07/19(水) 21:21:52
Javaの場合
通信部作り込む予算も必要性もないので、各種サーブレットで代用。
フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
本当に性能が足りない時は、ハードウェアロードバランサーを使用。
本来のサービスの作り込みに注力。
Cの場合
通信部を作り込むのに大忙し。セキュリティーや負荷分散を考え出して、収拾つかず。
凝りに凝った通信部はもはや常人にはメンテナンス不可能。
通信部開発が遅れに遅れ、サービス部まで同時進行。
俺様仕様のAPIはビギナーPGには使いこなせず、結合試験でコアダンプの嵐。
通信部が出来た時点で期間も金も使い果たし、デスマに突入。
ちなみに何で、ANSI-Cなんだ？ISO-Cはどうした？
通信部作り込む予算も必要性もないので、各種サーブレットで代用。
フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
本当に性能が足りない時は、ハードウェアロードバランサーを使用。
本来のサービスの作り込みに注力。
Cの場合
通信部を作り込むのに大忙し。セキュリティーや負荷分散を考え出して、収拾つかず。
凝りに凝った通信部はもはや常人にはメンテナンス不可能。
通信部開発が遅れに遅れ、サービス部まで同時進行。
俺様仕様のAPIはビギナーPGには使いこなせず、結合試験でコアダンプの嵐。
通信部が出来た時点で期間も金も使い果たし、デスマに突入。
ちなみに何で、ANSI-Cなんだ？ISO-Cはどうした？
＞通信部作り込む予算も必要性もないので、各種サーブレットで代用。
＞フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
＞本当に性能が足りない時は、ハードウェアロードバランサーを使用。
＞本来のサービスの作り込みに注力。
妄想乙。
開発前の筋書きだけはいつも立派。
＞フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
＞本当に性能が足りない時は、ハードウェアロードバランサーを使用。
＞本来のサービスの作り込みに注力。
妄想乙。
開発前の筋書きだけはいつも立派。
Javaって実態以上に評価されててバブルじゃね？いつはじけんの？
おっぱい揉みたい
無性に揉みたい
無性に揉みたい
>>896
> 通信部作り込む予算も必要性もないので、各種サーブレットで代用。
> フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
これはまさに営業トークじゃん。実際にはまともなものができないし。
> 通信部作り込む予算も必要性もないので、各種サーブレットで代用。
> フィルタリングもアクセス制限も統計機能も、ロードバランサーもあるので、性能的にも問題無し。
これはまさに営業トークじゃん。実際にはまともなものができないし。
901 ：69式フリーPG ◆hND3Lufios ：2006/07/20(木) 00:22:34
そう。そしてロードバランサで振り分けられたあぷ鯖からのDOS攻撃に晒されて飽和するわけだ。
DBが。
DBが。
>>898
タイプセーフと実装の簡略化に力入れてるから、そうそうはじけることはないかと。
もうそろそろ5.0系が実務で使われだす頃だし、代替言語もないと思われ。
Web系は小規模PHP、大規模Javaで住み分け確定だね
タイプセーフと実装の簡略化に力入れてるから、そうそうはじけることはないかと。
もうそろそろ5.0系が実務で使われだす頃だし、代替言語もないと思われ。
Web系は小規模PHP、大規模Javaで住み分け確定だね
>>901
> そう。そしてロードバランサで振り分けられたあぷ鯖からのDOS攻撃に晒されて飽和するわけだ。
> DBが。
ﾜﾛﾀ
どこも同じなんだな。
ロードバランサーがあるから大丈夫とか、あほかと。
> そう。そしてロードバランサで振り分けられたあぷ鯖からのDOS攻撃に晒されて飽和するわけだ。
> DBが。
ﾜﾛﾀ
どこも同じなんだな。
ロードバランサーがあるから大丈夫とか、あほかと。
905 ：仕様書無しさん：2006/07/20(木) 08:25:57
Javaが信頼性あるとかいってるけど。
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060719/243685/
C厨の皆様、時代の流れがみえてきましたか？
これからはおじゃばさまの時代なのですよ。
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060719/243685/
C厨の皆様、時代の流れがみえてきましたか？
これからはおじゃばさまの時代なのですよ。
907 ：仕様書無しさん：2006/07/20(木) 08:51:55
電通国際情報サービスってseaserのひがやすおが勤めているとこじぇね？
あっひゃっひゃ
5日間程度の集中講義を行っただけで，初めてJavaを使う技術者でも問題なく開発を行っているという。
「問題がない」と「問題が認識できない」では意味が違うのだが
911 ：仕様書無しさん：2006/07/20(木) 08:59:12
すげー話だな。おい。
さすがはﾄﾞｶﾀ言語ですね。
PGはフルキャストからの派遣かもしれませんね。
PGはフルキャストからの派遣かもしれませんね。
「SeasarはJavaだけじゃない。これからはPHPと.NETもプッシュします」（Sesarファウンデーション 理事 羽生章洋氏）
http://itpro.nikkeibp.co.jp/article/NEWS/20060514/237789/
http://itpro.nikkeibp.co.jp/article/NEWS/20060514/237789/
さんざん他の言語を素人用だとバカにしてたからには、
たった5日で習得できちゃうJavaもバカにしなければなるまい。
たった5日で習得できちゃうJavaもバカにしなければなるまい。
915 ：仕様書無しさん：2006/07/20(木) 18:45:48
ジャワカレーもJAVA
Javaが5日で習得できちゃうならVB.NETは3日だ。いや2日だ。
917 ：おじゃばさま：2006/07/20(木) 20:52:43
Javaは5日では無理だ。
普通は1.5年かかる。天才でも3カ月はかかるんじゃね？
ところで、俺の「Java開発例」が、あまりに営業的だったのは反省しているが、
「C開発例」に反対意見はないのか？むしろ、そっちを否定して欲しい所なのだが。
普通は1.5年かかる。天才でも3カ月はかかるんじゃね？
ところで、俺の「Java開発例」が、あまりに営業的だったのは反省しているが、
「C開発例」に反対意見はないのか？むしろ、そっちを否定して欲しい所なのだが。
Javaだと宗教みたいに同じようなパターンのやつばかりだけど、Cだとそういう展開になってるやつもいるかもなー、ってことでコメントを付けるまでもない気がする。
Java島
一日でおじゃばさまでゲーム作ったな
超速いおじゃば様アプレットで起動に一分しかからなかったな
超速いおじゃば様アプレットで起動に一分しかからなかったな
そうだぞ業務アプリはCで作ったほうが効率がいいんだよ！
はぁ？組込み？？？？？？？？？
おじゃばさまでいいんだよ
はぁ？組込み？？？？？？？？？
おじゃばさまでいいんだよ
つうか、Pro*CでC言語製のバッチ作れる奴いね？
若い奴はJavaしか知らないし、おっさんは携帯開発に取られて業務系も困ってるのよ。
若い奴はJavaしか知らないし、おっさんは携帯開発に取られて業務系も困ってるのよ。
923 ：仕様書無しさん：2006/07/20(木) 23:55:21
大丈夫かみんな？ちょっとおかしすぎるぞ
俺は下っ端だから作れといわれたらその言語を勉強。
別にjavaだろうとcobolだろうとcだろうとpbだろうとなんでもいいよ。
標準で用意されているクラスライブラリが豊富でjavaが便利だなーとは思うが別に他言語を批判する気にもならん。
金もらえりゃいいよ。
別にjavaだろうとcobolだろうとcだろうとpbだろうとなんでもいいよ。
標準で用意されているクラスライブラリが豊富でjavaが便利だなーとは思うが別に他言語を批判する気にもならん。
金もらえりゃいいよ。
Seasarとかなんか臭いよね
あいつらの近くいくだけでゴーヤくさいっていうかまぁ正直臭すぎる
技術もうさんくせーし
あいつらの近くいくだけでゴーヤくさいっていうかまぁ正直臭すぎる
技術もうさんくせーし
926 ：仕様書無しさん：2006/07/21(金) 01:22:23
まあ、今更@ITに騙される馬鹿もそんなにいないかと。
http://www.atmarkit.co.jp/fjava/kaisetsu/j2eewatch10/j2eewatch10_1.html
なんかもうぐだぐだだな。
マ板のJavaスレで何年も前から言われていることばかりじゃないか。
なんかもうぐだぐだだな。
マ板のJavaスレで何年も前から言われていることばかりじゃないか。
928 ：仕様書無しさん：2006/07/21(金) 09:46:16
C(C++)厨がJAVA使うようになっても問題ないと思うが
JAVA厨がC(C++)使うのを想像すると・・・(((( ；゜Д゜)))
JAVA厨がC(C++)使うのを想像すると・・・(((( ；゜Д゜)))
929 ：仕様書無しさん：2006/07/21(金) 17:34:32
ageていこうぜ
Javaが偉大な点は厨レベル以下のC/C++使いのゴミ箱を作ったことだな。
この層が作るソースは詐欺みたいなもんだ。
この層が作るソースは詐欺みたいなもんだ。
>>927
なんかJ2EE(古称)ありきでモノを考えている感じが痛々しいかも
なんかJ2EE(古称)ありきでモノを考えている感じが痛々しいかも
Javaの社内教育担当のレベルが異常に低い件
窓際族を左遷させてるんだろうけど、なんか違う気がする
窓際族を左遷させてるんだろうけど、なんか違う気がする
933 ：仕様書無しさん：2006/07/22(土) 00:25:32
うわっなんかもうマジでおわったっぽい。
＞データベースとHTML間のバケツリレー
ﾜﾛﾀ
ﾜﾛﾀ
■「JavaではなくPHPでもよいのではないか」という閉塞感
■「JavaよりPHPの方がマシではないか」という閉塞感
この閉塞感を敢えて打破する意味はあるのか、いや無い。(反語)
938 ：仕様書無しさん：2006/07/22(土) 01:13:11
どろろろろろろろろろろろろろろろろろろろろ〜
これがJavaの代名詞。
これがJavaの代名詞。
>>930
おいおい詐欺なんてなまやさしすぎるぜぇ
おいおい詐欺なんてなまやさしすぎるぜぇ
javaは常に進化するってか
ただいろんなもんくっつけてってるだけ
ただいろんなもんくっつけてってるだけ
941 ：仕様書無しさん：2006/07/22(土) 11:36:09
Javaには全体的なポリシーが無い。
ただ、APIが山ほど提供されているだけ。
インテリジェンスを感じなんだよな。
ただ、APIが山ほど提供されているだけ。
インテリジェンスを感じなんだよな。
インテリジェンス＝バカってことか
943 ：仕様書無しさん：2006/07/22(土) 12:02:53
お前らアホだな。ActionScriptがJavaに近く、
しかもクライアントサイドで速いという特性を持ちうるのなら。
JavaがActionScriptに取って代わり得るという事じゃないのか？
しかもクライアントサイドで速いという特性を持ちうるのなら。
JavaがActionScriptに取って代わり得るという事じゃないのか？
何言ってんだ？このバカは
945 ：仕様書無しさん：2006/07/22(土) 14:55:54
Java厨だから馬鹿。
馬鹿だからJava厨にしかなれぬ。
ただそれだけ。
馬鹿だからJava厨にしかなれぬ。
ただそれだけ。
946 ：仕様書無しさん：2006/07/22(土) 14:56:58
Javaって重くね？ その１０
http://pc8.2ch.net/test/read.cgi/prog/1153547716/
http://pc8.2ch.net/test/read.cgi/prog/1153547716/
>>907
ちっとはリンク先嫁。
ちっとはリンク先嫁。
ガワだけDelphiなりVBだけで作ればいいのになんでFlashで
無理やりWebでやんの。アホじゃないの？
無理やりWebでやんの。アホじゃないの？
949 ：仕様書無しさん：2006/07/22(土) 22:14:38
VB からの移行なら、あくまで Java にこだわるとしても、Swing あたりで
見た目はともかく操作性に関する要件は満たせそうだよなあ。
配布の問題はそれこそ JavaWebStart でもあらかた問題ないわけで。
個人的には Windows 上の GUI アプリなら .net + ClickOnce のほうが、
OS やその他のアプリとの親和性という点で良いと思うが。
まあ、ただ Web 言いたいんだけちゃうかと。
見た目はともかく操作性に関する要件は満たせそうだよなあ。
配布の問題はそれこそ JavaWebStart でもあらかた問題ないわけで。
個人的には Windows 上の GUI アプリなら .net + ClickOnce のほうが、
OS やその他のアプリとの親和性という点で良いと思うが。
まあ、ただ Web 言いたいんだけちゃうかと。
swingなんて速度で終わりだ
修正が入った時に再配布しなくて良いから。
常識だぞ馬鹿か。
常識だぞ馬鹿か。
クライアント側はVB.NETでスマートクライアント使って配布問題解消、
サーバ側はJavaベースでWebServiceっていうソリューションを作り込んでる企業が確かあったな。
間がSOAPだから割と簡単に繋がるわけだ。
現時点でのWebServiceの使用の是非はともかくとして。
サーバ側はJavaベースでWebServiceっていうソリューションを作り込んでる企業が確かあったな。
間がSOAPだから割と簡単に繋がるわけだ。
現時点でのWebServiceの使用の是非はともかくとして。
953 ：仕様書無しさん：2006/07/23(日) 00:03:09
Enter押したら次のフィールドへという業務アプリ本来のつくりは
Webアプリじゃ苦しいところがあるな、再現のコストもそうだし、セキュリティレベルを高く出来ない
NetBeansあたりでJWSを作ってるとこってあるんかいねぇ
Webアプリじゃ苦しいところがあるな、再現のコストもそうだし、セキュリティレベルを高く出来ない
NetBeansあたりでJWSを作ってるとこってあるんかいねぇ
JAVA房には難しすぎて答えられない質問を１つ
ArrayListを使い終わった後にメモリを解放したいです
どのようにすればいいでしょうか？
これ解らないよね？JAVA房はメモリを解放するという概念を持ってないからムリだよね？
ArrayListを使い終わった後にメモリを解放したいです
どのようにすればいいでしょうか？
これ解らないよね？JAVA房はメモリを解放するという概念を持ってないからムリだよね？
どうして解放したいの？
ガーベジコレクションを任意で発生させるのは恥ずかしい行為です。
4行も使って恥ずかしいこと書かないでくださいね。
4行も使って恥ずかしいこと書かないでくださいね。
やっぱJAVA房はばかだーー
だから１０００MBもオブジェクト作って消さないのか
アフォだよ
だから１０００MBもオブジェクト作って消さないのか
アフォだよ
自分で何言ってるかわかってないようだな
夏だけあって無知のガキが多すぎ
夏だけあって無知のガキが多すぎ
ガーベジコレクトよりも確実にデストラクタが呼ばれる方が良い。
メモリ以外のリソースに関して何もしてくれないガーベジコレクトを役立たずと思えないのが情けない。
メモリ以外のリソースに関して何もしてくれないガーベジコレクトを役立たずと思えないのが情けない。
そもそもJAVAのプロジェクトで成功したと言われるプロジェクトがない
でかい銀行のシステムですらバグあってヤヴァイ
でかい銀行のシステムですらバグあってヤヴァイ
お前が成功したと思わないようにしてるだけじゃん
夏郎ってどうしてこう・・・
夏郎ってどうしてこう・・・
GoogleだとGMailとかAdWordsとかがJavaだな
リアル厨に構ってやるのも無駄だが
リアル厨に構ってやるのも無駄だが
964 ：仕様書無しさん：2006/07/23(日) 06:35:11
夏休みいいな〜
965 ：仕様書無しさん：2006/07/23(日) 08:24:25
さすがだな不利なものは夏坊様に仕立て上げればjavaの威厳が保てるんだからな
そうだよなぁ。たぶん自分たちで夏房自演して
威厳を保ってるんだろうなぁ。なんか北の将軍様みたいで
後がなくて可哀想
威厳を保ってるんだろうなぁ。なんか北の将軍様みたいで
後がなくて可哀想
967 ：仕様書無しさん：2006/07/23(日) 12:39:43
宿題やってろ
きっちり反論した上で夏認定してるんだから正しいだろ
ぶひぶひうるさいぞ、ガキは外出ろや
ぶひぶひうるさいぞ、ガキは外出ろや
969 ：仕様書無しさん：2006/07/23(日) 15:21:32
反論ってどれ？
何で夏相手に全部が全部真面目に相手にしなきゃならんの？
もの知らん奴は相手にされる資格もないとわからんのかな
もの知らん奴は相手にされる資格もないとわからんのかな
973 ：仕様書無しさん：2006/07/23(日) 15:42:47
きっちり反論するって言ったお方は何処にいかれたのかなー
974 ：仕様書無しさん：2006/07/23(日) 15:46:14
ｊａｖａなんてもう使われんだろ。
これからは 間違い無く .NET !!
夏夏言ってる奴が言う度に無様に追い詰められてるな
書き込まなければ良いだけなのに
書き込まなければ良いだけなのに
どこが追い詰められてる？反論しおわってんじゃん。
理解できる頭も無い奴が何言ってんだか
無様そのもの
理解できる頭も無い奴が何言ってんだか
無様そのもの
977 ：仕様書無しさん：2006/07/23(日) 15:51:00
ちゃんと反論してよ
無知は相手にするなという良いサンプルが取れましたね
979 ：仕様書無しさん：2006/07/23(日) 15:58:13
あれ？１行になってるぞｗ
980 ：仕様書無しさん：2006/07/23(日) 16:00:54
だけとか言ってるしｗ
数じゃねーだろ、正解ひとつで終わりだ
数じゃねーだろ、正解ひとつで終わりだ
982 ：仕様書無しさん：2006/07/23(日) 16:04:36
で？
無知を相手にするのは疲れるねとい結論がなりたった。
Fin
Fin
一個レスついてて狂喜乱舞してるんだろう
自分では反論できないから夏発言すればいいだけなんだよ
自分では反論できないから夏発言すればいいだけなんだよ
985 ：仕様書無しさん：2006/07/23(日) 16:07:03
今度は無知とか言ってるぞ
以下、夏郎のぐちだけお送りします
987 ：仕様書無しさん：2006/07/23(日) 16:16:30
今の学生ってJAVAの多いからな
だからか夏が夏増やしてるのは
だからか夏が夏増やしてるのは
988 ：仕様書無しさん：2006/07/23(日) 16:19:06
言わしとけよ、デスマでてんぱってんだろ休みもないんだろうなぁ
989 ：仕様書無しさん：2006/07/23(日) 16:20:52
夏と無知とおじゃばさま
ぴったりだな
ぴったりだな
あからさまな自演乙
991 ：仕様書無しさん：2006/07/23(日) 16:28:26
Rubyって使われないの？
自演ですって
ここまで全部俺のｼﾞｻｸｼﾞｴﾝ
血ッもれも参加したかったぜ！
995 ：仕様書無しさん：2006/07/23(日) 17:51:58
J
a
k
998 ：仕様書無しさん：2006/07/23(日) 19:34:43
ところで夏坊発言様は何処いったの？
>>998
空気読めよ ('A`)('A`)('A`)
空気読めよ ('A`)('A`)('A`)
1000 ：仕様書無しさん：2006/07/23(日) 19:37:07
おじゃばさまー
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。