- 1 名前：仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ]
- さ、語れ。Javaよりも遅い脳みそを持つ人々について
C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？
C言語信者の年齢層は30代～50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。
前スレ
Javaは遅いという奴は遅れたバブル世代じゃね？
pc8.2ch.net/test/read.cgi/prog/1136434011/
Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？ その２
pc8.2ch.net/test/read.cgi/prog/1136359572/
関連スレ
先があるのはC++とJavaのどっち？
pc8.2ch.net/test/read.cgi/prog/1132157362/
- 521 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:15:09 ]
- >>519
そのマシンパワーがあればC++はもっと速いよ
つまりどんな環境であっても
C++＞＞＞Java
この構図はかわらないわけだ
- 522 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:49:15 ]
- Java支持派の受け答えはどっかの学会の答弁みたいだな。
- 523 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:54:23 ]
- そりゃそうじゃね。やり込められないように逃げて
突っつき返して逃げるしかないし
- 524 名前：仕様書無しさん mailto:sage [2006/05/14(日) 20:55:00 ]
- 稚内のおっさんの影響か？
- 525 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:11:54 ]
- >>521
> >>519
> そのマシンパワーがあればC++はもっと速いよ
> つまりどんな環境であっても
> C++＞＞＞Java
> この構図はかわらないわけだ
絶対的な微々たる速度差でC++がJavaに勝っているからといって
今更Javaで作られた製品をすべてC++に移行するのは
まったく採算に合わないわけだが。
各OSやCPU毎にまた作り直すのは
アプリが大規模で有ればあるほど無駄というものだよ。
- 526 名前：仕様書無しさん [2006/05/14(日) 23:12:38 ]
- ryokoのブログが消えて
やねうらおが会社を畳む。
次はどこのC言語厨を攻撃するか
- 527 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:15:09 ]
- 今のマシンでもJavaの起動は遅いよ。
- 528 名前：仕様書無しさん [2006/05/14(日) 23:28:19 ]
- >>527
バカだなお前
一度起動したら二度と起動し直さなくても良いように作れば良いんだよ。
- 529 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:39:07 ]
- >>528
奇才現る
- 530 名前：仕様書無しさん mailto:sage [2006/05/14(日) 23:57:05 ]
- バカだなお前
起動しないようにすれば良いんだよ。
- 531 名前：仕様書無しさん mailto:sage [2006/05/15(月) 00:59:34 ]
- どれだけパソコンが進化しても、クリティカルな処理が2倍になったりすると、
2倍にならない場合と比べて不便だろ。
クリティカルな処理にコレクションを使えないというのは結構きつい。
- 532 名前：仕様書無しさん [2006/05/15(月) 01:16:10 ]
- ＞＞５１９
十分遅くて、メモリ馬鹿食いです、、、
- 533 名前：仕様書無しさん [2006/05/15(月) 01:17:09 ]
- ＞＞５２５
全てのOSで動作させないものほど、機種依存を高めて安定させるべき
- 534 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:17:48 ]
- 十分遅いし、そのくせメモリ馬鹿食い
だからSはノード増やせとかDQNな事を
平気で言ってくる
- 535 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:00 ]
- >>531
どんなときでも同じプログラムの速度差が2倍の比例関係にあるとは
限らないんだが。そんな単細胞みたいなワンパターンな
考え方しかできないからいつまでたってもJavaに飛び込むことができないんだよ。
Javaはレスポンス性能ではC++には劣るが、
スループット性能ではC++をはるかに上回る。
- 536 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:37:47 ]
- >>532
CPU3GHz, メモリ2GBだが、Javaは十分速いぞ。
わざわざC++にリプレースする必要もない。
これがサーバアプリだったらなおさらC++に
リプレースするメリットなんて全くない。
- 537 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:38:24 ]
- >>533
> ＞＞５２５
> 全てのOSで動作させないものほど、機種依存を高めて安定させるべき
全てのOSに対応させてどうする。
使いもしない古臭いOSにまでいちいち対応するニーズがどこにある。
- 538 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:41:34 ]
- JavaのGUIは負荷が応答がなくなるのを何とかして欲しいんだが
- 539 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:42:48 ]
- >>538
×負荷が
○負荷が高くなると
- 540 名前：仕様書無しさん mailto:sage [2006/05/15(月) 01:58:59 ]
- たとえばどんなアプリ？
- 541 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:24:58 ]
- ＞Javaはレスポンス性能ではC++には劣るが、
＞スループット性能ではC++をはるかに上回る。
分かりやすく説明しておくれ。
- 542 名前：仕様書無しさん mailto:sage [2006/05/15(月) 02:48:28 ]
- 聞くまでも無くハッタリｗ
- 543 名前：仕様書無しさん mailto:sage [2006/05/15(月) 06:56:33 ]
- ApacheがなぜJavaで出来てないのか考えたらわかりそうなものなのになｗ
- 544 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:09:20 ]
- Javaで作られたサーバーって結構あるんだが。
- 545 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:28:32 ]
- そして結構失敗してるな。
- 546 名前：仕様書無しさん mailto:sage [2006/05/15(月) 07:42:33 ]
- YahooのサーバーがJavaなわけだが。
もとはLispだが。
- 547 名前：仕様書無しさん [2006/05/15(月) 07:52:52 ]
- ＞＞５３６
あ り え な い
- 548 名前：仕様書無しさん mailto:sage [2006/05/15(月) 11:58:27 ]
- >>543
「開発が始まった当初、Java など存在していなかったから」以外の理由が？
- 549 名前：仕様書無しさん mailto:sage [2006/05/15(月) 19:43:48 ]
- >>538
AWT-Thread以外からのデータ投入は、
キューイングしてかつ適当なインターバル開けてかつAWT-Threadに移譲してる。
それでも極まれに数十秒AWT-Threadが戻ってこないときがある。
awt と swing 整理して綺麗に書き直して欲しい。
- 550 名前：仕様書無しさん mailto:sage [2006/05/15(月) 20:12:11 ]
- >>547
ありえない根拠は？
Javaの仕事とC++の仕事、どっちが
多いと思っているんだ？
- 551 名前：仕様書無しさん mailto:sage [2006/05/15(月) 21:46:35 ]
- >>550
まぁC++使いこなせる奴がそういないからね。
- 552 名前：仕様書無しさん [2006/05/15(月) 21:53:41 ]
- いや、そういう理由だけでC++の仕事が少ない分けじゃあないハズなんだが。
ヘッダファイルの扱い欠陥が管理のしづらさと言語としての使いにくさを決定的に
してC++の人気が減ったのではないかと思う。
- 553 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:15:42 ]
- ヘッダファイルの扱い欠陥？何を言ってるんだ？池沼か
原因はそんな事じゃないだろ。 もっと単純な事だ
使いこなせる奴がいない
これだけだ
- 554 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:20:43 ]
- マが低レベル化したからね。
昔は中高生が趣味でアセンブラ使ってたわけで。
- 555 名前：仕様書無しさん [2006/05/15(月) 22:22:24 ]
- 今日も元気に沸いてるお
- 556 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:22:58 ]
- Javaの仕事が多いなら理由はJavaコンサルが大風呂敷広げてホラ吹きまくってそれが客にウケたからだ。
少なくとも技術的に良かったからではない。
- 557 名前：仕様書無しさん mailto:sage [2006/05/15(月) 22:29:13 ]
- つーか、お前らJava嫌いなC言語厨の
コミュニケーション能力が弱いから顧客を
説得できないだけじゃねえのか？
そうとしか思えないのだが。
- 558 名前：仕様書無しさん [2006/05/15(月) 22:38:27 ]
- いやプログラマの質の劣化が進んでるから（特に若年層） 抽象的でメモリリークなどの責任を他の要素に負わせやすく
また、開発環境もタダで出回っていて業務外で自習させられることも手伝って、Javaが伝搬してるってことだな。
伝染病末期の日和見感染みたいなもんだよ
- 559 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:01:15 ]
- >>558の発言のどこに真実が隠されているのだろう・・・・・・・・・・
- 560 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:25:31 ]
- この世にプログラム言語がJavaしかなかったとしよう。
この世の終りだ。
- 561 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:56:06 ]
- そんだけ客が馬鹿になったというか、客が技術の移り変わりについていけなくなっている。
まぁいらん技術ばかりだったとしてもだ。
そんな世界でのコンサルってのは、説得力とかいらん。
技術者的善意があっては勤まらないものになってきている。
いや、中には素で自分は素晴らしいソリューションを提供しているのだと勘違いしているのもいるけど。
- 562 名前：仕様書無しさん mailto:sage [2006/05/15(月) 23:58:36 ]
- JAVANUMAとか考えるとおぞましくて死にそう
- 563 名前：仕様書無しさん [2006/05/16(火) 00:01:55 ]
- 元々Windowsプログラミングができない人向けにSunが社内ツールとしてつくったのがJavaのはじまりだからね
- 564 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:04:06 ]
- あのSUNの糞爺がお救い言語を開発しなければ世の中
間違ったほうにはいかなかった。
でもそろそろSUNは無くなる来期も赤字なら確実に消える
これはつまり暗く腐った臭気を漂わせていたJAVAから
我々が解放されることを意味している
- 565 名前：仕様書無しさん [2006/05/16(火) 00:17:10 ]
- >564
大罪を犯したSunには消えて欲しいが、そうなるとM$の対抗馬が完全に消える
やりたい放題になるよ。。。
- 566 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:19:07 ]
- みんなうそばっかしだね
- 567 名前：仕様書無しさん mailto:sage [2006/05/16(火) 00:23:12 ]
- まぁノベルとか赤帽潰れたらWindowsでいくからそれはそれでいいよ
SUNは邪魔業界のゴミでしかない。
JAVAのコミュニティでVMが糞とかいうと凄い非難浴びるしな
会社でも同じ事言うがすげー顰蹙買う
- 568 名前：仕様書無しさん mailto:sage [2006/05/16(火) 03:39:33 ]
- >>549
なるほど、勉強になった。
ありがとう。
- 569 名前：仕様書無しさん mailto:sage [2006/05/16(火) 03:46:32 ]
- >>568
それでいいのか？
- 570 名前：仕様書無しさん mailto:sage [2006/05/16(火) 05:56:53 ]
- Javaが人気出たのはEclipseが便利すぎるから。
- 571 名前：仕様書無しさん [2006/05/16(火) 07:59:40 ]
- import java.awt.*;
import java.awt.event.*;
class baka1 extends WindowAdapter {
public static void main(String args[]) {
new baka1().start();
}
private void start() {
Dialog alert = new Dialog(new Frame() , "うるさい>>1は死ね");
alert.add(new Label("嘘つくな>>570も死ね"));
alert.setSize(300 , 150);
alert.setVisible(true);
alert.addWindowListener(this);
}
public void windowClosing(WindowEvent e) {
System.exit(0);
}
}
- 572 名前：Mb [2006/05/16(火) 08:24:04 ]
- >>570
年寄りはeclipse 使わんほうがいい。
あれだけ楽だと早くボケが来る。
最近はeclipse 使わんとスペルミスばっかりで
コンパイルさえ通らん。
- 573 名前：仕様書無しさん mailto:sage [2006/05/16(火) 09:03:02 ]
- >>569
今はJava系開発から離れてるからとりあえずいいよ
- 574 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:09:12 ]
- >>535
正解
JavaでC以上のスピードを出すのはサーバーVMのときだけ
サーバーVMは強度の最適化のためにメモリとコンパイル速度が
通常のhotspotクライアントよりかかるためにレスポンスは悪い
上で出てたC++のコードとあわせるならプリミティブを登録するListにかえるべき
Javaのパフォーマンスチューニングは無料で使えるプロファイラで簡単にできるんだから
馬鹿でも最適化は容易だよ
- 575 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:12:10 ]
- >>573
こんなのがJavaの技術者の平均レベルを下げている例
実際はできるやつはCだろうがJavaだろうが自分で勉強してなんでもこなす
すぐに調べれば分かるようなことをまったく理解しないまま進めるやつもいるからな
- 576 名前：仕様書無しさん mailto:sage [2006/05/16(火) 14:27:02 ]
- >>575
だから開発してないっていってるじゃん
Java製アプリ使ってるだけだっつに
下二行は常識だろ
それこそ何の意味もない書き込みだ
- 577 名前：仕様書無しさん mailto:sage [2006/05/16(火) 16:47:11 ]
- ttp://www.google.com/trends?q=C%23%2CC%2B%2B%2CJava&ctab=2&geo=all&date=all
- 578 名前：仕様書無しさん [2006/05/16(火) 17:21:02 ]
- C++/CLI の登場、によるJavaの衰退はもう止まらないだろうね、、、
ECMA 標準に、そして ISO もまもなく、、、。
Standard ECMA-372 C++/CLI Language Specification
www.ecma-international.org/publications/standards/Ecma-372.htm
signe.japan.webmatrixhosting.net/ecma372/Introduction.aspx
Java房も下のコードを見れば、、
int main() {
System::Console::WriteLine("hello, world");
}
C++でネイティブ、.Net、他言語連携、、、、
全てが行え、かつ統一的なコーディングが可能である。
JavaもCLI配下になって生き残るのか。。。。？
- 579 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:12:14 ]
- 日本語でおけ
- 580 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:25:58 ]
- MS-GW か。
- 581 名前：仕様書無しさん mailto:sage [2006/05/16(火) 19:26:23 ]
- GW じゃねーよ GK だろ阿呆＞俺
- 582 名前：仕様書無しさん [2006/05/16(火) 20:47:50 ]
- >>561
そう顔真っ赤になってまで必死になるな。
そんなに客が馬鹿だと思うなら
客を説得すればいいのにw
それすらできないからJavaのせいにして
「Javaは馬鹿でもできる言語だから仕事が多いんだ！」と
ファビョっているんだろC言語厨は。
C言語厨は実に商売が下手だなあw
- 583 名前：仕様書無しさん mailto:sage [2006/05/16(火) 20:51:06 ]
- >>577
Javaのトレンドが圧倒的だね。
C#はちょっと伸びようとしているけど全然のびが悪い。
C++は全くグラフ上から姿を現さない。
- 584 名前：仕様書無しさん mailto:sage [2006/05/16(火) 22:55:12 ]
- トレンドも何も・・・
- 585 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:02:55 ]
- 今Javaは上昇トレンドです
- 586 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:18:24 ]
- >>574
アホか？
そもそもC++じゃそういうコード書くときにはvectorなんてちんたらしたもんは使わんだろ。
- 587 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:21:26 ]
- >>586
それならJavaだって自前でかくわけだし同じだろ
そうなるとバブルソートじゃないけどCのほうが遅くなるかもね
>>583
Cだとかなりの数が出るからC++だとちと問題だと予想する
それでもTOPはJavaだが
- 588 名前：仕様書無しさん [2006/05/16(火) 23:35:35 ]
- Javaは乱立していたUnix系OS上での共通基盤という意味があったのだが、残念ながら
Linuxの一人勝ちでその意味も薄れてしまった。
SolalisやAIX機はx86PCよりパフォーマンスがずっと優れており、VMに足を引っ張られても
問題ないってのがそもそもJavaの前提なんだな。
ところがx86の進化は留まるところをしらず、sparcはおろかalphaすら抜き去って最速になり
しかも低コスト。
対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。
今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。
- 589 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:37:51 ]
- こらこら死刑宣告をコピペするな。
- 590 名前：仕様書無しさん mailto:sage [2006/05/16(火) 23:59:52 ]
- >>588
> Javaは乱立していたUnix系OS上での共通基盤という意味があったのだが、残念ながら
> Linuxの一人勝ちでその意味も薄れてしまった。
それでもJavaを使わないと。Windowsの各バージョンとLinuxの各バージョン毎にコンパイラやバイナリを
変える必要が出てくるんだがな。
> 対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。
> 今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。
LinuxやWindowsでもバージョンやカーネルが異なる、APIが異なることで
コンパイラやバイナリを変えないと動かないものがあるのでJavaの必要性がないとは
まだまだ言い切れないぞ。
甘く見ていると、こういう結末が待っているぞ。
お前がC++で、あるソフトを作ったとする。10年経過した。
その間にOSは変わった。古いコンパイラでコンパイルしたバイナリが動かなくなった。
- 591 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:00:39 ]
- Javaが速いとか言ってるやつはJavaしかやったこと無い奴なのかね？
そうだ、そうに違いない。
- 592 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:01:06 ]
- 新しいコンパイラを導入した。
10年前のソースコードをコンパイルできなくなった。
- 593 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:02:21 ]
- そもそも10年たったらそんなソフト使わない。
企業も見切りをつける。
というかその間何度も新しいソフトを開発してるわなぁ。
- 594 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:02:32 ]
- OSが乱立していた時代に別ﾌﾟﾗｯﾄﾎｰﾑ上で同じｱﾌﾟﾘを動かそうとしていて一応完成
したのがWindows。まあ結局ﾌﾟﾗｯﾄﾎｰﾑ自体同じになったわけだが。
あの頃屋根(マシン)の上に屋根(OS)乗っけるのは無駄だとおもったものだ。
OSなんぞメモリ管理さえしてりゃいいんだよと思ったものだ・・・。
で、そのメモリ管理さえ明け渡して、屋根の上の上に乗っけるようなJavaって
何だと当時思った。今でもそうだが。
Javaって結局だめだと思ったのは、所詮Javaはエミュでエミュはマシン環境に
依存しない位ガチガチにしなきゃいけなくて(クロック速度レベルまで)で、
ある程度あきらめないといけない。
Javaはそういった出来の良いエミュの定義踏み外しているのでだめぽ。
- 595 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:03:07 ]
- さらに10年経過した。新たなOSが生まれた。
それどころか、新たなCPUが生まれた。
20年前のC++ソースコードは使い物にならなくなり、
現在の環境に対応させるために何100兆円もの予算
をかけなければならなくなった。
(これは、都庁を修理するのに一から立て直すのと同じくらい
コストがかかってしまう問題に似ているな。実に。)
- 596 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:04:33 ]
- 20年前に作ったchar*の文字列操作俺様ライブラリを今でも使っていますが。
- 597 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:05:59 ]
- 新世代VMを導入した。
１年前のバイトコードが動かなくなった。
- 598 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:08:56 ]
- 50年後、量子コンピュータが実用化された。
今までのソースコードはすべて役に立たなくなった。
C++で記述されたソースコードの量子コンピュータに
対応させるためのリプレースは莫大なコストがかることがわかった。
一方、Javaで記述されたソースコードはJVMを
量子コンピュータに対応させるだけでJavaソースコード全般を
修正する必要はなかった。そのためコストはC++よりもかからず、
C++しかできなかった者達はマスケット銃が発明されて衰退していった
騎士達のように悲惨な運命を辿っていった。
>>593
訂正コストというものを解っていないな。
世の中には何百年経っても難なく利用されている建造物が
いくつも存在する。
ところが、あの都庁のザマは一体なんだ？ まさにC++だけで作った建造物だ。
もうあの建物も持たないぞ。あの建物は短命で、早い時期に死ぬ。
あれだけ無駄にお金をかけておきながら。
- 599 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:10:02 ]
- やねうらおの匂いがする。
- 600 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:17:11 ]
- そんな例出していいのか？
＞JVMを量子コンピュータに対応させるだけで
ここの部分はJavaじゃ書けないぞ？
- 601 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:19:47 ]
- 考えて見りゃJVMがC++のバイナリである以上、Javaも共崩れだな。
- 602 名前：仕様書無しさん [2006/05/17(水) 00:20:15 ]
- んな早いコンピュータできたらJVMじゃなくてx86VMつくればいいだけだっぺよ。
- 603 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:20:41 ]
- >>597
ﾌﾛﾇ
- 604 名前：仕様書無しさん mailto:sage [2006/05/17(水) 00:23:58 ]
- >>598
現時点で10年以上前からあり一度も手直しされていない今でも現役なソフトを教えてください。
骨董品や建造物のような概念持ち込まれてもね。
- 605 名前：仕様書無しさん [2006/05/17(水) 00:26:25 ]
- SesserではPojoとJunitのみがJavaの資産であるといってたからな、、、
いまはCが最も汎用的な言語であり、C++/CLIが今後の主流だろうね
JavaですらCLIあれば吸収できるし
- 606 名前：仕様書無しさん [2006/05/17(水) 00:29:48 ]
- おじゃばさまは自分らだけじゃ生きていけない事を肝に銘じとかなければいけない
- 607 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:04:22 ]
- >>598
お前なかななセンスあるな
- 608 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:07:09 ]
- 自作自演ｷﾀｰ
- 609 名前：仕様書無しさん mailto:sage [2006/05/17(水) 01:27:51 ]
- 50年後、量子コンピュータが実用化された。
今までのソースコードはすべて役に立たなくなった。
C++で記述されたソースコードの量子コンピュータに
対応させるためのリプレースは莫大なコストがかることがわかった。
一方、Javaで記述されたソースコードはJVMを
量子コンピュータに対応させるだけでJavaソースコード全般を
修正する必要はなかった。そのためコストはC++よりもかからず、
C++しかできなかった者達はマスケット銃が発明されて衰退していった
騎士達のように悲惨な運命を辿っていった。
その後・・・ソースコードを修正する必要がないので、
牢獄につながれていたJava奴隷も晴れて捨てられた。
一部は結合テスト要員としてその姿を見かけたが、
殆どが悲惨な運命を辿っていったと言う。
- 610 名前：仕様書無しさん mailto:sage [2006/05/17(水) 03:01:25 ]
- いい加減飽きた
- 611 名前：仕様書無しさん [2006/05/17(水) 03:31:19 ]
- >>604
www.vector.co.jp/soft/dl/win95/writing/se016745.html
- 612 名前：仕様書無しさん mailto:sage [2006/05/17(水) 03:33:06 ]
- >>609
だれにも指示されないネガティブキャンペーン乙
やねうらお信者の馬鹿共が書いたおとぎ話ですかw
- 613 名前：仕様書無しさん mailto:sage [2006/05/17(水) 07:48:13 ]
- おじゃばさま乙
- 614 名前：仕様書無しさん [2006/05/17(水) 10:21:24 ]
- おじゃばさまはJVMの中の人の苦労は完全に計算外なんだな。
- 615 名前：仕様書無しさん [2006/05/17(水) 12:20:35 ]
- JVMの開発のことは計算に入れているだろ。
だが、Javaで書いても問題が無いものをわざわざC++で書こうと
する馬鹿の言うことなどもちろん計算外だがなw
- 616 名前：仕様書無しさん [2006/05/17(水) 13:52:06 ]
- >>615
そうか？
＞Javaで記述されたソースコードはJVMを量子コンピュータに対応させるだけで
一言で片付けてるけど、これは誰がやるんだ？
- 617 名前：仕様書無しさん mailto:sage [2006/05/17(水) 13:54:57 ]
- ジェバンニ
- 618 名前：仕様書無しさん mailto:sage [2006/05/17(水) 14:02:06 ]
- 量子コンピュータにJVMを対応しても、量子コンピュータは得意な
計算領域が違うんだからそれにあわせた言語設計をして、
その言語を用いて一から組んだほうが良いんじゃないのか？
じゃないと、以前のバイトコードを量子コンピュータで実行できたからって、
VMがもの凄いボトルネックになりそうなんだが。
まぁ、量子コンピュータも言語の知識もあまり無い俺の妄想だが。
- 619 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:08:06 ]
- >>616
C++をスコップ、
JVMをある高機能なクレーンだとしよう。
このクレーンを使わずC++スコップだけで超高層ビルを
建設することはできなくもないかもしれないがw、
非常にコストと時間がかかる。
そこでJVMクレーンを導入すると超高層ビルを
建設することは容易になるというわけだ。
武器や炎(JVM)を持ったサル(Javaソフトウェア)と武器を持たない、
火興しもできないサル(C++ソフトウェア)、
どちらが強いと思う？
武器を持てば、確かに重たくなって動きは鈍る。
だが敵を容易に倒せるようになるわけだ。
賢くなると敵も武器(JVM)を使うようになるが。
(それが今日の人類を形成しているわけで)
「武器(Java VM)を持たない方が(C++は)強い、刀で戦うだけでアメリカに勝てる」
だなんてまるで旧日本陸軍なんだよ。
- 620 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:10:23 ]
- >>618
確かに、if文やループ文、boolean型など
若干変化が起こりそうだけどな。
変化というより、追加となるかな。
プログラミング言語は自然言語に近づこうとしているので
新しいプログラミング言語がJavaのような言語に近づくのは
自然な前進ともいえるがね。
その中でC++やC#、Perl, PHPやLisp、アセンブラのような言語もJavaとは
違う方向から進化してゆくものだけどね。
- 621 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:28:18 ]
- たとえ話のセンスがない上にむちゃくちゃで話にならないな。
頭おかしいのか？
Javaは図書カードのようなもの。本屋と金券屋しか扱えない。
図書流通業界つう狭い業界でしか通用しない。基本換金できないし、加盟店でしか扱えない。
JVMは日本図書流通（株）みたいなもんだよ。ここが現金と交換しないと無意味。
他のネイティブ言語で扱ってるのは、現金そのもの。
俺もセンスないわｗ
- 622 名前：仕様書無しさん mailto:sage [2006/05/17(水) 15:31:50 ]
- あ！思いついたわ。
Javaのバイトコードは旧日本軍が発行してた軍票のようなもの。
軍隊が威勢がいいうちはお金の代わりに使えたが、まけたとたんに紙切れ。
JVMは旧陸軍みたいなもんだな。
ネイティブのコードは、国が認証した中央銀行が発行した通貨。
プロセッサ＋OSが国家みたいなもんだろ。
親亀の背中に小亀を乗せて～
- 623 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:04:46 ]
- JAVAよぉ～
なんだかんだでバージョン合ってないと動かなかったりするだろ・・・・
- 624 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:20:16 ]
- >>621
いや、お前のほうが頭がおかしいw
- 625 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:21:13 ]
- >>622
>>619にC++狂信者を旧日本軍扱いされたからといって
そうカリカリするなよw
- 626 名前：仕様書無しさん [2006/05/17(水) 16:23:48 ]
- >>619
いや、その強力なJVM自体を作るのにC++屋さんの協力が必要だと言ってるのだが。
なんか話がかみ合ってないな。
- 627 名前：仕様書無しさん [2006/05/17(水) 16:34:26 ]
- しかし、旧日本軍などという連中が皇軍を貶める売国奴である件に関しては語らないのか？
- 628 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:37:01 ]
- うっせー
- 629 名前：仕様書無しさん [2006/05/17(水) 16:47:55 ]
- 太平洋戦争はもうとっくに終わったのだよ。
アメリカが勝利下のさ。
- 630 名前：仕様書無しさん [2006/05/17(水) 16:48:55 ]
- 黒船来航からの１００年戦争はまだ終わってないと思うが？
- 631 名前：仕様書無しさん mailto:sage [2006/05/17(水) 16:56:51 ]
- あれからすでに100年以上経っているんだけど
- 632 名前：仕様書無しさん [2006/05/17(水) 16:59:11 ]
- つまり、おまいは自分は皇軍の輝かしい歴史に連なる大和民族ではないと？
- 633 名前：仕様書無しさん mailto:sage [2006/05/17(水) 18:39:32 ]
- >>632は朝鮮人ですか？
- 634 名前：仕様書無しさん mailto:sage [2006/05/17(水) 21:27:17 ]
- >>619
意味わかんねぇよ。
何でJavaがクレーンでC++がスコップなんだよ？
っていうか、>>616の問いの答えになってねえよ。
- 635 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:04:03 ]
- JAVA厨は頭の中が回転してないから支離滅裂の事しか言えないんだよ。許してあげて。
- 636 名前：仕様書無しさん mailto:sage [2006/05/17(水) 22:40:41 ]
- C言語厨は頭の中が回転してないからコミュニケーション能力が欠如して
人の話を聞かずに勝手に独断で話を先に進めてかつ支離滅裂の事しか言えないんだよ。許してあげて。
- 637 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:23:27 ]
- >>636
これが噂のJava厨か。
頭の回転とコミュニケーション能力がどう関係しているのか説明してもらいたいな。
- 638 名前：仕様書無しさん [2006/05/17(水) 23:26:20 ]
- 大体、スコップとクレーンってどういう脳の構造で比較するんだよ。
スコップ：ショベルカー
滑車：クレーン車
これならわかるけど。頭やっぱり壊れてるんじゃないの？おじゃばさまって。
- 639 名前：仕様書無しさん mailto:sage [2006/05/17(水) 23:31:06 ]
- >>636のおじゃばさまの書き込みは相手より中傷する言葉の数を上回ることにより優越感を見出している。
やっぱりアホだね。
- 640 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:06:30 ]
- 中傷している時点でもC厨もアホだかな。
- 641 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:31:02 ]
- Java厨に中傷することはアホではない
- 642 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:04 ]
- Java厨を だな。日本語まともに使えない俺はアホだな
- 643 名前：仕様書無しさん mailto:sage [2006/05/18(木) 01:32:14 ]
- >>641
お前、狂ってきているぞw
もうｱﾙｶｲｰﾀﾞみたいなw
「アメリカ人を殺せば100ドルあげるよw」みたいな
- 644 名前：仕様書無しさん [2006/05/18(木) 07:50:21 ]
- SesserではPojoとJunitのみがJavaの資産であると
- 645 名前：仕様書無しさん [2006/05/18(木) 08:34:58 ]
- sesserて書いてあるのを見ると
akiraのﾗｯｾｰﾗていう音楽を思い出す
- 646 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:43:14 ]
- 今C++の価値なんてもうかなり薄れている。
これもインターネットが出て、Perl/CGIが出てから
スタンドアロンアプリの価値が薄まったため。
そこへJava ServletがさらにC++に止めを刺す状況になった。
今C++は組み込み系やJVM開発など細々とした分野でしか
生き残る術が無くなってしまった。
今C++を推し薦める者の大多数はただのマニアや生産性の無いオタクだけである。
- 647 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:46:05 ]
- >>634
Javaを武器を持ったサルや火おこしを使えるようになったサル、
C++を武器も火おこしも使えないサルに喩えている例もわかりやすいんじゃないかな。
- 648 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:52:37 ]
- その例えで言うなら
武器と火を使いこなす一部のC++人間に支配されるJava猿、
の方が正しくね？
- 649 名前：仕様書無しさん mailto:sage [2006/05/18(木) 10:55:01 ]
- >>647
いやむしろ、観光地で自らが作り出した工業製品を使う人類（多言語使用者）と
群がってきて勝手に車に入り込んでお菓子などを盗んでいく猿（Java厨）の差なのでは・・
- 650 名前：仕様書無しさん [2006/05/18(木) 10:57:20 ]
- JVMを取り上げたら何もできないJava猿。
そいつらにJVMを作って与えたC++。
C++は神なのか？
JVMを作れる新しい言語が出てきたとして、それはJavaではないのは自明だわな。
- 651 名前：仕様書無しさん [2006/05/18(木) 11:22:46 ]
- C++ 面倒な仕事を安い賃金で引き受ける中国の企業
Java 中国から安く仕入れた材料で製品を作る日本の企業
- 652 名前：仕様書無しさん mailto:sage [2006/05/18(木) 11:52:25 ]
- C++ コア技術を擁し大もうけするM$様＆Inteｌ様
Java 秋葉原の裏道で箱に詰めて売り出すショップ
- 653 名前：仕様書無しさん mailto:sage [2006/05/18(木) 15:49:58 ]
- >>648-652
てか、なんでお前ってそんなにJavaを目の敵にしているんだ。
一人で妄想に任せた連続投稿を繰り返して
すごい私怨の塊だなw
- 654 名前：仕様書無しさん [2006/05/18(木) 16:01:35 ]
- ここまでJava嫌いな奴ってどうにかしておるで。
まあC++をマンセーしているようだけども
実際にはC++のCの字すら使いこなせない低脳さんなんでしょうな。
- 655 名前：仕様書無しさん [2006/05/18(木) 16:10:02 ]
- この板、人が少ないから連投するとすぐわかるよな
- 656 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:24:07 ]
- それにしても、彼はなぜJavaが嫌いなんでしょう？
- 657 名前：仕様書無しさん [2006/05/18(木) 16:33:32 ]
- いかさま連投でっち上げ乙。
ジャバジャバあふれる低脳乙。
いいかおまいら。
コンピュータシステムはうざい。まんどいものなんだよ。
そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。
うざいうざいうざいうざすぎる。
- 658 名前：仕様書無しさん mailto:sage [2006/05/18(木) 16:36:28 ]
- はいはいわろすわろす
いかさま連投でっち上げ乙。
C言語C言語あふれる低脳乙。
いいかおまいら。
コンピュータシステムはうざい。まんどいものなんだよ。
そのまんどくさい程度をさらにぐぐっ！と跳ね上げるじゃば。
うざいうざいうざいうざすぎる。
- 659 名前：仕様書無しさん mailto:sage [2006/05/18(木) 18:00:21 ]
- おい、1箇所修正漏れてないか？
- 660 名前：仕様書無しさん [2006/05/18(木) 18:15:05 ]
- お得意のリファクタリングにまかせるんでしょ
- 661 名前：仕様書無しさん mailto:sage [2006/05/18(木) 20:39:29 ]
- くだらん
- 662 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:12:33 ]
- 発注先に、使ってるJVMの外部仕様書まで要求したら目を回していた。
「おたくはJVM部分の保守はしないってことか？」と怒鳴ったら泣き出した。
今は反省している。
- 663 名前：仕様書無しさん [2006/05/18(木) 21:14:26 ]
- じゃばうざい
[ﾟдﾟ]
/[＿]ヽ
| | リファクタリングかんりょうしますた
- 664 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:46:08 ]
- >>662
それはたんに>>662の頭が弱いだけではないかと。
君は必死になっていつもネタを考えているようだけど、
君が作り話をしてもまず受けないし。
自作自演で自画自賛するだけでしょw
- 665 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:48:07 ]
- なぜ改行が多いのですか
JAVAのひとはそうなんですか
- 666 名前：仕様書無しさん mailto:sage [2006/05/18(木) 21:49:15 ]
- C++の人はどうなんですか。
ソースファイルの末端に改行を入れないのですか
あーそーですか
- 667 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:41:52 ]
- JAVA房さ、リファクタリンとか騒ぐなら
お前の人生リファクタリングしたほうがいいぞ
日本以外じゃJAVA＝上級スクリプト系言語
レベルの扱いだぞｗ
- 668 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:50:19 ]
- Java房から教わった、あのとき2chで始めて知った「リファクタリング」という言葉に
毒づいて根に持っているのかC言語厨w
っていうかC++厨をJava厨にリファクタリングしたほうがいいぞ。
そうすればC++厨も職にあぶれる心配もなくなる。
アメリカじゃCだけしか知らないんでは仕事も無いぞw
- 669 名前：仕様書無しさん mailto:sage [2006/05/18(木) 23:52:39 ]
- ここはジャパンデース
- 670 名前：仕様書無しさん [2006/05/18(木) 23:53:01 ]
- 何回も思うんだが、お前日本語おかしい。
２ちゃん用語（２典とかな）でも見ながら書いてる第三国人の方ですか？
- 671 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:02:16 ]
- じゃ、お前は第四国人ですかね
- 672 名前：仕様書無しさん [2006/05/19(金) 00:06:28 ]
- あたまのねじが・・・
おじゃば・・・
カワイソス
- 673 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:25:58 ]
- そもそもC言語厨ってなんでそんなに頭が悪いの？
- 674 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:11 ]
- C言語厨の頭のネジをはずし
カバーをはずし
Javaチップ埋め込み手術
C言語厨の歪んだ人格が補正された！
- 675 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:27:25 ]
- ぐー
- 676 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:28:08 ]
- うちの会社にC++使いがやってきた。
Javaは扱ったことが無いと言うので私は得意げにJavaを教えてやろうとしました。
しかし次の日、そいつは普通にJavaを使いこなしていました。
そいつ 「Java？こんなの使えるようになるのに1日も必要ないね」
如何にJava使いは上辺だけの知識しかないということが分かりました。
- 677 名前：仕様書無しさん [2006/05/19(金) 00:30:44 ]
- いつも一人でJavaに粘着しているC言語厨は
一体どんな僻みを持っているのでしょうか
- 678 名前：仕様書無しさん mailto:sage [2006/05/19(金) 00:31:22 ]
- >>676
ネタだよね。
JavaとC++とを置き換え他方がいいんでね？
- 679 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:05:36 ]
- ライブラリ使わせてもらって組んでるだけのクセに偉そうですよね。みんな。
- 680 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:21:39 ]
- じゃ、Javaのライブラリ使わせて貰っているJakarta は？
- 681 名前：仕様書無しさん mailto:sage [2006/05/19(金) 01:25:26 ]
- っていうかC言語厨がJava厨に言いがかりつけるのは
アセンブラ厨がC言語厨に言いがかりつけるのと同じ事やね。
エレキのハード屋がアセンブラソフト屋に言いがかりをつけるのと同じ
ともいえるし。
メカ屋がエレキ屋に言いがかりをつけるのと同じともいえるね。
昔の人間ほど新しいものに対する変化が弱く、恐れ、
なんとかして保身に走ろうとする。
そう、C言語厨は「変化ヲ抱擁セヨ」がなっていない人たちなのだ。
もう老人なのだよ。彼らは。
「最近のわかいもんは冷房なんかつけて贅沢しおって！私が若い頃は
冷房なんかなかったんだぞ！」とよく後輩に逆ギレをするのがC言語厨なのである。
- 682 名前：仕様書無しさん [2006/05/19(金) 06:41:58 ]
- ふと想った。
Javaの言語仕様そのままでexeを作れるようになれば、
Windowsプログラムに関して言えば、
C/C++のWin32API利用なんかよりも開発速度が上がる気がする。
データ容量などの多少の犠牲があるにしても、
それを補っても費用対効果が上昇するのでは無いかなぁ。
以上、便所の落書きでした。
- 683 名前：仕様書無しさん [2006/05/19(金) 07:06:29 ]
- ずっとよんだけどさ。
やっぱしあたまわるいね。おじゃばくん。
とくに>>682
おまえ、最近のLinuxいじってないだろ。
GCJもしらないんだな。
ぷろぐらまのふりはもういいから
おなにーしてねなさい。
- 684 名前：仕様書無しさん mailto:sage [2006/05/19(金) 07:37:06 ]
- なんつーか、Java厨って、世間で言うところのオタクに見えるんだよね。
オブジェクト指向とかこっちにとっては知識のかけらでしかないのに、
Java厨にとっては世界の全てと思っているように見えてしまって興ざめする。
オタクよろしくオブジェクト指向の話しかしないしさ。
- 685 名前：仕様書無しさん [2006/05/19(金) 08:44:52 ]
- サービスを作成するにはRFC仕様をじっくりと検討し
OSのAPIで実現可能か調査しセキュリティ実装の検討をし
その他もろもろの仕様検討をしクラスに落として行く。
OSとかRFC仕様とか多種多様な要件をひとつにまとめあげるスキルが必要
なんだけど、Java厨さんの場合は単純にクラスだぜ！すげえだろう
って浅く薄い発言しかできないのが気にかかるかな。
- 686 名前：仕様書無しさん [2006/05/19(金) 08:47:14 ]
- 下請は余計なことを悩まなくていいよ。
- 687 名前：仕様書無しさん mailto:sage [2006/05/19(金) 11:05:28 ]
- >>668
>C++厨をJava厨にリファクタリングしたほうがいいぞ。
お前も、自分が何言ってるのかくらい認識したほうがいい。
知らない単語も使わないほうがいいな。
>>678
>JavaとC++とを置き換え他方がいいんでね？
成立しない。
C++ を「使いこなす」には、あの泥臭い仕様を理解しなければならないわけで。
…いや、理解していなくても「こんなの使えるようになるのに1日も必要ないね」
と言い放つ阿呆は確かに存在するが。
- 688 名前：仕様書無しさん mailto:sage [2006/05/19(金) 16:55:19 ]
- Javaに欲しいものを思い出した。
1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
実際使うかどうかはわかんないけど、言語としてね・・・
2. const (言われてみりゃ欲しい)
3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)
- 689 名前：仕様書無しさん [2006/05/19(金) 18:32:23 ]
- >>683
ATL/WTL 後CLI がそれだ
Javaを使うひつようはない
- 690 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:10:05 ]
- >>682
それだったら既にあるんだが。
- 691 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:11:19 ]
- >>684
そうか？ C言語厨のほうがオタクに
見えるんだけどね。
金にもならない癖にC/C++マンセーするなんて
生産性の無い馬鹿のやることじゃん。
しかもオタクよろしくガンダムの話しかしないしさ。
- 692 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:14:28 ]
- >>688
> Javaに欲しいものを思い出した。
> 1. 値としてのObject (コピーコンストラクタや代入演算子そして値としてのObject渡し)
> 実際使うかどうかはわかんないけど、言語としてね・・・
CloneableインタフェースとObject#clone()で代用すればいいことをなぜそんなに欲しがる。
> 2. const (言われてみりゃ欲しい)
static finalがあるからそういう無駄なものは不要。
> 3. コンストラクタからメソッドを呼び出したときに派生クラスのオーバーライドメソッドを呼び出さないで。
> これはどう考えてもC++が正解 (少なくとも1.3のときはこんな動作だった)
なぜそういう仕組みにしないといけないのか？、また、そうなった場合の対応方法について
知りたければ「Effective Java」、「Javaの鉄則」を読め。
- 693 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:15:04 ]
- >>685
アセンブラ厨がC言語厨に零した愚痴にそっくりだな
- 694 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:21:11 ]
- アセンブリ言語→アセンブル→実行形式バイナリ
C言語→コンパイル→実行形式バイナリ
Java言語→コンパイル→バイトコード
- 695 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:24:06 ]
- しかしあれだな。Javaバカ、オブジェクト指向原理主義バカもすっかり減ったよね。
- 696 名前：>>688じゃないけど mailto:sage [2006/05/19(金) 23:24:28 ]
- >>692
> 1
clone()は使いにくい。
> 2は同意
> 3
保守とかやってると、そういう仕組みの方が都合が良い事がある。
- 697 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:35:49 ]
- たかがOOが銀の弾丸ならこの業界も苦労しない罠。
- 698 名前：仕様書無しさん [2006/05/19(金) 23:54:13 ]
- OOすれば再利用性が高まる…そんな風に考えていた時期が、俺にもありました。
- 699 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:55:30 ]
- そうそう。狼男のつもりでいたらヴァンパイアだったりするからな
- 700 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:57:43 ]
- ビジネスロジックを書くのに最強の再利用手段は
コピペだ。
いやマジで。
- 701 名前：仕様書無しさん mailto:sage [2006/05/19(金) 23:59:03 ]
- cloneがObjectのメソッドでマーキングインターフェイスで
サポートしていないクラスの場合は例外をスローするという
嫌がれせとしか思えない糞仕様を設計したやつはだれですか。
- 702 名前：仕様書無しさん [2006/05/20(土) 00:16:09 ]
- 「C」にしろ「Java」にしろ、仕事によって使い分けてりゃいいんでない？
言語もツールだろ？
画像処理の高速化に、アセンブラを使うようなものでないのかい？
- 703 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:18:46 ]
- 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
代わりにせめてassign()、equals() の標準インターフェイス
2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？
- 704 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:42:27 ]
- あっequals()はObjectで定義だったな。(ハズイ
- 705 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:43:21 ]
- ジャバカ
- 706 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:46:52 ]
- >>696
お前はそこいらで適当にJavaの愚痴を有ること無いこと
書いてる馬鹿と違ってまともそうな発言をしているのでレスしよう。
> >>692
> > 1
> clone()は使いにくい。
どう使いにくい？ clone()と長く書くことが苦痛か？
clone()のオーバーライドが面倒か？
それと、不変クラスを定義した場合、clone()のオーバーライドは不要。
clone()の定義が面倒か？
> > 2は同意
> > 3
> 保守とかやってると、そういう仕組みの方が都合が良い事がある。
それはお前のスキルに問題があるといいたいが、
IDEで補う事が可能。
- 707 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:47:30 ]
- >>701
C#にも似たようなものが(ry
- 708 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:53:37 ]
- 今度のjavaのオプションにハイフンdqnが付くみたいだね
- 709 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:37 ]
- >>706
コピーしたいだけなのにいちいちオーバーライドするのは面倒。
まぁ、慣れの問題だとは思うが。
- 710 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:57:48 ]
- >>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 代わりにせめてassign()、equals() の標準インターフェイス
IDE使え。
> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
前者ではフィールドをfinalにしろ。
後者では引数にfinal指定をすればいいだけの話だ。
> 3. 対応(あるいはノウハウ)の必要性は少ないほうがよくないか？
既に少ない。C++と比べたら楽な門だ。
- 711 名前：仕様書無しさん mailto:sage [2006/05/20(土) 00:58:33 ]
- cloneは何のためにある？
共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
何もわざわざObjectレベルで付けて、しかもサポートしないときには例外なんて
おかしなことをする必要は無いはず。
まあそれ以前にclone自体が単純にいまいち使いにくいけどね。
※別にJavaに限った話ではなくてC#とかでも同じだが。
- 712 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:00:11 ]
- >>709
クラスの定義に応じて深いクローニングや浅いクローニングを
指定する必要があるのにそれはないだろう。
それは急ぎたいのに信号無視したいといってるのと同じだぞ。
- 713 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:01:20 ]
- >>711
> cloneは何のためにある？
> 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
> そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
> なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
> で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
それについてもEffectiveJava に書いてある。
> 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
そうすると新たな問題が生まれる。
- 714 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:05 ]
- >>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 代わりにせめてassign()、equals() の標準インターフェイス
assign()が何をアサインするメソッドなのか？
- 715 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:28 ]
- >>702
今Cの仕事が減っているからねえ。
どうなんだか
- 716 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:18 ]
- >>701
> cloneがObjectのメソッドでマーキングインターフェイスで
> サポートしていないクラスの場合は例外をスローするという
> 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。
お前はクローニングについてかなり勉強不足。
そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。
- 717 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:45 ]
- >>700
マジレスするにしても痛い。
勉強不足。
- 718 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:05:14 ]
- >>695
速度原理主義なC言語厨もどうにかしてると思うが
- 719 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:07:42 ]
- >>717
学生乙
- 720 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:09:36 ]
- >>712
> それは急ぎたいのに信号無視したいといってるのと同じだぞ。
意味が分かりません。
- 721 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:11:37 ]
- ナイス突込
- 722 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:15:32 ]
- >>716
それは同一クラスのインスタンスを作るという目的のこと？
それとも別の理由？
Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて
Cloneableにcloneがあるのではなぜいけない？
- 723 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:18:54 ]
- このスレのC言語厨は論理的思考能力が無いアホばかりだろ。
発言一つ一つに根拠無いものばかりでな。
ようするに連中は頭がおかしいだけなんだよ
- 724 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:19:59 ]
- >>722
それがCloneNotSupportedExceptionとどう関係有るんだ
- 725 名前：仕様書無しさん [2006/05/20(土) 01:20:03 ]
- >>715
Javaのスレだったな。
じゃあ『C#』あたりで…ノシ
- 726 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:00 ]
- >>723
オ マ エ モ ナ ー
とでも言って欲しいのか？
- 727 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:53 ]
- C#の仕事も少ないんだなー
- 728 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:38:07 ]
- ちょっと質問。
よくcloneメソッドをpublicなメソッドに
オーバーライドして云々て記述を見るんだけど、
これってオーバーライドしてるんじゃなくて、
正確にはオーバーロードに当たる？
- 729 名前：仕様書無しさん [2006/05/20(土) 01:39:59 ]
- >>727
そ。
じゃあ『Java』で…って、そういう事いいたかったんじゃないぽw
- 730 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:21:15 ]
- >>710
final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
>>714
同一クラスおよびその派生クラスの代入という意味ね。元ネタは>>688
>>728
ちょwwwおまっwww オーバーライドで正解。
オーバーロードは引数が違う場合じゃあるまいか。
- 731 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:28:39 ]
- あっ一個忘れた
>>712
浅いコピーデフォルトでいいじゃん。
比較対照としては適切じゃないけどC++ のデフォルトの operator= はいい仕事するよ。
- 732 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:51:43 ]
- 悪い。思い残しがないように(?)もう一個だけ。
>>710
>> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
>前者ではフィールドをfinalにしろ。
いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
全メソッドがconstなら結果としてImmutable Objectとなるおまけも付いてくるよ。
- 733 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:53:54 ]
- ストールマン氏は、「Java Trap」（Javaの罠）と題された論文の中で、こういったオープン
ソースプロジェクトでJavaを使うことに対する批判を展開している。
「SunのJavaプラットフォーム上でJavaプログラムを開発すれば、無意識にSun独自の
機能を利用しがちである。気づいたときには、もう何カ月もその機能を使っていて、プログ
ラムを書き直すのに、さらに多くの月日がかかるという可能性もある。『最初からやり直す
のは大変だ』ということになるわけだ。あなたのプログラムは“Javaの罠”に落ちたのである。
そのプログラムはフリーソフトウェアの世界では使えないのだ」とストールマン氏は記している。
ストール万はこんなことを言ってるようだけど、C/C++信者はストール万の批判を鵜呑みにして
Javaを批判しているんだね。
2chで批判するときは事実を歪曲して批判しているようだけど。
- 734 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:54:37 ]
- >>728
clone()というメソッドを作ったならばオーバーライド
- 735 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:48 ]
- >>730
> >>710
> final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
> まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
そのときはCollectionsクラスのユーティリティメソッドとGenericsを組み合わせればいいのではないかと。
> だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
面倒くさいならIDEのコードアシストを使えばいいってことを言いたいんでは？
- 736 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:50 ]
-
>>732
> 悪い。思い残しがないように(?)もう一個だけ。
> >>710
> >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
> >前者ではフィールドをfinalにしろ。
> いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
フィールドをfinalにすると一度コンストラクタでfinalフィールドに代入された値は
二度と変更できず不変になるってことでは。そうすればObjectを変更できなくすることができる。
当然クラスもfinalにしてsetterメソッドも廃止しないといけないけど。
メソッド単位でオブジェクトを可変にできるようにしたければ別途Mutableになるクラスを作った方が
いいんじゃないかと思う。ImmutableなStringクラスに対してMutableなStringBuffer, StringBuilderクラスを
用意するように。
- 737 名前：仕様書無しさん mailto:saｇe [2006/05/20(土) 13:27:45 ]
- C言語厨を叩くJava厨 → Java使える C使えない
Java厨を叩くC言語厨 → Java使える C使える
つまりC言語厨は両方使った上でCのが良いって判断。
それに、Java厨はCが使えないくせにCを叩くからバカにされる。
- 738 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:31:51 ]
- てことは、cloneメソッドは例外をスローする？
cloneをオーバーライドしてるって例をみるとthrowsないんだけど、
javaってオーバーライドする場合は書かなくてもいいんだっけ？
いや、なんか俺勘違いしてる気がしてきた。
もうjava忘れちゃってるな…
- 739 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:34:03 ]
- あ、制約をゆるめる方向だからいいのか…
- 740 名前：仕様書無しさん [2006/05/20(土) 13:58:04 ]
- プログラム言語は経済的に人類の役にたつかどうかだから・・・。
だとすると、Java、C、C++いずれが有用かは、すべて採用シェアでわかる。
難しく考える必要はない。
プログラマーの都合で判断しないこと。
- 741 名前：仕様書無しさん [2006/05/20(土) 14:03:18 ]
- じゃ、MS寡占の世界ではC/C++ってことで終了だな
- 742 名前：仕様書無しさん [2006/05/20(土) 14:17:38 ]
- >>MS寡占の世界ではC/C++ってことで終了だな
そう思うならC/C++つっぱしれば。C#もいいんじゃないｗ
- 743 名前：仕様書無しさん mailto:sage [2006/05/20(土) 14:43:46 ]
- >>735 >>736
引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
(コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それよりconst欲しくない? ということ。あくまでもネタだけどね。
Generics まで導入した現在、simple is best という訳でもなかろう。
>>737
こんな事書いてる俺はJavaのほうが使用頻度高かったりする訳だ。
- 744 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:22:48 ]
- C++をマスターする。
これは云わばあらゆる言語をマスターする事と同じである。
C/C++とJavaの経験者だったら何でもかんでもJavaが最強とほざく奴なんて皆無。
やったけどJava最強とか抜かす奴は使いこなせてないだけ。ただJavaに流れただけのウンコ。
要するにJava厨はほぼJavaしか扱った事の無く、俺がJava使ってんだからJava最強と脳内保管
しているウンコ。
ウンコしてくるわ。
- 745 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:49:17 ]
- >>744
まれにその逆も混じってるぞ。
- 746 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:59:11 ]
- Javaしか選択肢がない未来になってもそれはそれでいいんだがな。
そうするとLinuxディストリよろしく独自JVMで儲けるビジネスとか出てきそう。
そうなるとJVMプログラマとJavaプログラマに二分化が進む。
そうするとどちらに入りたいかで学ぶ言語は決まってくる。
プログラマ的にはどちらにつくのがおいしいかね？
Java側についてホラ吹きエヴァンジェリスト目指す方が金になる気もするが。
C++側について高機能独自JVMを世に出すという行為も悪くはない気がする。
- 747 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:05:13 ]
- > ホラ吹きエヴァンジェリスト目指す
既にプログラマではない気がする。
- 748 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:49:22 ]
- 人を騙す商売が一番儲かるんだよなあ。
JavaJava詐欺でウハウハな奴って多いもんな。
- 749 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:56:00 ]
- C++厨は信じたくないかもしれないが、C++使いからJavaに流れる奴多いよ。
Javaのほうが圧倒的に楽だから、戻れないんだそうな。
Eclipseが大きい。
- 750 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:22:17 ]
- 別にC++厨だが、Javaの方が楽だと思ってるよ。
- 751 名前：仕様書無しさん mailto:sagｅ [2006/05/20(土) 20:25:27 ]
- そりゃＪａｖａの方が何年も後発なんだし近代のプラットホームに合致しているのは当たり前で、
優れている部分も多々ある。
俺も>>743みたくJavaを採用する局面の方が多かったりもするが、
C/C++を使えもしないJava厨がなんの根拠もなくC/C++を叩くのは変だろ。
要はJavaがバカにされてるんじゃなくてJavaを信仰するヘタレがバカにされてるのさ。
- 752 名前：仕様書無しさん [2006/05/20(土) 20:51:43 ]
- はあ？
- 753 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:57:59 ]
- はあ、その通りでございます
- 754 名前：仕様書無しさん [2006/05/20(土) 21:17:02 ]
- C++の方がなんでもありのワイルドカードみたいで好き。
でも楽がしたいときはJava使う。
- 755 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:53:25 ]
- このスレは>>737みたいな根拠無き発言とJava屋に対する私怨に
まみれたスレですね
- 756 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:55:19 ]
- >>738
まずはプログラミングしてみろ。
やってみればどうなるか、どうすればいいかわかる。
今のお前はthrowもthrowsもわかってないだろ。
>>737の意に反して、C言語厨はこのようにJavaも
わからずにJavaを叩いている。
>>737がどれだけ出鱈目で信憑性の無い発言をしているかがよくわかるだろう。
- 757 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:58:54 ]
- >>741
> じゃ、MS寡占の世界ではC/C++ってことで終了だな
現実をよーくみろ。現場で活躍している人間がそんな発言を
するとは実に恥ずかしいぞ。
M$がデスクトップ市場を寡占してもサーバサイドアプリケーションの開発が
圧倒的でサーバに使われるOSやWebサーバも非M$のものだ。
そしてアプリはJava製やPHP製のものばかりで、明らかにC/C++製の
アプリは少ない。そして仕事も見事に少ない。
そして今、リッチクライアント技術が対当している。JavaWebStartやClickOnce, Flash, Ajax
がC/C++スタンドアロンアプリの代わりを担っている。
もう、お前が想像しているようなスタンドアロンアプリの時代は終わったのだよ。
- 758 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:01:08 ]
- >>744
> C++をマスターする。
> これは云わばあらゆる言語をマスターする事と同じである。
そんなことをビックマウスみたいに言ってる奴に限ってJavaの開発に関わってもデスマって
LISPもPerlもPHPも使いこなせないんだよな。
- 759 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:00 ]
- >>748
貧乏C言語厨君、Javaアーキテクトの金持ちを嫉んで共産党なんかに入らないようになw
- 760 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:26 ]
- >>749
そうそう、EclipseスレでもCDTやってる香具師が多かったからな
- 761 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:06:43 ]
- >>743
> >>735 >>736
> 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
> 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
速度面やリソース面の問題を気にするなら現実的になりうるときもある。
可変クラスを不変クラスがラップするなど。
> (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
> Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
> 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それはMmutableクラスがImmnutableを継承しているという図か？
そもそも不変クラスというものはfinal宣言をして継承を禁止するはずだが。
継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
> それよりconst欲しくない? ということ。あくまでもネタだけどね。
いらない。
- 762 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:54:07 ]
- >>756
いや、思い出したからもういい。
- 763 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:13:57 ]
- 粘着気味で悪いが
>>761
> 継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
了解。
> いらない。
代替手段があることはよくわかったが、できればいらないと言い切る理由が知りたいな。
Collections.unmodifiableXXXは前述したように動的チェックだし、委譲クラス作成も面倒、
両者ともconstがあったと仮定した場合に比べれば可読性に劣ると思うが。
調べてみたらconstは一応予約語だし、バイトコードのメソッド定義にも余裕があるしで、
実装するのに問題はなさそうなんだけどな。
- 764 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:36:21 ]
- ポインタが理解できなくてC/C++で挫折しちゃったから
信仰するのがJavaかVBしかないんだろうなｗ
- 765 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:43:38 ]
- 764はポインタが難しいと思ってるC厨。C++の知識はなし。
- 766 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:46:19 ]
- 765はポインタが理解できないVB厨。C/C++の知識はなし。
- 767 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:53:23 ]
- 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
eclipse使ったら一発でJava厨になっちゃうわけよ。
- 768 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:58:56 ]
- 絶対ならない。
STL,BOOST使いこなせねーから流れたんだろ。
使いこなせる奴にJava厨はいない。
- 769 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:34:15 ]
- >>768
C++厨は信じられないと思うが、767が現実なんだよ。
入力した瞬間にエラーがわかり、自動でコードを生成する
eclipseの魅力に取り付かれると抜け出せない。
- 770 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:35:44 ]
- >>757
リッチクライアントなら.NETのスマートクライアントを忘れてるぞ。
見た感じ@ITとかでで踊ってるトピックしか知らないようだな。
- 771 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:40:54 ]
- >>770
@にはスマクラについても書いてるしたぶん、>757はしったか
糞コンサルなんじゃねぇの？
- 772 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:42:54 ]
- つClickOnce
- 773 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:02:09 ]
- むしろSTL,BOOSTとか好む奴こそJavaに流れそうなもんだが。
- 774 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:06:02 ]
- ああ、スマクラの次バージョンがClickOnceだったか。
- 775 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:08:18 ]
- とはいえこれはこれで業務で使うには悩む。
- 776 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:19:55 ]
- スマートクライアントは設定が環境依存してるのか面倒くさかったな。
仕様通りに動かないんだが、仕様上だと可能とかでコンサルしかしてないやつが怒る怒る。
- 777 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:59:37 ]
- >>769
そんなに紳士に返答されたらこっちは困るだろ。
- 778 名前：仕様書無しさん mailto:sage [2006/05/21(日) 03:00:04 ]
- eclipseからVC++に移った俺だがeclipseに戻りたいとは思わない
- 779 名前：仕様書無しさん [2006/05/21(日) 08:35:46 ]
- ずっとVC++使ってた漏れはeclipseを評価したとたんに
「こりゃだめだ、使い物ならん」で終了した。
- 780 名前：仕様書無しさん [2006/05/21(日) 08:38:25 ]
- >>767
>eclipse使ったら一発でJava厨になっちゃうわけよ
ようはスキルが低いやつがとっつくのに最良というだけじゃないの？
- 781 名前：仕様書無しさん mailto:sage [2006/05/21(日) 09:29:31 ]
- >>779
多分、一時間以下とか、その程度しか使ってないからだな。それは。
>>780
スキルは関係ないだろうな。スキルが低いとどうなるかはわからんが、
少なくともスキルが高くても、クイックフィックスやgetter、setter、constructorの
自動生成、ファイル等の名前変更なんかは楽だと感じる。
- 782 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:09:36 ]
- むしろスキルの低い奴は最悪のとっつきにくさを感じる。
VSとはその点で大きく劣る。
- 783 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:35:55 ]
- そうなのか？eclipseで最初に感動するのは、間違っているところに赤いアンダーラインが
引いてあるところ。コンパイルしてから間違いがわかるのは普通だが、
コンパイルする前から、常時そうなってる。
これはいくらスキルが低くても、一目で気づくと思うがなぁ。
- 784 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:53:19 ]
- >>783
職場で改修作業が多いからはじめっから注意、警告アンダーラインばっかりだから
そんなのちょこっと出てもまったく気にならない奴が量産されてるけどｗ
- 785 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:54:36 ]
- >>767
> 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
> eclipse使ったら一発でJava厨になっちゃうわけよ。
うむ！ まったくそのとおりだ！
- 786 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:12 ]
- >>768
> 絶対ならない。
> STL,BOOST使いこなせねーから流れたんだろ。
> 使いこなせる奴にJava厨はいない。
根拠は？ 具体的に。
STLもBOOSTも使えないようではJavaをやってもうまく使いこなせないぞw
- 787 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:59 ]
- >>770-771
イタイドトネト厨だなw
- 788 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:09 ]
- >>786
ＢＯＯＳＴなんて使ってないなぁ。
あれ、使えそうで痒いところに全くといっていいほど手が届かないし。
- 789 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:14 ]
- >>784
それでも、数回コンパイルしてみりゃ気づくだろｗ
注意や警告なら修正しなくてもいいかもしれんが、エラーは否応なしに
修正しなくちゃならんからな。
- 790 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:57:23 ]
- >>780
> >>767
> >eclipse使ったら一発でJava厨になっちゃうわけよ
> ようはスキルが低いやつがとっつくのに最良というだけじゃないの？
VC++のほうをマンセーしてるおまいらは
VB厨みたいな奴らだろ。スキルの低いVB厨はEclipseを使いこなせず
Visual Studioに飛びつく。
表向きはVC++やってるように見せかけておいてな。
- 791 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:58:56 ]
- Java1.0からJava2.0
[Java1.0]Javaについての本が本棚に10冊以上ある
↓
[Java2.0]Javaについてのブログを10個以上読んでいる
[Java1.0]Java番組をワンセグ携帯で見たい
↓
[Java2.0]携帯から直接Javaできる端末が欲しい
[Java1.0]小泉政権は国民のJava格差を拡大させている
↓
[Java2.0]この国のJavaの８割を、エスタブリッシュメント層が独占している
[Java1.0]Javaと仕事のどちらをとるかと問われると困る
↓
[Java2.0]Javaと仕事のどちらをとるかと問われて即決できる
[Java1.0]あと５年以内にJavaは上位２社だけが独占する
↓
[Java2.0]Javaにかかるコストはほぼゼロになり、多くの人がJavaをベースに事業を展開する
[Java1.0]Javaについての俳句を伊藤園「お～いお茶」に応募した
↓
[Java2.0]wikipediaのJavaの項目に加筆した
[Java1.0]Javaのために人生をかける生き方もありだ
↓
[Java2.0]Javaだけの人生はリスクが大きすぎる
[Java1.0]会社でネット見てばかりの先輩がブログにJavaについて書いてて痛かった
↓
[Java2.0]会社の上司がJava2.0とか言ってて「意味わかってんのかな」と思う
[Java1.0]本のしおりとしてJavaを使ったことがある
↓
[Java2.0]Javaのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Java1.0]２ちゃんねるでJava板をチェックする
↓
[Java2.0]RSSリーダーで「梅田望夫の世界を変えるJava」を購読する
- 792 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:59:50 ]
- Eclipse1.0からEclipse2.0
[Eclipse1.0]Eclipseのために人生をかける生き方もありだ
↓
[Eclipse2.0]Eclipseだけの人生はリスクが大きすぎる
[Eclipse1.0]Eclipseはできれば一生涯続いて欲しい
↓
[Eclipse2.0]40歳ぐらいまでにEclipseを卒業したい
[Eclipse1.0]２ちゃんねるでEclipse板をチェックする
↓
[Eclipse2.0]RSSリーダーで「梅田望夫の世界を変えるEclipse」を購読する
[Eclipse1.0]Eclipse番組をワンセグ携帯で見たい
↓
[Eclipse2.0]携帯から直接Eclipseできる端末が欲しい
[Eclipse1.0]ときには、ビジョンを持たないEclipseをしてしまう
↓
[Eclipse2.0]自分のビジョンに合わないEclipseはあり得ない
[Eclipse1.0]会社でネット見てばかりの先輩がブログにEclipseについて書いてて痛かった
↓
[Eclipse2.0]会社の上司がEclipse2.0とか言ってて「意味わかってんのかな」と思う
[Eclipse1.0]本のしおりとしてEclipseを使ったことがある
↓
[Eclipse2.0]Eclipseのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Eclipse1.0]Eclipseは自分をときどき後ろ向きにさせる
↓
[Eclipse2.0]常に前向きな思考を保つためにEclipseがある
[Eclipse1.0]Eclipseについての俳句を伊藤園「お～いお茶」に応募した
↓
[Eclipse2.0]wikipediaのEclipseの項目に加筆した
[Eclipse1.0]ビジネスとEclipseは完全に別物だ
↓
[Eclipse2.0]すべてのEclipseはビジネスにつながる
- 793 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:11 ]
- Web1.0からWeb2.0
[Web1.0]Web番組をワンセグ携帯で見たい
↓
[Web2.0]携帯から直接Webできる端末が欲しい
[Web1.0]Webについての俳句を伊藤園「お～いお茶」に応募した
↓
[Web2.0]wikipediaのWebの項目に加筆した
[Web1.0]小泉政権は国民のWeb格差を拡大させている
↓
[Web2.0]この国のWebの８割を、エスタブリッシュメント層が独占している
[Web1.0]本のしおりとしてWebを使ったことがある
↓
[Web2.0]Webのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Web1.0]会社の上司にWebをするのは野暮だ
↓
[Web2.0]会社の上司とWebの未来について熱く語ってしまう
[Web1.0]誰だかわからない大勢とWebを共有するなんて気持ち悪い
↓
[Web2.0]大多数が参加するWebこそ、自分のフィールドだ
[Web1.0]２ちゃんねるでWeb板をチェックする
↓
[Web2.0]RSSリーダーで「梅田望夫の世界を変えるWeb」を購読する
[Web1.0]Webについて語るとき、野球にたとえることが多い
↓
[Web2.0]Webについて語るとき、アメリカ大統領にたとえることが多い
[Web1.0]あと５年以内にWebは上位２社だけが独占する
↓
[Web2.0]Webにかかるコストはほぼゼロになり、多くの人がWebをベースに事業を展開する
[Web1.0]自分らしい、等身大のWebが好きだ
↓
[Web2.0]国際基準で上位のWebを狙っていきたい
- 794 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:41 ]
- アーキテクト1.0からアーキテクト2.0
[アーキテクト1.0]２ちゃんねるでアーキテクト板をチェックする
↓
[アーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるアーキテクト」を購読する
[アーキテクト1.0]アーキテクトはできれば一生涯続いて欲しい
↓
[アーキテクト2.0]40歳ぐらいまでにアーキテクトを卒業したい
[アーキテクト1.0]アーキテクトについて語るとき、野球にたとえることが多い
↓
[アーキテクト2.0]アーキテクトについて語るとき、アメリカ大統領にたとえることが多い
[アーキテクト1.0]アーキテクト番組をワンセグ携帯で見たい
↓
[アーキテクト2.0]携帯から直接アーキテクトできる端末が欲しい
[アーキテクト1.0]アーキテクトと仕事のどちらをとるかと問われると困る
↓
[アーキテクト2.0]アーキテクトと仕事のどちらをとるかと問われて即決できる
[アーキテクト1.0]2004年、初めてネットだけで成立するアーキテクトが誕生する
↓
[アーキテクト2.0]2014年、すべてのアーキテクトはネットでのみ存在する
[アーキテクト1.0]アーキテクトについての本が本棚に10冊以上ある
↓
[アーキテクト2.0]アーキテクトについてのブログを10個以上読んでいる
[アーキテクト1.0]ビジネスとアーキテクトは完全に別物だ
↓
[アーキテクト2.0]すべてのアーキテクトはビジネスにつながる
[アーキテクト1.0]同時にできるアーキテクトは１つだけだ
↓
[アーキテクト2.0]同時に２つ以上こなしてこそアーキテクトだ
[アーキテクト1.0]アーキテクトのために人生をかける生き方もありだ
↓
[アーキテクト2.0]アーキテクトだけの人生はリスクが大きすぎる
- 795 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:04:59 ]
- ﾂﾏﾝﾈ
- 796 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:10:58 ]
- トラックバック:d.hatena.ne.jp/yaneurao/20060423
やねうらおにトラックバック
- 797 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:25 ]
- トラックバック:d.hatena.ne.jp/yaneurao/20060423
やねうらおにアタック
- 798 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:47 ]
- トラックバック成功！！！！！！！！！！！！！！！！！！！！
- 799 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:19:45 ]
- 何がSTLだよ。そっち方面じゃJavaのが圧倒的に充実してんじゃねーかｗ
- 800 名前：仕様書無しさん [2006/05/21(日) 11:21:25 ]
- >>790
あごめん高価なエンタープライズ版使っている漏れは気づかなかったけど
貧乏だから飛びつくが最大の要素だと思うよ
- 801 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:37 ]
- >>800 エンタープライズアーキテクト1.0からエンタープライズアーキテクト2.0
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われると困る
↓
[エンタープライズアーキテクト2.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われて即決できる
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトにインターネットの力を借りるのは邪道だ
↓
[エンタープライズアーキテクト2.0]インターネットはエンタープライズアーキテクトの可能性を大きく拡げると思う
[エンタープライズアーキテクト1.0]本のしおりとしてエンタープライズアーキテクトを使ったことがある
↓
[エンタープライズアーキテクト2.0]エンタープライズアーキテクトのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[エンタープライズアーキテクト1.0]小泉政権は国民のエンタープライズアーキテクト格差を拡大させている
↓
[エンタープライズアーキテクト2.0]この国のエンタープライズアーキテクトの８割を、エスタブリッシュメント層が独占している
[エンタープライズアーキテクト1.0]２ちゃんねるでエンタープライズアーキテクト板をチェックする
↓
[エンタープライズアーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるエンタープライズアーキテクト」を購読する
[エンタープライズアーキテクト1.0]会社の上司にエンタープライズアーキテクトをするのは野暮だ
↓
[エンタープライズアーキテクト2.0]会社の上司とエンタープライズアーキテクトの未来について熱く語ってしまう
[エンタープライズアーキテクト1.0]自分らしい、等身大のエンタープライズアーキテクトが好きだ
↓
[エンタープライズアーキテクト2.0]国際基準で上位のエンタープライズアーキテクトを狙っていきた
- 802 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:40 ]
- い
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトはできれば一生涯続いて欲しい
↓
[エンタープライズアーキテクト2.0]40歳ぐらいまでにエンタープライズアーキテクトを卒業したい
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトは自分をときどき後ろ向きにさせる
↓
[エンタープライズアーキテクト2.0]常に前向きな思考を保つためにエンタープライズアーキテクトがある
[エンタープライズアーキテクト1.0]同時にできるエンタープライズアーキテクトは１つだけだ
↓
[エンタープライズアーキテクト2.0]同時に２つ以上こなしてこそエンタープライズアーキテクトだ
- 803 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:20 ]
- Developer1.0からDeveloper2.0
[Developer1.0]ときには、ビジョンを持たないDeveloperをしてしまう
↓
[Developer2.0]自分のビジョンに合わないDeveloperはあり得ない
[Developer1.0]Developerはできれば一生涯続いて欲しい
↓
[Developer2.0]40歳ぐらいまでにDeveloperを卒業したい
[Developer1.0]ビジネスとDeveloperは完全に別物だ
↓
[Developer2.0]すべてのDeveloperはビジネスにつながる
[Developer1.0]自分らしい、等身大のDeveloperが好きだ
↓
[Developer2.0]国際基準で上位のDeveloperを狙っていきたい
[Developer1.0]２ちゃんねるでDeveloper板をチェックする
↓
[Developer2.0]RSSリーダーで「梅田望夫の世界を変えるDeveloper」を購読する
[Developer1.0]Developerと仕事のどちらをとるかと問われると困る
↓
[Developer2.0]Developerと仕事のどちらをとるかと問われて即決できる
[Developer1.0]会社でネット見てばかりの先輩がブログにDeveloperについて書いてて痛かった
↓
[Developer2.0]会社の上司がDeveloper2.0とか言ってて「意味わかってんのかな」と思う
[Developer1.0]Developer番組をワンセグ携帯で見たい
↓
[Developer2.0]携帯から直接Developerできる端末が欲しい
[Developer1.0]会社帰りにコンビニでDeveloperの新製品を見つけて買う。前とほとんど同じ味。がっかり。
↓
[Developer2.0]amazonを開くと、リコメンドにDeveloperがズラリ。思わずノートＰＣのディスプレーを閉じる
[Developer1.0]Developerについての俳句を伊藤園「お～いお茶」に応募した
↓
[Developer2.0]wikipediaのDeveloperの項目に加筆した
- 804 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:55 ]
- C言語厨にはどれも此も痛い話だなw
- 805 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:48 ]
- Dependency Injection1.0からDependency Injection2.0
[Dependency Injection1.0]Dependency Injectionについて語るとき、野球にたとえることが多い
↓
[Dependency Injection2.0]Dependency Injectionについて語るとき、アメリカ大統領にたとえることが多い
[Dependency Injection1.0]Dependency Injectionのために人生をかける生き方もありだ
↓
[Dependency Injection2.0]Dependency Injectionだけの人生はリスクが大きすぎる
[Dependency Injection1.0]ときには、ビジョンを持たないDependency Injectionをしてしまう
↓
[Dependency Injection2.0]自分のビジョンに合わないDependency Injectionはあり得ない
[Dependency Injection1.0]あと５年以内にDependency Injectionは上位２社だけが独占する
↓
[Dependency Injection2.0]Dependency Injectionにかかるコストはほぼゼロになり、多くの人がDependency Injectionをベースに事業を展開する
[Dependency Injection1.0]小泉政権は国民のDependency Injection格差を拡大させている
↓
[Dependency Injection2.0]この国のDependency Injectionの８割を、エスタブリッシュメント層が独占している
[Dependency Injection1.0]会社帰りにコンビニでDependency Injectionの新製品を見つけて買う。前とほとんど同じ味。がっかり。
↓
[Dependency Injection2.0]amazonを開くと、リコメンドにDependency Injectionがズラリ。思わずノートＰＣのディスプレーを閉じる
[Dependency Injection1.0]誰だかわからない大勢とDependency Injectionを共有するなんて気持ち悪い
↓
[Dependency Injection2.0]大多数が参加するDependency Injectionこそ、自分のフィールドだ
[
- 806 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:53 ]
- Dependency Injection1.0]会社でネット見てばかりの先輩がブログにDependency Injectionについて書いてて痛かった
↓
[Dependency Injection2.0]会社の上司がDependency Injection2.0とか言ってて「意味わかってんのかな」と思う
[Dependency Injection1.0]Dependency Injectionについての俳句を伊藤園「お～いお茶」に応募した
↓
[Dependency Injection2.0]wikipediaのDependency Injectionの項目に加筆した
[Dependency Injection1.0]同時にできるDependency Injectionは１つだけだ
↓
[Dependency Injection2.0]同時に２つ以上こなしてこそDependency Injectionだ
- 807 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:28:33 ]
- Javaの案件つーのはスケーラビリティだなんだつって開発環境以外のところに金がかかってしょうがねーんだよ。
何も知らねーなほんと。
- 808 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:53:22 ]
- JavaだとC++よりもできることが増えるからそりゃそーだろ
- 809 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:19:23 ]
- できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。
言語の高級化つーのは、敢えて言えば出来ないことを増やすことと引き換えに生産性を高めることをいう。
そこがわかってねー馬鹿が多すぎる。
従ってJavaの是非は、果たして生産性が高めることに成功したのかという一点について論じられるべき。
- 810 名前：仕様書無しさん [2006/05/21(日) 12:30:21 ]
- >>808
に具体例を提示していただきたいｗｗｗｗｗｗ
- 811 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:37:30 ]
- ORマッピングもDIも「事実上」できねーだろ。お前もだまれや。
- 812 名前：仕様書無しさん [2006/05/21(日) 12:42:07 ]
- Java VM も C で実装されている以上、Java VM と同じ働きをする
ライブラリを C/C++ で実装すれば理論上は可能じゃね？
- 813 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:58:27 ]
- >>811は真性バカ。
- 814 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:13:15 ]
- >>809
> できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。
いや、C++の時と比べて無駄な短調作業が経る分だけ余裕ができるので
Javaでできることの可能性が拡大して、プログラマは開発以外のところに余裕を持てるようになり、
設計まで担当できるから開発以外のところに金がかかるような錯覚に陥るんだろうよ。
- 815 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:15:27 ]
- >>812
> Java VM も C で実装されている以上、Java VM と同じ働きをする
> ライブラリを C/C++ で実装すれば理論上は可能じゃね？
そんなライブラリがあったとしても開発コストは嵩むよ。
今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・
とんでもないコストがかさむ。
Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts
の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。
賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。
- 816 名前：仕様書無しさん mailto:sage [2006/05/21(日) 13:49:25 ]
- >>813
DIとかORMとかやるくれえだったら素直にJavaとかC#つかうんだよ馬鹿。
だから事実上つってんだろうが。
- 817 名前：仕様書無しさん [2006/05/21(日) 14:05:46 ]
- >C++の時と比べて無駄な短調作業が経る
この作業時間の見積は
C++が全くできないJava厨さんの見積です。
優秀なるC++guyはとてつもなく仕事が速い人が多いです。
- 818 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:09:06 ]
- 無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。
むしろ優秀であればあるほどこの割合が高くなる。
- 819 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:12:08 ]
- なんでJava厨とC++マスターを比べてんのよ。
むしろどう考えてもJavaマスターとC厨の方が生産性の差は歴然だろ。
- 820 名前：仕様書無しさん [2006/05/21(日) 14:14:07 ]
- 単純作業発生率
カーネル、サービス 3%
・
・
・
ビジネスロジック 100%
- 821 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:14:14 ]
- >>816
> だから事実上つってんだろうが。
だから、真性バカだって言われてんだよ。
- 822 名前：仕様書無しさん [2006/05/21(日) 14:15:02 ]
- CPU時間の占有率みたいな比率になった。
- 823 名前：仕様書無しさん [2006/05/21(日) 14:17:12 ]
- 簡単に間違いなく作れるJavaって
工場で流れるラインの一部みたいだな。
フレームワークの隙間のビジネスロジックって
ラインのねじ止め単純作業みたいだもんな。
- 824 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:20:49 ]
- >>821
ならお前Cの案件で一人でDI使って炉や。
- 825 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:23:09 ]
- 同じ仕事では、優秀であればあるほど、単位時間内にコードを
打ち込む量が多くなるんだよ。
ずっと悩んで手が進まない奴が仕事が速いわけないだろう。
- 826 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:27:14 ]
- >>823
同じことやるなら簡単に出来たほうがいいだろ。
というより、Javaのどこが簡単に間違いなく作れるんだよ。
被害妄想もいい加減にしとけや。
- 827 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:28:29 ]
- できることが増えてるんじゃなくて、他人がやってくれることが増えているだけだな。
- 828 名前：仕様書無しさん [2006/05/21(日) 14:31:23 ]
- 他人が作ってくれた仕様のフレームを
使って意気揚々としているJavaちゅんたん。
- 829 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:34:26 ]
- おめえはOSから自作しとけや。
- 830 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:36:09 ]
- >>817
> C++の時と比べて無駄な短調作業が経る
> この作業時間の見積は
> C++が全くできないJava厨さんの見積です。
> 優秀なるC++guyはとてつもなく仕事が速い人が多いです。
ならその証拠を見せて。
ついでに言い出しっぺのお前の能力がどれだけのものか
見てみたいものだw
- 831 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:37:02 ]
- VMから自作できないからってそんなにファビよるなよ
- 832 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:38:50 ]
- >>823
> 簡単に間違いなく作れるJavaって
> 工場で流れるラインの一部みたいだな。
設計をする人間はそんなくだらないことをやる必要がないので
Javaをそういう喩えにするのはかなりネタだな。
C++だと工場で流れるラインの一部の仕事が実に多い。
> ラインのねじ止め単純作業みたいだもんな。
それがC++だな。Javaではそういう単純作業は
大幅に自動化されており、人間がやる必要がない。
C++だとくだらないネジ止め単純作業ですら人間が
やらないといけないため非効率。
- 833 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:44 ]
- >>828
アセンブラ厨が作った言語の上で意気揚々よしている
C厨たんw
- 834 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:53 ]
- >>823
Javaを使っても間違いは多いよ。
簡単にもならん。
- 835 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:56 ]
- >>831
おめえは煽りかたがおかしいんだよ。
JavaもC#も触ったことがないのがもろバレで、C++使いの品位すら貶める。
- 836 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:39:59 ]
- >>831
じゃ、お前がVM作ってみて
- 837 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:40:22 ]
- C言語厨はさすがにビッグマウス。
VM自作できると言い張って実は何も作れない。
- 838 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:43:18 ]
- >>818
> 無駄な単調作業は優秀で仕事が速くてもやっぱりあるんだよ。
> むしろ優秀であればあるほどこの割合が高くなる。
JavaだとC++に比べて単純作業の割合が大幅に短縮される。
自動化ツールを使えばさらにその単純作業が短縮される。
短銃作業でネックになっているのは配列などのエラーチェック、
メモリ解放タイミング、ヘッダファイルの管理、参照元クラスが
Javaでいうところのinterface相当になっているかなっていないかの確認、
この変数がグローバル変数であるかどうかの確認、などなど。
C++には実に無駄で単調な作業が多く、開発効率が悪い。
- 839 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:43:31 ]
- >>833
> アセンブラ厨が作った言語の上で意気揚々よしている
意味不明な意見だ。
- 840 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:44:00 ]
- 今日のC言語厨レベルの低さが露呈したので
これからヒルズにでも遊びに行ってくるわ。
- 841 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:44:20 ]
- 今Javaで頻繁に行われているホットな仕事をC++で真似をしたら・・・・
とんでもないコストがかさむ。
Seasar2の真似事をするにしてもSpringの真似事をするにしてもJSFやStruts
の真似事をするにしても多大な苦労とコストとデスマーチ地獄が待っている。
賢い人間ならJavaでできることすべてをC++だけでやるだなんて言わない。
- 842 名前：仕様書無しさん [2006/05/21(日) 14:52:22 ]
- >これからヒルズにでも遊びに行ってくるわ
便所そうじのバイトか？
- 843 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:56:05 ]
- 今時、OSですらCで作られる時代だ。アセンブラうんねんは的外れ
- 844 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:56:51 ]
- ｼﾞｬﾊﾞ原人はスタックすら理解出来ないあほう。
- 845 名前：仕様書無しさん mailto:sage [2006/05/21(日) 14:57:03 ]
- >>838
コーディング工程での作業なんか、JavaだろうとC・C++だろうと変わらないと思うのだが。
- 846 名前：仕様書無しさん [2006/05/21(日) 14:58:26 ]
- JVMはスタックマシンだろ。それ位知ってるぞ。馬鹿にするな。じじい。
- 847 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:00:05 ]
- 痛々しいじえんすんな
- 848 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:02:18 ]
- >>841
ちょっと、的外れの意見のような気がする。
Javaでも1から大きなもの作ろうとすれば、大変な苦労とデスマーチが待っていると思うけど。
- 849 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:04:21 ]
- Javaの場合は何故動かないのか良くわからない。
ってケースがままある。
もっとも、そういうのは大概運用に入ってから出てくるから派遣ﾄﾞｶﾀPGにはあまり関係なかったり。
- 850 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:04:27 ]
- >>841
他人の褌が用意してありますよ、っていう自慢にしか聞こえないわけだが
- 851 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:06:15 ]
- 何か問題でも？
- 852 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:07:00 ]
- JavaPG == トヨタの季節工
- 853 名前：仕様書無しさん [2006/05/21(日) 15:09:03 ]
- つうかうんちがついた汚いパンツをよろこんではくみたいな
- 854 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:16:15 ]
- >>838のいう作業とはちょっと違うが、JDT/eclipseとVC++では単純作業の量がだいぶ違ってくる。
eclipseのQuick Fix/Assistanceと、リファクタリング、ゲッター、セッター、デリゲートメソッド、コンストラクターの
自動生成等でまるっきり違う。
- 855 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:21:59 ]
- おまえ、VC使ったこと無いだろ？
- 856 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:27:30 ]
- おまえこそeclipse使ったことないだろ。
- 857 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:27:52 ]
- で・・・そんなの自動生成されてうれしいんか？
- 858 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:29:22 ]
- うれしい！
- 859 名前：仕様書無しさん [2006/05/21(日) 15:29:23 ]
- ビジネスロジッカーには必要なんじゃねえの
200ゲッターとか平気で作るJava厨さんだから
- 860 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:29:50 ]
- 使ってみて自分で評価すれば。
- 861 名前：仕様書無しさん [2006/05/21(日) 15:30:23 ]
- そういう支援機能が無いとやってられない単純作業がビジネスロジック
- 862 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:33:48 ]
- ごめーん。
個人情報保護がうるせーから、氏名、電話番号、郵便番号、住所を全部暗号化するように変更して
くんない？ここでINSERTするまえに、ちゃっちゃっとやれば簡単でしょ？
（２時間後）
え？フィールドの長さが変わるから全部変えないといけない？？？
やって！全部やって！
- 863 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:52:17 ]
- で、金は出ないとｗ
- 864 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:54:35 ]
- >>828-829
完全な切り捨て方ワロタ
- 865 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:57:22 ]
- 自動化ツールって・・・
そんなすぐに自作出来るようなツールを掲げること自体、
「自分は自作できません」と言っている事のように判断しちゃうな
- 866 名前：仕様書無しさん mailto:sage [2006/05/21(日) 15:59:16 ]
- Wizard自慢のVC厨みたいだな
- 867 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:04:27 ]
- >>866
そんな奴いねえよ
- 868 名前：仕様書無しさん [2006/05/21(日) 16:30:47 ]
- ビジネスロジックというとかっこよく聞こえるかもしれない。
しかし騙されるな。
ビジネスロジック
↓
顧客の泥臭い業務処理そのもの
↓
多発する仕様変更
↓
整合性のない業務データ
↓
腐ったSQL設計
↓
その項目をJavaコードに転記するだけ
- 869 名前：仕様書無しさん [2006/05/21(日) 16:33:12 ]
- その項目をJavaコードに転記するだけ
↓
不安定な無償テストサーバ
読み込まない新デプロイクラス
↓
再起動しても反映されない
↓
エクリプスを落とす
↓
起動に2分半かかるのでカップラーメンを作る
↓
起動してから10数えてカップラーメンをあける
↓
食べる
- 870 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:34:32 ]
- ﾜﾛﾀよ
- 871 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:35:50 ]
- ごめん。やっぱ、郵便番号だけは暗号化しないで。
それだけなら今日中に出来るよね？元に戻すだけだもんね？
たのんだよ。
- 872 名前：仕様書無しさん mailto:sage [2006/05/21(日) 16:39:17 ]
- あ、戻すついでに、郵便番号は３桁と４桁の間にハイフンを入れるようにしてもらえるかな？
- 873 名前：仕様書無しさん [2006/05/21(日) 17:08:49 ]
- >>869
はあ？
起動してから10数えたら
2分40秒じゃねーか。
- 874 名前：仕様書無しさん [2006/05/21(日) 17:17:10 ]
- >>873
固めが好きな漏れ
- 875 名前：仕様書無しさん mailto:sage [2006/05/21(日) 19:43:12 ]
- 18秒で起動した俺って･･･異常なのか？
- 876 名前：仕様書無しさん [2006/05/21(日) 19:51:54 ]
- >>875
WTP 2.0つかってみてね。ラーメンタイマーにちょぅど良い
- 877 名前：仕様書無しさん mailto:sage [2006/05/21(日) 20:27:31 ]
- まあエンドユーザーの立場だけど正直言ってJavaアプリはウザい。
Windows上からは消えて無くなって欲しい。
- 878 名前：仕様書無しさん [2006/05/21(日) 21:21:33 ]
- そうねえ、SUNのマシンでだけうごいていればよかったのにね。
- 879 名前：仕様書無しさん mailto:sage [2006/05/21(日) 21:22:41 ]
- そしたら今頃linuxに滅ぼされてるなｗ
- 880 名前：仕様書無しさん mailto:sage [2006/05/21(日) 22:16:20 ]
- >>877
>正直言ってJavaアプリはウザい
同意。
作っててなんだけどウザ過ぎだろあの動作ｗ
- 881 名前：仕様書無しさん mailto:sage [2006/05/21(日) 22:21:52 ]
- JavaでWin用のＧＵＩアプリってウザイよな。
何がなんでもJavaで作ってやるぜってウンコｓｇ
- 882 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:21:27 ]
- Javaは言語外での用語が多すぎてウンザリする。
- 883 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:22:37 ]
- それはしかたないんじゃね？
言語仕様が浅すぎて他で補う必要あるんだし
- 884 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:52:48 ]
- >>817
> C++の時と比べて無駄な短調作業が経る
> この作業時間の見積は
> C++が全くできないJava厨さんの見積です。
> 優秀なるC++guyはとてつもなく仕事が速い人が多いです。
その根拠は？
といってもC言語厨は答えられないんだろうな。
現実も直視できてないし
- 885 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:54:48 ]
- >>842
残念。ヒルズで買い物をしてきたんだよ。
- 886 名前：仕様書無しさん mailto:sage [2006/05/22(月) 00:59:10 ]
- >>865
> 自動化ツールって・・・
> そんなすぐに自作出来るようなツールを掲げること自体、
> 「自分は自作できません」と言っている事のように判断しちゃうな
何か勘違いしているようだね。
Visual Studioを使っている癖になにいってるんだい。
それから自動化ツールは自作やアレンジが一切無いと
勘違いしているようだけど、AntやMavenによって自動化するんだよ。
build.xmlやpom.xmlは自分でかかないといけない。
それを自作して始めて自動化できる。
C/C++だってMakeFileを自作するわけだし。
それにEclipseではプラグインを自作することで自動化ツールを自作する。
C言語厨さんがすぐ自作でいるようなツールって一体どんなものなのかねえ。
まさか、MakeFileを書いた程度で「ツールを自作できます」なんて言わないよねww
- 887 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:02:13 ]
- >>877-878, >>880-882
C言語厨さん、わざわざ自作自演ご苦労様です。
随分と重たくて古臭いマシンを使っておられるようですね。
WindowsVistaを導入したらもっと重たくなった
結局ウザイ事態が起きることには
変わりないわけだから、この際、新しいマシンを購入してみては
いかがでしょうか。
- 888 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:03:48 ]
- Javaのクライアントアプリはウザイ以前にダセエよ。
なんかデザイン悪すぎるんだよな。
- 889 名前：仕様書無しさん mailto:sage [2006/05/22(月) 01:26:12 ]
- >>886
xmlってただのデータじゃないか。そしてそれを言ったらMakeFileもただのデータさ
Eclipseはツールのコンテナだからそのインターフェースを書く事自体は自作とは言わないよ
自分が自作と呼ぶのは「ツール用のデータ」ではなくて。、ツール自体の事だよ
#下手な煽りだねぇ
- 890 名前：仕様書無しさん mailto:sage [2006/05/22(月) 02:26:40 ]
- Javaのクライアントがうざいのは同意だが、
それでも自分で作って自分で使うんならJavaだな。
作る時の手間が全然違うからな。
人に使わせるんだったら考えるけどな。
それでも、開発の容易さの魅力には勝てないかもな。
- 891 名前：仕様書無しさん mailto:sage [2006/05/22(月) 05:33:54 ]
- >>890
駄目だ。
趣味でこんな拷問、モチベーション維持できねぇ。
できるものノロノロのべチョべチョってわかってるjavaなんか趣味で弄る気がしねぇ。
- 892 名前：仕様書無しさん mailto:sage [2006/05/22(月) 07:24:06 ]
- >>890
一度、VBでもC#でもいいから.NETでWinアプリつくってみ。
Javaがあほらしくおもえるよ。
- 893 名前：仕様書無しさん [2006/05/22(月) 08:09:45 ]
- >MakeFile
細かいつっこみでスマソが
MakefileがGNU式
makefileが一般的
hoge.makが漏れ式 -fオプション
MakeFileはダサすぎる
- 894 名前：仕様書無しさん [2006/05/22(月) 09:00:32 ]
- でも、PCにおけるJavaの劣等性はもうどう言いつくろってもどうしようもないよね。
何しろ、特定のOSベンダが規定したアーキテクチャのPC以外、もうありえないんだから。
新技術、新規格は彼らが規定してる。
もちろん新しいプラットフォームでは、彼らの供給する環境が優先。
すなわち .Netであり CLIであるわけだ。
じゃあ、Javaってどーなるのか。ブラウザをUIにするってこと前提で、通信によって
隔離されたサーバ側に活路を見いだす以外に無い。だから、クライアント開発環境は
完全無償にしてしまったんだろ。あきらめて。
サーバ側はパフォーマンスと信頼性を旗印に、まだまだPCじゃないアーキテクチャがある。
しかし、量産効果によって低価格化、高性能化してきたPCアーキテクチャは
サーバ側にも浸透しつつあるのが現実だ。
もうわかったろ？Sunじゃないんだよ。IBM次第なんだ。
IBMがハードの販売に興味を失ったそのときが、Java厨房が荷物をまとめて
田舎に帰って農業をはじめるそのときになるんだろうな。
そう遠い未来の話でもないだろ。
- 895 名前：仕様書無しさん [2006/05/22(月) 09:05:14 ]
- javaのフレームワークっていろいろあるけど
バージョンアップが激しすぎてドキュメントの更新が間に合っていなかったりで
xmlファイルをどう編集しても動かなくて
ソースを追っかけてxmlファイルを書いたりとか面倒すぎ
- 896 名前：仕様書無しさん [2006/05/22(月) 09:11:01 ]
-
>>894
この業界ははやりすたりが激しい。
Javaが流行ったのは簡易で安易にサーバアプリケーションが作れるからだった
んだろうし、企業の技術研修コストも安く済んだ。そしてC/C++研修のときのように
落ちこぼれるやつも少数だったからなんだと思う。
しかし出来上がったブツを見て技術研修コストの削減と安易さとのトレード
オフは否めなかった。それは顧客が一番分かっているんだと思う。
そして2000年あたりから流行ったが2006年で終焉のシナリオだ。
終焉の理由は以下のとおり
Java5のVMソースを公開し、スキルのあるボランティアに問い合わせを求めている
のはVM開発に社内のコストを当てられないのを公言していると同じ。あれを見て
漏れはJavaは終焉だなとマジで思った。
それと.netの台頭だ。ハードがインテル主体になり、OSのライセンス費用もMSは
見直しをかけた。Linuxの初期費用と引き換えに管理費用が高額なのを照らし合わせても
今後はWindowsサーバが優勢なのは間違いない。Windowsサーバが主流になれば
なにもJavaで作る理由などこれっぽっちもないからだ。だから2006年終焉。
2007年は .net VB,C#,C++CLRが突っ走りだす。Java厨は田舎に帰る。
- 897 名前：仕様書無しさん [2006/05/22(月) 09:14:13 ]
- 以上、ｹﾞｲｼの初夢ですた。
- 898 名前：仕様書無しさん [2006/05/22(月) 09:14:48 ]
- >>895
>バージョンアップが激しすぎて
ではなくて、そのつどリリースしたバージョンがいい加減すぎなんだな。
彼らの頭は常にリファクタリングはツールが自動でしてくれる。
だから適当に初期リリース、あとでつきはぎする。
Javaの昔からの伝統だな。
- 899 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:18:39 ]
- 技術的に好ましいものが流行るとは限らないからなー。先のことはなんとも。
どのエバンジェリストが声が大きいかで決まっていく感じ。
今のエンドユーザ側は使ってみてからでないと何も言えないしな。
- 900 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:28:17 ]
- >>888
LnFの変更方法を知らないで何をいっているんでしょうこの人は
- 901 名前：仕様書無しさん mailto:sage [2006/05/22(月) 11:29:11 ]
- >>892
最近のJavaの動きをしらないな。
っていうかなんでVBみたいなアホがでるんだといいたいw
- 902 名前：仕様書無しさん [2006/05/22(月) 11:56:23 ]
- >>900
デフォルトでダサいといっているんだろ。
またでたな、XMLを設定しなきゃいかんとかそんな事もしらんのかとか
勝手に言ってろよ。おなじようにデフォルトでダサいJava厨。
- 903 名前：仕様書無しさん [2006/05/22(月) 11:59:17 ]
-
1995-2002年ごろまでのVB6の流行は納得できたよ。
まがりなりにもランタイム利用だがexeを作成すれぱ
ネイティブに動作した。 お客さんも納得だった。
2001-2005年までのJava-J2EEの流行は業界史上もっとも
だめな流行だったんではないかと思う。もう過去のものだしね。
- 904 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:38:48 ]
- >>894
Javaが嫌だからﾄﾞｯﾄﾈｯﾄといってもねえ。C++よりも選択肢が最悪じゃないか。
- 905 名前：仕様書無しさん [2006/05/22(月) 12:42:02 ]
- あいかわらずM$工作員が妄想とばしてるな。
- 906 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:46:12 ]
- >>895
たとえばどんなもの？
SpringやLog4j使ってるけど問題ないよ
- 907 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:47:44 ]
- >>896
そんなマジレスっぽいレスを本気でしたければ
自分のサイトで書けばいいのに。
ブログだったら思いっきり叩かれるだろうけどなw
2ch以外ではそういう主張をするのが怖いから
ここでしかそういう発言ができないんだろw
- 908 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:48:19 ]
- >>902
開発者がLnFをあらかじめ指定しておけばデフォルトでもダサ区内よ
- 909 名前：仕様書無しさん mailto:sage [2006/05/22(月) 12:49:17 ]
- >>903
2006年はまだ終わっていないんだけど。
てか、C#って死滅しちゃうの？スレで
2～4年前にも似たようなこと行っていなかった?wwwwww
- 910 名前：仕様書無しさん mailto:sage [2006/05/22(月) 20:08:46 ]
- で、LnFって何よ？
- 911 名前：仕様書無しさん mailto:sage [2006/05/22(月) 20:36:24 ]
- ＬＯＯＫ ＡＮＤ ＦＥＥＬ
- 912 名前：仕様書無しさん mailto:sage [2006/05/22(月) 21:18:26 ]
- 素直にMS UI Gothicを使ってほしい
- 913 名前：仕様書無しさん mailto:sage [2006/05/22(月) 23:22:04 ]
- M$工作員乙
- 914 名前：仕様書無しさん mailto:sage [2006/05/23(火) 00:33:26 ]
- プログラマにいろんな興味を抱かせ、その実、
実務であまり役にたたなかったり、
興味本位で使うと、かえって業務を混乱させたり
業務で求められているもの（納期、品質、コスト）
本質から目をそらさせてくれたり、
セッターとかゲッターとかそれ自体が馬鹿らしいと思わなくなったり
めちゃめちゃ重たいソフトで時間を稼いでくれたり
C++と比較して、俺の方が優れてるとかなんとか言ったり
とにかくいろんな意味でプログラマにとって面白い言語だった・・・
- 915 名前：仕様書無しさん mailto:sage [2006/05/23(火) 01:52:39 ]
- ってっかJava, C#やってると他の言語使う時に微妙に支障を来すんですがね。
- 916 名前：仕様書無しさん mailto:sage [2006/05/23(火) 11:10:02 ]
- C++版CheckstyleやFindBugsがあればC++も開発しやすいんだけど
- 917 名前：仕様書無しさん mailto:sage [2006/05/23(火) 14:16:12 ]
- だから、IFDEFがある限り難しいと何度言ったらわかるんだ。このデブは。
- 918 名前：仕様書無しさん mailto:sage [2006/05/24(水) 00:08:41 ]
- #IFDEFをif()文に変えるようにリファクタリングすればいい
- 919 名前：仕様書無しさん mailto:sage [2006/05/24(水) 01:42:54 ]
- #ifndef COLOR
int col;
#endif
もうこの時点でif()にならねえよ
- 920 名前：仕様書無しさん [2006/05/24(水) 10:06:10 ]
- if(pp.isDefined((rb.getProperty("COLOR"))){
int col;
}
こんなふうにリファクタリングすればいい。
C厨、こういうのをつくればいいのに
- 921 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:18:22 ]
- どういう意図なのか分からん…
- 922 名前：仕様書無しさん [2006/05/24(水) 11:24:55 ]
- 何を馬鹿な事を・・・
プリプロセッサがなんなのかそれさえも分かってないのか・・
- 923 名前：仕様書無しさん [2006/05/24(水) 11:25:21 ]
- プリプロセッサ禁止令っつーことやろうな
- 924 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:25:55 ]
- そもそもプリプロセッサに頼ること自体
プログラマとして失格
- 925 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:26:15 ]
- C言語厨はプリプロセッサ依存症
- 926 名前：仕様書無しさん [2006/05/24(水) 11:28:49 ]
- まあ確かにJavaではパッケージなどの機能制限版などを作る事は
ないから必要ないんだろうけどね。機能制限してもデコンパイルされるし。
- 927 名前：仕様書無しさん [2006/05/24(水) 11:34:59 ]
- VMのソースでは沢山つかってるけどなあJava厨さん
2725ファイル、合計10095個所見つけました
こんなに使ってるVMの上で動くJava利用してるんだから
変な事言わないほうがいいよｗ
- 928 名前：仕様書無しさん mailto:sage [2006/05/24(水) 11:50:45 ]
- どうやら、このスレの中に法律と憲法との違いもわからないC言語厨がいるようだな
- 929 名前：仕様書無しさん [2006/05/24(水) 12:12:36 ]
- 馬鹿な親でも自分の親
そんな親を平気で馬鹿にする更なる馬鹿なJava厨が
VMとJava厨とC/C++の関係なのかもしれない。
- 930 名前：仕様書無しさん mailto:sage [2006/05/24(水) 13:01:59 ]
- 言ってる意味が分からない
>>929は朝鮮の方ですかね
- 931 名前：仕様書無しさん mailto:sage [2006/05/24(水) 13:03:10 ]
- >>928
それってどんな喩え？
JVMやコンパイラが憲法でJavaソースコードが法律ってこと？
そしてC/C++は無法地帯でC/C++厨は無法者、ごろつきＮＥＥＴってことでFA?
- 932 名前：仕様書無しさん [2006/05/24(水) 14:54:14 ]
- >>931 C/C++で作られた堅牢な建物の中にしつらえられた独居房がJVM。
そのJVMの中で喚いているお前の言葉がJAVA。
これでわかるかな？
- 933 名前：仕様書無しさん mailto:sage [2006/05/24(水) 15:42:03 ]
- 10年くらいC++の仕事してたけど、どんどんセンスの無い文法が追加されてきた。
それよりはjavaの方がましじゃないかな。
今後どうなるかしらんが。
CはC89くらいでいいんじゃないかなぁって思っているけど。
- 934 名前：仕様書無しさん mailto:sage [2006/05/24(水) 17:55:13 ]
- >>920
おまえにはがっかりだ。
>>919はたぶんスコープの事を言っているのに。
- 935 名前：仕様書無しさん [2006/05/24(水) 19:57:19 ]
- 独居房か、箱庭よりも狭くなりましたね
- 936 名前：931 mailto:sage [2006/05/24(水) 23:27:28 ]
- >>932
は？
- 937 名前：仕様書無しさん mailto:sage [2006/05/25(木) 00:21:50 ]
- 虫かごだろ？
- 938 名前：仕様書無しさん mailto:sage [2006/05/25(木) 11:36:58 ]
- >>932はあのコーヒーもあのお茶も飲まないほうがいいね。
ついでにジャバとなの付くものはみな君には使えないw
- 939 名前：仕様書無しさん [2006/05/25(木) 12:36:10 ]
- そんなにJavaが遅いのかなあ。
Javaが遅いからServletは使わない方がいい、
なんていうのは現実的じゃないと思うんだけど
まさかServletの代わりに全部C/C++だけでバリバリ金融アプリを
書いてしまうの？
- 940 名前：仕様書無しさん mailto:sage [2006/05/25(木) 12:49:33 ]
- 金融アプリならCOBOLでしょう…と、COBOLerを召喚してみる。
- 941 名前：仕様書無しさん mailto:sage [2006/05/25(木) 12:49:48 ]
- Javaで金融アプリなんて恐ろしいな
しかもServletかよ
- 942 名前：仕様書無しさん mailto:sage [2006/05/25(木) 13:25:26 ]
- というが、証券会社のサイトやオンラインの[銀行名]ダイレクトはほぼJavaで書かれている
- 943 名前：仕様書無しさん [2006/05/25(木) 13:32:25 ]
- 裏のデータベースと、Webサーバーのつなぎのブラウザ向けテキスト生成につかってるんでそ。
- 944 名前：仕様書無しさん [2006/05/25(木) 14:10:35 ]
- DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。
いまどきWEBの「アクティブコンテンツ」はFLASHで作ったほうが、綺麗で簡単
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
Java房やJava営業の勘違いしている点は、どんな言語を使おうと、
お客様仕様の泥臭い部分は「例外仕様でメンドクサイし、合理的でない場合がある」
という認識が足りないと思う。
仕様書やUMLを弄繰り回しても無駄。
Javaで物を作ると開発環境、動作環境のバージョンの管理まで追加される。
そしてプログラムは楽にならない。１CM進むのに同考えても無駄な方向に1mm進む
「汎用的」は結構だが、専門の言語に劣る。
Javaは、端末コンソールからｺﾏﾝﾄﾞを打ち込んで、簡単なデーター処理をさせたいなら優秀な言語。
それ以外には使ってはならない。
- 945 名前：仕様書無しさん mailto:sage [2006/05/25(木) 14:16:46 ]
- >>944
> DBのドライバーは間違いなくC（C++）かアセンブラで書かれている。
嘘こけ
- 946 名前：仕様書無しさん mailto:sage [2006/05/25(木) 14:17:17 ]
- サーバでFlashを使う奴はアホ
- 947 名前：仕様書無しさん [2006/05/25(木) 15:43:12 ]
- >>945
それじゃ何だ？ ネイティブコードが作れない言語はアウトですが？
- 948 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:05:42 ]
- 100%PureJava製JDBCドライバを知らないとは
- 949 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:30:10 ]
- JDBCにはTYPEがあります。そのひとつがPure Java。
- 950 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:36:37 ]
- ぷあじゃばってすごいんでつね
- 951 名前：仕様書無しさん mailto:sage [2006/05/25(木) 17:54:00 ]
- >>949
意味わからん。JARファイルをクラスパスに追加して
ソースコードからDataSourceなどで呼び出すだけで使えるんだが。
- 952 名前：949 mailto:sage [2006/05/25(木) 18:19:09 ]
- そういうつもりで言ってるんだけど。TYPE-4のJDBCだよね。他にもJNI使うTYPEもあるでしょ。
もしかして、みんなが自分に反対してるとか思い込んでないかい？
- 953 名前：949 mailto:sage [2006/05/25(木) 18:20:17 ]
- と思ったけど、単に>>951がPure Javaなドライバしか知らないという可能性に思い当たった。
- 954 名前：仕様書無しさん mailto:sage [2006/05/25(木) 18:28:19 ]
- >>953
煽るな。そんなことはない。
JDBCの入門書を読むとかならずType1～4までの
説明が出るだろ。
- 955 名前：949 mailto:sage [2006/05/25(木) 18:33:21 ]
- >>954
煽るつもりはなかったよ。
そもそも直接JDBC触る機会が激減してるし、TYPE-4じゃないドライバなんてめったに使わないし。
だから知らないのかなーと思っただけです。気分を害されたら陳謝。
- 956 名前：仕様書無しさん [2006/05/25(木) 18:45:51 ]
- JDBCドライバのタイプも知らんと。はあ。さすがJava厨ﾀﾝだな。
- 957 名前：仕様書無しさん mailto:sage [2006/05/25(木) 19:01:40 ]
- わかったのは>>944が果てしなく厨であることだけ。
- 958 名前：仕様書無しさん mailto:sage [2006/05/25(木) 21:09:43 ]
- >>956==>>944だよな
- 959 名前：仕様書無しさん mailto:sage [2006/05/25(木) 22:36:16 ]
- >>957
>>947モナー
- 960 名前：仕様書無しさん [2006/06/05(月) 07:00:01 ]
- Javaでの開発４年目ですが、
OracleでのアクセスではPL-SQLのほうが、
早いように思います。（Oracle上のライブラリーキャッシュに入るため）
JDBC経由では、SQL文の解析や実行の遅さがモロに
出るように思います。
>>JDBCの入門書を読むとかならずType1～4までの
>>説明が出るだろ。
Type2より,Type4の方が遅いでしょ、
マニュアルにも書いてあるし、
Pure Javaは魅力だが。。。。
>>まさにオッサン世代ですね。だからガーベッジコレクタの
>>動作原理も知らない化石的思考といわれる。
ガーベージコレクションもいい加減であるため、
JAVAVMの仕様では、ガーベージコレクションはいつ走るか
わからない、命令もあるが走らせるように努力するっていう感じ
だったと思う。
では、回答頼む。
- 961 名前：仕様書無しさん [2006/06/05(月) 07:21:42 ]
- 現在、JAVAで作成したバッチJOBをPL-SQLやPro-Cなどで
作成し直したっと言う話を良く聞く、
私も、チューニングで
１）JAVA（8時間実行）→PL-SQL（1時間実行）に
２）JAVAのSQLのチューニング（１時間実行）→10分実行
３）JAVA（５日以上実行）→PL-SQL（＋SQLのチューニング）（１時間実行）
この辺はOracleMasterの
パフォーマンスチューニングにも少しだけ出てきます。
- 962 名前：仕様書無しさん mailto:sage [2006/06/05(月) 07:40:53 ]
- >>960 論点がよくわかんない。
ストアドプロシジャの方が速いという話だとしたら -> 当たり前
1. 使えばいいじゃん。
2. 使わないと仮定して、Statementを再利用できる文脈なら再利用
してなかったら文句はPGに。
しても性能向上しなかったら文句はドライバに。
CだったらPro-Cが使えるのにという話だとしたら
まぁそれはそうかも。個人的にはPro-Cあまり好きじゃないけどね。
- 963 名前：仕様書無しさん [2006/06/05(月) 07:41:48 ]
- ま、JDBC経由せずに、
MQ（電文）使うんだったら、
JAVAでもいいですけどね。
- 964 名前：仕様書無しさん [2006/06/05(月) 07:45:52 ]
- 962すいません、
960,961,983書きました、
>>>960 論点がよくわかんない。
>ストアドプロシジャの方が速いという話だとしたら -> 当たり前
だったらいいです、最近なんでもJAVA使って、
デスマにする人多いんで。
- 965 名前：仕様書無しさん mailto:sage [2006/06/05(月) 08:03:11 ]
- >>964 そういうことね。
ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw
- 966 名前：仕様書無しさん [2006/06/05(月) 08:07:49 ]
- >>>964 そういうことね。
>ストアドプロシジャ書かせても、必要性ないのにカーソル使いまくりということもあり得るw
確かに（笑）
- 967 名前：仕様書無しさん [2006/06/06(火) 05:45:42 ]
- >>960 論点がよくわかんない。
>ストアドプロシジャの方が速いという話だとしたら -> 当たり前
> 1. 使えばいいじゃん。
> 2. 使わないと仮定して、Statementを再利用できる文脈なら再利用
> してなかったら文句はPGに。
Statementを再利用しても、性能向上なんかは関係ない
Statementを再利用してもそれはガーベージコレクションが
すこし、早くなるかどうかぐらいの問題で、
性能はあまり関係ない、
SQLのチューニングするほうが早くなる。
- 968 名前：仕様書無しさん mailto:sage [2006/06/06(火) 07:37:17 ]
- AP鯖がStatementキャッシュ機能提供してたりしない？
- 969 名前：仕様書無しさん [2006/06/06(火) 07:50:30 ]
- >AP鯖がStatementキャッシュ機能提供してたりしない？
でも、焼け石に水だと思う。
- 970 名前：仕様書無しさん [2006/06/06(火) 07:56:57 ]
- > SQLのチューニングするほうが早くなる。
しかもRDBMS 固有の機能を使うと劇的に速くなる可能性がある。
Oracle 9i 以降の CONNECT BY 句なんか、うまくハマるとすごい。
ただ、SQL で再帰を書く香具師はあまりおらんので、どう使ったら
いいか悩むだろうが。
- 971 名前：仕様書無しさん mailto:sage [2006/06/06(火) 09:58:44 ]
- >>969
理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。
- 972 名前：仕様書無しさん mailto:sage [2006/06/06(火) 15:41:25 ]
- もはやJava自体の速さは関係なくなってるね
- 973 名前：仕様書無しさん [2006/06/06(火) 19:50:47 ]
- >>>969
>理念的には、パース工程が省かれる(ことがある)ので、意味はあると思う。
10時間のバッチJOBを９時間５０分にしても、
ENDユーザは喜ばないが、
>もはやJava自体の速さは関係なくなってるね
関係あります。
Javaは遅いので、
最近バッチJOBでJavaを使うのは、
あまり見ない。
アーキテクチャーを
思い出せば遅いのはあたりまえ。
- 974 名前：仕様書無しさん mailto:sage [2006/06/06(火) 20:36:01 ]
- >>972
しーっ！せっかく話を逸らせたのに！
- 975 名前：仕様書無しさん [2006/06/06(火) 23:23:39 ]
- ところでSwingってネットワークが重いと動作も重くならない？
接続してねぇときでも。
ネットが重いときにsetVisible(true)ってやってもいつまでたっても画面が表示されねぇ。
- 976 名前：仕様書無しさん [2006/06/06(火) 23:25:56 ]
- 案件情報で
JAVA、ストラッツ、PL-SQLまたはPro-C経験者
なんかあったら、
大体、
画面系：ストラッツ、JAVA
バッチ系：PL-SQLまたはPro-C
になっている。
案件情報で
JAVA、ストラッツ、DB2、COBOL経験者
だったら、
JAVA、ストラッツ、
MQ（電文）、汎用機側でDB2、COBOL
なんかになっている。
基本的に、
Statementの再利用と性能向上はあまり関係ないと思う。
コードが減ってガーベージコレクションのタイミングが
変わるぐらい、それよりもJDBC経由だったら、
①重たいSQLを投げない
②FROM句,WHERE句の記述方法に気をつける。
③SQLは実行計画などを見て最適なものにする。
（INDEXやHINT文などを使用する。）
- 977 名前：仕様書無しさん mailto:sage [2006/06/07(水) 00:36:54 ]
- 速度面で言えばシェルとかPro-Cなんかと比べてJavaのバッチは結構有利なはずでは。
メモリとかそっちのほうがネックなんじゃね？
- 978 名前：仕様書無しさん [2006/06/07(水) 00:41:40 ]
- >>977さんへ
まじめに言ってる？
- 979 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:02:21 ]
- >>978
別に深く考えたわけじゃないけど。
何がネックになるかな？
- 980 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:20:40 ]
- >>977
> ～なはず
妄想乙
- 981 名前：仕様書無しさん [2006/06/07(水) 01:38:39 ]
- 最近PL-SQLやPro-Cが見直されてきたのは、
JAVAでバッチJOBを作成して、
夜間バッチが夜間に終わらなかったなどの、
不具合が多くの企業であり、PL-SQLやPro-Cで
作成し直した経緯があるため。
そのため、以前みたいにあまりJAVAJAVA言わなくなった。
- 982 名前：仕様書無しさん mailto:sage [2006/06/07(水) 01:54:34 ]
- 毎回プロセス上げてやらなきゃいかんようなことにJavaを使ったら
HotSpotもなんも効きやしないからな。
# とV2Cからパピコ
- 983 名前：仕様書無しさん [2006/06/07(水) 02:24:46 ]
- V2C作った人はすごいと思う
でもJavaの表現力の限界はV2C止まりだと思う
- 984 名前：仕様書無しさん mailto:sage [2006/06/07(水) 04:22:24 ]
- 確かに。よくがんばったなーと思う。
でも、がんばらなくても同じことができる環境の方がよっぽど優れていると思う。
- 985 名前：仕様書無しさん mailto:sage [2006/06/07(水) 08:08:57 ]
- どうでもいいが
・PL/SQL
・Pro*C
さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。
アプリケーションが直接 Oracle Net と会話できるために
若干オーバーヘッドが減る程度。
- 986 名前：仕様書無しさん [2006/06/07(水) 12:35:22 ]
- >どうでもいいが
> ・PL/SQL
> ・Pro*C
>さらに言えば、Pro*C で書けば劇的に速度が上がるわけではない。
>アプリケーションが直接 Oracle Net と会話できるために
>若干オーバーヘッドが減る程度。
自ら敗北を認めたようですね、
Oracle Net と会話できるためっと記述しているが、
だから早いのである。
JAVAが遅いのはJDBCっと何回も書いた、
JDBCを経由しないので早いのである。
- 987 名前：仕様書無しさん mailto:sage [2006/06/07(水) 12:40:23 ]
- 勝負してたのか、わからなかった。
誰と勝ち負け争ってんだ？
- 988 名前：985 mailto:sage [2006/06/07(水) 13:08:23 ]
- >>987
986の脳内じゃね？知らんけど。
しかも
>JAVAが遅いのはJDBCっと何回も書いた、
まるで理解できてない/する気がないようだ。
- 989 名前：仕様書無しさん [2006/06/07(水) 18:04:10 ]
- 基本的にここに書き込んでいる人
私の想像ですが。
C,C++支持者：
スキル:C,C++,JAVAを実務で経験した人。
推定年齢:3?～4?
C,C++,JAVAを経験して、その上でC,C++を支持している。
他の言語も実務経験あり。
JAVA支持者：
スキル:JAVAのみ実務で経験した人。
推定年齢:25～29
EXCELマクロやVBAすら知らない。
基本的に他の言語は本で読んだ程度。
- 990 名前：仕様書無しさん [2006/06/07(水) 18:04:47 ]
- 基本的にこの掲示板で、
書き込んでいる人に仕事を頼むとする？
CSVファイルをDBに落とす。（緊急）
13:00ぐらいに言うとする。
C,C++支持者：
はSQL*LoaderをDIRECT INSERTで使用し、
ドキュメント作成も完了し、
定時退社する。
JAVA支持者：
一件、一件ファイルを読みINSERTするプログラムをJAVAで組む
残業、徹夜する。
ドキュメント作成も入れると
最低でも、２、３日はかかりそう。
- 991 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:35:45 ]
- なんで長々と書くかな。JAVA厨は低スキルって言いたいだけで、それなら同意してやるのに。
面白いとでも思ったの？頭悪そうだから板から出てって。
- 992 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:49:34 ]
- >>989
お前はただたんにJavaが嫌いというだけで
思考停止に陥って想像力がずいぶんと低下しているようだ。
- 993 名前：仕様書無しさん mailto:sage [2006/06/07(水) 18:50:40 ]
- >>990
たまたまお前の周りにいるJava支持者が
その程度に人間であってその程度の人間にしか
出会えなかったことをうらむんだな
- 994 名前：仕様書無しさん mailto:sage [2006/06/07(水) 19:46:44 ]
- >>993
日本語でおｋ
- 995 名前：仕様書無しさん [2006/06/07(水) 20:01:07 ]
- jajakartaのコミッターの人でさえ、
バッチJOBの設計には、
PL/SQLを使うのを知っていていってますか？
- 996 名前：仕様書無しさん mailto:sage [2006/06/07(水) 22:01:46 ]
- 世の中にはOracleしか存在しないのか?
- 997 名前：仕様書無しさん mailto:sage [2006/06/07(水) 22:13:49 ]
- Javaからストアド呼べばいいじゃん。
- 998 名前：仕様書無しさん mailto:sage [2006/06/07(水) 23:18:46 ]
- >>996
質問に答えろ
- 999 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:00:24 ]
- どれに？
- 1000 名前：仕様書無しさん mailto:sage [2006/06/08(木) 00:22:39 ]
- 1000
- 1001 名前：１００１ [Over 1000 Thread]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
