【とりあえず】Java叩き【2回戦突入】

ま、漏れはROMってるだけだが　

前ｽﾚ
http://pc5.2ch.net/test/read.cgi/prog/1095657902/

1 名前： 仕様書無しさん 投稿日： 04/09/20 14:25:02

http://feather.cocolog-nifty.com/weblog/2004/09/java.html

09/19/2004
Java叩き
にちゃんねるのプログラム板、プログラマ板ではJavaプログラマ(及びJava言語)を軽ん
じているス レッドが多い。
そこでは「Javaしかできないプログラマは駄目だ」という論理がしばしば展開されている。
しかし、考えてみると、Javaしかできないプログラマというのは、少なくともJavaが現れた後
にプログラマになった人である。
従って、大半が若い人である。
ということは、Javaプログラマ叩きは、年寄りが若年層を虐めているという構図というわけか。

私自身の経験より、私はCしかできなくなおかつ他の言語を学ぼうとしないプログラマが嫌いである。
もっとも、C言語以外のある言語だけしかできないプログラマに会ったことがまだ無いわけで、
もしかするとVBしかできないプログラマの方が潜在的には嫌い であるかもしれない。

ここにいるJAVA厨は仕事で疲れた時のからかい相手としてちょうど良い。

JavaIsToy

それ以下だよｗ
学習用でしょ。実務には耐えん。

JAVAで作られたパッケージってありますか？
ないからフレィムワアクとか横文字無理に使ったクラスライブラリィぐらいでしょｗ

でも、最近のJ厨は元気ないです。

お前ら、もうすぐ１周忌ですよ。
http://japan.cnet.com/news/biz/story/0,2000050156,20065296,00.htm

>>7
今考えるとJavaも悪い言語じゃなかったよな
Javaを使ってた奴らが糞すぎただけで。
SUNも気の毒だよな、

日立cosminexasはTomcatで動いてるらしいぞ....

Rich Green･･･。
ダメだ、笑いが止まらん。ｗ

その前に前スレ使い切ってからにシマイカ？

MS互換製品に力を入れる？
JAVAでか？迷惑だな。

>>8
今考えるとJava厨も悪い椰子じゃなかったよな
Javaを使ってただけでいい気になっていただけで。
でもそんな厨に囲まれたSUNも気の毒だよな

マイクロソフト、プログラミング言語“C#”がJIS規格に制定と発表
http://ascii24.com/news/i/soft/article/2005/03/22/654957-000.html

マイクロソフト デベロッパーマーケティング本部 プロダクトマーケティング部
部長の北川裕泰氏は、同社にとってのC#規格化の意義について、「マイクロ
ソフトは相互運用性を重視していて、国際規格となることにより、相互運用性
が促進されるという意味がある」と述べた。またこれによって、ECMAで標準化
されているCLIの国内での標準化も促進され、日本のさまざまなデバイス上で
C#の広がりが期待できるとした。一方で黒川氏はC#の規格化について、「私
個人としてはJavaのリターンマッチ」と述べて笑いを誘った。というのも、Java
は一度ECMAでの規格化が検討されながら、Javaの開発元である米サン・マ
イクロシステムズ社の意向により、提案が取り下げられ規格化されなかったと
いう経緯がある。黒川氏によると、ECMAでのJavaの標準化委員会で、一部委
員から“C++ベースでJava相当のものを標準化するのはどうか”という話が出た
ことがあったとのことで、C#はまさにそれに当たるわけだ。

同社はプレスリリースにて、電気通信大学で2005年度より、C#の講義が導入
されると発表した。北川氏はC#のJIS規格化により、こうした教育機関や国の
機関でのC#の採用増加も期待されると述べた。

2chやってて初めて1000getなるものを達成したよ。感動したので記念にコピペしとく。


1000 ：仕様書無しさん ：2005/03/23(水) 16:25:21
テスト済みの組み合せ（パッケージ）を出してくれないかな＞＞オプソの中の人

・・・なんてことを言うと「あまえるな！自分でやれ」だもんなｗ
商用の環境を買ったほうが早いよ。

j厨オプソ乞食連合、プログラミング言語“JAVA厨”がﾊﾟｸﾙｿﾞ規格制定と発表

j厨オプソ乞食連合デベロッパーマーケティング本部 プロダクトマーケティング部
部長の箱庭蛇馬汚は、同社にとってのJAVA厨規格化の意義について、「 j厨オプソ乞食連合
ソフトは人が作ったソースをデコンパイルしてから最低１文字は改変し、シグネチュアも
自分の名義に改竄して利用しようと発表した。これにより、スキルが極端に低いわれわれでも
再利用が促進されるという意味がある」と述べた。またこれによって、JTEE(j厨ee)で標準化
されている先輩から引き継いだ100ネストの継承クラスライブラリの国内での標準化も促進
され、日本のさまざまなオプソリソース上で JAVA厨の広がりが期待できるとした。一方で
箱庭蛇馬汚氏はJAVA厨の規格化について、「私 個人としてはVB厨のリターンマッチ」と述
べて笑いを誘った。というのも、JAVA厨は一度ぼっとん便所に落ちながら体を洗わずにホテル
のパーティに行くという非常識な振る舞いがあったのだ。落ちた理由はVB厨との口論で完敗し
失意のどん底のうちに足元を見誤ったようである。

>>16
便所に落ちるという発想に昭和初期の印象を受ける。>>16はジイサンか？

＞Java は一度ECMAでの規格化が検討されながら、Javaの開発元である
＞米サン・マイクロシステムズ社の意向により、提案が取り下げられ規格化
＞されなかったと いう経緯がある。

ﾜﾛﾀ。

さあお役所仕事はC#の時代が来ますよ。

Javaは誰にも渡さない。このまま永遠に箱に入れて育てるんだ。

C#は好きだけど、プラットフォームがねぇ。
MONOがモノになる日は来るのかしら？

早くVS.net 2005来い！来月の発送かな

ttp://www.nikkeibpm.co.jp/mag/manage/ma_nb_contents.html

経営
ケーススタディ　サン・マイクロシステムズ
ITの雄、最後の戦い

うぅ、バラ売りはしてないのね

>このまま永遠に箱に入れて育てるんだ。
ホビーとしての楽しみはあるのかなｗ

>>22
今年後半だと思った

>>25
そんなに遅いと x64対応のビルドはVC6でやらざるを得ない
だからそれはないんじゃないかな

>>24
ふざけんなっ！　　　　　　　　　　　　　　　　　　教材としても有効でしょう。

サンがJavaを放出してｵﾌﾟｿになる日

糞コードが晒される日。

理想が高い言語ほど時が経るにつれて実装が汚くなる。

なんだかネットスケープの末路みたい

OpenGL vs DirectX の戦いにも似ているような気がする
汚くても最先端を取り込み続けるか、自己完結して陳腐化してゆくか？

>教材としても有効でしょう
え〜新入社員の皆さん。昔javaという言語仕様は素晴らしいものがありました。
これを取り巻くjava厨という人々によって負け犬言語となってしまいました。
しかし、オブジェクト指向の入門用の教材としてはなかなか優れています。
さあ皆さん一緒に1000クラスの継承リレーをしながらOOを学習しましょう。

■java厨の今後

昔javaをやっていた事をひた隠す。
そしてC#をやる。新java厨を攻撃しだす。

なんか過去の犯罪を隠してﾋｿﾘ生きている人みたいだな。。

スレ主の参照先の人がきてくれるみたいです。
ttp://feather.cocolog-nifty.com/weblog/2005/02/java.html

>>34
てか、このスレ立てたアホはそいつだろ、こんな誰も呼び込めそうにないサイトを1に参照なんてありえん、
最初から居るよ絶対、バカJava厨がそいつ。

Javaを教材ねぇ。
HelloWorldを表示するまでにかなり時間を要しそうだなぁ。

みなさん活き活きしてまつね。

バカJava厨がそいつ？　なははｗ

参照先の人、反論カモーンっす

■完全保存　前スレのバカJava厨の名言集
>>366
> SQL,JAVA,HTML,JAVAScriptを織り混ぜる手法が
> 果たして効率がいいと言えるのか？
>
> はっきり言おう
> ぜんぜん効率よくない

ServletもJSPもJSFもJDBCもEJBも知らん奴が何をいっとるんだか。

織り交ぜ方が汚い奴がやっても効率はぜんぜんよかならん。
効率よくできるかどうかは設計能力と経験次第。
オブジェクト指向を全く解らない奴にはどんなに頑張っても
効率よく織り交ぜることはできないがな。

『分割統治』という言葉を知らない奴にはわからないだろうな。

SQLとJavaの組み合わせはすでにJDBC APIで昔から簡単に実現できている。
そのときに起きる弊害もEJBのCMP Entity Bean、CayenneやHibernateなどの
O-Rマッピングツールで解決できる。
JavaとHTML+JavaScirptを織り交ぜる問題はJSFや Apache Struts,
Jakarta Tapestry, Jakarta Velocityで解決できる問題だ。
HTML + JavaScriptはデザイナの問題で我々が抱えるべき問題とは全く畑が異なる。
そんなに問題視したければDreamWeaverでも使っていればいい。

大学のプログラムの授業などで

構造化言語（むかし）　教材用＝PASCAL　実用＝C

オブジェクト指向言語（これから）　教材用＝JAVA　　　実用＝C#

というかインドとかでは最初からC#とか結構多いらしい。
世界でもっとも優秀なPGを多数抱える国のデファクト言語は現在実はC#。日本は遅れてるし、追いつくみこみも皆無。

>効率よくできるかどうかは設計能力と経験次第。
どんなに効率よくやろうとしても箱庭の制限がそれを阻みますが
あなたはこの件をどのようにお考えですか？

>SQLとJavaの組み合わせはすでにJDBC APIで昔から簡単に実現できている。
なにもあなた、こんな事をそんなにたいそうに語る事なのですか？

>そのときに起きる弊害もEJBのCMP Entity Bean、CayenneやHibernateなどの
>O-Rマッピングツールで解決できる。
弊害は起こらないように設計しないといけませんよ。そしてそれをツールで
解決しようとしてはいけません。ツールの不具合のリスクも考えなくてはなりません。

>JavaとHTML+JavaScirptを織り交ぜる問題はJSFや Apache Struts,
>Jakarta Tapestry, Jakarta Velocityで解決できる問題だ。
たががWebサイトアプリを作るのになんでこんなに横文字を並べて凄まなくては
ならないんですか？ｗ

C#がOSのネイティブコード吐けるようになったら考えてやってもいい。
巨大なランタイム（.NET Framework）に依存する言語なんてやってらんない。

>>41
インドの大学のサイトを見てると、実用性重視なんだよね。
MSの開発環境なんかがゼミで使われてたりする。
日本の専門学校に性格が近いかも。

>>43
そこでISAPIですよってマイナーだけどねｗ
オプソのmod_ispaiもあるよね

そこでFastCGIです。

>>43
「OSのネイティブコード」を30文字以内で説明しなさい。

>>45-46
何を言っているのかﾁﾝﾌﾟﾝｶﾝﾌﾟﾝですわ。

>>47

　　　　へ　　　　　　　　　 へ|＼ へ　　　　　√￣|　　　　　　　　へ
　　　（　レ⌒）　　|＼　　 （　|＼)|　|/~|　　ノ ,__√　 　　／７　∠､　＼　.　　丶＼　　　　　　_　__
|＼_／　　／へ＿ ＼)　　 |　| 　 |　|∠　　|　|＿＿　　　|　/　　　!　　|　 　　　|　|＿〜、　　ﾚ' ﾚ'
＼_.／|　|／　　　＼ 　 　 .|　|(￣　　＿）　|　　　　 ）　　|　|　　　 i　　|　 へ_,/　　　　ノ　　　,へ
　　／　　／￣~ヽ　ヽ.　　 |　| フ　　ヽ、　ﾉ　√|　|　　　!　レﾉ　　|　　!.　＼_　　ー￣＿,ー~'　　）
　/　／|　|　　　｜　|　　　|　|（ ノ|　|`､)　i　ﾉ 　|　|　　　＼_ノ　　ﾉ　/　　　　ﾌ　!　（~~＿,,,,／ﾉ/
　|　|　 |　|　　　/　/　　 　|　| .　 し'　　ノ ノ 　 |　|　　　　　　　/　/　　　　　|　|　　￣
　＼＼ﾉ　|　　/　/　 　 　 |　|＿＿＿∠-".　　 |　|　　　　　　ﾉ　／ 　 　 　 ﾉ　|　　/（
　　＼＿ノ_／ ／　　　　 （＿＿＿＿）　　　　　し'　 　　　　ノ／　　　　　　/　/　　|　〜-,,,＿＿
　　　　　∠-''~　　　　　　　　　　　　　　　　　　　　　　　　ﾉ／ 　 　 　 　 （＿ﾉ　　　〜ー､､＿＿）

つか、官公庁がJIS規格であるC#を求めだしたら、他のOSも実装するんでね？

沼津謹製C#とか?

java厨だと、代替案は絶対に出してくれないよねｗ

「お前がオブジェクト指向を知らないだけだ」ｽﾞﾊﾞｯと終了

Linux用のCLIとC#を開発し、OS本体とバンドルしたディストリビューションを
新たに作るか、Vineあたりに標準搭載させ、教育機関や官公庁の入札条件を
満たすように改良させればいいんだよ。

オレにはとてもC#で開発しています

Java側の反論がないとまぁすっかりオナニースレですねｗ

C#書けてJava書けない
Java書けてC#書けない

そんなのJAVA厨、.NET厨以前の問題だろｗ

マジレスなんだが、オブジェクト指向の何が分からないかが
分からない。頭大丈夫？と内心教えている最中に思ってしまいます。

単純な事でしょ？大丈夫？
（煽りじゃなくてリアルにオレは思う。)

担当変えろ！！！
あまりのレベルの低さに倒れそうになったぞｗ

>>56
教える立場で、そういう簡単な概念を生徒にわからせることができないのであれば、
君が教師として無能なだけ。

本スレはコチラ

Java叩き【年寄りが若年層を虐めてるという構図】２
http://pc8.2ch.net/test/read.cgi/prog/1111591627/

>>58
ぶっちゃけオブジェクト志向の何がありがたいのか
理解するのに五年くらいかかった気がする。

Javaｲﾗﾈ
フレームワーク依存のC#もｲﾗﾈ

ちゃんと作ればC++でOK
WebならPHPで十分だろ？

>>58
＞教える立場で、そういう簡単な概念を生徒にわからせることができないのであれば、
＞君が教師として無能なだけ。
と言われても絵迄描けば普通分からないか？
分からない奴に限って何処が分からないかを言えない。
俺は教員じゃありゃーしませんよ（^Д^）

>>60
＞ぶっちゃけオブジェクト志向の何がありがたいのか
＞理解するのに五年くらいかかった気がする。

そんなお前がＪａｖａエンジニアとして働き会社に
利益を出すに至る迄には恐らく１０年は掛かるだろうね。
（　´,_ゝ｀）ﾌﾟｯ

Java使ってるだけでオブジェクト指向が解ってると思い込んでいるヤツがどれだけ多い事か

「オブジェクト指向の優位性」についてソースコードで端的に説明出来るヤツしか認めないからな

>>63
C++使ってるだけのヤツと同じ

>>61
本当はc++だけでいいんだけどね。

c++ = マニュアル車
Java = オートマ車

どっちも大差ないし運転手次第なんだが、
細かい操作ができる反面、操作ミス(ポインタ、メモリリーク)が影響しやすいのもc++

>>62
Javaシンパでもアンチでもないが・・・

>と言われても絵迄描けば普通分からないか？
>分からない奴に限って何処が分からないかを言えない。
>俺は教員じゃありゃーしませんよ（^Д^）

こういう事を言う人間は良く見かけるがね、何処が分らないか分るなら、
それはキミの手など借りなくても平気なんですよ、自分で調べられます。
キミは、質問してくる人に分らない所を分ってあげようという気が無いでしょう。
これで偉そうにしていると、周りから煙たがられますよぉ。
ついでに十中八九、キミのレベルもかなり低いのですよ。
そうそう、キミみたいなタイプの人間に、こんなことを書くとオブジェクト指向が分らないとか勝手に思い込みそうだが、一応そんな事は無いからね。

>>66
多分、釣られてると思う。てかｼﾞｴｰﾝか？

>>67
うんにゃ、近くにこんなことを新人にするクズがいてムカついてたから、ちょっと勢いで。
もう雰囲気悪くなって迷惑極まりないから辞めちまえクズって感じ

>>68
そういう奴には新人に追い越され惨めな思いをする日が待ってます。
なので生暖かく見守ってあげましょう。

ECMAとJISか。。。。VineとSUSEにCLIを移植してくれれば良いのにな。

おまえがヤレよ

頼むから今年の新人さんたちはJAVA厨にだけはならないでくれ。
日本の未来のためにも。

疑問があるんだけどさ、
JavaマンセーのJava厨って、たとえば休みの日とか家でさ、なんか趣味とか実用の個人的なツール等アプリ作るときどうしてんの？
Javaアプリケーション？
Javaクライアントアプリなんぞ巷に皆無なんだし、この辺がJavaの糞っプリに対する社会の正当な評価というか審判がくだってる明白な証拠なんだが、個人でやるときは家でこそこそクライアントアプリ作ったりしてるわけ？
C#とかと違ってこのあたりの事情ぜんぜん違うよね。クライアント開発するときではJavaなんて選択肢のうちにもあがらないよね？

■いままでまとめ。JAVA厨のおおいなる勘違いと傾向
1. importできただけでOOを使いこなしていると勘違いしている。
2. UMLツールを起動しただけでOO設計ができたと勘違いしている。
3. かなわないと必ずVBを叩きだす。
4. くやしいと糞スレを立てる。
5. JDBCが使える事を唐突にえばりだす
6. デザインバターンもしらないのかと言う割にはGoFの非推奨なクラス利用を平気でしている
7. お菓子の箱とか大事にとっておく、例えばフリスクのケースを机に積み上げている。
8. 箱庭諸島が好き
9. 箱崎インターで必ず降りる。

>>73

個人的なツールなんて必要ねぇんだが
まぁ、Javaアプリケーションは残念ながらほぼクソだな
まともなのはEclipseしかない

>>73
JAVA厨にJavaアプリケーションは無理
JAVA厨ほどJavaを知らないのだから

昔々、ﾏｶｰと呼ばれる人種がおりまして、PowerPCは新世代のRISCプロセッサだ！
70年代の技術を引きずり、拡張に拡張を重ねて汚染されたCISCの486はゴミ！
そんなものを使う奴は低脳。プロはモノを見る目が備わっており、洗練された
コンピュータであるMacintoshを選択する！などと、大変な鼻息でした。

彼らは、使う道具が優れていれば、それを使っている人も優れているという
妙な選民意識を持っていたのです。

現実には、爆弾に怯えながら作業し、数百Mバイトものメモリ（16M SIMMで\50,000
もしたころ）を投資してたりしてたのですが。

爺死ねよ

>>75
> まともなのはEclipseしかない
antもわりとまともだと思うが？

ところでまともなC#のツールってあるの？

いつの時代にもJAVA厨タイプがいるという事だな。

MacでJavaの開発してる奴って結構いるよな・・・。

COBOLとかDelphiと同じように廃れてはしても無くなりはしないだろう
でも、個人的にはWindowsでクライアント開発しかできないC#は負け組だね
現在のVB/VC++みたいにいつ終わるかわからん

＞現在のVB/VC++みたいにいつ終わるかわからん

>>82
あーまた「個人的」妄想こいちゃって。

で、上の質問に答えてよ。家でなんかアプリ作るとき何使ってんの？Java？

家でアプリなんて作りませんが、何か？

スタンドアローンアプリやクライアントアプリは日々星の数ほどリリースされているわけだが。

現代に蘇ったコボラ == Java厨

ええー、現代によみがえったコボラーってVB/VC++しか使えない奴じゃないの？
C#がでちゃったせいで

>>86
Javaで？そう言いたいの？
で、どこにあんの？
そういう現実と剥離したことを臆面もなく言うから信者と認識されるのさ。

流れと空気を読めない奴はageるんだよな．．．

>>86 お昼の星くらいだろ(藁

いや、そういうアプリが日々リリースされている以上、VB/VCが終わってるってのは妄想といいたかったわけだが。
Javaでかかれたスタンドアローンアプリなど皆無だからな。

同士討ちしてやんの、これだから（ry

同士討ちしてやんの
　同士討ちしてやんの
　　同士討ちしてやんの

よほど悔しかったみたいだな(w

■いままでまとめ。JAVA厨のおおいなる勘違いと傾向
10.技術要件以外では元気が良い。

同士討ちしてやんの
　同士討ちしてやんの
　　同士討ちしてやんの
　　　同士討ちしてやんの
　　　　同士討ちしてやんの
　　　　　同士討ちしてやんの

■いままでまとめ。JAVA厨のおおいなる勘違いと傾向
11.くだらない事には異常にしつこい。

というかクライアントアプリが現実的に使えないってほんと問題外なんだけど。
一番基本だよな。学校で最初でハローワールドとかソートの教育用スタンドアプリが関の山。
まったく使えない。

それだと、>>99が駄目そうに見える

つまり、JavaのライバルはPHPってこと？

>>79
Antこそウンチだろ
あんなもん、ちょっとしたスクリプト書くのと何が違うのかっつーか、
あのxml書式がウザイ分だけスクリプトのほうがいい。

>>101
どっちかっつーとPython だと思われ。

個人的にはJava はいい処理系だと思うが、
プログラミング言語としては
・swap がない。しかも書けない。
・列挙型がない。
・本気でオブジェクト志向するとﾏﾝﾄﾞｸｾ
等々、いろいろ欠点もあるのも確か。
アクセルロッドの「囚人のジレンマ」を
C で書いたときにはファイル２本だったものが、
Java で書いたらいきなり７本になったのには
「オブジェクト志向の利点ってなんなんだろぉ(-_-!)」
と正直思った。

ソースファイルにはファイル名のクラス以外、Innerでない
クラスの定義も含むことが出来ますです。
ファイル本数が増えがちなのは確かですが。

>>102
makeではなくスクリプトですか．．．

>>104
> ・列挙型がない。
final classでは駄目ですか？

> ・本気でオブジェクト志向するとﾏﾝﾄﾞｸｾ
smalltalkではないんだから適当に妥協しろ
そもそも本当のオブジェクト指向ならプリミティブ型など存在しない

OOのメリットってコードの規模に比例というかX乗に比例すると思う。
アーティスティックにきれいに設計するというオーバーヘッドを消化してそれががんがん効いてくるには、アル程度以上の規模がいる。
それ以下ならクラス内部で適当にとりまわしたほうがすんなり終わる。
まあ小さくないし初期投資とリターンが見合うか見合わないかだな。

Swingがだめって言ってる奴は、多分Swingの使い方をきちんとわか
ってないで言ってるのは、間違いないと思う。

すくなくともその辺に転がってるWebアプリやVB6以前の糞UIよりは
マトモな動作をするGUIを作れるですよ。

Swingが駄目といってる奴は、OracleのインストーラやDBA　Studioの糞さに
よるところが大きいかと。

javaも使ってるしいいと思うんだけど、追加技術が多すぎてややこし過ぎるとは思う。
後は散々既出だがGUIアプリの画面設計の面倒臭さがなぁ
正直自分で使うユーティリティはC#で作ってるな

思うんだが、年齢だけを考えるとこのｽﾚ

JAVA厨　＞＞＞　その他

になってね？

>>108
それは、当たり前だが、重要なことなんだ

C#最高！！C#最強！！

【やったね】Ｃ＃最強伝説 第2章【ゲイツ】
http://pc8.2ch.net/test/read.cgi/tech/1070469339/

>>104
オブジェクト指向とは、馬鹿な人間のコードもそれなりに使えるようにする技術です。

ファイルを強制的に分けさせるのも、それが目的です。

>>99
ぶっちゃけクライアントアプリなんかVBで十分だと思うんだけど、
敢えてクライアントアプリをVMやらFrameworkやらの上で動かす必要性ってあるの？

>>115
馬鹿な人間のコードは
ファイル（クラス）の分け方も馬鹿なので、
それなりに使えません。

>>116
移植とか互換性とか再利用性とかがどうでもよければ、
VBでも何でも好きな言語で組んで良いと思う。

WEB系でもクライアント固有でも、同じ言語で組める方がいいでしょ？

だからVMないと動かないくせにでしゃばるな｡
最終的にはMSにすがらないと何もできないゴミが

>>119
そこでFLASHですよ

インターフェースがださい

その代わり実用性とデザイン性を兼ね備えてまつ｡
WSHを強力にした感じ

>移植とか互換性とか再利用性とかがどうでもよければ
移植=Write Onece 動作テスト Anywhere
互換性=JDKバージョン間の互換性低い
再利用=先輩から引き継いだ１００ネストのバグ込み継承ｗ

JAVA厨(TM)

>>120
こういう奴に限ってWindowsAPIとか使いまくってるんだよなあ。
まったく劣ってるよ。

http://114090.com/~studies/

>>117
だからファイルを分けなくても良いことにしてしまうと
最悪になるでしょ。
その最悪の状態を「よりまし」にする技術。

>>125
ラップしたAPIを知らずに使っているも前のほうがｗ

携帯Javaでは１アプリ１クラス１ファイル数万行がデフォルトですが何か？

>>129
数万行もいらない上
最低3クラス必要

paintメソッドに全部詰め込んであったりな

>>112
Java厨というのは基本的に、年齢云々よりも嫌われるような人種の集合体であることが問題なんだよ
入社当初は老害だのなんだのと言ってますがね、そりゃ敵は年上以外いないからそれ以外言う事はない、
そして年月も経ち、彼らの下に付く新人が入ってくると大変な事になる訳だ。
これがJava厨の正体、1もいい加減に気付けという事さ。

>>132 ｳﾏｲねそのとおりだね。
【嫌われるような人種の集合体】

そして誰よりもスキルなし。低脳ｗ
学習意欲なし。箱庭の飼い犬。

窓から出られないC井の中の蛙はなんと呼べばいいですか？

窓の中の>C#> さらにその中の狭い箱庭VMの中の>J厨

ったくVMと心中して土星の塵にでもなってくれ＞JAVA厨

窓の中のVMって.netのことか？
取りあえず引きこもってないで窓の外に出てこいよ
外は広いぞ

窓の中っても高級レジデンスって感じだからなあ。
どこの業者か素人かが作ったのかもわからんダンボールでできた基地みたいなのを集めて自慢げにしてる痛いホームレスより、ちゃんとそれなりの対価を払って住んでいる。
あといちいち今時自分で大工仕事して家建てる時代でもねーだろ。そんなもん下級の肉体労働者にやらしとけばいい。

そんなに窓が嫌いなら、窓の庇護の下で動くVMを捨ててくれるよう
S●Nに直訴してくれよ　J厨
まあ、窓で動けなくなったVMの事思うとw

大体窓をとやかく言うくせにJ厨の開発環境は窓が定番なわけだが

毎月雨漏りの修繕をする必要があるボロ物件を
「高級レジデンス」と呼べる君の感性は素晴らしい

まるで、他の住居は雨漏りが一切ないような書きっぷりだな。
高級低級ってのは相対的な価値観によって決定される。
他に雨漏りがない住居が一般的なのであればボロ物件とかいう呼称は妥当だが、
そうではないのにそう呼ぶのはただ単にこじつけ。詭弁。

まともなシステムで窓を使うところなんて少ない
止まってもいいようなどうでもいいシステムでは窓を使うこともある

また憶測とか思い込みのみで語る馬鹿がいる

> まるで、他の住居は雨漏りが一切ないような書きっぷりだな。
窓は他と比べても圧倒的に多いし、致命的なものが多いよ。
パッチを定期的にリリースするなんて窓だけ。
よく考えたらボロ物件に対して失礼だ。欠陥住宅ぐらいが適当かな？

> 高級低級ってのは相対的な価値観によって決定される。
ふーん、つまり>>139のいっていることはこじつけ。詭弁ということですか？

>パッチを定期的にリリースするなんて窓だけ。
さすがにそれは嘘だろう。

>>145
「J厨の開発環境は窓が定番」とか恥ずかしいよね？
多分、自分では憶測とか思い込みとか思ってなさそうなのが痛々しい。

>>148
だからさ、そうでないんなら一切窓は使うなよ　な

>>147
スマン
「毎月」パッチを定期的にリリースするなんて窓だけ。
と訂正する。

そのくせ文句いいながら使うんだよな。ほんとに性格悪いJ厨であった。

また、「誰もが窓を使っている」と思いこんでいる妄想をした馬鹿がいる

はいはい、>>152はえらいよ。すげえよ。オプソの鬼だよ。ﾊｲﾊｲ

欠陥住宅に住んでいると脳みそも欠陥品になるのだろうか？

>>154
どん亀VMをいじっているとEcliプソの起動時間が気にならなくなる麻痺と
同じかなｗ

>>150
ほんと？

よく考えたらC井の中の蛙に知性を求めたのがそもそもの誤解だった

欠陥住宅に住んでいると脳みそも欠陥品になるのではなく、
脳みそに欠陥があるから欠陥住宅に住めるような気がする。

>>157
ﾊｲﾊｲ　世界は君のものだ。ﾖｯ
素晴らしきVMわあるどw

すっかり芸がなくなったな。J厨ﾋｰﾋｰの諸君よ。

×よく考えたらC井の中の蛙に知性を求めたのがそもそもの誤解だった
○よく考えたらC井の中の蛙に知性を求めた私に落ち度があった

>160
おまえがバカってことでいいんじゃないかな

J厨てMS嫌いなの？MS製品使わないの？

CP/M信者　　　　　　　DEAD
TurboPASCAL信者　DEAD
1-2-3信者　　　　　　　DEAD
Netware信者　　　　　DEAD
OS/2信者　　　　　　　DEAD
Mac信者　　　　　　　　DEAD
Java信者　　　　　　　IN PROGRESS　

メール送受信と仕様書（Word, Excel）書きとwebサイトを見る為に嫌々使ってますよ
こんな糞環境で開発はしてないけど　＞　窓

メールはmuleで十分だろ。この腐れM$厨が。

メーラはMS謹製とは一言も言っていませんが？
ブラウザもMS謹製ではありません、
まぁ月一の雨漏りを塞ぐときに嫌々使ってるけど　＞　IE

windows+eclipseが糞だってこと？
eclipseが糞なのでは？

linux、freebsdは雨漏りがあっても知らん振りでしょ？

M$-Windozeを使っている時点でセキュリティ意識の欠落したM$信者決定。

じゃあ、この世の95%はMS信者だね。ｗ

そりゃ残りの5%で箱庭活動やってりゃ外部からのターゲットにはなりにくいわな。
そんなにマイノリティの利を生かしてセキュリティを堅牢にしたけりゃ、自前でOS書いてヲナッてろよ。
誰もねらわんさ。

やれやれ、低脳M$信者につける薬はないな。
真に優れたものを理解できる選ばれた人間は5%にすぎないのか。

>>127
どっちかと言うと、分けないほうが良い
という程度の悪さもあるかと。
意味もなく２ファイルよりは、１アプリ＝１ファイルが良いか
・・・というどうでも良い話になりつつある

>>175
ここでいうJava厨のooを叩くC++厨のooを漏れにもわかるように噛み砕いて解説ありが�d

>>174

（・C・）

（・J・）

顔付きが違うでしょ？

(oCo)

(oJo)

↑顔に見えるかどうかは疑問

J厨でC++厨でM$が嫌いってのは無し？

>>157
信者も糞も最初からPCに抱き合わせて売ってんだからそれまでだろ｡
最近じゃ金に目ざとくなったか、ライセンス認証なんてサービス(?)まで始めてる始末｡

まぁ、俺としての感想だけど出来上がったプログラムが枠なんかに頼って動いてたら完成した実感も半減だということ｡

ジジイを叩くスレ

>>3
お前の場合逆にからかわれて愚痴しか吐けない低脳なオッサン扱いされるのがオチだよ
FUCK YOU

箱庭活動w
箱庭活動w
箱庭活動w
箱庭活動w
箱庭活動w

ジジイの箱庭活動w

>>182
つーか箱庭療法。

>>173
クラス単位、
というところで意味付けは出来ているのでは。

爺ｳｾﾞｰ

>>184
private に押し込められるものは押し込める、というのが
一つの方法ではあるのだが、結局class ファイルとしては
見えてしまうというのがツラいところ。

重複ｽﾚ削除依頼記念
重複ｽﾚの1

1 ：仕様書無しさん ：2005/03/24(木) 00:27:07
前スレ
Java叩き【年寄りが若年層を虐めているという構図】
http://pc5.2ch.net/test/read.cgi/prog/1095657902/

前スレでは年寄りの愚痴を観察することができました。
前スレではJavaに恨みがあるようなしがらみにとりつかれた哀れな特定業種の人種が大暴れしていたようです。
さて、次も哀れな年寄りの愚痴を笑いながら見ることができそうですw
いずれにしても洗脳されたアンチJava-信者には何をいっても無駄だということが
よくわかるスレです。片隅で哀れな年寄りを笑ってやりましょう。

>自前でOS書いてヲナッてろよ。
そんな事できっこないからJAVA厨ですよw

>>172
>>真に優れたものを理解できる選ばれた人間
喪前の言う真にすぐれた物って具体的にどのOS？
ああOSじゃなくてVMの事かw
喪前の脳内では　VM>>>>OSだからなw

JAVA厨の脳内では箱庭がOSを超えています。

>>189
> 喪前の言う真にすぐれた物って具体的にどのOS？
少なくともWindowsではないことは確かだな。

具体的に言えないとは悲しい椰子だな
正直にVMって言えばw

Javaから見ればOSなんぞ意味を成さないだろ？
OSに魂を惹かれた老人には分からんだろうけどな。

じゃ、Winでもなんでもいいじゃん。あなたの脳内VMが論理破綻してますよ。

JAVA厨の馬鹿さ加減も最高潮ですな。

VMといえばようはエミュレータ
第一線の技術者はエミュレータは所詮おもちゃとしか考えていないのよ。

×OSに魂を惹かれた老人には分からんだろうけどな。
○OSに魂を抜かれた老人には分からんだろうけどな。

JAVA厨は言語中枢がいかれているようですｗ

>>194
論理思考は全くできないでしょう
なんせpublic static void main(10k行)一筋だからw

>>194
Winは欠陥OSだから。
いくらJavaでも欠陥OS上で動作させるは難しい

Win以外では別に何でもいいかなLinux、Soralis、HP-UX、AIX．．．etc
一応、これらのOS上では動かしたことはあるが、Winは無い。

>>200
＞いくらJavaでも欠陥OS上で動作させるは難しい

自他共に認める、とても性能が悪いVMなのですね。

オタクがWinを排除するのも勝手だけどさぁ、ワザワザ狭い世界で努力するなんて変わってるねｗ

「あるだけ」「とりあえず動く」マイナープラットフォームのJavaで
開発するのは自殺行為

Windows版のほうがユーザ数多くてこなれてるだけマシ

狭いのはどちらだか．．．PC自体が斜陽産業だというのに
そのPCもLinuxごときにとられてるありさまだからな
http://www.itmedia.co.jp/enterprise/articles/0503/28/news029.html

携帯、サーバーサイド、組み込み系、etc
窓の中の蛙には見えていないかも知れないな

定期定期にリブートする必要があるプラットフォームで動作させる方が自殺行為だろ
サーバのWinのシェアを知ってて寝言ほざいてんのか？

>>203
せめて一般家庭にまでLinuxが普及してからLinuxに絞れば？
Winの普及台数を無視する根拠がわかんね。

>>205
はぁ？Windowsに関わらずPCが一般家庭に普及することはない
メール、ゲーム　＞　携帯で十分
音楽　　＞　iPodで十分
ネットショッピング　＞　ブラウザがあれば十分（Winである必要はない）

何を根拠に一般家庭に普及するという妄想を抱けるの？
まぁ、お前はwinnyがないと生きていけないようだが、
一般人はそんなもの無くても生きてけますから

>>206
＞はぁ？Windowsに関わらずPCが一般家庭に普及することはない

＞何を根拠に一般家庭に普及するという妄想を抱けるの？

ぷっ。
何を基準にして普及していないと言うのか？
基準となる普及率でも上げてみたら？

で、PCが普及していないと言いながらiPodを持ち出す理由は？

あらら・・・VMが狂ってきましたよ。

あ、言っとくけど、PCはCDプレイヤーとかステレオ以上の普及率ですからね？

iPodでWindowsが要らない人種といえばマカー

なんか香ばしい人がいるなぁ

窓際族がくだを巻いているスレってここですか？

てか普通に使ってても止まるじゃん、Windowsってｗ
使えねーよマジで。

止まらないよ。止まる場合は低品質な喪前のアプリで
インストーラがシェアードライブラリを古いバージョンで
無理やり上書きするようなJAVA厨アプリをインスコすると
止まるかもしれないが。
とにかく低品質なJAVA厨糞オプソが元凶だ。

漏れの環境では止まらないよ。
それよりもLinux付属のオプソオフィスのほうがよっぽどw

>>212はいまだWinMEを使っていると思われる。

逆に止まらなくなる事はあるよなｗ
aspnet_wp.exeとかｗ

じゃあ君達は俗に言うブル−パニック画面を見た事がないのかと

>>217
Win98SEの時代はよく見たねぇ（遠い目）。2000、XPでは一度も見たことないよ。

$500コンピュータ（以下、$500と略記。具体例はNC:Network Computer)が
新聞紙上をにぎわしている。
もちろん、Internetの驚くほどの認知度の高まりが背景としてあるのだろう。
：
：
万事ハッピーといいたいところだが、新聞紙上等の$500を巡る話題には、
少々きな臭さが目立つ。
　確かに、NC陣営(Apple, IBM, Netscape, Oracle, SUN)の顔ぶれを見ると、
これはただ事ではない。何かを狙っているに違いない。
：
：
では、この騒ぎの正体は何なのだろう。
とぼけるのはよそう。$500は「PC文化への挑戦」と受け止められているのだ。
企業でX端末を利用すると、PCを多数導入するよりも経済的なシステムを
作れるといわれている。
同じように、$500も「一人一台なら、ご家庭でもPCより素敵なシステムが
組めます。」ということを当然セールスポイントとするだろう。

1996年

Winでブルーバックなんて何年前の話だ。
Java厨って頭堅いのな。

まともに反論出来ないところをみると悲しくなってくるｙｐ

＃iPodって・・・・

>>220
おいおい、ブルーバックなんていつ言ったよ。よく見れ、そしてよく反芻して書き込め。

反芻ですか。
他に言うことはありませんか？

次の方
↓

むしゃむしゃして食った。
草なら何でもよかった。
今は反芻している。

箱庭が嫌ならWindowsから出て行け。
SunのSolarisならネイティブC/C++コンパイラはまだまだ現役ですよ？

>>222
ここで言う「反芻」とは、いわゆる推敲のことね。
理解できてなさそうなので一応補足しとく。

>>218
そうか、漏れはXP でもしょっちゅう見ている。
I/O 周辺を叩いてみれ。けっこう出るぞ。

そりゃドライバのバグ

>>226 >>227
>>227 正しい。糞J系のサービス系アプリを入れるとでる場合が多い。

ドライバの問題とOSの問題すら切り分けられない低レベル
そりゃぁVM依存の人達には敷居が高いかも知れません

ていうかVM依存してるならOSに口出すなよ低レベル共めが

VMがなきゃ使えない馬鹿は口出すなよ。蛆虫。

VMの下は全部マイクロソフトのOSと思ってるんだろ。

>>231
ｵﾏｴだけ

新人研修がもうすぐ始まる。
ここのJAVA厨みたいにだけはならないよう教育するつもり。

■いままでまとめ。JAVA厨のおおいなる勘違いと傾向
12.WinのカーネルはVMの管轄下で動作していると信じている。

FLASHってあんまり知らなかったんだけど、良くできてるな〜。
アプレットが死滅するわけだね。

>>235
まったくだ。VS.netでフラッシュ開発できるようになればいいのに、それからASPに限らず.net全般とシームレス連携してほしい。
それらしいものは無いことは無いみたいだけど。

しかし>>212みたいなJAVA厨が勘違いすればするほどJAVAは死滅に向かうんだろうな。
S●Nもかわいそうだよ。みな>>212が悪い。

Webのクライアントサイドはそれに特化したJavaScriptとFlashの前に
Javaアプレットはは完敗。

サーバサイドも特化した言語のほうが良いのではないだろうか。

>>238

確かに未だアプレットでの開発もあるらしいが、ここでそう比較することに意味は無いと思われ。
JAVA厨よりお前のような奴が先に死ぬべきと最近本気で思う。

比較対象にFlashはともかくJavaScriptってのはどうかと思う。

>>238
Flashって開発のスタートダッシュだけじゃなくて、
ちゃんと保守性やら拡張性も考慮されてるの？

>>238
JSFがどうとか、と聞きますがそれらと比較してどうなんでしょう？

>>237

しかしそのような話が絶えない事を考えると、
遠い将来にはMSもハードとOSをセットで提供せざるを得なくなるのでは、と思う。
個人ユース以外では、糞なドライバも含めてWindowsプラットフォームの品質
として評価されるのだろうし。

PCは死滅！これからはNCの時代！

オオカミ中年エリソン

>>240
あーでも今Ajaxとか賑やかだからねー
JavaScriptも混ぜてあげてよいと思う

　　　　　　　,:::-､ 　 　 　　__
　　　　　　,,r::::::::::::〈:::::::::） 　　　ｨ::::::ヽ
　 　 　　〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
　　　　,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
　 　 　l::::::::::::::::::ｌ::::::::::●::::::::::::::●:::::ｊi
　　　　|::::::::::::::::::、::::::::::::::( _●_)::::::,j:l 　クマー！
　　　　}::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
.　 　　{::::::::::::::::::::::::::::`='=::ヽノ:::::/
　　　　';::::::::::::ﾄ､::::::::::::::i＾i::::::::::::/
　 　 　 ｀ｰ--'　ヽ:::::::::::ｌ l;;;;::::ノ
【ラッキーレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

flashってぶっちゃけ
VBより恥ずかしくないですか？

>>248
一応オブジェクト志向
Squeek のほうがマイナーな分だけちょっと恥ずいかも

http://e-words.jp/
が変なことになってますよ？

sql文をうまく作れない。。。
どうやればいいんだ

strsql = "select 何とか, なんとかな from いろいろ where これ=" + ab + ";";
とかやってる。

もっといい方法があるんだろうけど
分からない。。。

サーバサイドでは、もはや動作速度至上主義は通用しない。
安全で安定して動作することが求められている。
これは、管理された箱庭で動作するJavaなり.NETなりがサーバサイドで多く
採用されつつある主因の一つである。

クライアントサイドのアプリケーションでは、動作速度が最重視されることもまだ
少なくないかもしれない。
しかし、Microsoftはクライアントアプリすら箱庭の中で管理しようとしつつある。

年寄りの皆様、もう少し思考を行ってみませんか？
でないと本当に痴呆が始まってしまいますよ？

箱庭限定のプログラミングしか出来ないとなると、もはや技術者じゃないな。ただの人夫だ。

ところで

＞サーバサイドでは、もはや動作速度至上主義は通用しない。
＞安全で安定して動作することが求められている。

安全かつスピーディーな動作ね。

>>251
> もっといい方法があるんだろうけど
> 分からない……
安心しる。そんなものは無い。みんなそうやってる。

要は最初っから純正のものを全部そろえて置くか（.net framework)、
必要なものをくっつけて必要な形に整えるか(Java API)の違いに見える。

