112 :
仕様書無しさん:04/09/30 10:23:06
>>88 Javaと.NET両方とも嫌い(使えない)奴の存在が急浮上!
C厨が裏で糸引いてるw
このスレに書き込んでる奴って平均年齢高そう。
時間帯からいってハロワ出勤前のうさばらしか?
115 :
仕様書無しさん:04/09/30 11:33:44
マジレスするが
EJBで作ると幸せな気分になれる人手あげて
116 :
仕様書無しさん:04/09/30 11:36:48
117 :
仕様書無しさん:04/09/30 11:42:06
Javaで作ると幸せな気分になれる人手あげて
Java/Swingを使って作るのやだが、
Java Web StartアプリはEXEより平気で使える。
ドトネトは重いだけ。安心感は無い。
119 :
仕様書無しさん:04/09/30 12:03:57
>Java Web StartアプリはEXEより平気で使える。
お 出たな! 起動するスキルがあるj厨
> Java Web StartアプリはEXEより平気で使える。
よく、
アプリケーションは、あなたのローカルマシンおよびネットワークに
対して無制限のアクセスを要求しています。
このコードをインストールおよび実行しないことを強くお勧めします。
なんて言われるものを平気で使えるなw
121 :
仕様書無しさん:04/09/30 13:13:22
MVCて考え方はなんなの?
MFCでいうところのview-documentみたいなもの?
MVCという考えの、一形態がMFCでいうところのview-documentだろ。
VC++/MFCの場合、docをIDEが保持するためクッションにならないという最大の汚点があるだけで。
123 :
仕様書無しさん:04/09/30 13:24:28
> docをIDEが保持するため
ここは笑うところですか?
ふーん。MFCってIDEがないと実行もできないんだ。
125 :
仕様書無しさん:04/09/30 13:34:00
123も124もVC++ツカタコト無いの丸分かり。
ここがブビ厨の笑うとこ(嘲笑激藁
126 :
仕様書無しさん:04/09/30 22:38:25
今頃j2eeとejbを覚えさせられる羽目に・・・
何でこんな無駄な技術を覚えなくちゃならないのか・・・
お金がもらえるから
128 :
仕様書無しさん:04/09/30 23:17:42
>>126 ejbごときも理解できない真性の馬鹿を見つけられるから
自分発見のための仕事ってことか
馬鹿が多すぎるからEJBを止めたのか、
無駄に複雑すぎるからEJBを止めたのか。
今まで「EJBも分からないの?プゲラ。いつまでもJavaBeanで満足してんなよ」
って言ってる奴が「これからはPOJOだよ!」っていつ言い出すかドキドキして待ってます。
自分、EJBは使ってないけど、
EJBも分からないの?プゲラ。いつまでもJavaBeanで満足してんなよ。
そんなブビな香具師のため、これからはPOJOだよ!
132 :
仕様書無しさん:04/10/01 07:21:43
EJBも使ったことないの?プゲラ
それでJava使った気になってるんだ。ハゲワラ
133 :
仕様書無しさん:04/10/01 08:58:15
出た当初に仕様を見て、こいつは糞だということが
すぐに分かったのでEJBは1度も使ってない。
パフォーマンスが安定しない、大量のデータを扱う場面ではすぐ破綻する。
すでに2年前、Sunの技術者でさえ、ウェブアプリなら
EJB使うよりJDBCにダイレクトにアクセスする方がよい場合があると公言してたからな。
技術者はEJBの限界にとっくに気づいていたけど、営業の方が引っ込みがつかなかったってとこだろ。
でも一度は分散環境でEJBの案件やってみたいな。
135 :
仕様書無しさん:04/10/01 09:12:08
>出た当初に仕様を見て、こいつは糞だということが
>すぐに分かったのでEJBは1度も使ってない。
漏れもその2だ
またC厨の脳内妄想スレか
137 :
仕様書無しさん:04/10/01 09:20:45
>すでに2年前、Sunの技術者でさえ、ウェブアプリなら
>EJB使うよりJDBCにダイレクトにアクセスする方がよい場合があると公言してたからな。
ってウェブアプリ以外に使い道あるのかと問い詰めたい
なんでもかんでもすぐに手を出すのは問題だな
140 :
仕様書無しさん:04/10/01 13:13:24
とは言え、それがJavaの特徴らしい。
なんでもかんでも雑多にこういうフレームワークがあり、
標準というもんがない。
それで、たとえば、EJBでずっと逝こう!なんて選択をしてしまうと、
こういう羽目になる。
Javaを使うとはそういうこと。地雷原を歩いたり、ババ抜きしてるようなもの。
>>140 イソターネットとかオプソの流れであって後戻り出来ない。
ライブラリやアプリが繁殖しないドトネトなんかは氏滅。
142 :
仕様書無しさん:04/10/01 13:31:12
>イソターネットとかオプソの流れであって後戻り出来ない。
いんたーねっととオプソ乞食のせいか。
破滅まで一直線。もう後戻りはできない!
143 :
仕様書無しさん:04/10/01 13:34:27
>>142 それが資本主義さ。
安く雇い捨てても次の労働者が現れる、と。
>140
だ が そ れ が い い
最近Javaを勉強しようと思ってJava関係の本を
何冊か買ってきたんだけど
いろいろあるんだね。
Javaに流れているものは
確実に勉強になるとは思うけど…
お
わ
だ
ま
152 :
石黒 ◆GqbV7Dy5fI :04/12/31 18:02:37
153 :
仕様書無しさん:05/02/24 01:13:03
分散環境でないとejb使うメリットってあんまないような気が
するが、
ドキュメント類が入手しやすい(日本語の)って点は大きいと思いません?
>>153 気がするんじゃなくて、分散でなければメリットがないと言い切れれば解脱完了。
155 :
仕様書無しさん:05/02/24 02:43:08
>>154 正しいと思う。
分散しないならServletでいいでしょ!
156 :
仕様書無しさん:05/02/24 03:00:55
ejbを使っても使わなくてもWebクライアントならオソラク
Servletは使うと思うんだけど、
問題はビジネス層かドメイン層でejbに代わる物として
現時点では総合的に見てなにが有力なのでしょ?
157 :
仕様書無しさん:05/02/24 07:39:39
>>156 DIコンテナですかね。
SpringとかSeasarとか。
上記、分散でどうなのかは、知らん。
これで今までEJBやってた奴がServletとかに降りてくれば
少しはJava厨やらゴミも減るのかなー
あとは擬似的にEJBスタイルというか、レイヤ構造を組む感じとか。
161 :
仕様書無しさん: