JAVA厨ってCheckstyleが無いと糞コードになる

らしい

>>1よ、こんな糞スレ立てるとはまた誰かに図星を叩かれたか？

だから？

なんか、Checkstyleにやたらこだわってるアホいるよね。
あとMavenとFindbugsとAnt。アホだぜ。

Java厨は何を書いても何を使っても糞コードしか書けません。
上流JavaプログラマによってJava厨は統制されなければならないのです。
上流Javaプログラマが全体の実装アーキテクチャをダイアグラムをクラス設計をメソッド設計を
配置をコンパイル環境を単体・結合テスト設計を運用監視計画、作業スケジュール等を計画した上で
初めてJava厨が人並みに仕事をこなすことができるのです。
厨でも人並みの仕事をこなすことが出来る言語など過去をさかのぼっても未来永劫Javaしかありえません。
姉歯設計のC/C++やら.NET, 論外のスクリプト言語等に騙されたくなければ
あなたもJavaを選択しましょう！

>>4-5
やっぱ図星だったんだな。
こんなスレ立ててまで愚痴をこぼして
誰にも相手にされずにJava厨叩き

道具は使いよう。
こだわりすぎるのもどうかと思うが、便利なら使うのは当然だろう。
手作業にはミスが入り込む余地がどうしても出来る。
それを排除するために道具を使うんじゃないか。

一流の道具とは使い手が道具をコントロールする事
例、料理人の包丁

三流の道具とは、道具の奴隷になること
例、Java厨のCheckstyle

どっちかってーと、Eclipseがないと何も出来ないEclipse厨のが多いような気が。

オレオレ。
補完とリファクタリングが無いと何もできない。

EclipseがないとCVSを触れない人は多い。

あの糞重いEclipseを使って、また糞プラグインを追加して重ったるくして
楽しいのか?Java厨ってほんとただのものだと文句は言わないんだなw

Java厨にシェル上でcvsを弄らせてみろよ。面白いぞ。
猿に刃物を与えたみたいになるから。

ちょっとまて、VS.NETなしで.NET開発できないWindowsアプリ屋は
VS厨なのか?makeなしでビルドできないとmake厨?

一生機械語かいてろこのボケが。

>>14
ﾜﾗﾀ

>>1==>>8==>>12-13が見事に論破されたw

VS.NETはEclipseよりもきちんと使えるIDEであり
比較の対象にはならんと思うよ

起動時間で100倍速い
デバッグトレースで1000倍速い
Eclipseはデバッグトレースで使う気がしない

あんな糞環境でチェックすたいるの奴隷になっているJava厨って

フレームワーク部分のコアロジックで
何万回も呼ばれるメソットを
インライン展開して、String#internで==比較
するようにしたら、バグだと言われました
説明しても解って貰えません

どうみてもCheckstyle厨です
本当にありがとうございました

Java厨というルートクラスから派生されたサブクラス厨がでてきたな
いわく、Checkstyle厨、オブジェクト厨、オプン厨
いずれおとらぬ馬鹿ぞろいなのが特徴だ

Javaと無関係のファイルをチェックアウトするためだけに
Eclipseを立ち上げるのは救い様の無いアホだな。

素人SＥにコマンドライン教えるの面倒だから
Eclipseでやれと行って使わしたよ

まぁ〜WinCVSが糞過ぎるから仕方がない

>>1よ、
叩き所が違うぞ。
Java叩きにも何にもなっていない。
Emacsを使ってる奴がEmacsプラグインを使っていたら
こんな糞スレを立てるのか？
裸の王様みたいで恥ずかしいぞ。

>>11
あ〜、俺は触れないわ＞素のCVS
前にDBを直接触ってて丸ごとフッ飛ばした事もある。
ても、俺の仮想環境内でだから他所には迷惑掛けてないけど
ただ、自力で復旧できなくて運用さんを呼ぶハメになったのは
かなり恥ずかしかったorz

>>21
EclipseはPCの起動と同時に立ち上がってるものだと思ってた。
てか、エクスプローラーみたいなもん？

>>17
VS.NET 2005 Expressは
Eclipseよりもメモリを倍以上食うそうじゃないか

>>26
いまどきメモリぐらいで文句いうのかw
この貧乏人

>>25
Winは起動が遅いと文句言ってただろ。おまい。

ドトネト厨の私怨が立てたスレだな

>>27
VS.NET 2005 が重たくて使えない言い訳がそれか。
それじゃVS.NETがEclipseよりも優れている説得力ある
根拠にはならんぞ

優れてないんだからしかたねーよ。

Java厨がパフォーマンスでたたかれるとメモリ詰めとかいうくせになw

>>28
いや、別に言ってないし。
2K/XPは95/98と違って無駄なリブートを必要としないから
起動時間は別に気にならない。

Checkstyleってほんとにおせっかいだな。
いらね

起動時間の遅さ==パフォーマンスの悪さ
なぜこれが分からんのか不思議

Windowsはズルして早くしてるからじゃね？

>>34
設定ファイルを自分で弄ってカスタマイズすれば
おせっかいな警告を減らすことができるぞ


っていうかEclipse使え。
Checkstyleプラグイン
楽になるぞ

>>35
Javaは起動してから常駐しっぱなしというサーバアプリケーションの
スタイルがあるから起動については深く考えないでいた傾向があったりする。

Tomcat一度起動したらもう何年も再起動する必要がないケースだって
よくありうるしね

netwareみたいだな

>>38
ないね。あいつよくリークするじゃねえかw

>>19
フレームワークなら、それはいちおうバクと指摘する方が正しい。

>>40
それはおまいの設計と設定に問題がある。
出直してこい


以上

>>19
おまいはcheckstyleの設定変更方法も知らないのか。
アホか？

XMLファイルを弄れ。
わからなければEclipseのCheckstyleプラグインを
使え。マウスで余計な設定を除外することができる。
細かい設定もできる。新たに追加することもできる。
使ってみよ。

>>40
そりゃデプロイしたアプリのバグじゃねえかよｗ