>>255
問題は後者がホームレスのダンボール住居やガキの基地にしか見えないこと。
もちろん材料はその辺に落ちてるジャンクの寄せ集めで説明書もサポートも一切無いと言ってよい。

ダンボール住居、まさに箱庭

車にたとえることもできるな

要は最初っから純正のものを全部そろえて置くか（AMGベンシ)、.net
必要なものをくっつけて必要な形に整えるか(友人からもらったボロ車をカスタマイズ)の違いに見える。 java

今年下半期中にperl6が出るぞ。
perl5もコード変換出来てそのまま動くみたいだ。
parrot+perlで
Cのようにバッファオーバーフローに悩まされる事なく
Cと遜色なく速く動き、お手軽に書ける
かなりいい言語になるね。
Javaは綺麗に書けるけど遅いからおれもperl6に乗り換えるつもり

perl5がperl6で動くと書いてるから一応ソースね

Will I be able to convert my Perl 5 programs to Perl 6?
Yes. Larry Wall and others are already working on a Perl 5 to Perl 6 translator, which will be able to translate (most) Perl 5 source code to the equivalent Perl 6 syntax.
In addition, Perl 6 will provide a "Perl 5 compatibility mode", allowing the compiler to directly execute any code that it recognizes as being written in Perl 5.

