最近のjava人気についてpart10

壷買えよおめーら。www

前スレ
http://pc.2ch.net/test/read.cgi/prog/1066548599/l50

まだまだPerlに勝てないJava

Java房は消えたか？

３年後の.NETバブルにJava房は参加できない。

java tea ≠ Java

Javaってなんや？お茶か。

PerlもJavaと同じ運命だけどな。PHPで十分。

RUBY

＝＝＝＝　終了　＝＝＝＝＝＝

最近になってSwingでもやってみようかなと思えるようになってきた。
GUIプログラミングって楽しいのかな？仕事じゃもっぱらCUI。泥臭い処理しか書いたことない。

Smalltalk.NETの時代がくるんだ！きっと

＝＝＝＝　再開　＝＝＝＝＝＝

Java

BUBY

＝＝＝＝　終了　＝＝＝＝＝＝

あーパールは間違いなく糞

あーJAVA最強　おやしみ！

Perlを久しぶりに使ってみた。
が、糞。文字コードの対応が悪い。

Jakarta OROによってPerlの必要性も薄れた。
Jakarta OROで Perl5Utilクラスを操ればPerlはもういらない。

Javaにとって、Perlはまさに正規表現のためだけにある。

>>15
文字コードの対応が悪いって、単にお前が馬鹿なだけだろ。
PerlにとってJavaなんぞ何も必要ない。
OOも必要十分に満たしたし

ん？JAVAとperlは両方使ってるやつがほとんどかと
思ってたが、最近はそうでもないんか？

派遣以外、Javaは使わないよ。
用途が限られてるからね。

>>16
> PerlにとってJavaなんぞ何も必要ない。
> OOも必要十分に満たしたし

お前が馬鹿っぽいぞ。

「OOも必要十分に満たしたし 」

と言い切るお前が。

オブジェクト指向を真に使いこなし数多くの
デザインパターン、アーキテクチャパターン、アナリシスパターンを
実装するにはPerlでは不十分なことを理解していない>>16

>>19
偉そうにJavaを語るお前に例題を与えてやろう。
String res = perl.substitute("s/(http:[\\/\\w\\.\\d@\\-~=:%\\?\\&]+)/$1<\/a>/g", text);
これがどういう処理をしているか書け。

>>20
それを見る限りPerlもJavaもかわらないように見えるな。

>>19
早く答えてみろ。
答えられるのならなｗ
初心者レベルの例題が分からない馬鹿に
デザインパターンなど全く意味はない。

C言語ってなんだか素敵です。
彼となら心中しても構いません。
C言語ヽ(´ー｀)ノﾏﾝｾｰ
Linuxヽ(´ー｀)ノﾏﾝｾｰ

>>20
どっかで見たことがあるレスだね。
それのどこがオブジェクト指向と関係あるんだいw
君、そうとうの粘着でしょ。プライドを傷つけられたかな

Delphiってなんだか素敵です。
彼となら心中しても構いません。
Delphiヽ(´ー｀)ノﾏﾝｾｰ
Windowsヽ(´ー｀)ノﾏﾝｾｰ

>>24は初心者レベル以下である事が分かったわけだが。

>>24
答えられなくて負け惜しみか。
お前プログラム組んだ事ないだろ？

ここのJava房は初心者レベルの正規表現も判らないほどレベルが低い。
Perl房のほうが何倍もスキルがあるな。

派遣のレベルは低いって事かな。

>>20
http://pc.2ch.net/test/read.cgi/prog/1067086773/366
のレス( http://pc.2ch.net/test/read.cgi/prog/1067086773/377 )
をこっちにもコピペして情けないね。

JAVAとPerlどっち先に勉強すべきか、教えて。
C/C++でWindowsアプリが作れる程度。
サーバサイドの勉強がしたい。
まじレスで誰か教えて。

>>22
彼はこのスレを常に短期間で見てないと思われ。
気長に待ちましょう。

>>30
さっさと例題に答えろ。
3秒で分かる問題なのになんで
逃げようとしてるんだ？

>>32
そんな事気長な事いうと
必死に実行してどういう処理してるか見つけ出すと思われ。

>>31
ネットワークなど知りたければJavaだね。
大規模なものを作りたい、拡張性や汎用性を重視したい、
DBアクセスなども深く勉強したいならJava。

C/C++の経験があるならJavaがお勧め。

簡単なものしか作る気がなければPerl
それと簡単な正規表現ツールとしてもPerlは使える。
プログラムの自動生成にもPerlはいいね。

>>34
というかさ、
>>30のリンク先のレスみたんだけど
>>20はそのコードに間違いがあることに気づいていないみたいだね。
Perlしか知らないからああなるんだね。

>>31
どっちも勉強する必要ないよ。
近々死滅するから。
アセンブリでも勉強してください。

>>36
それを書いたのはJava房なんだが。
Java房が知ったかして見え張ってみた物の
恥を晒したという事か。

>>27-28
>答えられなくて負け惜しみか。
>お前プログラム組んだ事ないだろ？

( ´,_ゝ｀)ﾌﾟｯ
Javaで「プログラム組んだ」ことが無いカコワルイperl厨。
こいつ本当にJava使ったことが無いの？
自分でOROをダウンロードして試しに使ってみればいいのにw

ここのPerl厨は初心者レベルのJava文字列の扱いもわからないほどレベルが低い。
Java房のほうが何倍もスキルがあるなw

379 名前：仕様書無しさん 本日のレス 投稿日：03/11/02 12:10
>>378
Java房の書いた
>>366
から一部を抜き出したんだが
一部だけ抜き出意味は分かるだろ。
どこを間違いと言ってるのか分からないな。
俺はJava房じゃないから。
それより答えをよろしく。

>>38
( ´,_ゝ｀)ﾌﾟｯ

379 名前：仕様書無しさん 本日のレス 投稿日：03/11/02 12:10
どこを間違いと言ってるのか分からないな。
俺はJava房じゃないから。
それより答えをよろしく。

>>35
ありがとうございます。JAVAを先に勉強します。
言語以外のことを習得するのが大変そうですね。
参考にして今から本屋さんに行ってきます。
ありがとうございました。

>>39
では例題を変えよう。
>>20のどこに間違いがあるか答えてみろ。

ほいほい、Perl房はこちらで続きをどうぞ

Perlばかりやってるとアホアンチになる
http://pc.2ch.net/test/read.cgi/prog/1067086773/l50

>>40
では例題を変えよう。
>>20のどこに間違いがあるか答えてみろ。

答えられない分けないよな？

早く答えてみろｗ
答えられるならな（プ

>>41
本屋ねえ。Java本はピンキリが多いからねえ。

まずこれもみておくとええかな。
http://www.gimlay.org/~javafaq/javafaq.html

環境を整えるには、
まずは http://java.sun.com/
でJ2SEをダウンロード 最新版は J2SE1.4.2_02 SDK。

ついでに http://www.eclipse.org/
でIDE Eclipseをダウンロード。

String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);

お前らが分からないようだから
間違いを直してやった。

この処理は何をしているでしょか？

いまだにこんなスレで粘着してる奴は人生の負け犬。
ま、がんがれ。

>>48は
初心者レベルの問題に答えられない低脳。
答えられないからって負け惜しみ言うなって。

>>46
ありがとうございます。
さっそくブックマークに入れておきました。
この質問集は役に立ちそうです。
せっかく教えていただいたので、今から、
インストしてみようと思います。