>>41
有る意味、指摘は正しい事だと思うよ
フレームワークでインライン展開とかコード的には糞だし
でもパフォーマンス要件が達成できないのでしょうがない
駄目なら代替え案ぐらい出せと厨に言いたいよ(´･ω･`)

>>19
アホはおまえだな
プロジェクト全体に適用されている
XML変更または除外の申請しても
レビュアーが厨だから理解できないという話です

代替は「だいたい」と読むんだが・・・

>>44
リークするのはコンテナのバグだろう
どんなコード書いてもリークしないのがVMだろうが、ちがうのか?

Tomcat 4.1.24のWin版ではbeanの変数に_を使うとpropGetできねえバグ
とかあったなw
4.1.24のLinux版はオッケーだったんだが

>>42の糞馬鹿へ
>>48の話しってっかwろくに使い込んでもないくせ能書き言うなよ

Javaは安全だというのは
理想論の能書きだけだと言うことがわかりましたね皆さん
能書きだけは100人前のJava厨って本当にかわいそうですね
チャンチャン

>>48
古いTomcatをいつまでも使い続けるお前が悪い。
というかWindowsをサーバにして稼働させるお前がアフォ。
beanの変数に_を使うのもアフォ。
Checkstyleの恩恵を預かってるなら命名規則くらい守れや。

やっぱり出直してこい。

>>47
お前は自分の書いたプログラムでOutOfMemoryErrorが
出たらろくに調べもせずに何もかもコンテナのせいにするのか。
ただ駄々をこねているだけの問題自己解決能力も無い向上心も無い低脳な餓鬼だな。
それじゃお前の所のプロジェクトもなかなか前に進まないわけだ。

>>50
いずれにしてもお前の脳みそやC#よりは安全だよ。

>>51-53
51-使ってないよ、糞猫を使う理由がない
52-OutOfMemoryErrorなど出す分けないよ、も前のような馬鹿と違うからね
繰り返すがコンテナのバグだよ
53-漏れはC++が専門

Javaの狭い世界でしかえばれない馬鹿厨かわいそう
チャンチャン

>>52-53
もちつけ

>Windowsをサーバにして稼働させるお前がアフォ
でた!IISはLinux Apacheよりも1G倍性能がいいぜ

>>54
もまえがもちつけ
レス番に>>付け忘れてるぞ。
そんなにC++ができるならC++だけでServletの代替物を
作って公開してみてくれ

>>58
ISAPIがまさにそうだよ、認証からセッション管理すべて可能だ

Java厨のあほさ加減には。。。んとに楽しませてくれるね

必死に楽しむフリをして焦ってる厨がいますな

>>59
そんなIIS専用のブツを使うんだったら
率直にCGIやPHP使えと

CGIはプロセスexecだ無駄駄目Java厨並
PHPはJavaと変わらないスクリプト言語駄目ダサイ
ネイティブISAPIは無敵

じゃあ無敵だと思うならさっさとISAPIとやらを流行らせてくれよw

まてまて、このスレの主旨としてはコーディングの汚さについて語るのであって
アプリケーションサーバの性能や使い勝手はここでは関係ないぞ

↓という事で話の流れを元に戻そう

>>1
JAVA厨はCheckstyleさえあれば糞コードにならない。
VB厨は何があっても糞コードになる。

と言いたいのですね?

>>66
Checkstyleを使えば品質が向上すると勘違いし
回りくどいロジックをつみかさねる厨をあざ笑うすれかな

おっとJava厨に【ロジック】とかいっても理解できなかったな
訂正
チャンチャン

まぁでも外注さんとかでたまにありえないくらい汚いコード書く人とかいるから、Checkstyleで検出できるのは便利だと思うよ。うん。

>>66
> >>1
> JAVA厨はCheckstyleさえあれば糞コードにならない。

もし>>1がそう思っているなら
>>1はさっさとCheckstyleを導入すべきだ。
>>1の性格じゃ何を導入したって糞コードにしかならんだろうが。


> VB厨は何があっても糞コードになる。
そのケースは多そうだな。

Checkstyleだけで満足されてもらっちゃ困るな。

FindBugsも使って貰わなければならん。

それから、EclipseのCode Analysis Plugin
で分析して貰おう。

メトリクスプラグインで糞っぽいコードを検出して貰おう。
Profilerプラグインで糞ロジックを検出して貰おう。
ソースコード整形のためにJalopyも使って貰おう。

コマンドが云々言ってる奴は２０年前に帰れよ原始人が。
マッチねぇと火もおこせねぇのかよ！って木製発火装置ゴシゴシやって
悦に入ってんのと一緒だろーがよ。程度は違えど。

CheckstyleのうざってぇならEclipseのコードフォーマッタ設定して
Ctrl+Shift+F一発かませよ。
そんだけで結果見た目キレイなコードできるんだ。これが生産性って奴じゃねぇのか？

そもそもJava使えてないような奴はCheckstyle有ったって
見た目だけキレイなクソコードしか書けねぇだろ

>>72

> CheckstyleのうざってぇならEclipseのコードフォーマッタ設定して
> Ctrl+Shift+F一発かませよ。
> そんだけで結果見た目キレイなコードできるんだ。これが生産性って奴じゃねぇのか？

それだけでも汚い糞コードが多い・・・
黄色いエクス婦らネーションマークがついた警告が警告ビューに
何万とリストアップされてEclipseがフリーズしかけるほどなのです・・・・・
それにCheckStyleプラグインを合わせるともっと凄いことに・・・・とんでもないことに！

使えないものを最高というのはJava厨の伝統だから

>>36
敗北宣言ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

彼の名は「おろうなミンチー」結構じじいだw

>>73
それはもうどうしようもないんじゃね？
そもそも、コーディング規約を間違わないよう予防的に使うもんだろCheckstyleは。
もともと汚いコードに後から規約適用とか、そんな無茶は潔く諦めましょうよ＾＾

>>74
残念、使えないものを最高と思っているのはC言語厨のことですよ

>>76
おろうなミンチーって何？
オロナインが混合した挽肉？

>>79
Javaしかできない派遣の年寄りで
ひどい馬鹿な椰子

「お前はEJBを知っておろうな」から発生

>>77
汚いコードしか書けない奴は首にする法律でもあればいいのにね。
資格制度のようにCheckStyleが機能してくれるといい。
CheckStyleに従わないものは業界追放。
それが嫌ならChekcstyleで出る警告の数だけ賠償金を支払う制度を
導入する。
顧客がこちらにソースコードを渡してきて
買いとる手続きをするときに、CheckStyleを使って
警告数に応じて買い取り料を減らす。
下手すると顧客はタダでソースコードをうらなければならなくなる。


Checkstyleで警告が大量に出るコードは基本的に
無価値なるコードを見なすよう大義名分を仕立てるべきだ。

EJBも知ってる香具師がJavaしかできないわけないだろ。

なんでなんで？

>>83
EJBを知っていると言うことは
データベースも知っていて当たり前だし
データベースをサーバ上で使いこなすには
サーバOS管理の知識も必要になる。
ネットワークの知識も必要だ。
よってEJBを知っていてJavaしか知らない奴なんて
まずいないってことだ。

ところが「おろうなミンチー」は簡単なループアルゴリズムすら
できないんだなあこれが

用語だけIT辞典でさらってきたんじゃねーの

っていうかおろうなミンチーって気持ち悪い呼び名使うのやめてやれよ。
俺も聞いてていい気分しない。放置でいいじゃん。

おまえらなんでそんなに喧嘩すんのさ。
金儲けなんだからＪａｖａだろがＣ＋＋だろがやりゃあいいじゃんか。
おれみたく両方やれ。
PerlでもPHPでも金がもうかりゃやるさ。
もちろんドトネトもな。ＣＯＢＯＬもだ。
仕事がありゃやる。

>>85
おまえの脳内に潜む仮想敵はその「おろうなメンツー」なんだな
よくわからんが。
おまいに一体どんなトラウマがあるか知らんが、
お前が憎いと思ってる香具師の話なんかもうどうでもええよ。

能無しプログラマはどの言語でも糞コードしか書けないわけだが、
>>1 は java に何か恨みでもあるのか？

食いついてくるから

VB使いの>>1がJava案件に飛ばされて痛い奴に痛い目に合わされたんだろう

おろうなメンチー

>>90
能無しプログラマは流行言語に群れるの法則をしらない若造だな。

EJBってそんなにすごいの？

昔同じ部署の奴らがやってたが何度改修しても遅すぎて話しにならんと客にクレーム付けられてた
まあ上から下までJava厨軍団だったからどうやってもクレーム付けられたんだろうが
今はどうですか？

Javaが好きでもEJBだけは避けるって人も多いよね。

OMはEJBを強く推奨していたがな

WebLogicも買えないような貧乏会社には縁が無いだろうね。＜ＥＪＢ

OMはTomcatの5.5以上でEJBを推奨していたが

Webサービスのプロジェクトが本格化するときがJavaの終わる時。
今のままではとてもつかえない。

SOAP時代のはじまりと共にJava廃棄でいいですね

Checkstyleがあろうとなかろうと結局は使えない糞コードしかつくれないのが
Javaということでいいですね

Axisはだめですか

AxisってエントリURIをリテラルで書くのですか?
ダサ杉、さすがJava

Java SOAPはつかえないでしょぅね
VM-VMでサービス実行
きっと遅杉状態の連続に

Webサービスにはついていけず、WebアプリにはよりシンプルなPHP/ASP/CGIに
攻め立てられて、狭間で手間だけかかる恐竜のように滅びる。
残るのは携帯Javaだけだが、これがまた全然Javaしてないのは良く知られた話。

.NETだとどうなの？

.NETのSOAPはネイティブで作成可能。勝ち残る。

Windoze鯖は終わってる。ﾄﾞﾄﾈﾄ厨の妄想乙

.厨

>>110の頭は化石
いまやWin鯖=IISが一番
遅いがただという理由ならばLinuxに道あり

Javaのほうがぜんぜん仕事多いのに
どんな僻地で仕事やってんだろ?

アホか。
Win鯖を使ったらライセンス料にいくら取られると思ってんだよ。

>>114
まさにこじきの発言！ｗｗｗ

と、ｹﾞｲｼにせっせと税金を納めるﾎﾟﾁが申しております。

税金納めるのは客だから関係ナッシング！

無料だからこじきという低脳思考がいるのはここですか？

>狭間で手間だけかかる恐竜のように滅びる

Javaのたとえとしてｳﾏｲ
そのとおりだと思う

ライセンス料はやはりバカにならんと思う。
購入、維持を考えると逆にユーザが使いたがらない場合もある。
ユーザが皆金持ちで即応性を最優先するならともかく、
コストを優先する客の場合は、自分達の利益を出すためにも
オープンソース系で固めざるを得ない場合もある

SBSのライセンス料も払えない客の仕事なんて
きっと赤字にしかならないようなものばかりと思われる

そんな安い仕事ばかりだから技術者はいらず
Java厨をかきあつめて糞コードを量産するでいいですか?

次すれは
JAVA厨ってCheckstyleがあっても無くても糞コードになる

のだ

にしよう

いまさらながらテンプレートはいいな。
Java厨はなんでテンプレートがサポートされていない事に対して
10年も文句を言わなかったのだろうか・・・

>>120
コストってかけるから儲かるんだよな。

>>97
いや、そういうPOJO厨には仕事は回ってこない。
ホントに。EJBのほうが金になりますから。
サーバとJBossをセットで販売したがる企業がいるので
EJBは金稼ぎたければかなり重宝します。

>>102
SOAPに限定するところはまだまだ浅知恵だな。
WSDLのほうがプロトコルに依存しないので
SOAPより普及する

>>103
Checkstyleを使わないと糞コードが書けてしまうが、
C#だともっと簡単に糞コードが書けてしまうんだなこれが。
そしてC++だともっともっと酷い糞コードだらけにすることが簡単にできてしまう。

ﾄﾞｶﾀ現場は大変だね。

>>124
また同じことしか言わないC言語厨まで沸いてきたか。
Java GenericsとC++Templateが同義だとでも思っているのか。
あれはまったく違うぞ。
C++にはない優れた機構がJava Genericsにはあるわけだが。

今時、Javaを避けてたら食っていけないぞ。C厨のおっさんどもｗ

>>112
> >>110の頭は化石
> いまやWin鯖=IISが一番

IISアブね。Apacheのほうが信頼と実績が強く
安定している。しかもWindows以外でも使えて
無料で使える。よっておまいのほうが化石

IISを使っているって時点で、危機管理がダメダメな会社と公表しているようなものだ。

>>130
馬鹿たれw
10年たってやっと似たような機能が実装された事を叩いているだけだよ
10年文句言わない馬鹿Java厨をあざ笑っているだけだ

IISは10年近く経つのにダメダメだけどねｗｗｗ

Java厨になに言っても無駄w

http://hp19.0zero.jp/bbs/index.php?num=1&uid=abccrljunior&dir=324
↑ﾜﾛｽ

>C++にはない優れた機構がJava Genericsにはあるわけだが
ほーよかったなw
C++にはない優れた遅さがJava 全般にはあるわけだが

アンチ必死だなｗｗｗｗ

勘違いするなよ、Javaアンチではなく
JAVA厨アンチだからなw

Java厨なんかいない。いるとしたらお前の会社かお前の脳内だけだ。
どうせ腐れ派遣をかき集めて、毎プロジェクトで火を吹くアホ会社だろ。
Javaをこよなく愛する技術者は謙虚であり寡黙だ。
何をするか常に考え手を動かす。口だけ２ちゃんねらーとは違う。
この掲示板をみろよ。殆どが愚痴じゃないか。
心が病んだ人は心療内科に行った方が良いぞ。

↑
こいつが一番ヤバイｗｗｗｗ

>>128
つまり、VB最強?

>>134
C++のTemplateも10年以上かかったんですけど

C++のTemplは最初に搭載されたさきがけだからいいのだ
物まねJavaとは違うオリジナルの味わい

>>134は頭悪そうだな。
Java使ったことがないことがよくわかる。
Javaの仕組みやC++との違いもわかってなさそうだし

>>143
VBだったら最強クラスの糞コードを簡単に書けてしまえるかもしれない
がな

>>145
全然ものまねじゃないぞ。
C++TemplateとJava Genericsは根本から全く仕組みが違うものだ。
同じものだったらすでに採用している。
だがC++Templateと全く同じ機能をすぐにJavaに採用しなかったのは
セキュリティ上の問題があったからだ。
C++のTemplateは欠陥だらけで欠点だらけだったということだ。
そこでC++の二の舞を踏まないように、C++の欠点まで
Javaに持ち込まないように慎重に考慮し議論されてJava Genericsを
作ったのだ。

だからJava5からは一気に数々の標準APIのクラスがGenerics対応になった。
一気に対応させないとコードが煩雑になるからだ。
それだけでなく、既存のAPIでも即座にGenericsを使えるように
しておかないとC++のSTLのように外部の機構に頼る羽目になるからだ。

それから簡単にGenericsを導入できなかったのは、既存のJavaコードに
悪影響を与えないような配慮をどうすべきかを考慮してたからだ。
標準Java APIは上位互換性だけは大幅に考慮している。
Genericsの導入によって上位互換性が損なわれるわけにはいかない。
一度でも下手な仕様を導入してしまうといつまでもそれを引きずってしまい、
言語の利用者が減ってしまい、言語仕様が乱立してしまうからだ。

えらいえらい、>>148はその仕様を策定するのに貢献したのか
Javaの持つボトルネック箇所(VM)のパワーを考慮して実装されたのかな
ロードするクラスオブジェクトサイズが増加しただけではないのかなw

>>1
けどCHeckstyle使ってくれないと
どうしようもない汚いコードを書く人がいるんだよ。
もうあれには困ったよ。
重複したコードにわかりにくいメソッド名。
コーディング規約何一つ守れない人のコードを解析するのはもうウンザリ。

40代でC言語に詳しい人がそういうコード書いていた。
最悪だったなあれは

>>149
大して負担にもならないんだけどな

Java厨お得意の脳内ベンチマークでの話しでした

こぴぺJava厨が大暴れ警報発令!

JSPが自動生成するServletってすげえ汚いコードなんすっけど
Jakartaが吐き出すコードだからJava厨からみれば綺麗なんっすよね

漏れのprjに来た技術者なんだが面接の時にネットワークプログラミング経験3年だとか言っていた。
漏れ「これこれこの仕様でUDPサーバ作成してください」
そいつ「すみません、UDPは経験ありません」
漏れ「TCPはあるんでしょう?ほとんどおなじだけど」
そいつ「ごめんなさい他の人に回してください」
漏れ「じゃあTCPでこれこれこの仕様のサーバ担当をしてください」
そいつ「これって実装言語はなんでもいいんですか?」
漏れ「この仕事はWinsock2でC++で作成します。ではお願いします」
そいつ「あのう漏れはJavaでなきゃできません」
漏れ「(少しキレてきて)JavaもC++もたいしてちがわないじゃねーの、面接の時ネットワークならなんでも大丈夫って言いましたよね(怒)」
そいつ「いまどきJavaでシステム作らない会社なんてついていけませんのでやめます」
・・・・・・

いきなり生ソケットをC++で叩けって言い出すDQN会社からバックレました。
時代錯誤にもほどがある

いろんな意味でかわいそうな会社だね。

普通にありえそうもない会話だｗ
いきなりUDPサーバ作成して下さいって、ちょｗｗｗｗ待てってｗｗｗｗｗ
それ何するサーバよ？
それに対してUDPは経験ありませんって、ちょｗｗｗｗ待てってｗｗｗｗｗ
ボケにボケ返してどうすんだっての、誰かつっこめよ！

常にJavaな会社って勉強楽でいいよなぁ

いきなり生ソケットをC++で叩けって言い出すDQN会社からバックレました。

派遣ﾄﾞｶﾀにinetdでも作れってかｗｗｗｗｗｗｗ
プロパあふぉすぎｗｗｗｗｗｗｗ

Java厨には不可能な領域って多いよなあ

Javaだと起動直後にパケットを受信出来ないので無理です。

>>147
いいいいいいいいいやああああああああああああああああ

Javaだとガベコレが始まったら固まるので無理です。

>C++TemplateとJava Genericsは根本から全く仕組みが違うものだ

スマソ亀だが
そりゃあいっしょにしてほしくないよ、ネイティブはVMの箱庭奴隷環境は
必要ねーもんw

>>155
そいつはWeb屋に違いない

>いきなり生ソケットをC++で叩けって言い出すDQN会社

普通だろ生ソケットたたくのって

>>158
それよりも
＞面接の時ネットワークならなんでも大丈夫って言いましたよね
が笑いどころじゃね?
「ネットワークなら何でも」なんて言う奴も言う奴だが、
それを真に受けるような奴も面接なんぞ担当するべきじゃない。

つか、そいつにとっては「ネットワーク」ってのが「Webアプリ」を
意味する言葉だったんだろうが、>>155にとってはどういう意味
だったのかが気になる。
WebアプリからATMスイッチの組み込みまで全部に精通しているとでも
思ったのだろうか?

まあ何にせよ、JavaとかC++以前のコミュニケーション能力の欠如だな、双方の。

ﾌｯそれを言語のせいにするのが

普通に>>155は最悪の野郎だと思うぞ。
「ネットワークなら何でも」
とか、職欲しさにホラ吹く派遣を完全に型に嵌める気満々じゃん。

氏ね！

それよりも
>それを真に受けるような奴も面接なんぞ担当するべきじゃない。
が笑いどころじゃね？

漏れのprjに来た、と書いてあるんだからもう手遅れだろ
新しいドカタが会社から支給されたから面接したんだろ
採用段階で面接したなら最初からおらんわ

笑えねぇよ。豚が。

お前会社がJavaやってなくてやめたからって拗ねるなよ

>>173
Javaやってますよ。各社のAPサーバを利用してます。
たまたま漏れの担当prjがC++のサービス開発だったからなんですが。
面接は漏れはしてません。ただスキルシートの補足事項に
ネットワークプログラミングは多数経験あり、問題なしと書かれてました。

ちょっとマジにJava厨さんに聞きたいんだけど
JavaからSOAPサービス(WSDL)を呼び出したいときに
Web参照を解決してくれるツールってあるの?
.NETだとWeb参照はIDEが解決してくれのでC#のコードを3行書けば
即SOAPが使えるんだけど。Javaだと何行書く必要があるの?

SOAPを使うなんてそんな洒落たJava厨はいないか・・・
補足だけどXML関連を勝手にツールが作成してくれるのかってトコを
聞きたいんだ

んんｆにぅｑｗれｖくぇｗｖｈｌｌｌｖ

マ板には一人もいないっと。。めもめも

Javaをこよなく愛する人でもだめか。。。

ぐぐって調べてから答えてくれるのかな。。。こよなく愛する人

>>175
金だして、IBMの開発環境の高い奴買えよ

>>175
AXIS(http://ws.apache.org/axis/ja/)の wsdl2java というコマンドラインアプリで、
wsdlからwebサービスへのアクセスプログラム(4つのクラス)を作ることが出来ます。

後は出来たアクセスプログラムを以下のように使えばいい。Javaでもざっと3行ですね
---
XXXService service = new XXXServiceLocator();
XXXSerciceSoap stub = service.getXXXServiceSoap( url );
Object ret = stub.yyyyy( argument ); // <-Webサービス呼び出し
---

商用のJ2EEコンテナなら、Wizardでサービスとクライアントが生成されたりします
・IBMのWebsphere-WSAD
・WeblogicのWeblogic Workshop
・FujitsuのInterstage-APWorks(WSADのロゴを変えただけ?)
なんか

>>182 コマンドラインツールってめんどいね。Expressならただでツールで解決
コードもC#の勝ちかな、2行だった
HogeSoap.HogeSoapSvc hs = new HogeSoap.HogeSoapSvc();
hs.Hoge(TextFrom.Text); //<-Webサービス呼び出し

>>183
>コードもC#の勝ちかな、2行だった
Object ret = new XXXServiceLocator().getXXXServiceSoap(url).yyyyy(argument);
1行になった、逆転！

て、そういう問題か？何かが激しく間違ってるｗ

>>182
Fのはちょっと前にIDE部分がEclipseベースに変わったがそれ以外は富士通(とその下僕)製ツールの塊

JAVA厨だが、Checkstyleの意味がワカンネ俺が来ましたよ

結局行数なんて何の関係もないのにこだわりまくるところが
C#厨のヘボさを如実にあらわしてる。

ステップが増える
↓
低パフォーマンスのVMの負荷が増える
↓
さらに遅くなる

みなさん、ここはJava厨とCheckstyle、糞コードについて語るスレじゃなかったんですか？

だって、ループしたりメソッドを呼んだりしたらその分遅くなるでしょう？
マクロ展開しようにもJavaにはマクロが無い。

そこで　人　間　プ　リ　プ　ロ　セ　ッ　サですよ。

なぜだろう

そこで　人　間　ロ　リ　プ　ロ　セ　ッ　サですよ。


にみえた

だいたいあれだろう。リファクタリングしなきゃならない必然が
発生したのはJava厨の糞コードがすべての原因だ

流行言語の宿命だよ。
VBやAccessも一時期酷かったろ。

COBOLの糞コードを書いてた連中と同程度の脳味噌しかないﾄﾞｶﾀを
かき集めてコード書かせてるんだもの。必然だよ。

COBOLの糞コードだって、COBOLのせいであんなに糞なわけじゃない。
書いてる奴が糞なんだ。

システムを設定するツールを作成した
前のバージョンは管理するアプリが1本だった
今回はn本のアプリを管理する仕様に変更になった。
表示をコントロールするクラスを継承したサブクラスを新規に起こし
起こしたサブクラスでアプリを管理する作業を行うようにした。
継承元のクラスで定義されたprivateメンバをprotectedに書き換える
必要があったので変更した。
ここから本題
Java厨「あれあれこまるなあークラスはすべてprivateにするんですよ、規約違反です。」
漏れ「別にいーじゃありませんか、ここはprotectedが正義ですよ。」
Java厨「これだからcheckstyleも使えないC厨さんはﾌﾞﾂﾌﾞﾂ」
漏れ「ではなにか良い解決策を教えてください。」
Java厨「オブジェクト指向は神聖なものなのです、自分で考えてください。」
漏れ「約束の日時まで仕上げなきゃならんのです、お願いします。」
Java厨「まずはオプンの神であるｼﾞｬｶﾞﾀﾗ豚キャットのソースを解析してください!!話はそれからです。」

★文句いうくせに解決するためのアルゴリズムは絶対提示しないのがJava厨さんなんですよね。。

>>195
オライリーのJava魂でprivateよりprotectedを勧めていたのはこういう場面があるからなんだね。
まぁでも他の本でprotectedメンバを使う場面とかまじめに解説してるのあんま見た事ないし、
それもあって「なにがなんでもメンバフィールドはprivate」って人結構多いんじゃない？

パーはprotectedの意味しらないよ。

>なにがなんでもメンバフィールドはprivate

ほとんどのJava厨が馬鹿のひとつおぼえでこれを推奨してくれます

protectedって簡単にアクセス出来ちゃうから
隠したいものはちゃんとprivateにしとけよ

２００

あっくせーっす

ﾌﾟｯきたぞきたぞ>>199

>Java魂
なんかやばいネーミングだな。それでprotected推奨しながら
例題と具体的な説明がないの?それこそJAVA厨魂だぞ

>>195
なんだ？継承元クラスの改修が可能で、protectedメンバが禁止なら、
protectedなgetter、setter追加すりゃいいだけじゃんよ。
そんなのJavaがどうこう関係ないじゃんよ。
アフォしかいないのか君の会社は。

ん。よく考えてみろよ。局所的な付け焼刃実装は後々のメンテナンスに
影響がでるぞ。

privateメンバは結構いい加減なIF設計されている事が多いから
そのままprotectedに変更するのはオススメしないな
だからといって全てprivateてのもアレだが・・・

つーか、その程度の事は設計者と打ち合わせて決めろよ

>>206
なんだ逃げないでも前の結論を言ってくれよw

>なんだ逃げないでも前の結論を言ってくれよw
結論＝相談して決めろ
とちゃんと書いたつもりなんだけどね
つーか、お前の日本語ちょっとおかしいぞ？

ちょっとじゃない、かなりおかしい

>>203
原題は『Hard Core Java』なんだけど、なぜか邦題が『Java魂』になってるね。
本の中では例題とか説明とかあったよ。
俺的にはEffective Javaと並ぶくらいいい本だと思うんだけど、タイトルでちょっと損してる気がするよねー。

Java厨「あれあれこまるなあークラスはすべてprivateにするんですよ、規約違反です。」

> クラスは

であってフィールドの話じゃないの？
そうするとprotectedってどういういみ？

メソッドかプロパティの事を指してるんだろ

さすがにprivateクラスを勝手にprotectedにしろってのは無茶過ぎるし、
そもそも全てのクラスをprivateにしたら、自分で作ったクラス使えないじゃん・・・

×Java厨「あれあれこまるなあークラスはすべてprivateにするんですよ、規約違反です。」
○Java厨「あれあれこまるなあークラスに含まれるメンバはすべてprivateにするんですよ、規約違反です。」

まぁ揚げ足取りはそれくらいにして、privateとprotectedについてメリット、デメリットを語ろうや。

漏れはprotected派かな

あえてprotectedにするときは
サブクラスが継承されて拡張されるなと思った場合だけだが
継承されたクラスでもルートクラスと並列な仕様で操作できるのがメリット
デメリットは複雑な仕様が入り混じる継承がある場合はやらないほうが良い

×デメリットは複雑な仕様が入り混じる継承がある場合はやらないほうが良い
○複雑な仕様が入り混じる継承がある場合は見通しが悪くなるのがデメリット

>>204
同意。

>>205
privateなメンバを何にも考えずにprotectedにするのも付け焼刃的。
フィールドであれメソッドであれ、publicやprotectedなものは
全てインターフェースだ。
だから、privateなメンバをprotectedにするというのは立派な
インターフェースの変更なんだよ。

で、この点を分かってる奴ばかりならprotectedやpublicの
フィールドにも何の問題もないんだけどね。
getter/setterの追加は「局所的な付け焼刃実装」と呼ぶくせに
privateなメンバをprotectedにすることには問題を感じないような奴が
いるから、getter/setterメソッドを強制することで
「それもあくまでもインターフェースである」ということを
意識してもらう必要があるわけ。

>>206
つか、privateメンバはインターフェースでなく実装の詳細という扱いだろ。

おいおい、業務システムのみんなが利用しているクラスの変更は確かに
言語道断だが、時と場合によっては変更をする必要があるケースもあるわけだ
もちろん閉じたクラスであるのが前提だがな。IFが完全であり続ける保証は
無い

IF変更はどんな言語でもトラブルの元だからなぁ
触らぬ神に祟りなし
コレが一番！

言葉足らずだったな。

>>219
もちろんその通りで、>>204氏の言う「継承元クラスの改修が可能で、
protectedメンバ(フィールド)が禁止」という状況を前提としている。
そうでなければ、そもそもgetter/setterも追加できないし。
その上で、「フィールドは必ずprivateで、必要に応じて
protected/publicなgetter/setterを使う」という類の
コーディング規約の意味について述べたつもり。

あと、「IFが完全であり続ける保証は無い」からこそ、
IFを出来るだけ完全に近く保つ努力が必要なんでないかな。

めんどくせーからリフレクション使おうぜ。
おまい「規約は破ってませんよ」
Java厨「うん、これならばっちりだ」
って言うに決まってる。もちろんリフレクションのコードは理解できてない。

リフレクション便利なんだけどねー
多用するとすぱげちーになりやすいんだよね

そこでルートクラスをテンプレート化するといいと思う
これが最強かな

>>223
作り捨てのシステムならすぱげちにならないようにリファクタリングするんだと思うぞ

>>225
リフレクションとリファクタリング混同してないか？

>195

＞「あれあれこまるなあークラスはすべてprivateにするんですよ、規約違反です。」

意味がわからんこいつは一体何が言いたいのか。
privateにできるクラスなんて内部クラスくらいしかないんだが。
所詮は、Javaのことをよくわからずに適当に
脳内妄想で作り上げた作り話をしているだけか。


checkstyleは重複コードを削減することに役立つので
使っておけ。オブジェクト指向になっていないコードでもcheckstyleは機能する。
コードがオブジェクト指向として再利用性や拡張性が高められているか
どうか確認するにはCheckstyleだけでは無理だぞ。
Code Analysisプラグインを使うなり、自力でコードを分析するなりしないと
何も始まらんぞ。

>>227
仕様変更>>213を参照

>>226
素で読み間違えたｗ

あれ、テンプレートにはレスつかないなw
JavaでもSTLと設計思想がちがってすばらしいテンプレートがあるとか
どつかのおりこうさんが言ってたような気がするんだがw

>>222
リフレクションってprivateなフィールドにアクセスできたっけ?

できるよ。フィールドのsetAccessible()メソッドにtrueを入れてアクセス制限を取っ払う。

>>231
C++では、テンプレートを利用してIPやGPの様なメタプログラミングが模索
されてるけど、Javaではリフレクションを利用したメタプログラミングが模索
されてる。
面白いのは、両者共メタプログラミングというパラダイムに添ってはいても
C++がプリプロセッサ化していくという静的な方向なのに対して、Javaはイ
ンタープリタ化していくという動的な方向に向かってる点。
同じパラダイムの上に居ながらも、とことん正対する関係に向かうのは宿
命なんだろうか？ｗ

宿命というよりはVMの機能制限事項w

静的に解決されたメタクラスを元にクラスを作るのはこれはいいね。
コンパイル時にはネイティブコードに解決されている。
だがJavaはｗ
メタクラスを解析しながら逐次テンプレート導出し、ただでさえ悲鳴
をあげている糞重たいVM君に過大なる負荷をかける仕様なんだねｗ

>>228
それじゃクラスとしての意味がないだろ。
>>195が>>213の意味でいっているなら
>>195は本当に馬鹿だな。
作り話も下手くそ。

>>236
作り話というか、コーディング規約に従おうともしない>>195が見放されているだけじゃねーの?

お前ら末端はコーディング規約に縛られ
VMの箱庭に縛られ
女にもてずにかわいそうだな

>>235
だから、次バージョンではVM内からのコンパイラの起動方法の標準化が進められる
その場でコンパイルしてバイトコードに変換してクラスローダから読み込んでしまえば
既にあるコードと遜色なく実行できる様になる

>バイトコードに変換してクラスローダから読み込んでしまえば

無駄な糞クラスも含めてメモリに無理やり持たせるということでつね

またC/C++厨が攻撃性を帯てきた。
ホントに仕事が減って焦ってるんだろう。
可哀想に。今度飲みにいかないか。
俺のおごりで。

>>234
プリプロセスな実装を行うのに、VMの何が制限になるの？
例えばAOPの実装として、AspectJはプリプロセスな実装を選択し
コンテナ郡(JBoss、Spring、Seasar等)はインタープリットな実装を
選択してる。
この互いに異なる選択は思惑や思想によるもので、VMが云々は
関係ない。

>>235
インタープリットな実装とは言っても、その負荷は生成時に限定さ
れる。一旦生成されて後は、通常のクラスと全く同じ負荷で使用で
きる。
それも、Javaコンパイラを起動するJSPよりも負荷は遥かに小さい。

>生成時に限定
またくだらねえ事でシステムリソースを無駄に使いまくるのか
しょうもねえなあ

>>241
じゃあ、こんな燃料を投与するのは危険だったりするのかな?w
http://www-06.ibm.com/jp/developerworks/java/051104/j_j-jtp09275.shtml

あのさあ、局所的な話はひょっとしたらそうなのかもしれないが
検証できないし、Javaのパフォーマンスなんてしたくもないからね
W○A○の起動時間はすごく遅い。O$ACLEのDB管理コンソールも遅い。
Java全体としてのパフォーマンストレンドはやっぱり遅い。
おっとクライアントアプリだから遅い、サーバは速いって無しだぜ。
遅いものは遅い。これ真実。

>>195のJava厨氏の心のつぶやき：
こいつ使えねーくせに「protectedが正義ですよ」って、
コーディング規約すらロクに守りやしねー。
一々相手してられるか俺は忙しいんだ知りたいなら独習しろ。
教材ならJakarta系のソースがいくらでもあるだろーが。
約束の日時まで仕上げなきゃならんのです? ああ是非とも納期は
やぶって欲しいね、そうすりゃこいつを突っ返してもっとマトモな奴と
交換できる…といいんだけどなあ…

>>195の漏れの心のつぶやき：
こいつ設計書もわたさねえで「コーディング規約違反だ」と、はあ、
せめて静的なクラス図くらい書いてわたせっつうんだよカス!
口も利きたくもないが仕事だか仕方ねえ。
やんわりと解決策を聞いてやるよ。
まあこいつの上司に設計書もFixしてないのに作業指示はだせるわけないだろうと
とりあえず明日報告ね。

ORACLEの管理コンソールが遅いって、何時の時代のＰＣ使ってるんだよ
そんなPCじゃVS.NETすらマトモに動かないぞ・・・

起動時間が気になるなら動かしっぱなしにすればいいだけじゃないのか？

うっほおまいすっげ頭良いじゃん

>>249
サーバサイドに限定すればその理屈は成立するけど、今後クライアント
サイド(例えば、WEBサービスに対するクライアントアプリ)を想定した場
合、その理屈は通用しなくなる。

そこで、VMをOSと同時に起動して、極力をそれを効率よく使い回す。
クラスローダーをより上位の権限でブリッジして、複数のプロセスの独
立性は維持したまま、クラスプーリングを行うといった話に繋がってい
くのがJAVA6。

要はOSの起動時間がいままでよりかかるようになるJavaマジックw

OSの起動時間に相乗りしOSの起動時間のせいにして
JAVA6はうまい汁を吸う、それに騙される厨

結局トータルに利用されるJavaのメモリロード時間の積算値は
全く変わらないという間抜けさ

お前ら落ち着けよ
マシン立ち上げた後とりあえず一服するとか一発抜いてくるとかすれば良いだけの事じゃないか

>>252-254
見えてない奴等だな。
要は単一のVM上で各Javaプロセスの独立性は維持したまま
更にスレッドの実行効率低下も防ぎつつ、クラスローディング
のコストも下げようという点がキモだ。
どのタイミングで起動するかは重要じゃない。
重要なのは、メモリ上にローディングされてるものは再ローデ
ィングしないという方針だ。

アンチjava厨の脳内世界は>>245に集約されているな。
＞検証できないし、Javaのパフォーマンスなんてしたくもないからね
＞遅いものは遅い。これ真実。

検証(を実際にしているソースがあるのだが)なんぞしたくも無い、
俺が遅いと言ったら遅いのが事実。
こういう脳内お花畑で生きている奴に、いくら現実世界を見せようと
努力しても、単なる無駄。

Xengine4a.jar が、update5 から update6 に変えると、80 -> 100 に変わった。
これは単なるベンチ上で速くなっただけなのか？

遅いって言ってる殆どの人が1.1〜1.2の間で時間が止まってるんだよね

http://jp.sun.com/java/

JAVA6ってどのリンクを押せば落とせるの？
レジストリが汚れるので最近JREとかJ2SEとかいれた事がないからなあ
特別試験環境を用意したからそこにインストールしてやるよ
JAVA6なんてどこにもないけどなw
正確なプロダクト名を教えてくれよ

>重要なのは、メモリ上にローディングされてるものは再ローデ
>ィングしないという方針だ

へっ、こんなの当たり前の事じゃねーの、当たり前の事をすごい事の
ように言うJAVA厨って

>>260
https://mustang.dev.java.net/

最低限、JSRくらいは追えよ。
学ぶ技術のない奴は何やっても駄目だと思うけどな。

正式リリースになってないのに騒いでいるのｗ

Webサービスが本格化した場合
ネイティブクライアントがXMLサービスをがんがん利用するようになる
Javaのサーバ主導+Thinクライアントはすぐに破綻するから
クライアントの起動時間やパフォーマンスをマジに考えないと
明日はなくなるよ

>>264
そこでJavaDesktopですよ

起動時間に2分半かかるデスクトップクライアントはいりませーんｗ

XMLサービスをJava鯖
クライアントをJavaデスクトップ。

遅いもの同士で同期が取れ、待ちが生じない。

ﾒﾃﾞﾀｼﾒﾃﾞﾀｼ

>>212
> メソッドかプロパティの事を指してるんだろ
>
> さすがにprivateクラスを勝手にprotectedにしろってのは無茶過ぎるし、
> そもそも全てのクラスをprivateにしたら、自分で作ったクラス使えないじゃん・・・
アフォクラスだわなそりゃ。デフォルトコンストラクタをがアルじゃないか
とでもいいたいだけなんだろうか。ってかそれやメソッドはすべてstaticでコンストラクタ専用かw
さすがレベルの低いアンチの妄想だw

それからprotectedもクラスがpackage privateなら無茶じゃないともいえるわな。
package privateのときはdefault(アクセス修飾子指定無)でもええな。

Webサービスなんて5年後も今と同じ状況だよ。
SOAPは既におわっとる

>>268
>さすがレベルの低いアンチの妄想
Javaのデフォルトパッケージスコープを持ち出してくるところなんざ
真性JAVA厨の称号をつかわすぞ

最近の若者は老人化していると報告

近年の若者は俊敏さに劣り、感覚が鈍っていると報告された。
特に顕著に現れるのがJAVAを仕事にしているJAVA厨という若者グループだ。
彼らはソフトウエアを起動してから5分間の間ぼーとしてなにもしない。
人に声をかけられても3分後にしか返事ができない。これはJAVAの実行・開発
環境に馴染んだため反応仕様がJAVAと同じになった事と考えられている。

何言ってるの？お爺ちゃん。

いや・・・若造が中年を装って書いた文章にしか見えないけどｗ

年齢はともかく、Javaに対する強い敵意だけは読み取れる。
どう見てもコンプレックスです。
ありがとうございました。

>>274
ﾜﾗﾀ
っていうか彼はJavaに大してコンプレックスを持っているどころか
恐れをなしているぞw　彼のJavaに対する畏怖の念は非常に強力だ

速いって言ってる殆どの人が1.1〜1.2のの時代よりちょっとだけ速くなったのでよろこんでいるんだよね

マシンが速くなっただけ。
1.1〜1.2の時代にメインだったPentiumPro 200MHz 256MB 8GB位のマシンに、
Java6をインストールしてみろよ。笑えるから。

マシンがその時代より劇的に速くなったのに
JAVAの速くなった度合いはあまりにも小さい

実は遅くなってるだろ？ｗ

比率で考えるとそうかｗ

うみゅ＞＜

>>276
おまえはベンチマークを見ていないな
倍くらいの違いが出ているんだが

必死です

あのころはアプレットで小さい小さいものをだったから、
アレくらいの速度だった。ベンチマークという特定条件下で少々速くなっても、
今はサーバサイドが普通だから、超強力ハードでもとろい。
少々速くなっても、ハードが進化しても、追いついていないよ。めでたいな。

つーか、『次で速くなる』なんていうセリフがでてくること自体が
遅いという証明だと思うんだが、

C++なんか仮想関数でvtblはさむだけで『おせぇ』とかいう話になる世界なのに。

次があるさ

>>282
プロセッサのスピードは20倍になっているのに
JAVAはたったの2倍だってさ

そういえば、倉庫にPenPro180MHzの鯖があったな。
年度末に処分される前にApacheとTomcat、JDK1.4を入れてみるかな。動くかなぁ。

ところでCの速度はちゃんと20倍になってるのか？

>>288
おもしれえ、漏れもPenPro 200MHzの鯖に同じことしてみよう

>>289
48倍になってるよ

ずっと思ってたんだけどさ、JVMってどのプロセッサに合わせて最適化されてるの？
C/C++の場合はPenPro〜PenIII/PenMのP6アーキテクチャにあわせてコンパイル
するのが普通だけどさ。

するわきゃねーじゃん
どれも同様にとろくせえｗ

うちにはpentium 166MHz/128MB機が転がってます。
これならいかがでしょうか？

javaｲﾗﾈインテルｲﾗﾈ

>>1はJAVAとか全部大文字で書くところが馬鹿っぽいな

>>296
JAVAは正式なロゴだぜ、馬鹿はも前

というか小文字交じりのロゴもあり
節操がないJAVA

JAVA PRESSは厨房雑誌です。

jAVaじゃぼけ

Javaは確かに早くなっているけど、
VM上で動いてるんだから起動が遅いのは当然だし、
全体としてC++に勝てないのも当然だろ。
なんでそこを否定するかなー。
すでに領域の住み分けも進んでるんだし、
C++とJavaをキチガイのように比較する意味が分からん。
仕事があれば両方使う、がこの板的には正しいだろうがよ。ｗ

Javaは謎な処理系で動かすプログラム作るには楽だよなぁ
JVMさえ動けば、とりあえず何とかなるからね
その点、C++だとどうしても処理系依存があるから大変
逆にメジャーな処理系の場合はC++の方がパフォーマンスも良くて小回りがきいて楽

確かに両方使えるとかなり仕事の幅は広がるな

>>301
＞すでに領域の住み分けも進んでるんだし、
を認めれば
＞全体としてC++に勝てないのも当然だろ。
は意味不明だな。
領域によってはJavaの方が勝っているからこそ住み分けも起こるのだが。

>>302
Javaの案件の多くはインテル系の上で動くLinuxの上なんだが…
Linuxは「謎な処理系」じゃないよな、メジャーだよな?

>>303
名前は知られているからメジャーだが、
名前を知っているからといって、そこでの開発ノウハウがあるかは別問題。

>>302
Solarisとか、Windowsの方が案件数は多いだろ
稼働台数ベースだと解らんだろ

優秀なるJava技術者の皆さん。
JDKはがんがんアップデートしましょう。
1.2から1.5まで一揆なんて楽勝でしょうね。何事もなく平気で動くはずですよね。
なんたって世界に誇るオブジェクト指向の粋を集めた言語ですから。
(注　もしなんかあっても責任はとれませんのであしからず。自己責任で
ご判断下さいね。)

本番鯖に直接どうぞ

>>306

あたりまえだろーが

偉大なるjava様であらせられるんだぞ

すみません。Apacheのバージョンもがんがんあげていいですか？

あっぱっちはちょっとまってね(´д｀)

すみません。Tomcatのバージョンもあげろとうるさいんです。

トム「ねこだ」

>>303
solarisは無視ですか？
そうですか・・・

aixは無視ですか？
そうですか・・・

昔だれかが
Write Once, Debug Everywhere.
って言ってたな > Java
そんなのに気楽にアップデートしていいのかと言いたい。

ていうか、そもそも「謎な処理系」でJVMが動くわけがない。

Javaについていけない爺が必死だということだけはわかった。

2005年4月、ついに最新の64bit CPUをサポートするWindows XP Professional x64 Editionが発売されました。
この最新のWindowsの持つ能力を活かしたソフトウェアを募集します。ソフトウェアのジャンルは問いません。
ぜひ、この機会にソフトウェア作りに挑戦してみてください。
http://win64xp.impress.co.jp/

>>287
畑もまったく違うのに
ハードウェアとソフトウェアとでそんな速度変化を気にしている
お前は脳みそがとろけているのか。

Javaが倍以上になってCPUも20倍になったら
Javaの速度は昔に比べて 2 * 20 = 40倍 以上も速くなった
ということでそれはそれで非常にいいことじゃないか。

>>306
1.3 -> 1.4
1.4 -> 5.0(1.5)
というバージョン一つ違いであれば1.3以降からは
上位互換性は保たれている。
1.1, 1.2は若干癖がある。
だが、コーディング規約を守っていれば
互換性問題に悩まされる可能性はかなり少ない。
たとえばimport宣言に *を使っている部分。
あるクラスを使うとき、複数のパッケージを*でまとめて
importすると1.5から新たに追加された名前が同じクラスが
登場したことでエラーになる。
Javaコーディング規約としてはimportに*を使うことは推奨されていないので
その部分を直せばすぐに解決するのでそこは無問題。EclipseなどのIDEを
使ってCtrl + Shift + O を押せば一発で直ってしまうものだが。

コーディング規約をしっかり守って横着さえしなければこのような
上位互換性問題で引っかかる可能性は非常に低い。

あとは新たに追加されたキーワードと同じ名前を変数名に使っている場合。
1.4から登場したキーワードassertはJUnitに使われていたメソッドassert問題で見事に引っかかった。
だがJUnitも即座に最新バージョンが出てメソッド名はassertEquals()などの名前に変わってあっというまに
解決した。
ほかに、極まれだとは思うけれども変数名にenumとか変なものを使っているとエラーになる。

>309
すくなくともセキュリティ上の問題から上げたほうが
いいとApacheが言っているならあげるべき。

>>311
Tomcatはバージョン5.5からJava5専用になり
さらに高速化したのでお勧めしたいところ。
だがTomcatの使い方、server.xmlの扱い次第では
慣れない者が扱うとバージョンアップに多少手間がかかることもある。
$CATALINA_HOME/commons/libに入っているものも中身が若干違っているからな。

java厨すげーな何でこんなにムキになってるんだろ

どうでも良い事だが、JDK1.1ベースで書いていたコードがStringBufferのcapacityを利用していたのだが
JDK1.2に変わったときにclearしてlengthとcapacityを0にしようとするとcapacityが16になるという仕様変更でちょっと困った

1.1ベースの移植は泣きたくなるな

>>323
お前さてはcapacity==0という条件を何かのフラグ代わりに使ってたな。
StringBufferのcapacityは、あくまでも最適化の為に公開されているんであって、
必要に応じてensureCapacityを発行するためのもの。
これをフラグ代わりに用いるような流用は、Javaに限らず悪しき風習だ。
メモリに余程の制約のある組み込み環境以外ではするべきではない。

Java厨ってプラグインを枝番入れかえして環境つくるのかｗ

>>325
違うやcapacityへの0代入は無かった
setLength(0)でクリアをするとコンストラクタで指定していたcapacityがクリアされて16になってしまうって所だｗ

javax.xml.rpcとか
javax.xml.namespaceとかちょっと前と仕様が変わってない？

Tomcat 5.5はサービスコントロールマネージャで
サービスの起動するのがデフォルトになった。いいね。

>>320
>コーディング規約を守っていれば
>互換性問題に悩まされる可能性はかなり少ない

枝番規約さえ守っていればEclispeのトラブルに
悩まされる可能性はかなり少ない　でいいんでしょ

コーディング規約なんて誰も守らないし
JDKのバージョンなんて客が決めるし
メンバーは毎回寄せ集めのJava厨だし

age

>>331
そのためにこのスレタイになっているCheckstyleやFindBugsを使って
コーディング規約を守らせるんだろ。
守ってない奴のコードは警告数がとんでもないことになるぜ。
50万とかざらにあったもんじゃない。

>>331
> コーディング規約なんて誰も守らないし
> JDKのバージョンなんて客が決めるし
それはM$JVMの影響だな。
純正Javaで1.3以降だったらこっちが説得しやすい。
こちらがバージョン互換性のことについて
全責任を取りやすい。古いコードを描いている
JARファイルがあると厄介だが、
そのJARを切り離して書き直すか
JAR描いた奴を最新版に対応させるようにしておくなどが
できれば開発効率が上がる。

なんでもかんでも客に逆らえないようでは
開発効率に支障をきたす。
そのことを顧客にわからせないといけない。

>>330
> >>320
> >コーディング規約を守っていれば
> >互換性問題に悩まされる可能性はかなり少ない
>
> 枝番規約さえ守っていればEclispeのトラブルに
> 悩まされる可能性はかなり少ない　でいいんでしょ
Eclipseについても 3.1.1 -> 3.1.2へのアップデートではたいして問題ないが。
3.0 -> 3.1にいくときには変なプラグインに気をつけないといけない。
フィーチャーもアップデートサイトもないプラグインはほぼ怪しいとみたほうがいい。
2.x -> 3.xへのアップブレードとくらべればましだが。

何だ、結局互換性がかなり低いJava&Eclipseなんだね。
どっかの誰かが言っている事と違いすぎるね。

なんだそりゃ。Eclipseは糞だな。ﾌﾞﾋﾞ以下だ。ﾌﾞﾋﾞ以下。

富士通の連中とか絡んでるんでしょ？ゴミまっしぐら決定じゃん。

富士通は高卒アビバ出をやとうところです

>>336
だからJavaは問題ないと。
それからEclipseはEclipse標準プラグインだけなら
まず互換性問題で苦しむ事はない。

>>338
オープンソースだから富士通の中にいる一部の駄目な連中
によってEclipseの品質が悪化させられる事はない。
まだまだIBMが大きく牽引しているからな。
あのIBMだ。世界最大の特許数を誇り、世界最大の研究期間を
誇るあのIBMの研究成果が、まさにEclipseに対して急速にコミットされている。
Eclipseは、技術力もしっかりして、Javaの研究もしっかりしているＩＢＭが
作った製品だ。

富士通どもの連中だけではEclipseというすばらしいプロダクトを
作ることはできない。

マジレスするとIBMは素晴らしい企業だ。それは大いに認める。
が・たまに進むべき道を誤るときがある。
ひとつは　OS2
もうひとつは Javaへの傾倒これは危険だ。SUN互換の考えからは
そろそろ手を引いてネイティブIBM extendJAVAへの拡張をマジで
考えてほしい。それによりJavaの環境は飛躍的に向上するのでは
ないかと思うがみなさんはいかがかな？

>>342
IBMとSunとMSが綱引きをしている現状がすばらしいのであって
IBMがそこから抜ける状況は望ましくない

適当に煽りあって、仕事もそこそこ発生して、
将来的にはリプレースでまだ金が取れる。
すばらしいシステムなんじゃねーかな。
馬鹿馬鹿しいとも思うけどな。

JAVA　悟空


　　　　　　　　　　　　　　　　　　　　　　　　　　サルでも　　　　　　　　　　　　　 （　　(
　　　　　　　　　　　　　　　　　 　,,.ｒ'' ゛~~` ''ッ,,　　立てねーぞ　　　　　　　　　　　　　) 　 ）
　　　　　　　　　　　　　　　　　､ ゛　 ,,,,,,,,,,,,,,,,,,,,, ヾ.　　 こんなスレ 　 　 ,.、　　　/ ／
　　　　　　　　　　　　　 　 　 ﾐ　　 ﾐ゛,へ.__, ,_ﾉヽ i.　　　　　 　 　 　 　 　 .| |l　　　l ,´
　　　　　　　　　　　　　　　 ﾐ　　　 ﾐ,　( ・) {・ﾌ 〉 ﾐ.　　　　　　　 　 ＿-､i::| |ニニii '
　　　　　　　　　　　　、,,,,ツi:　　　　 ﾐ,｀~´ ヽ~〈　 .ﾐ　　　　　　　　/,‐ヽヽ`､||
　　　　　　　　　　､ｼ`｀　　 i:　　　 　 ,ゞ 　'ｎ.inヽ. .ﾐ　　　　　　　　　　（ .〉〉/
　　　　　　　　　ｼ　 ／／　　　　　　ﾐ｀　　　 l.l　ヽ"、　　　　　 　 　／　 ノ
　　　　　　　 ﾐ/ ｼ　　　　　　　　 　 彡　,＝こ二=.{　ﾐ,,　　　　　 ,ｒ'´　,,､'゛
　　　　　 　 ﾐi. / 　/　　　　　　　' ! w､｀~^' vwｖ '､ 　 ﾐ 　 　 　〃　.ﾐ
　　　　　　 .ﾐ /　　　　 i: 　/　　　　　　｀＾^　　　　 ＼ ."　　　〃 　ﾐ
　　　　　　.ﾐ.:/　/　/　i:　　　　　　ｖ　　　　!　　,,　　　＼ ､　〃　　ﾐ
　　　　　　：i;　　　　 .i:　　　ｗ　　　　　　!!　　 ミ!:　　　ﾐ ＼＼(　⌒ヽ
　　　　　　:i;　　/ 　 i:　　　　　　!!　　　　　　 .ミ ｷ　 　 , ⌒｀、_　　)　 ）
　　　　　 :iｌ　　　　 .i:　　　　!　　　　ｗ!　　　 ミ　.:i.　　　（_ (　　_,ノ　　） ,
　　　　　:iｌ　　　!　 i:　　　　　　　　　　　! ,〃゛　　ｷ　　 　ゞ、 __,　 ノ ,
　　　　 .:iｌ　!　 　／~~｀｀``` " '''' ＝ ‐- ､ﾐ　　_,,,,_ﾐ,　　il　`　　ー　´
　　　　 :iｌ　　　´ ―　￣　- ,,. -‐‐-､、　ヽ. ヾ、　　ゞ､　`　 〃
　　　　　ゝ､ｗｘ.mn.!!++ナ'~ 　　　　　ヾ~ヽ、　ヽ、　,,　~^^}´
　　　　　　　　彡　　 〃　　〃　　　　 }｝　/〉.〉〉〉i''"　　 〃
　　　　　　　　　彡､ 　　　 ｛{　　　　 〃,__!////l |　 　 〃
　　　　　　　　　　 X,,　　　　》.　　　≪.__`‐'.' '´,Uwwvw'､...,,,___
　　　　　　　　　　　　＾＾＾＾ !ｗニこ)こ)二）｀) （＿,,,..- ､...二⊃_).)

ぬるぽ

age