まだ、ソースを見たことないけど
Perl5と結構見た目は変わるの？

>>258
お前Javaも.NETも触ったこと無いだろ。

両方あるけどどうして？

>>256
そこはもう価値観の違いだろうね。
そう見える人はそう見えるし、見えない人は見えないだろうし。

>>258
Java APIを「ボロ車」と見るかどうかだね。
オールインワンPCと自作PCの違いとも言えるだろうし。

Microsoftが車を作ったら
http://www.page.sannet.ne.jp/mnagai/msj/msbuiltcars.htm

昔、ＭＳのＯＳを「高級レジデンス」とか言ってる馬鹿が居たが論破された
値段だけが「高級」で物件は欠陥住宅なんだから当然と言えば当然

>>261
結構変わるけど基本的には
perl5が元になってる。
perl5のコードでも変換モジュールを使えば
perl6+parrotで動く。
これからサーバーサイドではperl6が
主流になると思う。
安価でCのように早く、サーバーサイドに
は絶対不可欠なオーバーフローなどのセキュリティホールが
生まれにくく、安全に
そして簡単に組む事ができるから。
コンパイラも用意されるからソフトウエア販売にも支障はないだろうし。
とにかくいい事ずくめ。
ま、言語的にはJavaのほうが綺麗に書けるんだけど遅いからね。
株式のデイトレなんかやってる人なら
ちょっとした遅さが致命的な面は理解してもらえると思う。