>>47
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> お前らが分からないようだから
> 間違いを直してやった。
ﾌﾟﾌﾟ アヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャ
Perl厨の大恥(爆笑

アホアンチは犬以下
Javaは糞

>>47
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
> この処理は何をしているでしょか？


MalformedPerl5PatternExceptionをスローしている(ﾌﾟ

>>47
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
>
> お前らが分からないようだから
> 間違いを直してやった。

間違いを正すつもりがさらに間違いを増やしてしまったようだな(藁

口だけのJava房が多すぎる。
Java語る前にまず脳みそ手術したほうがいい。

苦し紛れに話すり替えするJava房は本当にスキルないね〜
傍から見てて恥ずかしいよ（藁

口だけのPerl房が多すぎる(藁
JavaとPerlを語る前にまずJakarta OROを覚えたほうがいい(ﾌﾟ

>>56
ﾌﾟ、 >>47のJavaコードが正常に動作すると思ってるんだ(藁

相変わらずアホアンチは鸚鵡返しが得意だな（ｗ

これはいくらなんでも大恥かいてるのはPerl厨だろ。
Perl厨がJavaを知らないでJavaを批判していることが発覚してしまったようなものだぞ。

WebアプリなんかPHPかASPを覚えてれば十分。

JavaとPerlとを比較してPerlの優位性(ﾌﾟ )を訴えようとしていた
Perl厨はJakarta OROもしらないことが暴露されてしまったわけだが。

>>62
Javaなんて知らなくて結構。
それより間違いを直した処理の内容は分かったかね？
初心者レベルの問題が分からない馬鹿じゃないだろうな？
まあ分かるなら間違いがあっても即座に答えるだろうがなｗ

>>63
> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
>
> お前らが分からないようだから
> 間違いを直してやった。

それよりこれを実行してみなよw
そんな初心者レベルの問題が分からない馬鹿じゃないだろうな？
まあ分かるなら間違いがあっても即座に実行するだろうがなｗ

>>64
お前レベル低すぎるな。
そこまでして分からない事を隠そうとしなくても
分からない物は分からないといえばいいだろ。

結局答えられるJava房がいなかったと言うことは
レベル低い房の集まりだったというのは本当だったようだな。

Javaは知らなくても別に困らないわな。
逆にCPUに取っちゃいい迷惑だぜ。

> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
>
> お前らが分からないようだから
> 間違いを直してやった。

ていうかPerl厨は本当にこれでOROを実行できると思ってんの？

>>67
それはPerl6やC#でも同じこと。

>Jakarta ORO

誰も使ってない実験品

>>20
の間違い直した処理の内容分かる人本当にいないのか？
本当にレベル低すぎるぞ。

Java房がレベル低いのは当たり前。
Perl房もJava知らないのは痛いが。

所詮、派遣だからな

正規表現が分からないJava房
Javaが分からないPerl房

前者のほうがスキルは低い。
Java使ってるのに正規表現が分からないんだから。

俺はJava知らんが
Webアプリなら文字列操作する事多いだろ。
なんで正規表現が分からないんだ？

アホアンチは逃げたか。

>>20
のヒント。
URLのある部分にマッチした物を拾ってくる。

ここのJava房のレベルの低さが
露呈してしまったから今までの
議論も全く意味なくなったね。

VBが最強

今頃Java房は正規表現勉強してると思われ。
でも、Java使ってWebアプリ作ってるのに
正規表現も使えないなんて信じれないな。

誰かまた例題出してみて。

>>74
> 正規表現が分からないJava房
そんな奴はここにはいないだろ。

> Javaが分からないPerl房
>
> 前者のほうがスキルは低い。
> Java使ってるのに正規表現が分からないんだから。
エスケープシーケンスがわからないperl房はもっとスキルが低いぞ。
あれでよくPerlをやっていればC系言語も理解できるとえらそうなことがいえるもんだ。
Perl房がデザインパターンすらもわからないんではもっと使える戦力にならん。

>>70
> >Jakarta ORO
>
> 誰も使ってない実験品
Perlが使われなきゃだれも使わない罠。

>>82
そんな些細な決まりごとは誰でも分かる事。
それよりお前は正規表現分からないのをやっと認めたようだな。
お前はスキルが低い。これだけは言えるだろうな。

>>78
> ここのJava房のレベルの低さが
> 露呈してしまったから今までの
> 議論も全く意味なくなったね。

これを良く見ろよ。


レベルの低さを露呈しているのはPerl房以外にまったく考えられないだろう(藁

> String res = perl.substitute("s/(http:[\/\w\.\d@\-~=:%\?\&]+)/$1<\/a>/g", text);
>
> お前らが分からないようだから
> 間違いを直してやった。

>>20
JDK 標準 java.util.regex 使えよ。Peal厨は sed 形式が大好きなのか？
String res = text.replaceAll("(http:[/\\w\\.\\d@\\-~=:%\\?\\&]+)", "$1</a>");

>>86
Peal厨は java.util.String に正規表現を使えるメソッドが
追加されたのなんか知らないだろ（ｗ

間違えた。java.lang.String だ（鬱
. .: : : : : : : : :: :::: :: :: : :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
　　　　. . : : : :: : : :: : ::: :: : :::: :: ::: ::: ::::::::::::::::::::::::::::::::::::::
　　　.　. .... ..: : :: :: ::: :::::: :::::::::::: : :::::::::::::::::::::::::::::::::::::::::::::
　　　　　　　 Λ＿Λ . . . .: : : ::: : :: ::::::::: :::::::::::::::::::::::::::::
　　　　　 　/:彡ミ゛ヽ;）ー､　. . .: : : :::::: :::::::::::::::::::::::::::::::::
　　　　　 / :::/:: ヽ、ヽ、 ::i . .:: :.: ::: . :::::::::::::::::::::::::::::::::::::::
　　 　　 / :::/;;: 　 ヽ　ヽ ::ｌ　. :. :. .:: : :: :: :::::::: : ::::::::::::::::::
￣￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣￣￣

まだまだPerlはJavaなんかには負けないぞ。
スピード遅い
生産性悪い
リソースの無駄使い
枯れてないので安定性が悪い

重要な部分ではまだまだ敵じゃない。

JavaシンパとPerl原理主義者の隔離スレって2つもあるんだね。

ノイローゼ患者の病棟

>>91
ノイローゼ患者をノイローゼ気味にヲチしてる人ですか？

>>84
お前馬鹿か。正規表現を知らないでどうやってJakarta OROを使うと思ってんだ。
Javaのエスケープシーケンスも知らないでえらそうな事言うな。

>>93
正規表現は*だけじゃないですよ。

>>89
> まだまだPerlはJavaなんかには負けないぞ。
> スピード遅い
それよりPerl6の速度はどうなってんだ。
予想ではPerl6は今のperl6よりもパフォーマンスが悪くなると見ている。

> 生産性悪い
お前がデザインパターン程度でも知っていれば生産性はあがっていたんだろうがな。
お前が無知だから生産性が悪化しているわけだ。

> リソースの無駄使い
本当にリソースを節約したければPerlなんぞ使わずにPHPでも使いな。
しかもPerl6は今のPerlよりもさらにリソースを無駄使いする可能性は高いがな。
VM上動く文だけメモリ容量と速度が犠牲になるという事実をしらないお前には理解できないだろうが。

> 枯れてないので安定性が悪い
こればかりはいっていることが意味不明だな。日本語ちゃんとつかっているか？

> 重要な部分ではまだまだ敵じゃない。
お前にとって重要な部分とはたかが知れており過去の遺物。
今は大規模開発効率をいかにして高めるか、が重要であり
その効率を高めるためにはソフトウェア開発を刷新しなければならない。
さらに、そのソフトウェア開発にはオブジェクト指向は絶対条件である。
Perlではオブジェクト指向はサポートされるが一部のデザインパターン(しかも肝心なもの)が
しっかりと実装できないという欠点を抱えている。これは致命傷だ。しかもPerl6でも改ざんされる見込みはない模様。
これはあまりにも致命的と言わざるを得ない。
今はオブジェクト指向をいかにうまく使いこなすかが重要であり、低レベルなことはもはや重要でない。

PerlとJava比較するバカって両方使ったこと無いだろ?
サンプルプログラムみたいなショボイの作って比較したって意味
ないぞ。

>>94
だから？

Perlって枯れてないの？なんで？

>>74
Java使ってるのに正規表現が分からないんだから。

>>80
でも、Java使ってWebアプリ作ってるのに
正規表現も使えないなんて信じれないな。

---------------------------------
まじめな質問です。業務システムのプレゼンテーション部分をWebにしている分には
（制御，業務ロジック，DBアクセスは、Java，他言語既存プログラム）
正規表現を使う必要はまったくないのですが、どういうWebアプリでは
正規表現が必要になるのですか？

>>99
業務でも入力のvalidityチェックなんかに使うと便利な気もするが。

>>74や>>80は
　サーブレット(Java)でもクエリストリング「自体」を操作して
　パラメータ名とその値を取ってこなければならない
と思ってるんじゃないかという気がしてきた。

>>100
入力値が、数値であることとか英数字であること
までだね。

業務でチェックというと、同一画面内の値間の関連チェックとか、
同一セッション別画面で入力された値との関連チェックとかになるし。

DBに保持されている値とのチェックなどは、全然フロントエンドじゃないし。

>>101
あらら、そうなんだ。

>>88
おもろいｗ

>>99
> でも、Java使ってWebアプリ作ってるのに
> 正規表現も使えないなんて信じれないな。
何Perl厨の煽りネタを信じているんだお前は。

正規表現も理解できないからJavaでもやるしかないんだろ。

象形文字がPerl虫の最後の砦

エプリクソが最強

業務用のWebアプリはDBからのデーターのやり取りだけだから
正規表現なんて使わないでしょ。
逆に言うとDBの設計とDBとのデーターのやり取りが出来れば
業務では十分なんだから。
あとはコードの保守性にOOとデザパタの本何冊か読めば十分だから
JavaPGになる為の敷居は低いよ。

正規表現よりも難しいDBの設計が出来るJavaPG

単純な処理しかしないバカJavaプログラマーって幸せだなあ。
DBがあれば正規表現をつかわないってｗｗｗ

ただデータベースに入れたり出したりするだけの糞プログラムしか
派遣は書かせてもらえないんだな。

>>109
Perlの場合はDBをよく使うよ。
最近は掲示板でもDB使う物だよ。

すげー。ちょっと正規表現馬鹿にしただけで
簡単に釣れちゃった（ｗ

あっ。Javaでも正規表現使うからやっぱりJavaPGの方が上だよ

>>113
馬鹿丸出し。半泣きか？低脳。

> 馬鹿丸出し。半泣きか？低脳。
月並みなセリフを吐き捨ててしまったね。ボキャブラリーが少ない。

>>115
寒いんだよカス

アホアンチ級のｱﾎﾊｹｰﾝ

>>116
寒いときは震えばいいよ〜

Perlの正規表現はPerl独自仕様の記法だからなあ。
他の言語での正規表現表記はまったく異なるからなあ。
Perlで正規表現ができたくらいで威張る人って
惨めな人に見えるなあ。

>>119
頭悪いんですね

>>120
学習能力無いの？（ｗ

>>121
何がおかしいんですか？基地害ですか？

やれやれ。また月並みなセリフか。

PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl
PerlPerlPerlPerlPerlPerlPerlPerlPerlPerl

>>123
精神病患者ですか？

まあ、これで見てPerlの素晴らしさを実感するんだな。
http://images-jp.amazon.com/images/P/4797321261.09.LZZZZZZZ.jpg

>>125
なに勝手に思い込みしてんだ？ ノイローゼですか？

結城本かあ。
素晴らしさなんて5年前にとっくに理解していますが何か。
いまさら本突きつけられても
Perlよりももっと素晴らしいものが現れて
Perlの素晴らしさも過去の栄光ですが何か。

>>126

さ、Javaとは一切関係ないPerl Only な話題はこちらへ

Perlばかりやってると ア ホ ア ン チになる
http://pc.2ch.net/test/read.cgi/prog/1067086773/

>>127
ロバ並みの知能ですか？

ウンコ言語Perlには３日でも惜しい

>>130
ウマシカ並みの知能ですか？

アホアンチの鸚鵡返し。相変わらず末期バカだ。

>>132
うまい。

ロバに対して動物、うまとしか＝馬鹿で返したわけか。
月並みのセリフしかいえないPerl厨とはセンスが違うな。

さむ。

>>135
アホよっぽど悔しかったんだな。死ね。

>>126
Javaスレで結城本紹介する藻前に
Perl房向け
「Java言語で学ぶデザインパターン入門」
http://www.hyuki.com/dp/index.html

オブジェクト指向が難しくてわからないと逃げていたPerl厨房も
これを読めばすぐに理解できるだろう。
これ読んでもオブジェクト指向を理解できなかったらもやは救いようが無い。

熟練したJavaプログラマは、
他のC/C++信者とは違い
Javaだけでいかにして処理速度を速くする方法を
考え、編み出す。
どのクラスをどのような使い方をすると遅くなり、
どういう使い方をすると早くなるかを熟知する。
また、ここではセキュリティや拡張性を犠牲にしてでも
処理速度を高めようとするかどうかを見極める能力ももっている。

時には開発効率を高めるために
不用意にSystem.gc()を使わず
java.lang.ref.SoftReferenceを使って
解決することもある。


こうったことができるようになるには３ヶ月じゃだりない。

たかがWebアプリの為に、JavaだのPerlのような重厚な言語で貴重な時間を
無駄にしたノイローゼの集うスレはこちらですか？

ASP/PHPで十分。

PHPじゃﾌﾟﾛｸﾞﾗﾏといえないね。

もちろんPHPでもJavaよりはマシだが。

まあ、以前から管理用や開発用のツールとしてPerlを使い込んでいた人は、
Perlでよいんでないの？Perl経験者はPHP楽勝だし。

たかがWebアプリに無駄な時間をかけないことが大切。

Perl/Javaだけ出来てもクライントでは使えないから
C#/VB.NETは使えないと一人前とはいえないよ。
VB/Delphi/VCでもいけど。

零細ドカタソフト屋は大変だな

ASP + VB(VC)で良いじゃん。Java不要

>>140
激しく同意

>>139
> 他のC/C++信者とは違い
> Javaだけでいかにして処理速度を速くする方法を
> 考え、編み出す。
> 不用意にSystem.gc()を使わず
> java.lang.ref.SoftReferenceを使って

あほか。Javaのメモリ管理の中途半端さをさらしてどうする。特に
SoftReference なんか JDK1.3 内部で良く使われてたが JDK1.4
内部では使われていない。finallize と同じく VM に依存しすぎ。

> こうったことができるようになるには３ヶ月じゃだりない。

これは禿同。お前も足りない。

age

言語が糞だのなんだのいってもしょうがいない。
用はそれを使用する人のレベルが大事だとおもわ

>>150　それはそうなんだが、それを言うとこのスレの存在意義に関わる。

Javaは糞

>>148
「GCで消えちゃってもしかたないけど、できればメモリにあってくれると
いいな」というキャッシュを適当に作るのにはSoftRefefence便利だよ。

メモリサイズキッチリ設計してオブジェクトキャッシュの仕組み作るのは
ﾀｲﾍﾝﾀﾞﾖ。第一オブジェクトがヒープでどれくらいメモリ食ってんだか分
からんし。可変長Stringなんかがぶら下がってたりしたらもうﾜｹﾜｶﾗﾝ。

ノイローゼを繰り返しいっとる香具師、
本当に野異ローゼだったらそいつはこのスレ見ないと思うぞ。

>>151
タイトルからもわかるようにこのスレの存在意義は「言語が糞」だと言うことではない。
そんなことを語りたければ、こちらのスレで語れ。

/* C/C++/Java/COBOL/Perlの最終決戦!! */
http://pc.2ch.net/test/read.cgi/prog/1064328033/l50

>>148
> >>139
> > 他のC/C++信者とは違い
> > Javaだけでいかにして処理速度を速くする方法を
> > 考え、編み出す。
> > 不用意にSystem.gc()を使わず
> > java.lang.ref.SoftReferenceを使って
>
> あほか。Javaのメモリ管理の中途半端さをさらしてどうする。特に
> SoftReference なんか JDK1.3 内部で良く使われてたが JDK1.4
> 内部では使われていない。finallize と同じく VM に依存しすぎ。

さらすだと？　あほか。Javaに不満げなC++厨や
java.lang.refパッケージは100%PureJavaを意識しつつメモリを効率よく管理するテクニック
を駆使できるようになるのだぞ。

これでお前がマジレスのつもりだったら笑いものだぞ。それとも釣りのつもりか？　それでも幼稚だぞ。

J2SE1.4内部では使われているいないの問題ではなく、
自分から積極的に使えといっているのだ。わかるか？

内部で使われていないから「Javaのメモリ管理は中途半端」と言い切るとは愚の骨頂。

自分のプログラムに、どんなことがあってもjava.lang.OutOfMemoryErrorが発生しないことを
いかに効率よく目指すことが重要なのだぞ。

ではお前に聞こう、仮に「Javaのメモリ管理は中途半端」だとして
お前はいかにしてJavaのメモリ管理の中途半端さの問題を解決するのか？
前提条件は100%PureJavaだ。自作コード内用JNIは使用禁止だ。
ただし、JVMの改造は許可する。

Perl至上主義（ﾌﾟ

>>144
> Perl/Javaだけ出来てもクライントでは使えないから
> C#/VB.NETは使えないと一人前とはいえないよ。

一人前というにはC#があれあVB.NETは余計だ。
いやむしろC++があればC#は余計だ。
なぜなら、C#はJavaと同様に遅いからだ。
C#がJavaより速くなる例を出したとしても団栗の背比べをしているに過ぎない。


言語を知っているだけでは真の一人前にはなれない。
他に、OSの構造、ハードウェア、ソフトウェア工学、電子工学、情報工学・科学、
TCP/IP, 電磁気学、コンパイラ、コンピュータアーキテクチャ、なども知らなければ
決して一人前にはなれない。まだまだこれだけでは不十分だ。

VB.NETを使えば一人前になるなどたわけたこと言わないように。

Java至上主義マンセー

>>156
Javaで何やっても所詮、蛙の子は蛙だぞ。
Perlの速度にはかなわない。

　

>>160
Perl好きなの？一番好きな言語は何？漏れはしぃ♪

Perlが重厚な言語・・・・
Perlの方が速度的にフリだと思うのだが。

>>160
C言語の速度にかなわない、というならまだ納得がつくのだがただのPerlか。

お前はPerlの速度とServletの速度比較したこと無さそうだな。
Perlの速度はバージョンやCGI環境、処理によって変わってくるのだが。
ただ単にサーバ側のみで素数の計算をする処理や、サーバから一方通行でクライアントに
HTMLをダウンロードする速度はPerlのほうが速いことが多いが

処理が、レスポンスを頻繁に繰り返すようなサービスではPerlと比べJavaのほうが圧倒的に速い。

>>163
それは大間違いだ。
間違いでないなら、具体例、ソースを出してもらおうか。

原田洋子のプレゼン資料がソースだ。ぐぐれ

>>165
そんな物はない。嘘をつくな。

真実なるデータだ。もっとぐぐれ。confをキーに追加せよ。
今となっては過去の書物だ。

その程度で釣りのつもりかPerl原理主義者よ、速度面でJavaと張り合うならC言語を出せ。
C言語なら殆どの分野で速度面でJavaに勝る。
JavaとCとのメモリの扱いが異なるため、ただ、ある特定のコーディングによるアルゴリズムだけ、
CよりもJavaが速くなるケースがある。
JavaChipを使うとJavaがCより速くなることは決定的になる。

そこでJavaと同じようにCで作られたPerlを出したところでJavaと張り合うとは無意味。

各言語のベンチマークは、同じマシンでも改良を加えることで変化しているのだ。
ライブラリやクラスなどによっても速度が違っていれば言語仕様上、
特定の構文では速度が遅いこともあろう。

常にどんな場面でもPerlがJavaより速いとは限らない。

つか、一つの言語で全てを賄おうという思想が根本的に間違っている。

>>20
ﾜﾗﾀ

>>168
しかし.NETみたいに中途半端なのも嫌

>>168
何を言っているのだお前は。
そんなことができるとおもってんのかおいそこのお前。
JDBCはSQLが無いと動かない、J2EEはXMLがないと動かない、
JavaVMはC言語がないとコンパイルできない。


どこがひとつの言語ですべてをまかなおうとしていると言い切れるのだ！

> どこがひとつの言語ですべてをまかなおうとしていると言い切れるのだ！
VM上で動く言語を一つで賄おうとしているのですよ。
もう少しJavaを勉強しろ。

>JavaChipを使うとJavaがCより速くなることは決定的になる。
じゃずるの動作原理もろくに知らない知ったか厨ですね。
君は。

Perl厨はﾅﾙｼｽﾄ

>JavaChipを使うとJavaがCより速くなることは決定的になる。
WindowsやLinuxやMacなんかでは期待できないな。

>>156
おまえの必死さは多少伝わった。Javaに人生懸けててんのか？
現状、Java使う仕事と言ったら周りは素人同然。その言いぐさだと、
周りからは神扱いじゃなくて基地害扱いしかしてもらえない。
いいかよく聞け。リーマンである以上使われてナンボだ。自己満足の連続だと
仕事はできない。今のおまえは使えない香具師No.ッワンヌッ。

貴重な時間を投資して得た膨大な知識と技術。
どんなに高度な技術を駆使しても、バグが発覚した途端に人々は言う。
「こんなことやってるからバグが出る。」
どんなことやってるか解説してもらおうじゃないか。・・・・もうだめぽ。

病院行ってくる。

Javaにつぎこまれたアホアンチの無駄な労働力

＞No.ッワンヌッ。
ﾜﾛ

このスレ素人専用なワケ?(w

漏れは仕事で使ってるJavaプロだ。

ちょっと真面目に質問。お願い、誰か教えてっ！

Javaにはマトリクスコールないの？switchさせてると遅くてたまらん。

互いに参照しあう複数のクラス作るとき、1つのクラスだけ先にコンパイル通せないの？
externで済ませて後でリンクしたりってできないんかな？

↑できんな。
抜け殻クラスなり、嘘インターフェイスなりを作っとくしかない
と思うけど。

あのな、96年頃からメディアやSunのうたい文句を信じて、膨大な時間を投資してきたんだよ。
度重なるバージョンアップ、新分野に進出して新テクノロジがでる度に勉強して。
そして、やっと金になるようになったのがWebアプリなわけ。
PHPみたいなモノで、サクッと作られたら困るのよ。わかる？

>>176
> おまえの必死さは多少伝わった。
というかお前は仕事をするときに必死にならずだらだらのんきにやってんのかと。

> 現状、Java使う仕事と言ったら周りは素人同然。その言いぐさだと、
お前の脳内だろそれは。J2EEを使いこなせないからとってJavaを妬んでいるんだろ

それにしても釣りとしてはレベルが低いな。

>>182
> ちょっと真面目に質問。お願い、誰か教えてっ！
>
> Javaにはマトリクスコールないの？switchさせてると遅くてたまらん。
What?
「マトリクスコール」「マトリックスコール」「Matric Call」でぐぐったかみつからなかった。

> 互いに参照しあう複数のクラス作るとき、1つのクラスだけ先にコンパイル通せないの？
そんなことにこだわってどうする気だ。どこかの馬鹿がコンパイルしない方のクラスを更新していたらどうする気だ？
そういうことに備えて依存されるものはすべてコンパイルする。
不満があるなら保存すると同時に差分のみをコンパイルするEclipse使え。

>>172
> > どこがひとつの言語ですべてをまかなおうとしていると言い切れるのだ！
> VM上で動く言語を一つで賄おうとしているのですよ。
お前が造ればいい。それとも、.NETのCLRのような奴のことを言っているのか？
しかしVM上で動く言語がC/C++やPer, VBのような言語にする場合は要注意だな。
ネイティブ依存によって他のOSでまったく動かなくなる恐れがあるかどうかを確認し
さらにJavaらしさの安全性やセキュリティ性を優先するためにそれぞれの言語の機能をかなり限定しないといけない。

>>173
ネタだと思い込んでいるのか。
JavaChipを本当に知らないんだな。

実際に必死なのは自分の立場と将来がJavaによって崩される不安を抱えている
クラスの使い方も理解できないC厨やperl厨なんだな。
CやperlだけでなくJavaくらい勉強してみろって。

>>176
> >>156
> おまえの必死さは多少伝わった。Javaに人生懸けててんのか？
黙れ。perl厨ごときに言われたくない。

>>190
Javaに人生懸けてどうする？
必要に合わせて道具（言語）使い分けるのがプロという物だよ。
君のしてる事はナイフ一本で料理してるような物。
料理は出来るだろうがプロとは言わない。

>>190
ってか、土俵の違う物同士を比べる方がおかしくない？

Java厨は、ちょっとした作業軽減ツールも「Javaなら〜〜」とか言いながら、
朝７時過ぎから重厚に考えがち。shellやPerlなら３０分もあれば完成するものを
丸１日かけて作ったりと。楽する方向間違ってるやつが大半だね。
>>190がそのいい例だ。

>>184
いーや。「PHPみたいなモノで、サクッと作る」。
java厨が困る？そんなこと知ったこっちゃない。（by PHP厨）

>>187
> しかしVM上で動く言語がC/C++やPer, VBのような言語にする場合は要注意だな。
> ネイティブ依存によって他のOSでまったく動かなくなる恐れがあるかどうかを確認し
> さらにJavaらしさの安全性やセキュリティ性を優先するためにそれぞれの言語の機能をかなり限定しないといけない。
VMってなにか知っていますか？（ｗ

つーか、Javaは最初っから言語の機能がかなり限定されてるだけじゃん。

Perl厨↓
　　　　　　 _,,......... _,........ ､_　　　　　　　　　　　　,. -‐‐　､　　　　　　　　　　 ／　　ミ　　　ﾐ　　 ヽ
　　　　／　彡　　i　=ﾆ _　ミ 、　　　　　／⌒i7 / '´　 　 ｀`ヽ、_　　　　 ／、　＼　　＼　 ＼ 　 ＼
　　／　　　　彡　　ﾐ　　 ミ.　ヽ　　 ／　　-┤/　　　　　ﾐ　、_ヽ　　　/　,::::;:＼　 ＼　　＼　 ＼.　 ヽ
　/　 〃　 ／　　　 　 ミ 、　ヽヽ　 } 彡 '　　,|ﾉ　　　 ミ　　　 　 ヽ 　,'　/::/　　 ｀ヽ、 、　　　 　 ヽ　 ﾞ,
　i 　 /　　〃/〃　i lヽ　 ヽ　丶ﾞ i　,!　　　彡 ' 　_二、　 ＼　 _彡 ヽ | /〃　　　　　 ＼＼ヽ　　　　 　 i
. | 　　〃 ,ｨ//　　! l| !ヾ　ヽ　＼│/ 彡／;／￣　　　｀`ヽ、 ｀　Ｚ_ い! i　| ,＝= ､　　 '",ゝ、　　　　 　 ::!
　l　　　 / ' ＝=　 　 ==ヾヽi　 　 !{ 彡::::/　　　　　　　　　ヽ`、 ﾆ彡 i | }　|　 ,ィ_ｪ ::　　こﾆ`ー ､　　 　 ::l
　ヾ-､　| 　-ｪヶ :　　 ｪヶ､　|　,ﾍ/ヾ{::::├＝= ､　　,= 三 `　ヽ＼ヽ、ゝ! ′|　 ー ′!　:.　　　　　 ヽ ヽ:. .::l
　　ヽヽ.|　　　　.: 　 :　　　　|/ ./　 |}:::::|　ィ_ァ 　 　 '┴' ` 　 !:/;:ミﾐ　{ヽ ::::!　　 　 {_　 , )　　 　 　 ｉ :. :. .::i
　　　ヽ.」　 　　 {_ 　,}　　　 ｌ､ノ　　ヾ‐､!　　　　　　_ 　 　 　 |:!'::::::/´　 ヽ ::! 　 　 　 _ ,. _＿　　 　 ! ::::::::::|
　　　　 ヽ.　 　 __,:_;.__　 　 !　　　　　　ヽ　　/ﾞ‐､ ,- へ、　　 !::::::::ﾘ　　 ヽ ヽ　　 ‐ 二ﾆフ´　 　 ,ｲ:::::::::::ﾘ
　　　　　 ﾄ、　 ヾ二フ　 ,ｲ　　　　　　　 ヽ　ﾞ-┬┬;‐ﾃ′　,ｲ::::::/　　　　.ヾ: ＼　　　 　 　 　 ／│:::::::〃
　　　　　 |　＼　　 　 ／│　　　　　　　　〉､　` 三‐´　 ／│ヾ、_　　　　　ヾ :: ト､　 　 　 ／　　 !:::::::/
　　　　　 |　 　 ￣￣　　│　　　　　　 ／{７!＼＿＿,／　　 ヽ　　｀`ヾ　　　　　:| 　 ￣￣　　　　 ヾ､ヽ

＞セキュリティ性
もっと別な言い方はないのか。

たかがWebアプリにご苦労なこった。めでてーな。

たかがWebアプリって何？
クラサバとかが偉いとおもってんの？組み込み？ﾃﾞｽｸﾄｯﾌﾟ？

WEBアプリみたいにプロトコル限定されてたらJavaは真価を発揮できんよ！
JavaはJavaWebStartと組み合わせてプロトコルを一から作り直してこそ真価を発揮する

Webアプリって携帯のオセロみたいなゲームの事だろ。
証券会社のトレーデイングシステムや
ネットバンクは
実際はJava使ってるところはまだ少ない。
どちらかというと中小のシステムにJava使う事のほうが多い。
CGIよりも単価高く出来るからね。

出来る事が同じでもJava使う事で単価が高くなるなら
営業はJavaを薦める罠。
顧客も知識が無いからJavaはなにかすごい物だと思ってるし。

>>201
そこでRMIやSOAP使わずに何のJavaWebStartなのだ？

Javaは実際はイントラネットで使われる事が多いね。
どちらかというとASPと競合してる。
CGIだとソース渡す事になるから請負元にとっては
今後の仕事請ける上で都合が悪いから
Javaを余計薦めるんだろうね。
Perlでもコンパイルできるけどあまり知られてないマイナーな部類に入るから。
実際はPerlのほうがはるかに生産性は高いけどね。

バイナリ化してソースを隠蔽化するためにJavaか。めでてーな。

二人以上のプログラマがPerlのソースを書くと、
可読性は幻想となって消え去ってしまう。
大方の予想どおり、引継ぎは出来ず、メンテは不可能。
ここがスパゲッティの本場ですヨ！って感じになる。
ドキュメントを残そうにもPODを書いてperldoc作る
マトモなPerlプログラマなんて数えるほど。
生産性ってのはソース書く速さじゃねえんだと小一時間激しく問い詰めたい。

ようするに、サイボウズみたいなもんか。＜JAVA

>>186
マトリクスコール（直訳すると行列参照）。
おそらくこれはc言語で使われる
「関数ポインタの配列（もしくは関数ポインタをメンバとして持つ構造体の配列）」のことだ。

>>200
同意。
おれはwebアプリってのはCSシステムの一変形だと思っているが。

馬鹿ほどJavaにこだわる物だよ。

状態遷移マトリックスを関数ポインタにしたものじゃない？

>>212
「状態遷移マトリックス」ってなあに。有限状態遷移ってネットワークフォームなんじゃないの？

>>207
馬鹿でも保守できるほど、Perlは簡単でないという事だよ。

>>191
Javaに人生かけると思い込んでいる奴がいると思い込んでいるお前の心が実に貧しい。
Javaは単なる道具に過ぎないのだ。
チミはいっていることがおかしいと思わないか。
チミのいっていることはJavaさえあればUnixもいらない、OSもいらない、コンピュータもいらない
といっているようなものだ。

Javaを使って高度な仕事をするには
他に、OSの構造、ハードウェア、ソフトウェア工学、電子工学、情報工学・科学、
TCP/IP, 電磁気学、コンパイラ、コンピュータアーキテクチャ、なども知らなければならない。
まだまだこれだけでは不十分だ。
Javaを知っていればこれらを知らなくても済むと思っている奴がいると勝手に思い込んでいるチミは
そんなこともわからないのか。だらしないぞ。いいのか？　妄想ばかり抱いて。それでもチミはエンジニアか？
エンジニアだったらもっとまともはことをいいたまえ！

Javaに真剣に人生をかけるならばOSもすべてJavaでできたOSを使おうとするはずだ。

>>215
で、毎日平日の昼間に長文書く時間があるお前の
派遣先は見つかったか？

>>203
> 出来る事が同じでもJava使う事で単価が高くなるなら
> 営業はJavaを薦める罠。
> 顧客も知識が無いからJavaはなにかすごい物だと思ってるし。
すごいもとだとか云々いわずにだな。

XMLが一般的なデータフォーマット言語として使われるように
Javaが一般的なプログラミング言語として使われたほうが
好都合だ。

あまりにも汚いソースコードが乱立し、管理しにくくし管理コストを高めるコードを作りやすい言語や、
とくてのOSに依存してほかのOSに乗り換えたときに苦労する言語よりも
無駄な管理コスト、再利用しやすい言語のほうが顧客は喜ぶもんだ。
とにかく再利用しやすく、無駄なコストを吐き出さない効率的なシステムを欲しがる。
だれだって効率を考えればそうなる。

逆に、大規模システムをPerlだけでやると酷い目にある。
何年後かにPerlで作ったシステムを拡張しようと思ったところを、
スパゲティコードで管理しにくいので最初から作ったほうが早いという話になり
結局再利用もせず無駄にするわけだ。
なぜなら、Perlは堅牢性、信頼性、セキュリティ性、拡張性が低いからだ。
そしてオブジェクト指向をあまりにも意識せずにコーディングできてしまうため
大規模システムでPerlを使うことは保守性、メンテナンス性を悪化させ
コストが膨大にかかる恐れがある。
Perlだけですべてをやることはとにかく効率が悪い。
Ｐｅｒｌだけで大規模基幹システムを作るという行為は激しく巨大なリスクを伴うということだ。

>>216
ばか者。派遣社員になる必要があるか。
お前こそこの時間にレスする時間があるようだが、派遣先は見つかったか？

>>214
されどPerlはオブジェクト指向を知らない馬鹿でも使えるほど簡単である。

>>216
きみ派遣社員だったんだ。派遣でPerlでもやっているんだね。
派遣でJavaやらされている香具師見たことあるけど
ここまでJavaに詳しい香具師はいなかったね。

>Perlは堅牢性、信頼性、セキュリティ性、拡張性が低いからだ

信頼性,堅牢性,セキュリティも拡張性もPerlのほうが
すべてJavaよりも上ですよ。
お前は何でも言語に頼りすぎなんだよ。
自分の腕を上げる事を考えろ。

つまり、派遣でJavaを使える香具師はJ2EEも知らない奴が多すぎるわけで。
やる気の無い香具師ばかりですね。
ああいうのにJavaプログラマを名乗って欲しくないね。
あれはPerl厨と同レベルに成り下がった怠け者だね。

アホアンチは本で読んだことを
そのまま書いてるって感じだな。
全然Javaに詳しくない。
Perlのことも全く分かってない。

>>221
> >Perlは堅牢性、信頼性、セキュリティ性、拡張性が低いからだ
>
> 信頼性,堅牢性,セキュリティも拡張性もPerlのほうが
> すべてJavaよりも上ですよ。
またお前か。いつものように煽ることしかできず
具体的な反論もできず餓鬼のように同じようなレスを繰り返すばかり。
バカパール厨にはウンザリ。

>>224
具体的な反論は前スレにいくらでもあるはず。
１００回読み直して来い

>>221
> >Perlは堅牢性、信頼性、セキュリティ性、拡張性が低いからだ
>
> 信頼性,堅牢性,セキュリティも拡張性もPerlのほうが
> すべてJavaよりも上ですよ。
さすがにPerlはその分野ではどう君ががんばって力説してもJavaには勝てないことは明白ですよ。

お前は何でもPerlにに頼りすぎなんだよ。
perlだけのレガシーで視野の狭い技術にこだわるという哀れなことをせずに
自分の近代的ソフトウェア設計能力(RUP, XP アージャイル開発能力)を上げる事を考えろ。

>>219
オブジェクト指向は５年前から使ってるんだが。
こんな物アホでも出来る。
まさにアホアンチでも出来る。

>>225
> >>224
> 具体的な反論は前スレにいくらでもあるはず。
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い
> １００回読み直して来い

出たなこの典型的なオヤジ台詞。
あれのどこが反論なんだw
タダのオッサンの愚痴だろw

>>228
アホアンチ相手にわざわざ何度も長文書く必要ないっての。
過去ログにあるものはまずそれをみてそれに対して反論しろ。

珈琲と真珠の喧嘩スレはここですか？

おれはバカパール厨よりもハスカールのほうを尊敬します

エンタープライズ分野ではperl厨の出る幕はない。
Perl厨がJavaと張り合うなんぞ1万年早いわい！

Perl厨は大人しく跪くがいい！

>>226
いつPerlに頼りすぎたんだ？
俺はJava房と違って使い分けしてるがな。
まあお前はSwingでも苦労して使ってろ。

>>232
その分野でも実際に使われてるのは
ASP/CGIが圧倒的に多いんだが。

>>233
またPerl厨の妄想だ。
いつも君は「JavaよりPerlのほうが・・・」を
連呼していたからperlしか使えないように思われるんだよチミィ♪

C言語もつかえないとだめだよ♪

>>235
アホアンチはC言語使えないだろ？
前にmakeで凌ぐといってたから
gccでコンパイルした事も無いんだろ？

>>234
ほう。ソースがあるならもってこい。

>>237
証券会社、銀行、航空会社のサイト言ってみろ。
お前は多分まだ学生で勉強中だから幻想を抱けるんだろが
現実は全然違う。
なにか小さい物でもいいから実際に作ってみろ。

>>233
でさ、チミはSwingでどんな苦労をしたんだいw
「Swingは遅いから==Javaは遅い」とか言いたいの？ (ﾌﾟ

>>234

一般的な数ではピンからキリまでさまざまで
ゴミのようなものが山ほどある。そのようなことを考慮するならASP, CGIがでてもおかしくない。
また、数が多い、といってもひとつにまとまっているものが複数に分割されていれば数が多くなるように
みえるのも当然といえば当然。

一般的な数よりもよりも高品位、高品質なものの数で比較検討したほうがいい。

>>239
SwingはPerl+GTKより遅いしライブラリも充実してないし使いにくい。
GTKは簡単だぞｗ
VBまでいかないけど。

>>238
バカか。それじゃソースになってないだろ。
統計的なデータをよこせといってるんだが。ああいうのをまさに妄想というんだな。
表面上はPerlなどを使っても中身のシステムは違うものを
とりいれていることが多いんだが。

>>242
そういう事。
Yahooなんかでも表面上はPHPだけど
中身は汎用機+汎用機メーカーの言語使ってる。
こういう基幹部分にはJavaはどっちにせよ使われないけどな。

つまり>>241はGUI以外に取柄がないということでFA？

まあJavaの代わりにCOBOLが使われているところが多いな。
といっても昔からCOBOLなわけだがw

>>243
YahooでもJavaが使われているところがないわけでもないんだね

>>244
スピード、クロスプラットフォーム、安定性、
ライブラリの多さが違うことも取り柄だぞ。

>>244
ＧＵＩ以外に取柄が無いPerl厨ってVB厨と同族だね。
VB厨と同じレベルw

>>247
ﾌﾟ、　いくらライブラリが多くたってライブラリの質がわるけりゃねえ

>>247
ライブラリの多さだって？
殆どがCにたよってるんじゃないのかいw

>>247
どんなソフトもクロスプラットーフォームだとしてJavaが使える殆どのOSで使える保障はあるのかねえ
ソースをmakeでコンパイルすることが大前提だったらそりゃ簡単にクロスプラットフォームに
できるんだが。

>>247
チミはコンパイルにかかる時間を考慮したことがあるかい？

ライブラリの質っていっても俺も全部使った事ないから
はっきりした事はいえないな。
>>249
お前はPerlGTKのライブラリの質が悪いって何で断言できるんだ？

>>253
C言語ライブラリも含めると質が悪いって断言できるよw

>>254
お前はC知らないだろ？
gccでコンパイルした事もないだろ？
前のほうのレスを無視したもんな。

このスレでいつものごとく暴れていたperl厨は結局、基幹系サーバアプリを開発する能力がなかったわけで
GUI開発というVB厨と同じレベルのことしかできなかったということでFA？

>>255
前のほうのレスって何かなw
g++でコンパイルしてますがなにか。
gccがないとmake使えませんが何か

>>257
アホアンチはmakeで凌ぐと言ってたじゃないかよｗ
コンパイルの仕方も知らない位だから
Cなんてやった事ないでしょ？

そんなことよりTcl/Tkにしろよ　

>>256
残念。PerlでGUI、クライアントなんて非効率だから使わないよ。

>>260
と、言いながらも>>241はPerl + GTKを押しているのでした

>>261
Swing,SWTと比較してPerlのほうが質が高いと言いたかっただけ。
Swing,SWTなんて使ってる家具氏が信じれない。

もう終わりか？

Java房はSwingを馬鹿にされてショックを受けて退散しました。

以外かもしれないが、インターネットバンキングではASPが健闘している。

昔に比べて汎用機がかなり安くなってるから
まだ基幹部分ではCOBOLが圧倒的に使われるでしょ。

ようやくものになったように見えるWebアプリの分野でも、パブリックな
サーバではPerl/PHPはもちろん、あのM$のASPにですら勝てない。

これがJavaの現実。

実際に今Javaの案件があるのは
.NETが出てまだ不確定の要素が多い事と
ライセンス料の問題とがネックになって
イントラネットでASPの代わりとして
使われてるだけという事を知らないんだね。

そういう事から考えても将来的に見ると、
クライアントのシェアのほとんどがwindowsだから
.NETが安定すればJavaの案件は激減するかもしれない。
そういうリスクはあるね。

UNIX系はPHP/Perl、WindowsはASP。これでいいじゃん。

マンデルブロ・フラクタル生成に関するベン
チマーク・テスト結果により，JIT(Just In Timeコンパイラ)な
しのParrotで約5倍，JITありのParrotで約30倍の高速化が
なされたことが示された。

Java死滅までカウントダウン開始

いま、すごく「ということにしたいのですね」って言いたくなった。

Perl死滅までのカウント既に0（禿ﾜﾗ

Javaみたいな糞言語にしがみつくなんてよほど時代のよめないやつだな。

>>273
禿同。

JavaはM$のASPにすら勝てません

いくら騒いだところで現実は変わらない

確かにjavaが糞言語と言う現実は変わらないな（プ

まあ、がんばってちょ(w

がんばります！

Perl厨やJava厨がいくら頑張っても
糞という現実は変わらない。

ブビブビ

ブタがいる>>283

Javaはブビ以下

>>277
ASPよりは良いと思うが。ASPといってもVBScriptだから糞なんだよな。
途中からASPの仕事に入れられて、糞ソースで苦しんでるから痛感する。
ASP.NETより良いかは好みの分かれるところだが。

またVBScriptだから糞といっている奴勘違いやろうがいるな。
糞なのはお前の周りの連中。

それともお前のソースも糞なのか？ VBScriptなんだろ？（藁

ソースなんてどうでもいいじゃん

ソーっスね。

その糞より使われていないのがJava。

>>193
> Java厨は、ちょっとした作業軽減ツールも「Javaなら〜〜」とか言いながら、
> 朝７時過ぎから重厚に考えがち。shellやPerlなら３０分もあれば完成するものを
そいつは、Javaに限ったことじゃあ無いんだが。
オブジェクト指向言語全般にいえるんだがな。
拡張性を重視るすると将来困らないようにと慎重になるわけだ。

ちょっとした作業ツール以外でも
shellやperlならすぐできるといって無計画にいい加減に作っていると
COBOLerみたいな痛い目に遭うわけだ。

オブジェクト指向言語ではどこにエクステンションポイントを設けるべきか
を的確に素早く考慮できるかが重要なんだな。

それとこのフレームワークをつくるにはどんな(デザイン)パターンが
適しているだろうかと、インスピレーションを高めることも重要だ。
オブジェクト指向の世界ではまさに想像力がものを言う。

>>286, >>277
> ASPよりは良いと思うが。ASPといってもVBScriptだから糞なんだよな。

どこがASPよりよいと思ってんだ。
比べるならASP.NETとでないとJavaには全くといってもいいほど
絶対に勝ち目は無いぞ。

いいか、ASPの型はあまりにもアバウトだ。

ASPは
カスタムタグライブラリも定義できない、
使える言語がDQN、
あくまでViewしか使えない。
ASPはJavaのように、JSPたるViewのほかに、ControllerたるServlet,
ModelたるEnterprisejavaBeansを使えない。使えたとしても苦肉の策。

では、ASP.NETになってからはどうだろうか？

まだまだだ。ASO.NET関連には
JavaServerFacesやJakarta Struts, Jakarta Turbineなどのフレームワークや
Jakarta TaglibなどのJSPカスタムタグライブラリや
Strutsなどを効率よく使いこなせるJakarta Velocity,
JSPで効率よく開発できるJakarta Tapestryフレームワークすらない。
ASP.NETはJ2EEなどのようなアーキテクチャとの連携も貧弱だ。

まったといっていいほど、ASp.NETはおもちゃだ。

>>271
> マンデルブロ・フラクタル生成に関するベン
> チマーク・テスト結果により，JIT(Just In Timeコンパイラ)な
> しのParrotで約5倍，JITありのParrotで約30倍の高速化が
> なされたことが示された。
ソースは？
まだ正式リリースされてもいないのに「釣り」とかではないよね？

>>268-269
> イントラネットでASPの代わりとして
> 使われてるだけという事を知らないんだね。
ASPの代わりとはひどいもんだ。
Windowsがどれだけ不安定で信頼できない糞OSだということをよく認識しているか？
そんな糞OSをサーバにすること事態がほとんどの面で愚かだ。
Windows, IIS, ASPこれら皆含めてあんなもんはミッションクリティカルには向かない。

あいかわらず.NETは安定しておらず。
最近のM$はWinFXなどに力を注ぎFlashのまがい物のような物を作っており
サーバ関係にはろくに精を出していない。

WinXPになっても30件以上もあるWindowsUpdateの
「セキュリティ問題修正プログラム」の多さを見てみろ。
それが、M$が相変わらずウィルス問題やセキュリティホールの解決も
できないでいる証拠だ。

>>262
> >>261
> Swing,SWTと比較してPerlのほうが質が高いと言いたかっただけ。
馬鹿も休み休みに言え。
Ｓｗｉｎｇ，ＳＷＴとPerlとを比較すること事態、土俵が異なり不釣合いだ。
Swingのようにソースコードコンパイルなし他のOSでもちゃんと実行でき、
ダウンロードしたら即座に実行、自動アップデート機能も備えられない
Perlと比べるとは愚かだ。


> Swing,SWTなんて使ってる家具氏が信じれない。
馬鹿はSWTですら不満か。拡張性も無くTkに頼るPerlが質が高いと
抜かすだけ馬鹿げている。

香ばしくなってきますた

もとからJavaは香ばしい。
お前もJavaコーヒーを飲め。
香ばしい匂いがお前を興奮させるぞ

渋谷にJavaがあるから、行って飲んで来な。
コーヒーでも飲んでまたーり。

イントラネットの話してるのになんで
セキュリティの話が出てくるんだろうな。
さすがアホアンチだな（藁

ahoaho

>>297
でたなw
あのショップ
一瞬、システムにJavaが使われているのかと思ったぜw

高度な技術を誇るJavaは偉大だ。
Javaが世界に齎した功績は大きい。
後世にわたってこの技術は受け継がれてゆくだろう。

>>302
どこを縦読みすればいいの？

>>302
たかだかプログラミング言語ごときにそこまで陶酔できる
あんたはこの業界に合ってるよ。
大体なんだよ｢高度な技術｣って？
Javaでタイムマシンでも作ってくれよ。マジで。

フレームワークばっかり使ってたら馬鹿になる。
フレームワークばっかり使ってたら馬鹿になる。
フレームワークばっかり使ってたら馬鹿になる。

「ウェブサービスに最適な開発言語はJava」
http://headlines.yahoo.co.jp/hl?a=20031106-00000004-wir-sci

>>305
作れ

>>305
お前が作ったら馬鹿になるさ。
お前のひねくれた脳みそではな。

>>304
お前はタイムマシンが本気でできるとでも思っているのか。
この恥知らずめ。やれるもんならやれることを証明してみろ。
もっと物理学を勉強してから出直して来い。

>>309
この釣られ野郎が。恥を知れ恥じを。

Javaとアホアンチはマジで死ね

今java扱ってるんですが、なんか
java技術者って感じじゃなくて、java利用者って感覚になります
Cやってると技術者って感覚になれるんですけど

まーどっちも実際利用者なんですが、自分はなにが言いたいんでしょうか

>>312
Good! いい感性だ。君は正しい。しかし大きく見誤っている。
君は一度Javaのライブラリを作成する立場になってみたほうがいいね。
枯れまくっていない普通のプロジェクトには、
コピペしたように繰り返されるロジックが見つかるはずだ。
それをライブラリにする作業は、Cに通じるものがあるはずだよ。

でもな、Jakartaプロジェクトに既にあるものを
わざわざ再開発するなよボーイ? HA! HA! HA!

こうしてﾄﾞｶﾀ用言語としても道を着々と歩むJava

ﾄﾞｶﾀはフレームワークだけ使ってろ。余計なことを考えるな。
余計なことをするな。

>>312
修行が足りないな。
J2EEを徹底的に使いこなせば技術者。

それから、Cで作っていたものをJavaでも作ってみろ。

>>314
Javaがﾄﾞｶﾀなら類似言語のC#, D言語もﾄﾞｶﾀ

Javaのﾄﾞｶﾀ言語たる所以は、色んなところで似たような独自仕様
フレームワークがｱﾌｫみたいに作られているからなのだが。

フレームワークも出尽くした感があるから
もう必要ない。

>>318
似たような独自仕様フレームワークとはたとえばどんなものかな？

>>318
> Javaのﾄﾞｶﾀ言語たる所以は、色んなところで似たような独自仕様
> フレームワークがｱﾌｫみたいに作られているからなのだが。
んでさ、チミに質問。どの言語なら似たような独自仕様のフレームワークがアフォみたいに
作られていないといえるのかなあ？（･∀･）

>>318のような馬鹿にはJakartaにあるどのフレームワークも似たような
フレームワークにしか見えないらしい。

Webサービスだけに生きるアホアンチ
哀れアホアンチ
フレームワークも出尽くしてもう必要ないみたいだな。
哀れアホアンチ

ﾄﾞｶﾀはフレームワークの使い方を全て習熟すればOKだ。

余計なことは口を挟むな。頭のいい人が考えてくれる。
ﾄﾞｶﾀは考えると有害。

>>324
ﾄﾞｶﾀ道まっしぐらですな。頑張れよ。ﾄﾞｶﾀ。

オブジェクト指向を理解できないC馬鹿やVB馬鹿やなんちゃってC++厨にJavaをやらせるときには
その手法がもっとも適しているね。

情報工学を理解出来ないPGは、クラスを貼りあわせるﾄﾞｶﾀ労働に
従事しなさいってこった。

>>326
君が今やっている手法だからね。よく実感していることでしょう。

age

Javaっていいよね。簡単で。俺の経験上、COBOLの次に簡単かも。

Javaは遅い。使う価値なし。

>>328
やっているというより「やっていた」が正解だね。
新たにクラスを設計し、どのようなパターンを適用するか、
どのようなパターンを編み出すかは研究的で楽しい。
ﾄﾞｶﾀには研究はできない。
オブジェクト指向言語の魅力だね。

>>331
C臭いコードかいてるんだろうな...

Javaも数年後にはWinFX上で動かさざるを得なくなるのか。
VM上でVM動かす馬鹿はいねー。Javaなんて糞は誰も使わなくなるだろ。

Ｗｅｂのおもちゃで高額を騙し取れる時代はそう長く続かないよ。
オブジェクト指向は結構だしできる部分は全部やればいいが、
基幹業務において一番重要なのはテーブル設計とストアドだ。
これらは同業種でも企業によって全く違い、カプセル化して画期的に楽になったりしない。
できあいでいいなら市販のパッケージ買うだろうし。

>>335はバカ

>>336
藻前もヴァカ

オブジェクト指向なんてオナニーでしょ

>>338
センスないな。プログラマやめたほうがいいよ

たかがWebアプリにご苦労なこった

>>335
禿同。
いったん作っちまったら一番いじれん部分はそこだろな...
といいながら一番適当に作ってあったりするのもそこなんだよな...

>>292
ほんとにASP.NET使った事ある？
JSFが出てやっとASP.NETレベルだと思うけど・・・
知ったかぶりか？

>>334
> Javaも数年後にはWinFX上で動かさざるを得なくなるのか。
WinFSの間違いじゃない？w
逆にASP.やASP.NETをJavaVM上で動かせるアプリがすでに存在するよw
ASPやASP.NETはほとんどがWindows上でしか動かない(ASPの場合は完全にWindowsオンリー)
といわれていた問題を皮肉なことにJavaで解決しちゃったんだってさ。
Unixで動かせるASP, ASP.NETとしてね。Javaでエミュレートしているんだってさ。
まあ、苦肉の策だねえ。

>Javaなんて糞は誰も使わなくなるだろ。
君はその糞を糧にして生きているからもうJavaからは逃れられないよw
君の携帯電話の中に糞が入っているんだよ。
携帯電話の匂いをかいで凝らん？　糞の匂いがするでしょw
君の見ているサイトを除いてごらんで時々糞が入ってくるよw

>>335
> Ｗｅｂのおもちゃで高額を騙し取れる時代はそう長く続かないよ。
> オブジェクト指向は結構だしできる部分は全部やればいいが、
> 基幹業務において一番重要なのはテーブル設計とストアドだ。
最近のoracleはそのストアドもJavaでかくんだよなー。
テーブル設計しただけじゃなーんも動かないだよなー。
EJBだったらSQL文かかなくてもテーブルもクエリーもJavaだけでかけてしまんだよなー。

>>342
君ほんとにStruts使ったことある？

>>343
その文句だと、Javaは１０年後、使えない物になっているだろう。
その発言、哲学的な分析だと自分で「Javaは亡くなります」って言ってるのと同じだぞ。

>>344
>最近のoracleはそのストアドもJavaでかくんだよなー。
>テーブル設計しただけじゃなーんも動かないだよなー。
>EJBだったらSQL文かかなくてもテーブルもクエリーもJavaだけでかけてしまんだよなー。
典型的なJavaﾏﾝｾｰ｡
何もリキんでそこまでJavaにこだわらなくてもいいだろ。

ぶっちゃけSunのJavaが死滅してもJ#が残ってくれればいいだろ

OracleでストアドをJavaで書く奇人は皆無。

ところで、Oracleにこだわる必要も無くなりつつあるわけで。

【逮捕祭り】
ファミコンのエミュレータを売るサイト
　　　　　　　↓
http://www.geocities.co.jp/Playtown-Spade/7898/

Javaがなくなる前にWindowsとOracleが廃れるに一票。

Java 死滅
Oracle 微妙
Windows 安泰

常識的意見

いまのJavaに完全にとってかわるものは
.NET?

>>346
> その発言、哲学的な分析だと自分で「Javaは亡くなります」って言ってるのと同じだぞ。
どういう脳内妄想が生んだ非論理的展開なのか理解しかねるが
Javaがなくなってもこれから現れるプログラミング言語はみなJavaのシンタックスを
ベースとした言語になるってこった。
いまからJavaを覚えてもJava的文法などを覚えているのでJavaがたとえ死滅したとしてもJava似の他の言語への
移行もすぐにできるだろう。

>>353
OSとサーバアプリとプログラミング言語とを一緒に比較する発想が間違い。

>>354
D言語 .NETは言語が乱立してほとんど無駄に終わる。

>>356 痴呆のち死滅

次期WindowsはC#で統一されるらしい

将来はAccessが最強ミドルウェアとなって他は太刀打ちできなくなるだろう。
でもミドルウェアを開発する言語が要るのでC++は残る。

ジャバジャバと馬鹿の一つ覚えみたく、つまんねー時代になったな。

Ｐｅｒｌさいこう（ﾗﾌﾞ

Javaでストアド書きたいな

Java厨は何でもJavaでやろうとする。

Javaは何でもできる。

マジでそういう勘違いしている奴がいるんだよな。

> ジャバジャバと馬鹿の一つ覚えみたく、つまんねー時代になったな。
やっとPerl厨も認めたか。

>>355
Javaのシンタックスつっても、Java自体他の言語の特徴寄せ集めで、特に
オリジナリティのあるもんだとは思えんが。

>>355
おまえ雑誌の読み過ぎ。感化されすぎ。冷静に分析してみろよ。
オブジェクト指向という１つの手段がそう長々と続くはずない。

>>369
確かにjavaはどうなるか判らないけどね。
「オブジェクト指向」は「ポスト構造化」だ。っていう香具師は多いな。
構造化ってもう30年も続いているが。

>>370
ｵﾌﾞｾﾞｸﾄ指向も３０年前からありますが？

>>371
こりゃ一本取られたね。でも実務でOOPが使われるようになったのはC++が広まったあたりからだよ。

>>368
特色がないから独自色をつけやすいのじゃないか。

>>368
いいたいことはそういうことではなくあれだ。
OSに依存しにくいという
Javaが現れてから画期的で斬新な言語殆ど登場しなくなったということだ。
注目される言語はJavaに類似した部分が目立つということだ。

それだけJavaのインパクトは非常に大きかったわけで
将来、JavaがなくなってもJava類似言語が台頭しているだろう。

各言語の寄せ集めとはいえOSに依存しにくく、セキュリティをあそこまで意識した言語は
そうそうない。


それからなにやらオブジェクト指向の話をしているようだがオブジェクト指向はJavaに限らず常識だぞ。
しかもオブジェクト指向の考え方はプラトン哲学の時代にすでに考え出されていたわけだが。

Ｐｅｒｌさいきょう！（ﾌﾟﾝ

PerlとJavaは競合しない

1.6までSunはもつのか。。。
J2SE 1.4.0 Merlin
J2SE 1.4.1 Hopper
J2SE 1.4.2 Mantis
J2SE 1.5.0 Tiger
J2SE 1.5.1 Dragonfly
J2SE 1.6.0 Mustang

Javaが使えれば
Sunなんかどうでもいい。

>>374
＞それからなにやらオブジェクト指向の話をしているようだがオブジェクト指向はJavaに限らず常識だぞ。
オブジェクト指向を否定するわけではないが、その表明は、
「エージェント指向はFlageに限らず常識だぞ」とか
「プロセス改善はXPやCMMに限らず常識だぞ」とか
「関数プログラミングはMLに限らず常識だぞ」と同様に、説得力が無く、気にいらない
換言すれば、「強弁のように聞こえる」

＞しかもオブジェクト指向の考え方はプラトン哲学の時代にすでに考え出されていたわけだが。
「オブジェクト指向の考え方」ってのはパラダイムだから、古いのは全然不思議ではない。
それをいうなら殆ど同時代のデモクリトスが原子論を唱えている。だが原子論が評価されたのは16世紀に入ってからだ。
「古ければ間違い無く良い」というわけではないのは当たり前だ。

宿題でもやってろ

Javaが嫌いだからといってオブジェクト指向まで嫌いになったら終わりだろ

まあC#はLonghornが出てからだな。
言語仕様も大幅に変わるから、
３年程待ったほうがいい事は間違いない。
それまではJavaでもしていればいい。
似たような言語だからすぐに移行できる。

あれはどちらかというとクライアントサイドでも話だと思うが。

サーバサイドでC#使うのはおすすできない。

.NET屋やC#屋は大人しく高いをシェア誇っているクライアント用Windowsで活躍していればいい。

サーバ系、組み込み系ではJavaだ。

組み込みでJava?

携帯電話を忘れたか。
組み込みでJavaをやりこなすにはまだまだ不満が多いが
ハードウェアのコストが下がれば
オブジェクト指向を駆使した開発が容易になり
いずれ主流になる可能性が高い。

携帯ってjavaなの？

>>385 は何か勘違いしているに100ｼﾞｬﾊﾞ。

>>386
最近の携帯電話は中にJavaが入ってるだろうに。

アホアンチも成長してきたな。

アホアンチが更生してくれて、ワシもうれしいぞ。

携帯の中でJAVAは何してるの

>>391
J2MEについて勉強してから質問してください

>>392
勉強しましたが何か。

>>388
何言ってんだか。携帯電話は制御系、ファーム系の部類。
Javaが採用されてる部分はユーザーとの距離が近い部分のみだぞ。
中核がJavaだと思ってんのか？JVMありきのJavaが中核になれるはずないだろ。

>>392
だから何してるんだ　ﾎﾞｹ。

って言うかｹﾞｰﾑ作成しかできないだろ。カス。
あんな物現代版のベーッシックなんだよ。

10 REM 現代版BASIC
20 WINMAIN
30 ON WM_CHAR 100
40 ON WM_LBUTTONDOWN 200
50 ON WM_MBUTTONDOWN 300
50 ON WM_RBUTTONDOWN 300
90 GOTO 20

>>395
その発言でお前が厨だと分かってしまうわけだが。

>>392
J2ME勉強しますた。携帯のOSとしての基本機能はCやアセンブラで書かれていて
お遊び部分はJavaということですね。基本機能をJavaっていう妄想はあったみたいです。

>>398
J2MEを勉強したくらいで携帯のOSがどうこうと分かるわけ無いんだが。
あ〜。勉強していないのがばれてしまった（ｗ

>>399
で、君は何を持って中核がJavaと思ってるの？
待ち受け画面　ｗ

>>398
Javaでプログラミングできるということが重要なんだよ。
携帯電話以外にもPDAなどがあるぞ。

お遊び半分ではなく高レベル層がJava, 低レベル層がC, アセンブラと解釈しろ。
(低レベルと書くと怒る奴がいるんだよな。そういう意味じゃないんだが)

Javaが何のために生まれたかを考えると携帯電話でJavaが使われてもおかしくは無い。

>>401

今時 write once を利点にあげるとは！！！
誇大広告は行けませんとJAROが言っていました。

Javaはネットワーク上で安全にパケットをやりとりできる言語として
生まれました。そのためには、複数のプラットフォームで動く必要性が
あり、Javaがマルチプラットフォームへと進んだのは当然の結果でした。

>>402
おまいはJavaの思想を勉強しなおせ。

そもそも、>>383 が携帯Javaが組み込み系って言ったのが事の発端だが
>>401 もそう思うのか？

>>403
>>402は携帯電話によって画面サイズなどの見栄えがことなるとか使えるAPIが異なるとか
そういうレベルでwrite onceが実現できないといっているだけだろ。
そんなことは大して重要じゃないんだが。

今は携帯Javaに手を出すよりもJ2EEに手をだしたほうがマシ。
ハードウェアの性能よ媒体記憶容量が大幅に向上するまで待て。

>>403
しかし、その実態はJavaでもウイルスの作成が可能であり、
限定されたサイトのHTTP通信のみしかできず、
Sunに糞高いライセンスを払う必要があり、
パフォーマンスは元から著しく低いため
携帯各社のJava離れが進んでいきました。

>>403
おまいはJavaの現状を勉強し直せ。

>>407
ﾂﾏﾝﾈｰ釣りﾀﾞﾅｦｲ
釣りじゃなかったら馬鹿でしょこいつ。
けどこいつみていると負けず嫌いでFUD攻撃しているみたいだね。
やっぱり馬鹿だね。

マルチプラットフォームっていつの時代の話だよ。
どの機種でも動くように書けるが、現状配布されているアプリは
機種ごとに書かれている。いい加減分かれよ。

>>405
で、百歩譲って携帯のばいとこーどが
PDAで動くとでも思っているんだろうか。

JavaScript saikou
　　　~~~~~~

>>403
おいおい、Javaは社内の組み込み向け補助言語として生まれたんだよ。

>>412
だよな。
その後、ネットワーク上で安全にパケットをやりとりできる言語として
【利用されるようになりました】でしょ。

>>412
社内？
またネタか。
最初は家電だろ。

このスレで発言している奴はどいつもこいつも嘘ばかり。

ROMっている者よ
真実を知りたければ自分でぐぐれ。

真実なんかどうでもいい。
で、Javaは儲かるのか？

>>415

儲かる

>>416
誰が？

糞派遣の元締めにきまってんだろ

>>418
おまえの技術力ではもうからんよ

俺決めた！
今年中に推奨されないメソッドだけで
あぷれっと作る！！！！！！
まじ燃えてきた

携帯端末ではJVMに回す電力の余裕はありません。

>>415
C++よりも儲かる。
Javaの中ではJ2EE関連が最も儲かる。

ただし、>>420のようなことをやるのはおすすめできない。

age

>>420
その燃えるほどのエナジーをもっと別のところに使いなさい

>>420
普通に組んでも、おまいのメソッドは推奨されない。されてない。してはならない。

いや　俺が推奨する

いやお前は人間として @deprecated だ。

$ javac -deprecated >>420.java

さあこの次にでるメッセージは何だ。

お願いです。Javaプロフェッショナルの皆様、作ってください。

Class:ドラえもん
Method:どこでもドア・タイムマシン・もしもボックス

オブジェクトをmethodにしている時点でダウト。

class:ドラえもん
Property:どこでもドア
method:開く・閉じる

ってかんじ？

Javaの自習を兼ねてある意味実用プログラムを作りました。
Javaをはじめた方は紹介のサイトよりSMTPmv_1.1.zipアーカイブをDL後
SMTPmv.jarを解凍しソースを参照する事で以下の実例自学になると思います。
・TCP/IPグラミング(ServerSocket,Socket)
・正規表現の利用(String.matches,Matcher)
・Threadプログラミング（wait,notifyでの同期、synchronizedによるロック含む)
・GUIプログラミング(JFrame,JtabbedPane,JEditorPane,自作のスクロールPanel組み込み確認ダイアログetc)
・HTMLによる表示と入力フィールド設定値の参照
etc。それでは宜しく
http://homepage3.nifty.com/tokeon/Eng-B/SMTPmv.html

>>431
開く・閉じるはどこでもドアクラスのメソッド。
ドラえもんクラスのメソッドは歩く・泣くなど。

>>431
Propertyはそういう用語に使うなM$信者め。

JavaではPropertyといったらそういうものを指す用語には使わん。

>>431
field がドア

Class:Doraemon // ドラえもん
Method:getFourDimensionalPocket

Class:FourDimensionalPocket // 四次元ポケット
Method:getSecretTool

Class:SecretToolInterface // 秘密道具インターフェイス
Method:use

Class:DoorInterface // 開け閉めインターフェイス
Method:open
Method:close

Class:DokodemoDoor // どこでもドア
　----|> SecretToolInterface
　----|> DoorInterface
Method:use
Method:open
Method:close

アホジャヴァ信者は枠だけ考えてご満足。

C++のようなオブジェクト指向に反する使い方をできるtemplateは
Javaにとってチンカスのゴミ以下であrりJavaを汚す。
そんな糞機能はJavaには必要が無い。

C++のバイナリが肥大化する傾向は、他でもないStandardTemplateLibraryによってもたらされる。
故に、最もC++らしい、オブジェクト指向と`template'をふんだんに使用したコードは、
最も巨大なバイナリを生み出し、故に起動がやけに遅い。

>>439　「遅い」のはOOPの宿命じゃあないの？

>>440
いんや、テンプレートはその遅さをできる限り
コンパイル時とリンク時にまわしてくれる。

javaだったらこんなカンジだろ。

Draemon dra = fujiko.fujio.pruducts.draemon.Draemon.getInstance();

DokodemoDoor door = (DokodemoDoor)dra.getPocket().get("DokodemoDoor");
door.open();

try{
　　door.use(
　　　　fujiko.fujio.pruducts.draemon.NOBITA,
　　　　fujiko.fujio.pruducts.draemon.SHIZUKA.getHouse().getBath());
}finally{
　　door.close();
}

>>442
＞DokodemoDoor door = (DokodemoDoor)dra.getPocket().get("DokodemoDoor");

きもちわりーよ。ｗ
dra.DokodemoDoor.open()　でいいよ。
どうしてもポケットアイテムコレクションという形にしたいなら
PocketItem door = dra.PocketItems("DokodemoDoor")　こうだね。
でも　dra.PocketItems("Takecopter").open()
というメソッドはないのでPocketItemクラスが若干気持ち悪い。

サーバサイドではF#が最強になるヤカン。
しかしMicrosoftがどれほどやる気があるかが問題だ･･･

google検索対決

検索語
java 求人
結果：54900件

検索語
parl 求人
結果：109

総合結果
java >>>>>{超えられない壁}>>>>parl

以上。

>>445 そりゃparlで検索すりゃ109件だよ。
総合結果はかわらないけどね。

class Nobi extends Dora {
Nobi() {
　setContentType("play/land")
　setCharacterEncoding("ISO-HONNYAKU_KONNYAKU")

if (
　PocketItems.isEmpty() || !getBundle("URAYAMA").equals("裏山")
　|| !getName("URAYAMA").equalsIgnoreCase("裏山") || !getAbsolutePath("裏山")
　|| exists("宿題") || exists("テスト") || !exists("ママ") || !exists("裏山")
) {return;}

try {
　PocketItem door = PocketItems("DokodemoDoor");
　door.forward();
} catch (IyaaaaahnNobitasanNoHException e) {
　nobi.dodododododoDoraemoon();
}
}

public void dodododododoDoraemoon() {
while (PocketItems.hasNext())
　super.PocketItems.remove();

while (true)
　super.add(new Vector(Integer.MAX_VALUE));
}

java.lang.String が嫌いっ！
MFCのCString を少しは見習えっ！
PerlもASPもPHPも便利な文字列操作関数いっぱい持ってんのに、
お前だけ使えないんじゃ〜いっ！

...って思ってるのは俺だけか？

>>448
StringBufferもあるよ。
Stringは1.4から正規表現つかえるね。

未だにJavaから逃げてる香具師って。。。

>>480
　謂いたいことがわからんのだが、Javaが万能と思ってるヴァカが増えてるのは
　非常に困ってるな。

なんにもできないJava。使えないJava厨に合掌。

さて、480がどんなレスをするのかが見ものだな

>>445
parlでもヒットするんだな。つか、スペル間違うような田舎の
へっぽこ会社ばっかりのようだけどね。

”perl　求人”
だと9330ヒットしたよ。

Javaﾏﾝｾｰ

VisualBasic.NETっていいね。

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　ぶいび〜ぶいび〜！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧∩ ／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼ ∩∧ ∧∩＼（ ﾟ∀ﾟ）＜　ぶいび〜ぶいび〜ぶいび〜！
ぶいび〜〜〜〜〜！ ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　 ￣　　　　 / ／
　　　　　　　　　　　　　　　　　　　￣

天気いいねぇ〜

さっさと死ねよ。死にぞこないJava

>>459からはC臭が漂ってくる
くせ(´`c_,'` )

C/C++とVB(ASP)ができたらJavaは要らんな。
おそらく、C/C++とPerlが出来る人もJava不要だろう。

C/C++をマスターしてる奴はそれだけで十分だろ

マスターベーション

>>461
とりあえずPerlやVBやASPと一緒にされてもね。
そんじょこらの小規模システム用開発言語とは

　格　が違うのだよ。



　　　　　　　　　　　　　格　　　が

>>448
> java.lang.String が嫌いっ！
> MFCのCString を少しは見習えっ！
> PerlもASPもPHPも便利な文字列操作関数いっぱい持ってんのに、
> お前だけ使えないんじゃ〜いっ！

じゃ、お前がJavaのStringをラップしてMFCに沿った仕様の
オリジナルStringクラスを作れ。
スキルのある奴は自分から積極的に作る。
お前のようにライブラリに甘えるような馬鹿がこういうくだらんことでブツブツ文句を言う。

便利な文字列関数が言語仕様に依存すると思い込んでいるのか。大恥をかくぞ。

まず、Jakarta Projectを散策して来い。
つぎに、java.lang.regexについて調べて来い。
そして、Jakarta CommonsのStringUtil, Jakarta OROなどについて調べて来い。

　>>465に手紙が来た。
　　　　　　　　　　＿＿＿＿＿
　　　　　　　　　/ ヽ＿＿__／/
　　　　　　　 　/　　　/　　　/
　　　　　　　　/　　　/　　　/
　　　　　　　 /　　　/　　　/
　　　　　　　/　　　/　　　/
　　　　　　 /　　　/　　　/
　　　　　　/　　　/　　　/
　　　　　　￣￣￣￣￣


　　　　　　　|￣￣￣￣￣￣￣￣￣￣|
　　　　　　　|　 　 　 　 　 　 　 　 　 　 |
　　　　　　　|　 　 　 　 　 　 　 　 　 　 |
　　　　　　 /　　　￣￣￣￣　　 　　　/＿＿＿__
　　　　 　 /　　　　　　　　　　　　　　/ヽ＿＿／/
　　　　　/　お前はクビ。　 /　　/　　　/
　　　　 /　　　　　　　　　　　　　　/　　/　　　/
　　　　/　　　＿＿＿＿　　　　　/　　/　　　/
　　 ／　　　　　　　　　　　　　／　　/　　　/
　／　　　　　　　　　　　　　／ 　 　/　　　/
　￣￣￣￣￣￣￣￣￣￣/　　　/　　　/

>>465
標準化という言葉を知っているか？

>>462
Javaより単価が低くなるけどいいのか?

>>468
アホ派遣は大変だな。

> 　>>466にも手紙が来た。
> 　　　　　　　　　　＿＿＿＿＿
> 　　　　　　　　　/ ヽ＿＿__／/
> 　　　　　　　 　/　　　/　　　/
> 　　　　　　　　/　　　/　　　/
> 　　　　　　　 /　　　/　　　/
> 　　　　　　　/　　　/　　　/
> 　　　　　　 /　　　/　　　/
> 　　　　　　/　　　/　　　/
> 　　　　　　￣￣￣￣￣
>
>
> 　　　　　　　|￣￣￣￣￣￣￣￣￣￣|
> 　　　　　　　|　 　 　 　 　 　 　 　 　 　 |
> 　　　　　　　|　 　 　 　 　 　 　 　 　 　 |
> 　　　　　　 /　　　￣￣￣￣　　 　　　/＿＿＿__
> 　　　　 　 /　　　　　　　　　　　　　　/ヽ＿＿／/
> 　　　　　/　お前もクビ。　 /　　/　　　/
> 　　　　 /　　　　　　　　　　　　　　/　　/　　　/
> 　　　　/　　　＿＿＿＿　　　　　/　　/　　　/
> 　　 ／　　　　　　　　　　　　　／　　/　　　/
> 　／　　　　　　　　　　　　　／ 　 　/　　　/
> 　￣￣￣￣￣￣￣￣￣￣/　　　/　　　/
>

>>465
>>448は言語仕様に言及してはいないワケだが…。

>>448はJDK1.4のStringを見ていってるのかどうかが気になる

java.lang.Stringって追っかけると
酔っぱらいそうになるぐらいにコピペしまくるよね

クズ言語あげ

>>466
識者である>>465の寛大な意見に反論できずにそういうAAを張るとはいい度胸だねえ。

識者どころかただのJavaバカ（派遣）

お前の認識能力が不足しているから「馬鹿派遣」としかいうことができない。

エンタープライズアーキテクトを目指せ

デスクトップアプリもろくに作れないくせに
なにがエンタープライズだ。

デスクトップアプリをろくに作れないことを
覆い隠すためにエンタープライズと言っているだけだろｗ

世の中にはGUI用アプリつくることを考えずに
シェル用アプリ製作からエンタープライズアプリを作った香具師が多数折るのですよw

あぁ、それで偉いとか勘違いしているのか。
作る物が違うだけなのに。

> ﾃﾞｽｸﾄｯﾌﾟｱﾌﾟﾘ

C++Builderでもやってろ（ﾌﾟｹﾞﾗｳﾋｮ-

>>481
実際、作れる奴少ないし。
サーバ管理できる奴が少ないのが原因だな。

エンタープライズコンピューティングはこれからの時代の味噌

>>479
エンタープライズの意味わかってるか？　

まぁ、エンターテインメントみたいなもんだ。

COBOLで作ったシステムは通常エンタープライズアプリです。

>>482
確かにC++Builderのほうが１万倍マシだな。

エンタープライズコンピューティングしてるか？

このｽﾚレベル低。

情報工学の成果であるjavaを理解できないから、叩いて自慰する爺PGの巣窟は
こちらですか？

>>479はエンタープライズアーキテクトになれない

Javaが情報工学の成果だなんて何か勘違いしてるんじゃないのかｗ

微妙だな。
ならはソフトウェア工学の成果か？

#defineと#includeと構造体が無いのでダメポ。

#defineで何をしたいんだか。
ほかの方法でいくらでも代用できないか？

#includeも要らない。ヘッダファイルなんてもんはつけないほうがいいわけだ。
オブジェクト指向離れを引き起こすからだ。

構造体もクラスがあれば不要。

いや、携帯JAVAやってるとね・・・むかつくんですよ。
クラスを作るとサイズが増えるので構造体があれば随分きれいにかけるのに・・・とか
#defineも単純に数値を置き換えられればいいんだけどね・・・
メインとCanvasクラスだけの構造にしたいけど開発中はソースファイルを分けたいんで#includeを使ったり・・・
いいかげんCで書かせてくれ。頼むから・・・


あ、これってJAVAの言語仕様がダメなんじゃなくて携帯にJAVAを採用した奴がダメポってことか。

内部クラスはつくれない？

>>497
ソースを分けたければJakarta Velocityを
うまくつかうという手は？

キャッスルを勉強しています
なかなかプログラムらしくなってきました

JAVAの仕事なんかやってるおまえがアホ

PerlやVBではお仕事ありませんよ。お爺さんたち。

>>500
基本情報処理のためにCASLやっとるかい？
まあスレ違いだ罠。

【J2EE】エンタープライズアーキテクト【Java】
こんなスレでも立ててみる？w

>>497
容量は256kBかい？
それとも初期の10kB限定？

いい加減に、10MB〜100GBくらいになってほしいねw

まあ、エグゼクティブに程遠いﾄﾞｶﾀPGはPerlやVBで泥臭い仕事に
追われてろということだ。
知的労働とは、ｺﾞﾘｺﾞﾘｺﾞﾘとコーディングすることではないのだよ。

むしろエンタープライズに程遠いﾄﾞｶﾀPG== Perl厨、VB厨、C厨、C++厨 (ry

しかし以外にもこの分野ではCOBOLerは例外(w

Perlやﾌﾞﾋﾞでせっせとコーディングするなんて、派遣JavaPGと一緒だよ。諸君。
仲良くしなよ。鳶職と塗装工、配管工がけんかしているようなものだぞ（ｗ

真に知的な作業とは、アーキテクトだよ。わかるかい？

エンタープライスJavaプログラマはその上を越えるということだ。
C++厨はエンタープライスJavaプログラマに比べれば下っ端同様

>>508
まあキミはエンタープライズアーキテクトにはなれないがね。
キミは将来ﾄﾞｶﾀ営業でもやってなさいってこった。

>>507-508は言語に使われてるな。哀れなやつめ。

言語なんて自分が使いやすくて目的にあった言語を選べばいいだけだろ。
PerlもCもC++もJAVAもPerlもVBもCOBOLもHSPも、なんでも好きなのを覚えればいい。

PGとして一番なのは全ての言語を使いこなせて、常に目的にあった
効率のよいプログラム開発ができることだよ。

そのへんを理解できてない奴は使えない香具師ってことでFA。

>>511
それを世は言語オタという。
逆の意味で言語に使われています

えっ？！
キャッスルって基本情報にしかないの？！
プログラマーはキャッスル使って無いってこと？！

つーか、アセンブラはCPUによって命令が違う以上
試験問題に普通に使われているアセンブラは使えない。

CASL VMを作れば良いのでは。

>>C/C++とVB(ASP)ができたらJavaは要らんな。
>>おそらく、C/C++とPerlが出来る人もJava不要だろう

で、CとC++、Perlで仕事あるのか？
ぜんぜん案件来ないんだが...

新しい言語が嫌なのはわかるが。。

>>516激しく同意。
今の求人情報からVB、JAVA、Perl、PHPの案件を除外したらいったいいくつ残るんだろう･･･

いや、JAVAを除外しただけでも半分以下になる気が。

Longhornが来たら.NETだらけになるんだろうな

×　JAVA
○　Java

JAVAと派遣のゴミどもを一掃しよう！

>>519
以前のクラサバの世界ならな。
今のような多重分散アプリの時代では、
ＷＩＮＤＯＳ９５が出たようにはならんよ。

いずれにせよ、.Netは敗色が強い

どうでもよいが、Javaの派遣PGってゴミみたいなのしかいないよな。
J2EEだっつってるのに、実はアプレットの経験があるとか、酷いのになると
JavaScriptの経験ありますだとか。

>>523
おまえもその糞の一人だな。
アプレットもJ2EE規格の立派な一部だが。。。
jsp&ServletがJ2EEだと思ってないだだろうな。
J2EEシステムを構成するコンテナーを５つあげてみろ。

>>523
俺はフリーだが、Javaの派遣PGの質はお前の言うとおり。
しかしプロパーも分かったようなふりしてる中途半端が多い。

少数の例外を除き、自社開発で使ってない技術は全然分かって
ない香具師がほとんど。良いのか悪いのか知識が偏ってる。
派遣にも当然精鋭はいるが、単価が安いか糞なところには
来ない。

>>525
いきがんなよ派遣（ﾌﾟｹﾞﾗ

>>524
おまいは一部と全体の毛別もつかないのか

>>525
同意。昔からの「文法知ってるだけじゃプログラムは書けない」ってのが、OOPLの普及で拡大されている印象がある。
C++のときより、今の「Java案件多し」っていう状況で、さらに拍車がかかっている。

Java案件が多いというより、Javaの使えるPGが居ないってところでは。

>>519
まあ.NETが登場してもJavaの案件は増えなかったな。
Lonnghornが登場してもFlashレベル程度の仕事しか
VB厨やC#厨にはないんじゃないか？

エンタープライズアーキテクトになるにはJ2EEパターンを
理解しなければならないわけだが。

>>465
>スキルのある奴は自分から積極的に作る。
君のようにスキルがあると勘違いしてる奴は、
頼みもしないのに自分から積極的に作る。

そして、そこからバグを出す。
「客になんて説明したらいいね〜ん。」(SE談)

Javaも今はいいけど先がないよな。
WebサービスならAvalonのスマートクライアント＋Indigoに未来があるし。

なんでJavaとウェブサービスが同義語に扱われるのか...

てか、おまえらwebサービス使ったシステム組んだ事ある？
練習じゃなくて本番で。
どんなの作ったか教えてプリーズ。

Nテレのデジタル放送番組編成システムアプレット使ってる

最近は1から10まで自動生成してくれるツールが出てきたな・・・。
もうJAVAは終わりか？

>>528
つまるところOOPLによりプログラムの再利用性が上がって
API・フレームワークの重要性が増したことを
認めなければいけないということでしょうな。

つか、文法は概ねCの構文に統一されてきた。
今はOOPの概念が基礎として必要で、それぞれのクラスライブラリとか
フレームワークを覚えることがメインになりつつある。

サップって将来性あるんですか？
将来性がある仕事がしたいです。
何がいいのでしょう？
アドバイスお願いします。

>>534
では問うが今も使えてスマートクライアント＋Indigoが出て来た後にも使える言語って何だ?
C++、C#共に大幅に変わってしまうんだぞ?

>>542
Perl

>>532
つまり君は人に命令されないと何もできないオコチャマなわけだw

>>534
> Javaも今はいいけど先がないよな。
> WebサービスならAvalonのスマートクライアント＋Indigoに未来があるし。
Avalonという言葉を使うときはちゃんとJakarta Avalonのことをいっているのか
M$ごときのAvalonのことをいっているのかはっきり区別をしろ厨房めが

>>538
Javaが終わる前にお前が終わるよ。
自動生成ツールを使ってJavaコードを自動生成するのだが。
UML, Velocityなどを知っておるか？

>>534
> Javaも今はいいけど先がないよな。
> WebサービスならAvalonのスマートクライアント＋Indigoに未来があるし。
これﾜﾛﾀよ。
チミはAvalonだけでWebServicesを作れると思い込んでいるらしいね。
しかもIndigoがWindows専用とはこれまたお笑い臭いですな。

いちいちUnixからセキュリティ脆弱な糞Windowsに全てリプレースするだとよ。
それでJavaには先がないと言い切るとはｱﾌｫが言うことだなw

知ってるだけでまるで鬼の首でもとったようだなｗ
あんた大したもんだ

>>547
UNIXの将来性とJavaの将来性を混同する馬鹿。

Unixも将来は安泰だよ。
なにせオープンソースと鉄壁のGPLによって保護されているから。

まあ皆さんエラソーに言ってもさ
新人の時があったワケだしさ
新人、派遣イジメはやめようよ

>>479
エンタープライズクラスのアプリケーションを構築するためにGUIアプリケーションを
作る知識は不要ですが何か(w

エンタープライズ＝企業

COBOLシステムは大概エンタープライズだし。
企業用アプリにもGUIはある。

CGIでも作れるような物を作っているだけの癖に
なんか勘違いしている奴がいるんだよねぇｗ

GUIを切り貼りして玩具を作るのはﾄﾞｶﾀの仕事だよ。

>>554
お前はGUIをどうやって作るんだ？（藁

コンピュータを使って効率的なシステムを開発しようとしているくせに、
その自分が非効率的にコードでちまちま書くことを誇っているなんて笑える。

>>555
派遣ﾄﾞｶﾀが作ってくれるよ。

俺は、
「ここの文字を見やすいように大きくしてくれ。」とか
「この配色センスないね。もっとどうにかならないの？」とか、
「GUIで簡単に変えられるんでしょ？ちょっと試しに変えてみてよ。あ、やっぱり戻して。」
とか言うのが仕事だよ。ｗ

>>557
お前の仕事だ。馬鹿。

>>558
なんだ、馬鹿Sヨか。お前は技術者じゃないんだから当然だなｗ

頑張ってね。左官屋さん☆

JavaにGUIは無理だろｗ

>>556
激しく同意。

左官屋はVBの仕事だよ。

>>564
VBに仕事とられたのかい？（激藁

アホJava厨はエンタープライズアプリに
GUIがいらないとか思っているんだよなぁ。
こいつらどうにかし欲しいぜ。

>>558
そりゃブビ厨やFlasher==露出狂(ﾌﾟ のやる仕事だよなw

左官屋って技術者なの？

>>566
それはむしろアホブビC厨の妄想発言ですw

左官屋というより塗装工だろ。左官屋に失礼だぞ。

>>566
別に必ずしも全てのエンタープライズアプリに
GUIが必要とは限りませんが何かw
CUIでも十分ですが何かw

GUIは所詮オマケw
デザイナーレベルのﾄﾞｶﾀがかることですw

>>569
>>567

ほらね。勘違いしている奴がいる。やつらはこの業界の癌。
使いにくにWebシステムとかを作って満足している。

>>566
ブラウザがほとんどGUIの役割を果たすので
ほとんどGUIに凝る必要はありませんが何か。

正直言って、Javaの仕事こそがドカタだと思う。
入力されたデータを仕様通りに加工して返すだけ。
つまらん仕事だよ。

>>572
なら自分で使いやすいようにラップすればw
ほら、きみの使っている2chブラウザを見てみなよw
ひろゆきらに細かいところまでいちいちGUIをやらせるのかいw

>>574
ビジネスロジックやDBの設計をするJavaの仕事はﾄﾞｶﾀではありませんよ。

>>573
ブラウザは使いにくい。客は不満。

>>553
> エンタープライズ＝企業

"enterprise" には企業以外の意味があるぞ。

http://dictionary.goo.ne.jp/search.php?MT=%A5%A8%A5%F3%A5%BF%A1%BC%A5%D7%A5%E9%A5%A4%A5%BA&kind=jn&mode=0&jn.x=9&jn.y=10
エンタープライズ 【enterprise】

(１)事業。企業。大仕事。企て。
(２)冒険心。
(３)米国の世界初の原子力空母の名称。

最終的にブラウザで見せるか、VB等の専用アプリで見せるかは
本質的な問題ではない。そんなのはﾄﾞｶﾀに任せる仕事。

>>577
だから2chブラウザが生まれたんだろw
不満があるならﾄﾞｶﾀに作らせればいいだろw

>>576
それはSEの仕事ｗ
お前は俺の言うとおりに作っていればいい。

GUIなんぞエンタープライズアプリからすれば氷山の一角を
見せびらかしているに過ぎない。

いくら使いやすいGUIを作ったところで、
ビジネスロジックを変更しても素早くGUIを変更できるように
GUI設計しないと意味がない。
そのためにはデザインパターンなどを真剣に考慮するのは当たり前。

さあさあ、２ちゃん休憩は終わりですよ。
せっせとプロパティをいじって色を塗り替えてください。塗装工諸君。

Java使いってドカタと同じだよ。

>>581
まだここにSEとプログラマは分離すべきだと主張する思考が化石化した年老いた馬鹿がいたか

なんだ？
GUIを作れないJava厨が騒いでいるのか。
必死だなｗ

>>586
君はWeb版UI担当だから、タグを書き換えてね。

J2EE使いはホワイトカラーの上を行くよ。
GUI使いはブルーカラー

>>585
はいはい。Javaドカタは文句言っていないで、
さっさと俺の指示どおりに働きましょうね。
お前らに人権は無いのだから（ｗ

>>586
むしろサーバアプリも作れないGUIしか作れないC++厨やVB厨が
必死に騒いでいるみたいだよ。
必死だなw

>>588
2点

>>590
> むしろサーバアプリも作れないGUIしか作れないC++厨やVB厨が
そんなやついませんが？
ノイローゼですか？

Java使い＝ドカタ

これは紛れも無い事実。

気にするなよ。塗装工もりっぱな技術者だよ。
人目につくところは君達の仕事だよ。

>>589
そうやって現場で支持する側に回りたいのが君のはかない夢なんだねw
現実ではきみはまだまだﾄﾞｶﾀ作業で、
優秀なJavaプログラマを羨ましがっているわけだ。

>>586
> GUIを作れないJava厨が騒いでいるのか。
そんなやついませんが？
ノイローゼですか？

サーバアプリ=クライアントアプリ-GUI
だろ？

GUIオンリーのC++厨＝ﾄﾞｶﾀ
VB厨, Flash厨＝ﾄﾞｶﾀアルバイト

シンナー中毒は仕事しろよ。

>>597
あなたの妄想方程式ですか？

>>595
妄想癖があるのですか？ｗ
タダの使われているだけのJava PGの癖に。
ﾄﾞｶﾀはﾄﾞｶﾀらしく働けよ。

GUI厨はシンナー中毒でエンタープライズアプリケーションを
作れるスキルを身につけることができなくなったのかあ

GUIって鯖と人間のインターフェースじゃん。操作盤でしょ？

>>602
クソGUIしか備えてない企業アプリ厨しね。
お前がやっていることはコボラーと同じことに
まだ気づいていないのか。

>>601
あらあら、シンナーの吸いすぎで
他人こそが妄想壁だと主張して
自分が妄想壁を言っていることも忘れたのですか(藁

JavaってCOBOLの置き換えだもんなぁ。
やっていることはCOBOLと同じ。
言語が変わってもﾄﾞｶﾀはﾄﾞｶﾀ。

>>604

　　だ　　か　　ら　　ぁ
たとえば2chサイトが糞GUIしか備えていないと思うなら
Delphiでもなんでもいいから自分で2chブラウザを作ればいいのだよ。

Javaを使う利点って、何も考えてないショボいGUIでも
「まあ所詮Javaだしね」ってクライアントが溜息混じりに許してくれる所だけじゃんｗ

Java厨＝コボラーのなりの果て

>>604
J2EE使いは
COBOLerよりもオブジェクト指向に精通しており
アーキテクチャパターンの設計などに詳しいってさ。

いくらGUIを一生懸命作ったって中身がなければ
話にならないでしょうに。必死に自動車のハンドルだけ一生懸命作ったって
エンジンがなきゃ自動車は動かんでしょうに。

おまいらの作ってるGUIとやらは、所詮ペンキでぺたぺたしたものだろ？
背景で働いてるのは鯖。

COBOLerよりもJ2EE使いのほうがオブジェクト指向に強いわけだが

> J2EE使いは
> COBOLerよりもオブジェクト指向に精通しており
> アーキテクチャパターンの設計などに詳しいってさ。
現実は設計などはCOBOLのままJavaに置き換わっただけ。
だからドカタといわれるんですよ。

>>611
そのサーバーの背景はハードウェアということを忘れるな。

>>611
GUIの陰でチョロチョロする惨めな立場が自慢か？

J　a　v　a　厨　必　死　だ　な　ｗ

>>613
はいはいVBしかできないからって妄想持つことしかできないんですね。
VBﾄﾞｶﾀはかわいそうに。COBOLerよりも給料が安いんだってね(ﾜﾗ

所詮Javaは裏方さんｗ

>>614
クライアントの背景はハードウェアじゃないのかっ！

Java=COBOL+オブジェクト指向

GUIマンセーなVB厨が暴れているスレはここですか

> はいはいVBしかできないからって
それがすでに妄想なわけだがｗ
自分のことを棚に上げて良く言うぜｗ

>>620
COBOL2000を知らないんだねw

>>621
周りを見るとすべてVB厨とか思ってんの？
ノイローゼにかかっているんじゃない？（藁

>>622
で、君は何ができるのかな？
どんな言語ならﾄﾞｶﾀでないって？w

>>623
じゃあやっぱりJava=COBOLじゃんｗ

>>618
Java厨はドカタのさらに裏方かよ。
惨め過ぎじゃんｗ

>>624
GUIしかできない人の大半はVB厨だからねえ。
サーバアプリを否定してGUIこそが言いと言い切るなんて
大抵VB厨だねえ

つーか、クライアントなんてVB/Delphiで作った専用アプリでも
PCのWebブラウザでも携帯端末でもOKというのが時代の流れでしょ。
プロトコルが専用プロトコルやRPCからHTTPに移ってるのはそういうことでしょ。
クライアントはユーザーに直接触れる部分だから仕様変更も多いし、
簡易開発ツールが充実してきたから単価も安く、旨味は無いと思うけどね。

>>628
で、君は何ができるのかな？

C++厨はJava厨よりも給料がやすいんだし
何を言ったってC++厨は過去の人になのさ

>>628
否定してないよ。
蔑んでるだけさｗ

>>622
で、君は何ができるのかな？
どんな言語ならﾄﾞｶﾀでないって？w

>>632
やっぱり惨めなVB厨の妄想だったんだね
かわいそうだから君にエールを送ってあげるよ　ｳﾞｨﾋﾞ厨、ﾋﾞﾊﾞ！ (嘲笑

JavaはCOBOL時代の独自のテキストファイルが、
HTTPやXMLに変わっただけ。
昔のドカタの仕事となんらかわりない。

ノイローゼが沢山いるｗ

頑張れよ。塗装工。

>>634
頼むからそんな分かりやすい自演しないでくれよｗ

頑張れよ。裏方。

祭りだな。またJava厨が暴れているようだね。

所詮使われているだけの癖に
なにかすごいことやっていると
勘違いしているマヌケのスレはここですね。

あ〜。面白かった。また遊んでね。Javaちゅうちゃん。

javaのﾄﾞｶﾀはフレームワークを使わされる派遣PGのこと。
vbﾄﾞｶﾀ/flashﾄﾞｶﾀはその鯖の操作盤を作るに過ぎないPGのこと。

勝者＝エンタープライズアーキテクト

OK?

ゴチャゴチャとつまんねー言い訳してんじゃねーよJava厨。
おまえらは少し前のJavaマンセー記事に踊らされて地下に追いやられた無能な奴隷なんだよ。
余計な事考えずにコツコツと下働きしてりゃ良いんだよｗ

このVB厨の暴れ方をみる限り、左官屋という指摘は核心を突いていたようだな。

みどりの窓口の端末ってさ、VBっぽいけどVBが担当しているのは単なる操作卓だよね。

>>646
？？それが何か？
それが適材適所だろ？じゃあJavaで操作卓を作らなかった理由は何？
Javaで操作卓作ろうなんて馬鹿がいなかったからだろ？

頑張れ。左官屋。ｗ

業務系の低スキルどもがののしりあうヌレはここですか？

Perlに完敗したJavaはVB厨房にも負けるのか…

ヌレヌレ

塗装工と配管工が喧嘩するなよ。

レッキングクルーｖｓマルオブラザーズ

塗装工と配管工はアーキテクトの指示どおりに働けば良いのさ。

左官をなめるな。
たかだか５０年くらいのコンピュータ産業で出来た「PG」という枠と、左官を同一視するなんてアホ。
おまえらに左官の１級取れるのか？

そりゃ50年もの間ぬくぬくと公共事業で温室栽培されてきた建設業にはかないませんよ

左官は職人でPGより社会的地位は高い。
PGと比較するならとび職とか塗装工では。

おっ。俺が使い出した左官と塗装工が流行ってんな。よしよし。

コンピュータ技術者：箱の中を相手に格闘
その他の職業：世の中を相手に格闘

違いはあからさま。

「井の中の蛙」ってことっすか？(w

丼の中の蛭

グリーン氏は、J2EEに精通し、エンタープライズクラスのアプリケーションを
構築するデベロッパーらを「エンタープライズアーキテクト」と呼び、
引き続きその機能拡充を約束する。JavaOneカンファレンス参加者の大半は、
J2EEのエンタープライズアーキテクトか、Javaコミュニティーを牽引するテクノロジストだ
からだ。


Javaを否定するお前らはエンタープライズアーキテクトになれない
いや、一生ならなくていい。いや、一生インタープライズアーキテクトになってほしくない。
ﾄﾞｶﾀGUI作業員として細々と生きていくのがお前らにとってはふさわしい。

Eclipse3.0に期待！

VB厨房はエンタープライスアプリーケーションを作るスキルもなく
このスレで暴れることで一人でレスして架空の勝利宣言しているのか。　

だいたいJavaなんて一時の流行のおもちゃなんだから。
まじめにやる物じゃないよ。

2chでJavaを異常に必死にたたいてるやつを見ると、
普段は何やっているんだろうと思う。

会社をやってて案件をさばいてる俺からすると、
言語に対するコダワリなんてないが、
案件のほとんどが現在Javaでうんざりしているところもある。

つまり、いやがおうなしに、Javaがマンセーな事実は仕方ない。

で、
Javaには先がない

と煽るやつが出てくるんだが、ここだけ流行しているには、
それなりの理由がある。
その理由に目をつぶるのは、技術者として自殺行為だが、
まあ、2chの住人がどうなろうか、知ったことじゃない。

ただ、この業界で金と案件を動かしている立場の人間からすれば、
反Java、ハア？で相手にされなくて終わりということだけは知っておいたほうがいい

>>666
言語まで指定されるということは、
派遣か孫請けみたいな仕事しか取って来れないＤＱＮ会社とみた。

>>667
せいぜい長生きしたまえ

>>667
藻前は起業する勇気も力もないのに何でそんなに偉そうなの？
自分の事は棚に上げて悪口ばっか言ってるとそのうち痛い目見るよ。

>>667
ただ、この業界で金と案件を動かしている立場の人間からすれば、
反Java、ハア？で相手にされなくて終わりということだけは知っておいたほうがいい

どう見ても先に悪口言ってるのは>>666のようだが。

>>66６
だな。社会のヒエラルキから言えば下っ端に割り当てられる仕事だよ。

さて
何年後に路頭に迷うやら

社畜ども、必死だな（藁

>>671
俺は>>666が悪口とは思わない。
感情抜きの正しい判断に基づく、とても親切なレスだ。

そうか？Javaなんかで食ってる底辺ソフト屋のくせに
たいそう偉そうだが。

>>675
そんなこと言ったら>>667も親切だよ。ｗ
自社開発を忘れて人足の手配師に徹してると、
会社としての付加価値が出てこない。
長い目で見れば競争力を培ってないことになる。

>>677
だな。少なくとも>>666は案件を定義する側の
発想ではない。派遣の発想だ。

>>Javaなんかで食ってる底辺ソフト屋

なら、IもHもFも底辺ソフト屋だな。

ちじりで、底辺ソフト屋でないおまえは何で食ってる？

>>678
案件を定義するケースなら、なおさらJavaを押すと思うけどな。
開発のスピードは早いし。
分散アプリでいえば、すくなくとも、J2EE以上のアーキテクチャは今のところ
出とらんしな。

システム系やチップ系プログラミングはまた別だ。
まさかそこをメインにほざかないよな。

>>680
＞分散アプリでいえば、すくなくとも、J2EE以上のアーキテクチャは今のところ
＞出とらんしな。
解ってたようなこと言うもんじゃない。Ｊ２ＥＥはアーキテクチャの土台にすぎない。
名の知れたアーキテクチャなら、MVC2とかブローカーとか。その土台なんだよ。
知ったかすんなよ、末端技術者めが。

＞＞MVC2とかブローカーとか。その土台なんだよ
アホですね

塗装工はGUIをぺたぺたしてれば良い。

同じことしか言わないので


　　　　　　　　　　　　　　終了。

Java厨は都合悪くなったから終了させたいんだなｗ

なんで、今ごろJavaが人気なんて言っているんだろう？
5年前ならいざ知らず、今はただの一言語だろ。

ループなので


終了

.netにびびって焦るJava厨。

Java叩いてる奴って実は少数で、2,3人が連続で書き込んでるんじゃない？

>>689
塗装工とか同じ言葉を繰り返しているのを見ると逆

>>689
それは必死にエンタープライズしているJava房です。

大学ではJavaの授業が一番人気あります

Javaはアホでもできるようにオマケがいっぱい付いているからなぁ

VB＝なんちゃってSEご用達言語

>>689
すべて694の仕業

>>1〜>>695

全て695のｼﾞｻｸｼﾞｴﾝ

>>1==>>696

許す。

>>686
５年前は大コケにコケて、いまごろになって、
webアプリなら使えるなどとほざいているんだろうがボケ。

最初からWebアプリに特化して設計された言語の方が使いやすい。

んなーこたーない

なんでそこまでJavaに固執すんの？

なんでそこまでJava以外の言語に固執すんの？

言語なんて何でも良いよ。
ちょっと勉強すれば仕事では使えるようになるだろ。

でも、LISPはかんべんな。

>>702

今からjavac勉強します。

http://www.fk.urban.ne.jp/home/kishida/index.html

君達もココを見て勉強しなさい。
基礎がなってないんだお前らは。

久しぶりに見るとまだ荒れているな・・・・・。

どうしてこんなに荒れるんだろう。

まじめに議論してもすぐに邪魔が入りそうだ・・・・。
この荒らしをなんとかしてくれ・・・・・。

Java

例のアホアンチは「肝禿豚」に改名しました

正式名称は「生きる価値のない肝禿豚」です

アホとかアンチとか発言する奴を無視して真面目に議論しよう。
中身の無い発言は無視無視。そしたら荒れても論点ずれない。

>>709
>>710
一人で盛り上がって鼻息ﾌﾝｶﾞﾌﾝｶﾞしてんじゃねぇ〜よ（ﾌﾟｹﾞﾗｳﾋｮ

君の発言も中身がないね。肝禿豚君。(ﾜﾗ

君の発言も中身がないね。肝禿豚君。(ﾜﾗ

オウム返しは肝禿豚君かい？

オウム返しは肝禿豚君かい？

J#.NETはいいですよ。

「俺はキモでも禿でも豚でもない」と否定できないところが悲しいですね。
肝禿豚君。www

Javaなんて簡単なんだからさ〜。
あんま自慢してんのもどうかと思うけどwww
まあ、いろいろな言語使えるに越した事ないよ。

>>706
学生かYO!

いや、おそらくおまいらより年上

>>718
お前もキモで禿で豚なんだろｗ
否定できないだろうけどね。

お前「も」ときたか。認めたということだな。

>>720
SunONEStudioってところがアレだが、結構ちゃんと書いてあるな。

>>721
知り合いか？

Observerは便利なんですか、
何故こんな遠回りな事するんですか、
ふっくと違うんですか、違いますか、おっかけてたら
朝になりましたか、そうですか、今日から平日ですか、
そうですか

J2EE1.4が出たのに誰も盛り上がってねえな。
やっぱり仕事上嫌々使わされてる証拠だな。

惨もうだめぽ。
MSに本気で対抗してるならこんな事態は起きないはず。

http://www.zdnet.co.jp/news/0311/25/nebt_04.html

なかなかいいですよ。Visual J#.NET。

>>728
だが、
SunがどうなろうとM$がどうなろうとJavaアーキテクトには知ったこっちゃない。
というのが本音だろう。

>>717==>>729
だたJ#.NETはよいというだけではアピールが足りない。
どう良いのか説明できるかな。

　　　　　　　　　　　　　　　　　　__
　　　　　　　　　　　　　　　 　 /ﾌﾐ}
　　　　　　　　　　　　　　 　 /`'ﾚ'　　　　はっはっは、
　　　　　　　／￣｀ヽ　　　./　/|　　　　　ここの魚はよく釣れるな。
　　　　 　 ､,,）＿,,ノ⌒ヽ ／　/ |
　　　　　　｀（　・∀・）／　／(;'Д`;)
　　　　　　γく､,,,ﾉ>"､ ／　 （　　ﾚ`
　　　 　 　 | {:::::}{:::::::::::|　　　　）ノ
＼　　　　　| |:::::}{::iヲ:::|　　　,んヾゝ
　 ＼　　　 | |::::::|:::::::::::|
　　　＼ 　 | i;;;;;;i;;;;;;;;;;;;|
　　　　 ＼ﾉ j""{i""""'|
　　　　　( ｀)|　 ｷ　　　|

ウォータフォールは死滅！これからはRational Unified Processで決まり！

>>726
勇気本でも読めばええよ

ただのC言語しかできないなんちゃってC++厨が涙目になってJavaを必死に蔑まそうとしているスレはここですか

Java関連のスレは異様に荒れるなー。

いつも心の中にAwkです。

>>736
やっぱり人気があるからだねw

>>738
アホアンチくんをからかうと面白いから（ﾌﾟﾋｬ

C++厨よ！
エンタープライズパワーを思い知れ！

>>740
日本語に直すと、企画力

>>740
ごめんぽ。　JavaもC++も両方できます。

↑でもJavaは基本しかできないんだろｗ

EnterpriseC++Beans!!!!!!!!!!

JSPとJavaScriptって違うの？

JSP = ジャイ子 Secret Penis

ASP = ｱﾅﾙｽﾍﾟｼｬﾙﾎﾟﾝﾄ

>>745
JavaScriptはブラウザで処理。
JSPやPHPはサーバー側のApacheなどに組み込まれたモジュールで処理。
CGIはサーバー側で別プロセスを起動して処理します。

たぶん。

JavaScriptは鼻にかけた感じで
打ち合わせ時なんかにさり気なく

"ジャバスク"

で会話の中におりまぜなさいね。

あんなもんをはなにかけるきにはなれん。
サイトを飾るただのおもちゃだろ

たぶん>>749は"ジャバスク"で釣りたかったんではないの
鼻にかける←で釣られてる

ｶｺﾜﾙ

>>750
糞にもならないJavaよりはマシ。

Ｊａｖａ厨よ、たまにはJVMの外の世界を見てみたらどうだ？
JVMから出れられないんだろ？出てみろよ。自分の超えられない壁がどこで出てくるか興味ないのか？
OSの掌にいつまで居る気？

ネイティブでもOSの掌なのは変わりない事実。

なーにがねいてぃぶだ。
どうせx86互換でしか動かしていないだろ。ｗ

>>755
(ﾟДﾟ)ﾊｧ?
どうしてそんな話がでてくるんだ？

>>754
そういう意味じゃない。OSのワークロードを理解した上でプログラム書けってこと。

Java屋ですが、Rubyでクロージャを知りました。
これからはLispﾏﾝｾｰになります。

クロージャってデリゲートみたいなもん？

これ、なんで？
http://www.ktpt.co.jp/toire1.jpg

>>760
グロかとおもったらゲロか。

あのぉちょっと教えてほしいことがあるのですが、私は現在、ソフト開発の派遣会社
に勤めており２年目になるのですが、現場での実務経験が６ヶ月しかなく、
１年半もの間待機生活を送っています。
こんな生活に耐えられなく転職を考えているのですが、ＪＡＶＡなどの
オープン系を中心にやっている会社へ転職する場合、ＣＯＢＯＬ実務
経験２年と偽っても入社後問題はないでしょうか？
後、２年と偽る場合職務経歴書にはどのように書けばいいのか
アドバイスを教えてもらえませんか？

よろしくお願いします。

仕事をこなす自信があるか無いか、で決まるな＞偽ってよいか

Java 二十年。
Perl 三十年。
C 十五年。
Lisp 十年。
VB 2秒。

>>764
７５歳ですね。氏ぬ前にVBをもう３秒くらいやってみる気はないか？

>>762

ＪＡＶＡ（ﾌﾟ

>>762
根本的な部分で勘違いしてないか？
COBOL実務経験2年と偽ったらオープン系中心の会社は雇ってくれないだろ。

>>753
これどうよ？

「ウィソ厨よ、たまにはWindowsの外の世界を見てみたらどうだ？
Windowsから出れられないんだろ？出てみろよ。自分の超えられない壁がどこで出てくるか興味ないのか？
OSの掌にいつまで居る気？」

>>757
安心しろ。Javaやってる香具師の大半はC経験者だ。それくらいのことはできる。
それを理解したうえでJava万歳と誇らしげにいえるわけだ。

いえ、未経験からでもＯＫなところで、
応募条件が何らかのシステム開発経験がある方優遇となっているので。
ＣＯＢＯＬほとんど未経験と書くより、ＣＯＢＯＬ２年と書いた方がいいのか
と思いまして・・・。
ＣＯＢＯＬ２年やったんだからＪＡＶＡのこの知識知っているでしょ。
ってな感じで言われることはありませんか？
またＪＡＶＡも以前１０日でわかるＪＡＶＡという本を一通り読んだ程度の知識しかないのですが、
独学でやりましたとごまかせる知識を得るにはどれくらいの期間が
かかるものでしょうか？また、どういう教材を使って勉強すればいいのでしょうか？

>>770
つまらん事考えるな。面接官だって馬鹿じゃない。
お前の拙い嘘なんて一瞬で見破られる。
今から本気でJavaの勉強しろ。

だいたい1年半も待機してたんなら嫌になるほどJavaの勉強できたはずだろ？
いったい今まで何やってたんだ？

仕事をまかせてみようかなと思う知識
・メジャーなAPサーバとデータベース
・TCP/IP
・Struts
・J2EE(ServletとJSPだけじゃないよ)

大気が1年半なら、いくらでも勉強できたよね

ＷＥＢ系のＪＡＶＡをする場合にはどのような分野の知識が問われるのでしょうか？

後今　「１０日で覚えるＪＡＶＡ」と言う本で勉強しているのですが、
本屋に行くと、　　　ただの「ＪＡＶＡ」のほかに「ＪＳＰ」なるものや
「ＪＡＶＡＳＣＬＰＴ」と言うものがあります。
これから勉強を始める場合、勉強の優先順位としてどれから勉強していけば
いいのでしょうか。
アドバイスお願いします。

まずJavaをきちんと覚えろ。
JSPはあとでいい。
JavaScriptは全然関係ない。
というか、俺ならそんなこと面接で言われたら落とす。
人に聞く前にまずググれ。
オープン系でそれが出来ない奴は無能だ。

その「10日で覚えるＪＡＶＡ」と言う本はアプレットを作る形で説明してある本なんですが、それを
マスターすれば何とかなるでしょうか？
後何かオープン系に初めて携わると言うことを考慮して、お勧めの
「ＪＡＶＡ｣の書籍がありましたら教えていただけませんか？
後「オラクルマスターシルバー」を学生の時にとって
３ヶ月前に取得して持っているのですがこれは何かＰＲになりますか？
前資格版でオラクルマスター持っているやつは使えないと言うのを見たのですが
履歴書には書かないほうがいいのでしょうか？アドバイスお願いします。

後公認会計士２次試験合格しているのですが、これは履歴書に書いた
方がいいでしょうか？アドバイスお願いします。

後現在オラクルマスターゴールドの取得の勉強をしているのですが、
ＪＡＶＡの勉強とどちらを優先すべきでしょうか？

後もうひとつ教えてもらいたいのですがＪＡＶＡを勉強していると、
メソッドと言うのが何千個と出てきますがあれは全部暗記しないと
いけないのでしょうか？

ちょっとは自分の頭で考えろ。
そこまで露骨に教えて君されると、書いた答えも消したくなるぞ。

後もうひとつお聞きしたいのですがＳＡＰと言うのにも興味があるのですが
ＣＯＢＯＬ経験者はＳＡＰに転向できると聞いたのですが、本当でしょうか？
その場合ＣＯＢＯＬ経験２年とかはったりをこいた場合、ＳＡＰをやるにあたり
ＣＯＢＯＬ経験２年だからこれはＣＯＢＯＬのあそこと同じだよ
と言うことにはならないでしょうか？

>>780
どうもすみません。
ただ、経験者の方に伺った方が間違えがないかと思いまして。
私にはもう時間があまりないので、必要最低限の知識をとにかく
詰め込みたくて、
もしＪＡＶＡＳＣＬＩＰＴがＪＡＶＡと似てて、ＪＡＶＡをやれば
マスターしたも同然と教えてもらえてなかったら勉強してました。
こういうことがないようにできれば教えていただけませんか？

宜しくお願いします。

ひどいな、これは。
てっきり誰かがクレクレ君にしたてるためにやってるのかと思ったら全部ちゃんと同じ人なのね。
そりゃ知ってる人に聞けばすぐにわかるだろうよ。だけど、今後の人生で常にそれが通用するかどうかと言えば答えはＮｏだろう。
それに一気に全部質問されても答える人が答えるのに大変or答える気をなくすだろう。
１つずつかつ調べて分からない事を聞きましょう。

最後のアドバイスだ、ググれ。
目玉と脳みそ付いてるんだろ。
節穴とおが屑かもしれんが、無いよりはマシだろうから
それ使って何とかしてみろ。
それも出来ないような奴は迷惑だから就職するな。
オープン系ってのはそういう世界だよ。

まあ、それすら出来ない奴が山ほどいて実際迷惑なんだけどな・・・

>>775 に、はっきり書いてあるだろ。

>人に聞く前にまずググれ。
>オープン系でそれが出来ない奴は無能だ。

おまえは無能だ。
こっちに来なくて良いから、ずっとCOBOLで経歴詐称して待機してろ、ｳﾞｫｹ。

　　　　　 ｒ'⌒';=〔X〕=:､
　　 　 　 川_ノ从仆从）)
　　 　 　 |　|_｣Ｏ　　Oｙ
　　 　 　 | .人ひ − ノ|　
　　　　　 `⌒ニ| 匸⌒'
　　　 　 　 f´＼〔X〕フ､
　　　　　　 !__ｊ_》､___,》_）
　　　 　 　〔>ヽヽっ./ /〕
　 　 　 　 ﾑ／i＼_)_∧j
　 　 　 　 /＼i　　　 i∧
　　　　　/:::/::｀ー一ﾍ::::ヽ
　　　　 く::/:::/:::l::::lﾍ:::ゝ::::ゝ
　　　　　｀´^ト‐iｰ'i_´ｰ ＾´
　　　　　 　 f｀f⌒if⌒i
　　　 ￣￣￣￣￣￣￣￣￣

氏ねよアホ言語

深夜に凄いやつが入ってたんだな。
ネタとも思えんし、マジだ。

こういう教えて君は、ある意味、人を馬鹿にしてるよな。

2chで罵りはしたくない俺も言いたくなる。

「この世界から足を洗って、ファミレスの皿洗いをしときなさい」

>>788
俺から言わせてもらえば
この板にいるほとんどの低レベルの奴等に言いたいねぇ〜

とりあえずこのスレの
>>1-788,788-1000

>>789
　　>>1-788,788-1000
って、おまえも入ってんだ。
おまえ、おもろいっ。

>>789
まわりくどいやつめ。
ういやつ。

世の中は、
Javaで末端クラスの糞ｺｰﾄﾞを書いたことがある＝Javaが出来る
ということになってる。

>>773
まずはＭＶＣアーキテクチャ
J2EEの概要を大雑把に。
Tomcatを自分でインストールしてみるもよし。

学習、実践にはEclipse + Apache Antを使うのをお勧めする。
ただし初期の学習にはエディタ + JDKがいい。


>>776
Appletはさほど使われなくなってきている。
今クライアントサイドでJavaやるならJavaWebStart対応Swingだ。
しかしオープン系でもっとも重要なのはこれらではない。
とりあえずTomcatでサーバサイドやってみろ。OracleもやるならJDBCやEJBもやってみろ

>>792
冗談じゃない。そんな奴をJavaできる奴とは認めたくない。

私も教えて君になってしまいますが、行き詰まってるので
ご教授ください。

Okama osugi = new Osugi("オスギ");
Okama peeco = new Peeco("ピーコ");

if (
(peeco instanceof osugi)
&& (peeco == osugi)
&& (peeco.equals("オスギ"))
&& (osugi.equals("ピーコ"))
) return true;


この結果がtrueになってしまうのですが、
これは同一視してよろしいんでしょうか、
同じような現象が出てる方居ますか？

>>794
「Javaの鉄則」もしくは「Effective Java」を読みましょう。
今のあなたには絶対に必要な書籍です。

>>794
深いクローニングと浅いクローニングとの違いもわかってない予感
ついでにポインタの意味もわかってない予感

>>794
マジデスカッ？

あのぉ私もＣＯＢＯＬ開発経験９ヶ月と詐称して、今日ＳＡＰの仕事の
内定をもらいました。正直なところ、研修で２ヶ月客先で、ＦＡＣＯＭ
を触っただけで、リンダの使い方すらあいまい。
教科書に書いてある命令しかわからない状況です。

こんな状況でその会社に入社しても大丈夫でしょうか？
その会社には自社にＳＡＰがあるらしく、教えてくれるとのことですが
ごまかしてつずけれられる物でしょうか？

後　開発の定義がよくわからないのですが、簡単なプログラムの修正
や、ごみプロ（ＭＯＶＥしてライトするだけのプログラムとか）の作成は
開発とはいわないのでしょうか？

アドバイスお願いします。

ＪＡＶＡで独立することって可能？
ある程度ＪＡＶＡができるようになればビルダーとＪＡＶＡで
独立できるもの？
アドバイスキボンヌ。

>>799
JBuilderとJavaだけで独立できるほど世界は糖分を含んでいません。

>>788=762
お前の癖は
１、書き出しが「あのぉ」
２、全角ローマ字を使う
３、締めは「アドバイスお願いします。」

出直してこい。
というかむしろもう来るな。

>>799
800に同じく。理由はやってみればわかる（w
本当に仕事ないよ。

>>799
おまえが女で、若くて、かわいくて、おっぱいがでかいなら、希望はある。

>>799
独立でなくて、派遣にでもなれば？
案件がｲﾊﾟｰｲあるってはしゃいでるバカもいることだし。

こいつもう派遣だろ。
１年半待機の。

来春からシステム開発会社（ネットワーク系）で働くものですが
サーブレットやJSPはどのようなときに使うのでしょうか
ホームページのインターネットショッピングなどホームページを使った
ものにしか使えないような気がするんですが、実際はどのようなときに使われて
いるのでしょうか？

ジャワカレーと何の関係があるんだよ。

あ、そうだ。
「待機」ってさぁ、会社から「いらないよおまえ」って
言われてるのと違うの？
何を隠そう、俺も待機なんだけど。
どう思う？

実務経験2ヶ月も9ヶ月もたいして変わらないよ。現場にいっても
しょぼい修正や雑用をやらされたりすることが多々あり、
スキルが伸びるかは運があるよ。
その会社でabapの習得が可能と言うことであれば迷わず飛び込むべし。
COBOLの命令さえわかるレベルにあればおそらくやっていけるよ。

ガンバ

>>808
世間ではそれを自然淘汰と言う。
やめるの待ってるんだとおもわれり

JSPやサーブレットを使ってるサイトってあんまり多くないと思うけど、
何に使われてるの？ｲﾝﾄﾗ?

とりあえずVector。
規模が大きければけっこうそこら中で使われてるよ。

>>812
そうなの？
ソースがあったら、きぼんぬ。
いや、Vectorのサイトのソースが欲しいわけじゃなくて、VectorがJavaだっていう情報のソース。

>>813当然VectorはJavaだろ？(ﾌﾟｹﾞﾗｳﾋﾊﾑﾋｮｰ
http://java.sun.com/j2se/1.4/ja/docs/ja/api/java/util/Vector.html

>>799
J2EE + Oracle + Unixで独立準備。
あとはアーキテクトレベルにまでのしあがる

>>814
java.util.Vectorはいまどき使わん。

ttp://www.clockup.net/eclipse/eclipse.htm

エクリプスを\8800で売るのは如何なものか。
日本語パッチ当てただけじゃん。

うっさいぞお前。アニヲタ氏ねよ。

お前ら、Jakarta JetSpeedは使ってるか？

http://www.atmarkit.co.jp/fjava/rensai2/jetspeed01/jetspeed01_1.html

>>819
使ってないけどなんでいまさら？

ttp://www.skillsurfing.com/common/search/searchrequestproject.do?javaFlag=on

75万円が最高相場か。

oi

やっぱりアホJavaプログラマの興味は派遣単価だけか（wwwwww

過去10スレをみても、「だけ」とはいえない
えろげにも興味があるはずだ。

これからの金融系はＪａｖａ！！
携帯もＪａｖａ！！すべてＪａｖａ！！
Ｊａｖａさえ知ってれば幸せになれる！！

先端技術についていけないロートルＰＧはダンボールハウス逝き！！

>>825
金融系はWindowsでしょ。
1日１回再起動が必要な。

>>823
wの数が増えているね。
javaプログラマに給料で負けてPerlしかできないからそんなにムキなっているの？

docomoの携帯のOSがLinuxに変更だとよ。
Java房哀れ

LinuxでもJavaは動きますが。

何か？

>>826
いつの話してんの？知ったかぶってバカみたい。

>>828
Linux OS上で動かしたほうが高速に動作することが多いのだが。
ColdFusionはマジに10倍ぐらいの早さで動作するな。
携帯はどうなんかな。

>>830
昨日。
ttp://itpro.nikkeibp.co.jp/free/NC/NEWS/20031201/137027/

さてさてどんなDQN銀行になれ果ててしまうことやら

とりあえず百五銀行から預金ｗｐ全て降ろし解約しましょ

>>834 支持
あんなに安定性が悪いものを勘定系に使うなんて。良識を疑わざるをえないな。

>>833-835
バカ丸出しだなｗ
H/W、ドライバ、アプリ、サポートの質がおまえらの知ってるものとは
別世界のものなんだよ。

>>836　どっちがバカ丸出しなんだか。
OSの質はどうなんだ？

>>837
当然勘定系用にチューン済みだよ。ニュースを見て店頭に積まれてる
パッケージを連想できるおまえらに幸あれｗ

>>838
なにその「チューン済み」って。
安定性を問題にしているのにパフォーマンスに話をすりかえるつもりなの？

カーネルのチューニングだとよ
馬鹿もほどほどにしておけ

>>839
お前はホントにバカだな。チューンの意味を調べてきな。話はそれからだ。

>>840
OS = カーネルですかｗ

>>841
お前はユニシスか？それとも百五銀行か？

>>842
俺は840ではないが、unixの世界ではそれは正しいんだ。
Winの世界では違うのか？

> 俺は840ではないが、unixの世界ではそれは正しいんだ。
間違い。基本情報技術者試験を受けることをお奨めします。
広義のOSと狭義のOSについて調べた方がいいよ。

>>844
俺は842ではないが、unixの世界でもOS = カーネルと言っちゃう奴は相手にされないんだ。

苦し紛れのバカ
↓

unixの世界ではOS = カーネルだ。

OS = カーネルかって？確かにunixの世界ではそう言われてますよ、ええ。

Linuxの世界では。だろ。

http://www.geocities.co.jp/SiliconValley-PaloAlto/2652/txt/hd19.htm

>リチャード・ストールマン

>　ただし、彼は狭義のOSを考えていたわけではなかった。狭義のOSとはカーネル
>のことであるが、彼が考えていたOSにはシェルもコンパイラもエディタもデバッ
>ガも含まれていた。つまり、システム全体を指していたのである。

OS/2の世界じゃなかったっけ？

>>851
誰がストールマンの目線で語れって言ったよ？ｸｽﾞ

> 狭義のOSとはカーネルのことであるが、
これをストールマンの目線と読んでしまう853に笑いをｗ

ｱｰｯﾋｬｯﾋｬｯﾋｬｯﾋｬﾋｬﾋｬﾋｬ

>>854
残りの2行は無視かよｗ

やり返さないと気がすまないバカ
↓

unixの世界ではOS = カーネルだ。

↑

立ててきたよ。OS = カーネルなんて馬鹿な事言っている人は
そっちに行って叩きのめされてきなさい。

OS ＝ カーネルか？
http://pc.2ch.net/test/read.cgi/unix/1070432991/l50

>>860
頼むからバカを撒き散らさんでくれｗ

腹ｲﾃ

Linux厨は、りな糞板から出てくんなよ。何のための隔離板なんだか。

お前もマイ糞フトウィソウズ板から出てくんなよ。
何のための隔離板なんだか。

とにかく、
Java最強ってことで

まあどっちでもいいよ。最近はOSの定義に「狭義」と「広義」の二種があることがわかったし。
カーネルだけじゃ使いものにならないのは事実だし。
昔は確かに「OS = カーネル」だったんだが最近はその様に思わない人が増えてきたこともわかったし。
単にOSといったら広義のOSのことなんだと判断する人も少なからずいることもわかったし。
スレ立てる奴まで出てくるとは思わなかったけど。

>>866
だからアプリケーションはVM上で動かすようにしようとしてるんじゃないか
新しいOSでもJavaと.NETとWINEが安定して動けばwindowsに太刀打ちできる。

---OS編---
Windows　UNIX　Linux

---言語編---
VB.NET　Java　D言語　その他

結局どれがお勧めなのよ？

>>868
.NETが来るまでJavaでやり過ごす。来た後は知らん。
システムプログラミングならリアルタイム系OSを選ぶのが吉

Visual Basic.NET最強

Lisp

ブビ.NETもC#も厨房用言語だろ
やってて恥ずかしい言語ナンバー１争いできる。

いつでもこういう恥ずかしいやつはいるよな。
真性か？ >>872

Java最強

ブビ.NET房は恥ずかしい。
これは定説です。

C#も同じレベルです。
Cと名は付くけど実はBasicが入ってます。

だれでもカーネル再構築できないOSは糞

>>867
.NETがUnixで安定して動かそうすること事態アフォ
あんなもん糞ウィソウズにでもしがみついていればいい

>>868
Lindowsが抜けている

>>872
ああ、とても恥ずかしい
大きくWindowsに依存すること自体が。

VC++, managedC++, COM, COM+やってる馬鹿も恥ずかしい奴。
とにかくWindowsがないとなにもできない奴は恥ずかしい奴

Perl使いは実はクロス開発の専門家でありUNIXの管理も出来る。
そこらの.NET房と一緒にしないで欲しい。恥ずかしいね。

おい、言語叩きはそれほどにしとけよ
お前らそれらがあるおかげでオマンマ（マンコも含む）食ってんだろ？
それに激しく言語たたきに必死になってるやつらって
自分のやってる言語しか知らないんじゃないの？
今時一つの言語だけしか出来ない奴なんて
役に立ちません

VBとVB.NETの複数言語をマスターしてますが何か？

>>883
VB.NETは昨日からはじめたんだろ？ｗ
あるいは、VS.NET買っただけとか？ｗ

winでしか動かない言語に興味はないなあ

このスレのpart1が見たいのだけど、アドレスない？

複数言語やってもその中で好きな言語ってあるでしょ？
だから嫌いな言語もある。人間だもの。

おい、882の俺だけどさ
どうして突っ込まない？
ま、いいけど・・・・

皆さん楽しそうな会話ですね

javaの話しをわたくしも、いやーjavaは楽です
らいぶらりー構築した奴神だ、不要なものもそれなりにあるが

アスタリスクがこんなに優しい奴だったなんて俺知らなかったよ
ほんっと今まで根気入れてやってたのアホみたいになります
これで完全週休2日とかならないのが不思議だがああああ

各OSと言語の長所短所、あなたの一押しのOS・言語を教えてください。
Lindows……長所
　　短所
Windows……長所
　　短所
UNIX ………長所
　　　短所
Linux………長所
　　　短所

ごめんなさい、激しくズレました。これで駄目なら位置を揃えるの諦めます。
Lindows……長所
　 　短所
Windows……長所
　　 短所
UNIX ………長所
　　 　短所
Linux………長所
　 　　短所

言語名……長所：
　　　　　短所：

新しく言語の勉強をしたいのですが、
実際に使ったことある方に
長所短所を聞いて決めたいと思います。
私的に何だかんだ言ってもWindows離れは難しいかと……。

age忘れました

C 長所：高速 短所：文字列処理とか超めんどい

C++ 長所：速くて強力 短所：言語仕様把握とか超めんどい

Perl 長所：超強力 短所：perlが無いと動かない

Ruby 長所：=Perl+オブジェクト指向 短所：rubyが無いと動かない

PASCAL 長所：理解しやすい 短所：廃れ気味

Java 長所：ライブラリ豊富 短所：JVMが無いと動かない

LISP 長所：楽しい 短所：すごいマイナー

VB 長所：簡単 短所：邪悪な言語仕様

C# 長所：Microsoftのソフトとの親和性が高い 短所：.NETランタイムが無いと動かない

VB.NET 長所：Micro（以下略 短所：.NETランタイムが無いと動かない

HSP 長所：メモ帳でWindowsアプリ開発 短所：構造化すら持たないため、すぐ破綻する

http://homepage3.nifty.com//coco-nut/

>>890　長所：言語の勉強を始めようと思っている。　　短所：自分で何をやりたいのかが解っていない。そのため他人に頼ろうとしている。

>>895
てめぇぶっ頃すぞ

>>892

N88BASIC　長所：国産PCの名機PC9801で動く　短所：時代に逆らう

NECはN88BASIC.NETをリリースするべきだ。
.NET Frameworkを得て、N88BASICは20年の歳月を超え、最強の言語として蘇る。

FORTRAN77　　長所：速い。複素数が使える　　短所：言語仕様が古い

Ada　　　長所：米軍が使っている。ﾐﾘ規格　短所：よく誤爆する

>ﾐﾘ規格
（´,_ゝ｀）ﾌﾟｯ

>>897
何が起こったんだ

ふんふ〜ん（鼻歌♪

　

C# 長所：一時的にM$の金蔓が手に入る　
短所：しかしその麻薬中毒的な金蔓を維持するには多大な生産コストとM$に対する忠誠心が必要。

たかが言語を使うのに忠誠心が必要なんて発想は、
非スタンダードな言語を使っている香具師独特のもの。

短所：.NETランタイムが無いと動かない
短所：.NETランタイムが無いと動かない
短所：.NETランタイムが無いと動かない
短所：.NETランタイムが無いと動かない

↑でる厨ですか？

スタンダードの意味わかってる？

最早、業界標準はJava

スタンダード＝業界標準

>>907
ISOでなければスタンダードでないとぬかすお馬鹿ですか？

がんばれゲイツくんって、まだやってたんだ。

>>894
おまえすっげー釣り師だな

C 長所：高速・OSのソースを見て勉強できる 短所：生産性が低すぎるのでアプリケーション構築には向かない

C++ 長所：高速性とOOPの両立ができる 短所：言語仕様が難解すぎる・生産性激低・信頼性最低

Perl 長所：WEBアプリの生産性高 短所：ソースがすっげー汚い

Ruby 長所：=ソースがきれい・GUIに強い 短所：ライブラリが貧弱

PASCAL（DELPHI) 長所：古いアルゴリズムの本に使われてる 短所：今となってはほとんどの面においてC#に負けている

Java 長所：ライブラリ豊富・強力・ユーザ数が多い・書籍数も多いので勉強しやすい 短所：遅い・メモリを食う・生産性も比較的低い

LISP 長所：玄人が使うと生産性∞ 短所：難解・実行時型チェックのせいで遅い

OCaml・Haskell　長所：超高速・記述量激少・信頼性激高　短所：ユーザ数激少・難解・ライブラリもそろっていない

Smalltalk　長所：信頼性∞・どこでも動く（Squeak)・開発効率激高　短所：遅い・メモリ食い・薦めると宗教団体と間違われる

VB 長所：簡単 短所：VB6はOOPLとして不完全（大規模開発に向かない）・.NETはC#の下位互換・開発元がサポート打ち切りたがってる

C# 長所：Windowsアプリの生産性MAX 短所：言語使用が固まっていない・Longhornで大幅に変更されるので今覚えても無駄

HSP 長所：メモ帳でWindowsアプリ開発 短所：構造化すら持たないため、すぐ破綻する

PerlってWebアプリの生産性低いんですけど。
Javaには全然負ける。

↑　あ　ほ　

3人くらいのプロジェクトをPerlで作る気にはなれん。

918みたいのが、2chに多すぎるんだよな。

最近、2chには来てなっかたけど、ここのマ版は、
レベルはかなり低いよ。

JavaだのPerlだの、言語対決の罵り合い、必死にやってる。
ほとんどNHKの十代しゃべり場ぐらいのレベルだよな。

優秀な技術者は2chのマ板に見切りつけてるような気がするのだが。

2chがだめになっていっている気がするのはオレだけだろうか。。

>>920
マ板って、今となっては学生の巣窟だからな。

PG自体のレベル低下も著しい品

2chのマ板って、板自体が寂れているんだよな。
ぜんぜんスレ混んでないし。

盛り上がっているスレがあったら、大抵、２，３人で
連続カキコしてるだけだったりする。

>>917,919
Perl 長所：コマンドライン→パース→WEB出力が得意

これでどうよ？

>>920 = 優秀な技術者（ﾌﾟ

>>920
マ板は愚痴・雑談板。
プログラム技術に興味がある方は、マ板で古参気取りのカキコする前に、
可及的速やかにム板へ逝ってください。

Perl・Ruby・LISP・Java・VB.NET

これだけで今のところは十分じゃね？

あと、地味にPHPとかかな。

C 長所：高速・OSのソースを見て勉強できる 短所：生産性が低すぎるのでアプリケーション構築には向かない

C++ 長所：高速性とOOPの両立ができる 短所：言語仕様が難解すぎる・生産性激低・信頼性最低

Perl 長所：WEBアプリの生産性高 短所：ソースがすっげー汚い

Ruby 長所：=ソースがきれい・GUIに強い 短所：ライブラリが貧弱

PASCAL（DELPHI) 長所：古いアルゴリズムの本に使われてる 短所：今となってはほとんどの面においてC#に負けている

Java 長所：ライブラリ豊富・強力・ユーザ数が多い・書籍数も多いので勉強しやすい 短所：遅い・メモリを食う・生産性も比較的低い

LISP 長所：玄人が使うと生産性∞ 短所：難解・実行時型チェックのせいで遅い

OCaml・Haskell　長所：超高速・記述量激少・信頼性激高　短所：ユーザ数激少・難解・ライブラリもそろっていない

Smalltalk　長所：信頼性∞・どこでも動く（Squeak)・開発効率激高　短所：遅い・メモリ食い・薦めると宗教団体と間違われる

VB 長所：簡単 短所：VB6はOOPLとして不完全（大規模開発に向かない）・.NETはC#の下位互換・開発元がサポート打ち切りたがってる

C# 長所：Windowsアプリの生産性MAX 短所：言語使用が固まっていない・Longhornで大幅に変更されるので今覚えても無駄

HSP 長所：メモ帳でWindowsアプリ開発 短所：構造化すら持たないため、すぐ破綻する

>>929
アホな事を２回も書くな
二度とくるなボケ。

Java 長所：派遣の仕事が豊富

だろ？嘲笑

ド素人は黙ってろつーの

>>926
それはだめだ。
いい加減なことをいってるやつに渇をいれてしばきたたいてやらねばならん。

>>931
そんな妄想をいつまでも抱かないように。
派遣にやらせるとろくなものができないぞ。
言語の機能をフルにいかすには高い給料を支払ってやらねば
だれだっていいものをつくれない。
高級言語ならなおさらだ。

派遣PGを使うことの弊害も広りつつあるからね。
衰退するのは時間の問題では。
これ以上レベル低下したらソフト産業自体死滅する。

派遣でも給料が高く、自分の能力を高く評価してくれるシステムになっていれば
連中も正社員よりも使える奴になるだろう。
となるとこっちが恐ろしい気分だな。

ｼﾞｬﾊﾟ━━━━━ヾ(ﾟДﾟ)ﾉ゛━━━━━ﾝ!!

アメリカ軍：「ジャップ！　ジャップ！」

これから派遣は増えていく一方。
ひとつの会社に何十年もとどまる時代は終わった。
これからの時代はアメリカを見習い、
真の転職の自由と恩恵を受ける時代がやってくるのだ、
といってみせる。

てかさあ、もう正社員を抱え込む力は無いでしょ、日本の企業は。
これからは使い捨ての時代だよ。
要らなくなったやつは気楽に切り捨てて身軽にならなきゃ中国や韓国との競争に勝てないよ。

そして日本企業は、さらに衰退して
近い将来、日本は中国や韓国の下請けに転落して行くんだ。
抵抗しても無駄さ、これは予定調和なんだ。

切り捨てる前に向こうから逆に自社を切り捨てられりゃう。
これアメリカ式発想。

メリケンPGはフリーランスの方が多いって聞いたけど。

a

i

JAVAはマジで馬鹿の発生率NO1
なんで初心者が偽装派遣くらって設計からやってんだ！
周りの迷惑を考えろやゴラァー

愛クレー

u

Javaって、廃れる時に一気に来る気がする。恐い。

>>948
Longhornが楽しみだな。

perlバカどもはいなくなったのか

>>945
ということはVBの場合は馬鹿や初心者じゃなくてもあの程度なのですね。

>>951
君の周りはね。

Perlはやっぱりいいねぇ。
プログラムする楽しさがある。
型変換をいちいち考えると楽しさが減る。
楽しくないとPGなんて続かないよ。
もちろんそういう意味で生産性も高い。
Lispも型変換がないから楽しい。
楽しいのが一番だよ。
簡単にクロス開発できるし、ライブラリも膨大だし
そこそこのシステム作るのには向いてるね。
特に鯖管理の自動化には大いに役立つ。
shももちろん使うけど、qmailなんかのアプリケーションレベルでは
Perl使うしかないからねぇ。
鯖とシステムの管理、自動化、小〜中規模ネットワークアプリケーション
なんかには本当に役立つ。
WinnyなんかのP2Pアプリケーションもライブラリが揃ってるから
すぐに作れる。
実際Perlで作られたP2Pはいろいろ出てるけどね。
俺はフリーだから、.NETはWindows用のちょっとした物作るのに
使うけど、大規模開発はないだろうから
Javaは使いそうにない。
適材適所ですよ。

C+;だろうとPerlだろうか>>945のような馬鹿発生率はNo1

>>949
Longhornはエンタープライズ関係が貧弱。
よってLonghorn + WinFXごときがJavaを廃れさせることはできない。

確かにそんなものに因らなくてもJAVAは消える運命だがなwww

>>956
その前に喪前が消える運命だけどな。
喪前はJava携帯電話、Java家電に囲まれて心中する運命だな(藁

Javaいいなぁ

Visual J#最強

>>957
Java家電なんかに囲まれたら心中するわな。

メモリが高騰しそうでつね

>>960
お前、本当に心中することになるw
Java Card も使えなくなるぞ

>>960
お前アンチWindowsだろ。

>>960
起動のたびにコーヒーの画面が出てくるので
客が「コーヒーメーカー買ったんじゃねぇぞｺﾞﾙﾗ！」となる予感

>>963
いや、>>960はアンチUnixの可能性が高いわな。

そのうち自動改札にもTRONと一緒にJava？

Java旨い

>>960は寿命が来る前に早めに死んでしまうことになるだろう。

langぱっけーじに日本人の名前あったぜ？？
すっげくね？なんでこんな時間まで俺は

今更だが Relaxer
ttp://www.atmarkit.co.jp/fjava/devs/roundtable02/roundtable02.html

浅海> われわれが、そういう流れの先端を行くのは面白いかなと思っているんです。
浅海> 各技術のトップレベルの人たちが集まり、同じ「場」でいろいろなことをすると、
浅海> 面白い成果ができる（ry

村田> 僕が「RELAX Core」を作ったのは、W3Cが推している「W3C XML Schema」に
村田> どうしても満足できなかったからです

ただの Java 厨の俺はこういうのすごいと思う。が











浅海、お前は勘違いしすぎだバカ。すごいのは仕様を策定し標準化した
村田氏であって、お前はそれを利用した、ただのPGだ。自分のことを
トップレベルだとか抜かすな。

って、ちょっと思いますた。

Relaxなんて流行らない。横浜ベイキットも流行らない。
みんなアメリカ人に負ける運命。

ことXMLの領域に関してはそうでもないと思う。
i18n、l10nに関して日本が頑張らないでどうする。

影響力のある人間と行動を共にできるポテンシャル、行動力。
「スーパー」な証拠だな。
とても「ただのPG」とは言えん。
ラーメン談義だけは気になるがな。

無理して独自規格をつくらなくてもええかと思う。
日本人は世界中の人々が喜ぶ規格を作るのが苦手で
日本人だけが喜ぶ日本独自規格だけを作って失敗する。

たとえばNECマシンの互換性だってそうだった。

NECのマシンは良かった。
何が良いかって、時計が狂わないこと。

氏ねよＪａｖａ信者低脳

お前がまず氏ね

>>969
> langぱっけーじに日本人の名前あったぜ？？
> すっげくね？なんでこんな時間まで俺は
どこよどこよ？