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


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

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



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

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

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

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

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


関連スレ

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

802 名前:仕様書無しさん mailto:sage [2006/05/21(日) 11:22:40 ]

[エンタープライズアーキテクト1.0]エンタープライズアーキテクトはできれば一生涯続いて欲しい
    ↓
[エンタープライズアーキテクト2.0]40歳ぐらいまでにエンタープライズアーキテクトを卒業したい
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトは自分をときどき後ろ向きにさせる
    ↓
[エンタープライズアーキテクト2.0]常に前向きな思考を保つためにエンタープライズアーキテクトがある
[エンタープライズアーキテクト1.0]同時にできるエンタープライズアーキテクトは1つだけだ
    ↓
[エンタープライズアーキテクト2.0]同時に2つ以上こなしてこそエンタープライズアーキテクトだ

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]2ちゃんねるで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がズラリ。思わずノートPCのディスプレーを閉じる
[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]あと5年以内にDependency Injectionは上位2社だけが独占する
    ↓
[Dependency Injection2.0]Dependency Injectionにかかるコストはほぼゼロになり、多くの人がDependency Injectionをベースに事業を展開する
[Dependency Injection1.0]小泉政権は国民のDependency Injection格差を拡大させている
    ↓
[Dependency Injection2.0]この国のDependency Injectionの8割を、エスタブリッシュメント層が独占している
[Dependency Injection1.0]会社帰りにコンビニでDependency Injectionの新製品を見つけて買う。前とほとんど同じ味。がっかり。
    ↓
[Dependency Injection2.0]amazonを開くと、リコメンドにDependency Injectionがズラリ。思わずノートPCのディスプレーを閉じる
[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は1つだけだ
    ↓
[Dependency Injection2.0]同時に2つ以上こなしてこそ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
に具体例を提示していただきたいwwwwww



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するまえに、ちゃっちゃっとやれば簡単でしょ?
(2時間後)

え?フィールドの長さが変わるから全部変えないといけない???
やって!全部やって!

863 名前:仕様書無しさん mailto:sage [2006/05/21(日) 15:52:17 ]
で、金は出ないとw

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 ]
あ、戻すついでに、郵便番号は3桁と4桁の間にハイフンを入れるようにしてもらえるかな?

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に滅ぼされてるなw

880 名前:仕様書無しさん mailto:sage [2006/05/21(日) 22:16:20 ]
>>877
>正直言ってJavaアプリはウザい
同意。
作っててなんだけどウザ過ぎだろあの動作w



881 名前:仕様書無しさん mailto:sage [2006/05/21(日) 22:21:52 ]
JavaでWin用のGUIアプリってウザイよな。
何がなんでもJavaで作ってやるぜってウンコsg

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厨。






[ 続きを読む ] / [ 携帯版 ]

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

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