>>256
Javaテクノロジの全てがオープンソースによってサポートされているわけではない。



歴史の長さから分かるとおり、現状商用プロダクトのサポートはJavaの方が充実している。
もちろん将来にわたってそうあり続けるかは別問題であり、.NETの方が充実する
可能性もある。
対して、オープンソースのサポートが将来.NETへ重点が移る可能性があるかというと、
こちらに関しては望み薄のように思われる。

>>255-258
それらはJavaと.NETのどんな特徴の比喩？
具体的に教えて。

>>265
http://www.itmedia.co.jp/news/0305/23/cead_courseycar.html

>>265
http://homepage3.nifty.com/machina/d0305c.html#03052501
の方が適切かな？
しかしあの頃と比べるとMicrosoftやWindowsは大分マシになりましたね…

マシにはなったが、商用では使い物にならないのは相変わらず．．．
画面を無駄に凝るよりか毎日稼働できるＯＳを作れ。
http://www.thinkit.co.jp/free/compare/4/1/1.html

>>272がいくらさわいでも喪前はJAVA厨だからだめだな。
漏れの経験では大学時代にJAVA厨だと大体無能系で努力をしないタイプが多い。
UNIX-C系だとず抜けた椰子が多いし、技術要求にかなり貪欲。

>>269
何かカラんでくる気マンマンみたいだから
あえて教えないでおこうと思う。

> 大学時代にJAVA厨だと大体無能系で努力をしないタイプが多い。
まぁ、Java、C#は現代のCOBOLだからな．．．

COBOLメインの会社にいたら、Cの案件なんか自分の会社には無い、
あんなのはOSを書くための言語で覚えても仕事は無い。

って感じだったよな。

図抜けた椰子はなんでも出来るしセンスがいい。
だからJavaもすぐ書けるしそれ以外もすぐに書ける。書くだけではなく
凄いアルゴリズムを導き出すひらめく才能もある。

だがJAVA厨はそれらは全くない。やっばりだめだと言う事。それだけ。
だからJAVAにしがみつきああこう言うだけｗ。クラスライブラリの
使い方を覚えるだけで精一杯ｗ

>>273
それは言語の特徴ではなくて、
Javaやってるような大学(あるいは学部/学科)には低級なものが多いだけの話では。
学術方面では一部の分野を除いてまだまだJavaなんてミーハーだと思われているし。

>>275
典型的年寄り。

>>274
ﾌﾟ

>>272はJAVA厨のくせにOSを作れだなんて生意気すぎるなｗ

「MS様、箱庭師の私のためにOSの片隅の実行環境をいただけますか」
だろう！

しかしプログラミング言語の仕様なんてどれも似ているのに
なんでJAVA厨はJAVAしかできないの？

>>281
腐ってるＭＳ謹製ＯＳ上でJavaなんか動かしたくないな。VMも腐りそう。
というかもう腐ってるのか．．．

Microsoft VMにまたもや「緊急」のセキュリティ・ホール，Windowsユーザーはすぐに対策を
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030410/1/

ﾌｯ
大体VMなんてインストールしねえもんｗ

MS VMをインスコしているのは100% JAVA厨のみ
>MSJAVA.dll
検索が完了しましたが、なにもみつかりませんでしたｗ
私のマシンには汚らわしいVM系はインストールされておりませんｗ

低いセキュリティ、高いコスト。
拝金主義のＭＳに搾取されてる.netってマゾかなんかですか？
それともＭＳになんか弱みでも握られてるの？
窓しかしらない窓厨？

わはは
いつものパターンだな。そろそろ糞スレたてるのかｗ
【拝金主義】窓厨【負けたよ漏れはJAVA厨ﾀﾞ悔しいｿﾞ】

MS製品が無くては生きていけない奴は負け組

VMとオプソでえらい剣幕な椰子はもっとｗ

ゲイツに上納するのが楽しみなマゾ　＞　ＭＳ厨

公演でごみをあさるのが楽しみな＞J厨

ＭＳ信者だから変なＯＳ（壺）でも喜んで買うのか？

ゲイツマンセー。ＭＳマンセー。
僕は一生ＭＳの奴隷で生きることを誓います。

それでも箱庭低品質低性能VMの奴隷よりはましかな。。ｗ

窓の品質の低さは他の追従を許しません。
窓の洗脳力は他の追従を許しません。

ああ、窓は偉大なり！！ゲイツは偉人なり！！

窓がないと生きていけない人間は窓中毒にかかっています。
幻覚、妄想、他人に対して攻撃的になります。

これは窓厨の進化？した形です。Win98がWinMeにVerUpしたように。

最近のJ厨の傾向はVM vs CLRではなく
VM vs WinOS　になってきました。ｗ

J厨の脳内↓
　　VMがカーネルを支配している割合　　　　　　OSｶｰﾈﾙ
|=========================================|----|

CLRなんて腐ったＯＳ上でしか動けない箱庭じゃないか？
こんなウンコとVMとを比べる自体不愉快
# まぁ、欠陥品ＯＳとVMを比べることも愉快ではない

J厨の脳内↓
　　VMがカーネルを支配している割合　　　　　　UNIXｶｰﾈﾙ
|=========================================|----|

J厨の脳内↓
　　俺は最高だ　　　　　　　　　　　　　　　　うんこ
|=========================================|----|

窓中毒患者必死だな
窓が無くなったら、リアルでダンボーラ生活だもんな。

>>301
それも自らが招いた結果かも

やだねえ、島国箱庭根性のJ厨は
なんでWinにこだわるのかこっちが聞きたいよｗ
お前箱庭開発ばかりしているから箱庭国から外にでるの怖いんだろうｗ

COMとかActiveXとかいろいろあったよね。
今度は.netだとよ　頑張れ窓厨！負けるな窓厨！
これからも窓はアーキテクチャがコロコロ変更されるぞ。
取り残されたらダンボール生活だぞ！

窓の中の窓厨に言われたくないね
＞　箱庭国から外にでるの怖いんだろうｗ

窓の外に出れないダンボーラ予備軍が何ほざいてるの？

まあせいぜいMS VMでアプレット動かしてよろこんでるといいぞｗ

MS VMなんて腐ったＯＳ上で動かす代物は使いませんから　残念！
理由：>>283

うそつくなよ喪前のHTTPヘッダにそう書いてあるぜｗ

Winは安定稼働さえ至難の技。　これがWinクオリティ

HTTPヘッダにMozillaとか入れる
インチキブラウザがデフォルトで入っているＯＳなんか使ってないよ

User-AgentにMozilla/4.0なんて入れる恥ずかしいブラウザを使っている
窓の中の蛙にHTTPヘッダは詐称できることを言っても仕方ないか．．．

そんなの話題にするほうがﾊﾞｶだろ

Sunの無償提供するVMとコンパイラは使いまくり、肝心の有償ソフトは買わずに
宿主を死滅寸前まで追い込んだ寄生虫 == Java厨

箱庭に生息する寄生虫か。。。

>>314
Javaと.NETのどっちの開発者を例えたいのか知らんが、
とりあえず>>252。

VMがカーネルを支配している割合ってｗ
メモリをほとんど食いつぶすよね。OSに寄生して
自分が領主と鼻息だけは荒いJava厨と同じだな

可哀相なｻﾝﾏ

　　なんてきれいなじゃばわーるどなんだろうと

　　壁と天井に欠かれた先人方々の作品に悶絶し

　　オリジナル作品に汚い精液と唾液を塗りつける

　　そんなｳｼﾞ虫Java厨が小さな箱にびっしりと・・・

　　外から見れば汚い裏側しか見えない

　　おぇｯ　気持ち悪　もーいいや

　　はいはい実験終わり

　　掃除の時間にしまーす

　　汚い寄生虫は全部破棄

　　食いｶｽでちらかった箱庭も全部廃棄

　　ぶちゅッぶちゅッぶちゅッ

　　おぇｯおぇｯおぇｯ

SunFireとまで言わなくても、Solaris位買ってやれよ。＞Java厨
マジで可哀相過ぎるよ。ｻﾝﾏが。

>>319
MSのWindowsとは料金体系が違うのだが。

Solarisも買わずに。。
ほんとにJava厨ってウジ虫以下ですよね。
マンセするのはオプソのただ物のみ。
ごみあさりが好きなウジ虫Java厨、もすこしするとハエになる。

今やSolarisはタダですが？

>>321

>>320

まるっきりタダって訳じゃねーよ！
サポートを販売するRedHat方式にしただけだ。
それだけSUNはRedHatに市場を食い荒らされて苦しいって事なんだよ。

それなのにお前らときたら「今やSolarisはタダですが？」だと？
馬鹿じゃねーの？
乞食は本当に救いがてーな！

そうか。ｻﾝﾏの誤算はJAVA厨のうじ虫増殖と残飯しか興味がない
その体質について予想もできなかったんだね。

「タダであるオプソを使う奴は乞食」って言う奴は
せめて●買ってから書き込め。

ライセンスはみんな普通に買っていると思うけどな。
つか開発ライセンスは安いぜ。
>>326の感覚では金は一切払いたくない。箱庭開発はタダが
生い立ちになっているからなｗ

ｻﾝﾏかわいそう


と、いうか悲惨すぎだよなｗｗｗｗｗｗ
無償提供した物だけ使われて、有償のものは全然売れないんだから。
Javaの開発費って、ドキュメンテーションまで含めたら膨大な額のはずなのだが。

>>327はコストというものが理解できない学生プログラマー

>>327
＞開発ライセンスは安いぜ。
じゃあ俺にWebLogic PlatformとOracle10gのライセンス買ってくれ。

まぁ、ボッタクリＭＳよりは安く済むけどな

>>330 Oraの開発ライセンスは1000円代じゃなかったか、それも買えないのか？
そのくせ、メモリ食いに関してはメモリも買えない貧乏なのかとかよく言うよな。
メモリ代が必要だからソフトウエアの開発ライセンス費用まで回らないのか
つくづくかわいそうだなｗ

乞食でも雑誌を集めたりの労働をして
品物を購入し、経済を活性化させているぞ。お前は最低なJava厨だな。

>>329は1円でも金がかかればだめな乞食Java厨

金さえかければいい物が作れると思っているＭＳ厨は
自分の品質の低さを自覚していない。

Javaが無くなっちゃうとMSが調子ぶっこいて値上げしてくるよ。多分ね。

sunの悲劇を憂いでいるのに、MSの名を持ち出さないと正当化出来ない
Java厨の皆様、おつかれ様です。

なんでSolalisじゃなくて犬糞なんだろう。

>>337
Solalisのインストール本が出揃ってから出直してこいやｗ

SunFireでなくPC鯖である理由なら明白。


大量に必要なメモリがSun製のは高いが、PC鯖なら安い。

SunもMSも正直つぶれても構わない。UnixはSunだけではない。
WinはMSがないと困るんだろうが。

ｻﾝﾏが潰れたらJAVAはどうなるの？

IBMがどうにかするんだろ？　＞　Java

>>332
だから買ってくれよ。口だけか？ｗ
Weblogicの1200万円はスルーですか？ｗｗ
それともゲイツ様以外にはお布施できません、ってか？ｗｗ

Webなんたらがいくらするか知らんが
Javaが好きなんだろう。自分で勝手に買えよｗ
なんでお前に買ってやる必要があるの？ｗ
箱の中の蛆虫だなｗ

ええけつしとるのぉ(*´Д`)ﾊｧﾊｧ



うはっｗｗｗおｋｗｗｗ？？

しかしWebなんたらって知らんがJava開発ライセンスが1,2K万もするならば
そう.NETのコストパフォーマンスは凄くいい事になるね。

そこでJBOSSですよ。お父さん

EJBというだけで没だろう

sun、linux、ibm.....
なんでunix陣営って足を引っ張り合うんだろうな。

ACEの呪いに違いない

分裂を繰り返すのがunix陣営の歴史なんだな。

そして、糞ソフトを高価に売るのがWintelの歴史
その糞ソフトを動かすためにメモリやCPUをVerUpさせねばならん

>>351
相対的に見ると、オープンで健全だといえる。

継続されない製品をつかまされたお客様は自己責任

>>354
Win95/98/Me/NTのことか？

Java厨はSolarisを買ってSunを支えろ。寄生虫ども。

タダソフトをユーザー騙してぼったくり価格で売りつけるのがｵﾌﾟｿ厨

おう！ｵﾌﾟｿﾏﾝｾのJava厨ども！！

おまいはおまいのソフトをなぜオープンソースで配布しないんだ？

派遣ﾄﾞｶﾀはその開発成果物に対して著作権なんか無いよ・・・

>>357
それって単に詐欺じゃ

>>358　{Java厨ども}
ここにいるのは唯一のstaticオプンJ厨が孤軍奮闘だけどねｗ

ｵﾌﾟｿの開発者は技術は高いしその理念は崇高なものかもしれない。

しかし、ｵﾌﾟｿﾏﾝｾのJava厨どもはそれを高い値段で売りつける寄生虫である。
コミュニティに対して貢献などしないしできるだけの能力も無い。

また、Java厨はSunが無償提供しているソフトだけを使ってそれを高い値段で
売りつけ、Sunの製品など決して買わない寄生虫でもある。

なんか流されているけどWebLogic Platformの開発ライセンスは無料だよ。
http://www.beasys.co.jp/dev2dev/dev2dev.html

おいおい今度はオープンソースかよ。
ソースの所在さえ明記してれば、オープンソースは別に金取ってもいいんだよ。
欠陥商品を有無を言わさず売りつけるよりは良心的じゃないか。

サービスパックを２〜３個当てないとまともに動かないＯＳ
やっと安定稼働したと思うとサービスを打ち切り、UerUPを有無を言わさず
行わせるゆすり／たかり会社よりはましだろう。

無料の製品を買わないことは別に違法ではないが、
お前らはライセンスをきちんと買ってるんだよな？

割れ物なんか使ってないよな？

もはやJavaの話ちがうし。

Java厨はJavaで完全敗北したからOS叩きに移行しました。
やっと負けたかと思うと、ほこさきをOSに変えて箱のなかでハエの羽
を震わせているので五月蝿くてかなわんなｗ

Javaはｵﾌﾟｿじゃありませんよ。頭がおかしい人たちですね。
MSの奴隷たちは。一生お布施を払いつづけてください。

狭い箱にいるからオープンな青空にあこがれるのだろうな　> J厨

NRIとかJava使いまくりだけどさJakartaに寄付くらいしてるのかね。

欠陥ＯＳ上でしか動けない引き籠もりフレームワークが何を言っても無駄

>Javaはｵﾌﾟｿじゃありませんよ。
そりゃあそうだよな。クローズドな狭い箱思考な > J厨
頭の中がオープンにはなれないもんなｗ

>>372
Win厨もな

ｵﾌﾟｿのフレームワークにパラサイトしているだけのサナダムシの分際で、
ｵﾌﾟｿをﾏﾝｾｰするのは止めなさい。

と、ﾊﾟｰﾗｰの先生がゆってた。

いや　臭いカメムシだ
と、おかーさんがゆってた

パラサイトできてるなら普通ﾏﾝｾｰするだろ。
思考があまり上手にできない方ですか？

Java厨 == ニート

Win厨 == 引き籠もり、ネット弁慶

比較するにはデータ型をそろえなさい > J厨

Java厨 と Win厨では
値とアドレスの比較のようです。
君にはアドレッシングは理解できないから仕方ないと思ってあげるけどね。

Win厨は引き籠もり、ネット弁慶を継承しているので比較できるよ
まぁ、Win厨にはOOは理解できないから仕方ないと思ってあげるけどね。

デタ！OO
すばらしきJAVAのクラアスライブラリィ　(ｳｯﾄﾘ)
やっとJAVA厨らしくなってきたなｗ

>>366
ここはJava限定の話をするスレッドではありませんよ？
次世代言語と前世代人間について語るところです。

>>381
>>255

>>380
はあ？いまどきVBでもOOですよ？

時間が止まっているのはJ厨のほうみたいだね
JAVAを「次世代言語」なんて最高にﾜﾗﾀ

>>384
vb.netってアレ、OOか？

COBOLもOOだしな

Java厨って自分しかOOできないと思っているんだねｗ

小箱の中の「カメムシ」それはJAVA厨

え？今時OOも出来ない奴はプログラマじゃないだろ？

さあそろそろカメムシ様がWin厨とかいいだすぞｗ

と、ウジ虫様が煽ってるつもりになってます。

>>390
>>63

再三既出だけど「OOはまさにカメムシ様のために作られた」
小箱で生活するカメムシなPGに安全な機能を提供したかったからなんだ。
だってねえ、カメムシにはC/C++とかは与えられないよ。怖くてｗ

後片付けも出来ないDQNは母ちゃんに躾しなおしてもらえ。

使ったら片付ける。わかった？

> PGに安全な機能を提供したかったからなんだ。
プロテクトモード・リアルモードも不要だな

> 使ったら片付ける。わかった？
exit()前のfree()は不要。(by fj.comp.lang.c)

カメムシ元気ないな

ゴキブリはほっとくとすぐに増えるからタチが悪い

質問です。
良かったらご回答をお願いします。
ここでJavaを叩いている方々はJavaは書けるのですか？
また、書けない、もしくは書くつもりなど無い、と言う場合、今後Javaを使おうとは思わないのですか？

私は主にJavaを使用した開発に携わっています。
コピペ主体のやっつけWebアプリの開発現場は確かにレベルが低いところも多いです。
ただ、今後Web系の仕事をこなしていくにあたって、まだまだJavaは必要と考えています。

また好き嫌いは別としてもOOについてはやはり一技術者として知っておくべきかとも思いますし、
Javaはそれを学ぶのに適した言語なのではないかと思っています。
デザインパターンなどについても、Javaを通して学んでいけますし。

Javaでは確かにメモリの開放の必要は必要無いかもしれませんが、オブジェクト（インスタンス）の開放
には気を使いますし、また、一定のレベルを超えた人ならばコーディング中にメモリを意識しているかと
思いますが。

蛇足ですが。（こういうこと書くから叩かれるのもわかっているつもりですが）
僕はシステムが遅いと感じたことはありますが、その原因がJavaのVMまで行き着いたことはありません。
十分実用に足るシステムを構築してこれたのではないかと思っております。
実際Javaの問題というよりは、SQLやDBのチューニングで処理速度は劇的に向上することが多かった。

>>399
>>63

技術的な事になるとすぐ逃げる
ゴキブリみたいな逃げっぷりだな。

>>400
当方まだまだ若輩者ですが、オブジェクトの概念、継承、ポリモーフィズム等
多少はわかっているつもりです。
まだまだ日々勉強ですが。

C++でもJavaでもOO意識せずとも動くソースを書けることも知っているつもりです。

ここはOOを否定する場ではないですよね？

ぶっちゃけ書いてしまうと、このスレのC、C++側の方々が
どの程度Javaのことを知っているのか？
OOの理解がどの程度あるのか？
OOを今後学ぶとしたらなぜJavaではいけないと考えるのか？
また、現在どんな開発をなさっているのか？
一開発者として、今後のビジョンはどのように考えているのか？
といったことを興味本位で知りたいのかもしれません。

また、こういったレスをしてC、C++の達人の方々に叩かれるのも勉強になりますし、
もし僕が今後まだレスすることがあったとしてJavaの達人の方々に勘違いを指摘していただける
ようなことがあればとても有り難いことと思っています。

>>402
君がこのスレのJava厨の代弁者になるのは見るに耐えない。
双方の厨房の低レベルな罵り合いに付き合うことないよ。

>>403
そうそう。ここはマ板。便所の落書き（ストレスのダンプアウト先）だから、まじめに反応しても不毛。

JavaのWebアプリもいまいち普及しないね。。。。
特に大規模ポータルで使われてるのを見たことが無い。

携帯のJavaアプリは無視ですか？

>>402
ログを見ればわかると思うが、ここは議論をする場所ではなく「叩く」のが目的のスレ
君のような純真な若者にはここは相応しくない

技術力がなく、相手を貶めることしかできない
カメムシとかゴキブリ野郎が泥仕合をしている糞スレだ。

カメムシは抜きで>>402さん中心に良スレ化するという流れもあるかな

> ここでJavaを叩いている方々はJavaは書けるのですか？
Java ←書いた
「Java 環境で動く、実用的なアプリケーションを、
そのパフォーマンスに十分見合ったコストで開発できるか？」
という質問になら、Yes 。
Java は遅い。つーか、「Java を使うことによって生じる
オーバーヘッドが、無視できないほど大きいく、なおかつ
回避不能なケースに、仕事の上でしばしば遭遇する」ことは
確かであり、そういうときには C の有難みをしみじみ感じる。

>>409
VMを常駐させとけばそんなに遅くないぞ。
それにチューニングすればDBのように性能がでる場合もある

これでも読んどけ
http://www.atmarkit.co.jp/fjava/rensai3/devedge01/devedge01_1.html
http://www.atmarkit.co.jp/fjava/rensai3/devedge02/devedge02_1.html
http://www.atmarkit.co.jp/fjava/rensai3/devedge03/devedge03_1.html

まぁ、別に無理に100%Javaを使う必要はなく、性能重視の場合はCもありだとは思う。

読んだけどJavaのガベコレってコネクション単位でヒープ管理してないのね。
ガベコレが動いている時は全てが処理できないって？
これってガベコレの実装ミス？

>>411
> ガベコレが動いている時は全てが処理できないって？
> これってガベコレの実装ミス？
じゃあ、自分でVM自作すれば？はい仕様書
http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html

今のところIBMとかBEAとかが作ってるので君にも出来るはずだ
# だが、SunとIBMのVMの挙動が微妙に異なることは他の厨房に知れると
# 叩かれる要因の一つになるんで内緒だぞ

>>412
既に他の方法で実装済み(VMに対してじゃないけど)
漏れが実装したのは、セッション単位でヒープアロックをする。
VMちゃんみたいにガベコレが動いていたら他のスレッド処理は止める
ような事はしない。あ、その仕様書みちゃうとその方向で実装を強制
されちゃうのかな？VMのガベコレは内部的に全体をロックするように
動作するのかな。s○nさん〜ガベコレ売りますよ。性能いいですよ。

今仕様書みようとしたら、ガベコレが動作しているみたいだった。
↓
アクセスしようとしているページは、問題があるため表示することができません。

以前BEAのVMって使い物にならないと聞きましたが
今でも SunのVMもバンドルしてお得感いっぱいの構成でしょうか

とりあえず>>402さんのおかげで「カメムシ」は影をひそめてくれた。
いい傾向だ。

V　ヴぁか
M　マシン

>>417
なになに？どっかのスレで叩かれた憂さ晴らし？

>>410
> VMを常駐させとけばそんなに遅くないぞ。
パーソナル環境で、リソースは全部自分持ちが前提であり、
SmallTakl 80 みたいに、「何もしてなくてもGC が働いてる」
みたいなシステムが当たり前だったら、Java は確かに
いい言語（つーかコンセプト）だと思う。
で、「Java マイクロエンジン」つー感じの、JVM をハード的に
サポートしてくれるハードがあったら、非常に嬉しいと思う。
だけどプロとしてユーザさんにリリースするシステムは
どういう使われ方をするか分からないし、
既存の（普及した）環境の上で動くことが前提なのである。
だから結果的にJava サーブレットでC で記述したnative クラスを呼ぶ、
みたいな話にならざるを得ない。
Java の世界っつーのは所詮「綺麗ごと」の世界だという話は、
とにかくパフォーマンスが要求される分野では、
どうしたって出てくると思う。

>>416
正気かよｗ
CならともかくC++使ってる奴に

＞OOの理解がどの程度あるのか？

なんて聞く馬鹿をまともに相手しろってか？ｗ
そもそもOOやJavaの理解度を客観的に示すにはどうすりゃ良いんだ？

そこで、JINIからHeapAllocでつよ。お父さん。

>だから結果的にJava サーブレットでC で記述したnative クラスを呼ぶ
nativeを呼ぶにしてもVMのクラスローダがまたかったるいんだよね

＞そもそもOOやJavaの理解度を客観的に示すにはどうすりゃ良いんだ？

理解していない人には無理です

>>423 それをきちんと説明できないお前もな

>>419
> 別に無理に100%Javaを使う必要はなく、性能重視の場合はCもありだとは思う。
と書いてあるだろうに。代替手段が用意されているというのは悪いことではない

>>425
Java を使うのはその方が開発が楽だから。
実行速度はC のほうが“速い”が、
結果が出るのはJava のほうが往々にして“早い”。
だけど実際に動いてしまうと、「もっと速く」という
要求が出て、結果的に「分かりやすいプログラムが
楽に書ける」というJava のＯＯ的なメリットが損なわれてしまう。
「C に書き換えても、それほど速くならない」って言えりゃあ
どんなに楽かと思う。

>だけど実際に動いてしまうと、「もっと速く」という要求が出て
これはリリースしたときのパフォーマンスをきちんと見積れないからだよね。
まあ費用とか客からの指定とか色々と確執があっての事とは思うが。
でもまあ、>>419も>>425も代替案でフォローアップできるだけいいよね。
J厨だとJavaの仕様ですで逃げるだけだから。

前のオフコンの方が早いし、使いやすかったよ。
いちいちマウスに持ち替えなくてもEnterをどんどん押すだけでよかったから。

使えないからもって帰って。

これ、カーソルどこにあるの？こんな細い縦線じゃわかんないよ？
前のオフコンは箱で点滅してて分かりやすかったのに、どうしてお金を
かけて使いにくくするの？

>>428
カメムシにそれを言っても対応してくれないでしょうけど
心ある技術者に言えばきっと対応してくれるはず。
Enterキー&ファンクションキーおじさんシステム

Webの仕様です・・・・・

>>429
カメムシにそれを言ってもマウスカーソルの形状は変更してくれないでしょうけど
心ある技術者に言えばきっと対応してくれるはず
フルカーソルおじさんシステム

あのさ、担当のＡさんがいつも右上の×をクリックしてパニックになるから、
これを押せないようにしてくれないかな。

.NETコンポーネントならばEnterをハンドリングできるわけだが

そんなこといってもﾄﾞｶﾀには関係ないかと。SEなら大問題だけど。

>>433
カメムシにそれをいっても対応してくれないでしょうけど
システムメニューなしウインドウおじさんシステムは作れますよ

文字を消すつもりでバックスペースを押したら、画面が真っ白になって
何か期限が切れたとか何とか書いてあるんだけど、すぐに修理してください。
仕事になりません。今すぐ来てください。

>>437
それは開発元のカメムシに言ってください

ブラウザも使えない爺は氏ね

カメムシこーい。ちょうど疲れた時間帯だ！

>>428
TABを使えTABを。日常的にPCでブラウザを使ってればそっちに身体が
なれるし使いやすい。そもそも、Webアプリで提案した時点でそんなことは
常識のはずです。なぜそのような顧客の非常識な我侭に付き合わなければ
いけないのですか？そんなことは仕様にありませんでしたよ？
要求定義のミスであって、PGの責任ではありません。

アプリケーションUIからみるとブラウザは最低なわけだが

Swingがあるだろ。ﾊﾞｰｶ

Swing？
ありゃだめだ。全体を止めるガベコレと同じぐらいダメダメGUI

ActiveX・・・

オフコン好きのおじさんは
Enterのたたきかたがはんぱじゃねえ
ｺｺｺｺｺｺｺｺｺｯｺｯｺｰｰﾝって叩く
Swingのような入力した後でもっさりもさもさされたら
オフコンおじさんは切れると思う。

社内システムならばActiveXありだと思う、Swingよりオフコンおじさん倍まし
セキュリティの表示もきにしなくていいしね

んでもそうなるとわざわざブラウザに貼らなくてもVB6で専用アプリに
したほうが楽って話も。。。ｗ

>>448
いや。インストール管理がめんどい場合はActiveXのほうが有効勝ち
VBのランタイムはバージョンに変動があると扱いが悪いよね

正直、オフコンのリプレースをJavaでやらかしたら、眩暈がするほど
クレームが来そうな気がするのだけど、そのへんどうよ？＞カメ

ばぁーかWin厨
Javaで作れば最強だぜ。おまえらは本当に素晴らしい環境をしらないだけだ

なんだ。糞コテはVB厨か。よく恥ずかしくねえな。

>Java屋さんが、Javaを使わないプロジェクトに来たことがあるけど、Cを知らなかったよ。
>何でもVBでやろうとする人だって、必要となればCでコーディングしてるというのに。
>職場では、Java厨はVB厨以下ですよ。

Javaは低脳者向け言語
ttp://pcweb.mycom.co.jp/column/java/001/
> C/C++に挫折した馬鹿でも、「Javaなら俺にだってできるんだ」ということで奮起した馬鹿も少なくないだろう。

少なくともクライアントアプリでは

VB　＞＞＞＞＞　Java

SWTを使うんなら少しはマシかもしれんが、
まあ、Eclipse以外は使われて無い罠。

>>455についてカメムシの意見が聞きたい

イントラ環境ではMSのActiveXにすらJavaは勝てません。
中途半端なんだよな。

携帯電話という超箱庭はJavaの天下ですが、何か？

カメムシがWin厨とか言わないとつまんねえな

>>426
> だけど実際に動いてしまうと、「もっと速く」という要求が出て、
ハイスペックマシンを買わせろ。これでだいたい引っ込んでくれる。

オフコンの完全リプレースをするならUnixでしょ？
なんであんなウィンドウズマネージャも変えられない糞OS使う必要あるの？
あれはWordやExcelなどのOffice信者が使うもの

本来の用途はOffice専用ワープロ端末なのに、
現在の携帯みたいにいろいろ機能を詰め込みすぎなんだよ

ライセンス料だけリッチなクライアントつくってどうするよ？

オジサン連中が最大の金づるなのに、連中が操作出来ないUnixとか(ry

>>455
ウェブ連携・作成効率を考えると
Java≒C++＞＞C＞＞（サーバサイド言語・CGI）＞＞＞＞＞＞＞＞＞＞VB
となるわけだが。
それ以前にVBはチープなイメージもある。

>>463
チープなイメージとはいかがなものか？と疑問を呈してもしょうがないので同意することにする。

>>462
え？お前はオジサン未満なのか？
Unixはwinよりも挙動不審な動きはしないぞ

>>463
確かにチープかも知れんが、想定している範囲外の事をしようとすると
いきなり煩雑になり、敷居が高くなる。
Win32APIはVB用に作られていないというのも原因の一つだと思う。

VBは、結局のところプログラミングのさわりのようなものと考えていいんですかね？

>>466
刺し身のツマ程度でいいんじゃないの？
VBAとあわせ技でも秀丸マクロと代わり映えしないし．．．

帳票印刷がめんどくせ

>>467-468
お前ら、ひょっとして素人さんですか？

VBで帳票印刷ってめんどくさそう

LOCATE文とPRINT文でモーマンタイ

なあ、スマートクライアントって選択肢は駄目なんか？

>>470
ぶっちゃけ、市販のモジュール使えば余裕。
趣味プログラムじゃあるまいし、全部自力で実装するわけではない。

>>472
具体的に。

>>473
たけーもん。
予算が下りないよ。

>>475
473じゃないが、帳票出力を実装する工数と、製品を買うのとどちらが安いか
比較してみれ。

VBがよければVB使えばいいじゃん。
オフコンがよければオフコン使えばいいじゃん。
javaがよければjava使えばいいじゃん。
それだけのことじゃないの？

>>476
製品仕様ではカバー出来ないような要求を客がしてきた時に問題

自分で作れば信用できる市販のライブラリなど中がどうなっているのか
信用出来ない。

要はOSもVMも信用出来ない・・・なんてな

>>478
ｷｻﾏはだたの給料ドロボウ
辞職しろ

ツールの費用と工数の両方をかけろとでも言うのか

>>482
ツールをうまく使ってどれだけ工数が減らせるか算定しろと言っている

ツール代　5万〜12万
馬鹿なJAVA厨がツールと同等の機能を作るとまず一生かかっても無理。
馬鹿厨でも金は多少とも払わないといかん。
よってツールの勝ち。

>>487
客の要望なら必ず実現させる
それが技術者の基本的な姿勢じゃないのか？
製品仕様にあるのないのは問題じゃなくて
自分で工夫するもんじゃないのか？

>客の要望なら必ず実現させる
それはないな、お前コスト計算できねえだろう

客の納得するコストで必ず実現させると言っている

そこでオプンですか

いいや　オプソは使わない
最初からオープンなんて空っぽの箱だ

オプソが嫌いな理由
１）タダより高い物はない
２）考え方に縛りが多い
３）客の要望よりオプソの考え方が優先される

商用ツールを使い限界ギリギリのパフォーマンスに挑む
交渉しだいではむしろこっちの方が自由だとｵﾚは考える

>>485はカメムシかと思ったけど違うのねスマソ

>商用ツールを使い限界ギリギリのパフォーマンスに挑む
ふむ。考え方は正しいですな。
VBもしくは.NETが前提ですかな。

javaアプリを作りたいんだけど
ｖbみたいなツールないの？

ぺたぺたで作れるないの？

>>491
MS-Visual J++

今流行のLinuxとかいうのでリプレースしたって話だけど、どうして半角カナが
使えないの？前のオフコンではつかえてたよ。カナ漢字変換も馬鹿だし。

持って帰って。

>>461
>>493

>>493
EUC-JP だろうが UTF-8 だろうが半角かなは問題なく扱えるんだから、
アプリレベルの問題だろ。
かな漢字変換も商用なら Windows と同じブランドのソフトが出てる。

えー？
半ｶﾅ使っちゃダメって言われたよ〜？

>>492
はあ？いまどきはJ#だろ。

なぜ半角カナは嫌われるのか
『半角カナ』の欠点は?

まず、『使っていいことは何もない』ことを肝に命じてください。 使いたい人は大抵次のような言い訳をするようです。
表示幅が半分になるので狭いところにも書き込める
フォントのサイズを小さくするのがいいと思います。
それに『半角』のフォントって汚いことが多いし、 『゛』(濁点)や『゜』(半濁点)があるとそんなに場所は小さくならないです。

1バイトで表現できるのでディスクが節約できる。
1バイト節約してどうするんですか。それなら漢字も使わない方がいいですね。
微妙なニュアンスを表現したいときに使い分けたい。
字体が違うと同じ文字でも雰囲気が違って伝わります。字体で伝えようとせずに 文章の中身で勝負した方が無難です。

『半角カナ』を常用していると、使ってはいけない時にもつい使ってしまったり します。普段から使わないのが無難です。

ttp://www.zukeran.org/shin/jdoc/hankaku-kana.html

ﾊｧﾊｧ

500get

java.awt.printのPrinterJob.printDialog()って
使えないほどバグだらけなの？

awt自体が過去の遺物

案件多いんだからしかたねぇじゃん
ガタガタ言うなよ
JavaでもVBでもCOBOLでもやれよ

んじゃ、5年位前にawtで納品した案件はどうなるの？

と、C/C++/アセンブラの出来ないﾄﾞｶﾀが吼えております。

うちの洗濯機で恐縮なのですが。
うちの洗濯機は優秀です。

　　東芝ＡＷ−４１２Ｓ　（からみま洗）

しつこい油汚れもすごくキレイになります
あの動きを制御するﾌﾟﾛｸﾞﾗﾑを作られた方は天才です

　　つかってる言語はなんですか？

Javaです

>>506
どうでも良いけど、その（からみま洗）とかのネーミングセンスは激しく嫌。

小林製薬センスという奴だな

>>506
むしろハードじゃね？

組込みっすか？

>>491
JBuilderとかは？

>>399
> 僕はシステムが遅いと感じたことはありますが、その原因がJavaのVMまで行き着いたことはありません。
> 十分実用に足るシステムを構築してこれたのではないかと思っております。

言語のせいにしておけば自分のスキルの程度を問われないじゃない？
あと、メモリを無駄使いしてたりヘタレアルゴリズムで組んじゃったりすると
そら限界見えるのも早いのだろうな、と思う。

まーぶっちゃけ.NETやらJavaやら最近の言語は
大人数で行う大規模開発をより容易に行えるように考えられているわけだ。
スキルの高い人ばっかりでやるのなら、そらC/C++の方が低いレイヤまでいじれる分
パフォーマンスも良くなるわな。
しかし周りを見てみろ。自分の代わりに開発を任せられると思える奴ばっかりか？

あと最近の言語での開発では
TDDやらUPやらの開発手法、IDEによるコーディング標準アシスタントなど
C/C++開発でやろうとすると人的(慣れとか思考とか)問題、ツールサポートの問題で
導入が容易でないことが可能になっている。
言語自体の性質だけではなく、周辺の環境も考えてみては？

少なくとも日本でC++の大規模開発経験があるやつなら、むしろJavaや.NETは
受け入れやすいのでは、と考えているのだが。

デジドカをちゃんと人月計算に組み込めるようにするためには、
深い考慮が無くてもそれなりに動かせる仕組みを考え導入するしかない。

コーディングに創造性とかあるかなーて疑問に思う
奇をてらった実装をするより
短時間で開発することとﾒﾝﾃがしやすい実装をすることのほうが大事なわけで
そういうことって創造性とは関係ないでしょ

>>515
>コーディングに創造性とかあるかなーて疑問に思う
>奇をてらった実装をするより
>短時間で開発することとﾒﾝﾃがしやすい実装をすることのほうが大事なわけで
>そういうことって創造性とは関係ないでしょ

それは要するに >>515 の職場では、
創造性のあるコーディングが
必要とされていないってだけの話だろ？

>>516
業務アプリ開発専門ということだよね。

創造性のあるコーディングが必要な職場ってどこよ？

例えばテストで出た障害の対応とかはどう？

設計フェーズまでで決定したことは満たしているプログラムに大してどのようなアプローチで
発見された不具合を修正するのかは頭使わないといけないと思うけど。
発見されたバグについて全て1個1個レビュー行えるような余裕のある開発環境ばっかじゃないっしょ。

だからそーゆーのはもはや技術者じゃねー

奴隷だ

創造性は必須だよ

>>520
どーゆーの？

どこにでもあるような営業支援システムだとか、帳票関連のものなんて
コーディングに創造性は少しあった方がイイ程度じゃない？

創造性は当たると大きいが
外れると大迷惑。

MSやSUNの創造性はいかが？

業務系に創造性なんか必要ないよ。
専門学校卒のデジドカの仕事。

創造性があろうがなかろうが
顧客が満足できればいい。

ロジックの創造性とか言う奴に限って
デザパタすら知らなかったりする。

創造性はいいから
簿記の基礎くらい知ってて欲しい。

デザパタとかはやってく内に
身につきやすいから、後回しでいい。

簿記2級位学生の内にとって来い。

簿記はできるが勃起ができない

ボキも。

>>528
別にマが作ってるのは業務システムばかりじゃないぞ。
物理現象のシミュレータ作るのに簿記の知識はｲﾗﾈ

あのね、
517からこっち、
業務系に創造性は要るか要らないかって
話になってるんだよ。
わかったかな？

てか、SUNのJRE1.5がやたら重いのは俺だけでつかぁ？

（　￣_√）y━・~~~~

いや俺の環境でも糞重い。
よーあんな劣った状態でリリースするわ。

>>533
金勘定だけが「業務」じゃないぞ。

なんだかNetscapeと同じ運命をたどる悪寒

学生の悦ぶ玩具系技術は
実用的業務へ送り出すと
へそを曲げる傾向があるようだ

学術畑から生まれた、真のソフトウェアエンジニアリングに根ざした技術は、
ﾄﾞｶﾀどもにはなじまないんだな。嘆かわしいことだ。

>>540
わかるわかる。
ドカタには理解不可能だからね。
ドカタのためのOOもドカタだから勘違いして「お前らはOOもできない」と
決まり文句を吐くw

お前らはOOもできない。ハッ！？

難しいアルゴリズムを理解してなくてもﾌﾟﾛｸﾞﾗﾑ開発が行える
それがOOの利点だ

　　クラスをnewしてメソッドを呼ぶ

それだけだ
それでうまくいかなかったらクラス提供者の責任だ

そうそう。専門学校卒のﾄﾞｶﾀでも使えるように親切設計してあるんだよね。

>>540
学術畑から生まれた、ｳﾞｧｰﾁｬﾙのソフトウェアエンジニアリングに根ざした技術は、
Bit職人にはなじまないんだな。当然のことだ。

おれはBlt職人だ！

>>537
ちゃんと業務系をつっこんで考えた事があれば
実際に仕訳や勘定に関係無い業務でも
それに関するの知識が如何に有効か
知ってるもんだがなあ。

まああなたのおっしゃる通り、
すべての業務がそうだって訳じゃないけどね。
タイムカードをただデジタル化しただけみたいな
勤怠管理とか、純粋に品質管理だけやるものとか。

>>545
Lispのことか？ならばスレ違いだ！