Javaの開発者は,ちょっとうるさい

131仕様書無しさん:04/07/20 17:49
馬鹿さらしage
132仕様書無しさん:04/07/20 21:24
>>130
そういうのを烏合の衆と言うんだバカモン。
133仕様書無しさん:04/07/20 21:43
>>130
俺にはとても発言できないことだ「テクノロジーの集合体」などとは。
134仕様書無しさん:04/07/20 21:53
EJBなんか使ってるプロジェクトあるのか?いまどき馬鹿じゃない?
135仕様書無しさん:04/07/20 22:07
とりあえず。以下みたいな。

http://www.ejbcons.gr.jp/example/

IBMさんのコンサルがEJBとかバリバリの完全なOOは本当に大規模な案件でないとダメといってたぞ。
136仕様書無しさん:04/07/20 22:34
>>133
多分、Javaにはスペースシャトルと五分に渡り合えるテクノロジーがあるんですよ。
137111:04/07/20 22:47
>>129

調子に乗っているのはどちらだろうね。、
俺は少なくともいちいち粘着に使っているのと違う
言語をねちねち攻撃しない。嫌いな言語は無視
すれば言いだけだろ?

ただ「悪口を言う以上は手のひら返して、こっちへ
関わってくるな」と言っているだけだ。男なら自分の
言葉や選択に責任を持って甘んじてその結果を
受ければよいだろう?

ヤンキーみたいな群れて他人にからんでないと
不安で仕方ない臆病者や皮肉っぽく気取ったり、
スローガンを叫んでナイト自分のプライドを保てない
奴らはどの言語使ってる奴に多いんだろうね?
138仕様書無しさん:04/07/20 23:00
>>137
落ち着けw
139仕様書無しさん:04/07/20 23:02
EJB利用するような案件って全体の何%なんだ?
140仕様書無しさん:04/07/20 23:07
>>138
スマソ
141仕様書無しさん:04/07/20 23:31
EJBて、雑誌とかでもてはやされたのも一瞬だったね
つぶやきシローみたい
142仕様書無しさん:04/07/24 21:09
EJBはド素人にはとても扱えるような代物じゃないからな。
143仕様書無しさん:04/07/25 00:32
EJBはプロなら使用を避けるような代物だからな。
144仕様書無しさん:04/07/26 11:11
それは真のプロフェッショナルではない。
145仕様書無しさん:04/07/28 10:14
>>1
確かに俺も
「ちょっとお前しつこい」
とか言われたりする。
146仕様書無しさん:04/07/28 12:26
Java技術者は教条主義がすぎる、そこが原理主義的といわれる所以だと思う。
世がHTML一辺倒になればそっちに流れ、やれリッチインターフェイスだと言えば
また戻ってくる(本人達に戻ってきたという意識はないのだろうけど…)

これはJavaの取り巻く環境が悪いのかもしれないけれど、世のシステムの10%しか
必要としない機能を、さも必須技術のように宣伝して回ったり、あからさまな
マッチポンプで見せかけの流行を作る日経*とかその他もろもろもJavaの胡散臭さ
に拍車をかける一因だと思う
147仕様書無しさん:04/07/28 17:13
Javaは何が楽かって 言語仕様が単純明快なのがいいのよ。
あと、基本的には 開発環境が1つってのも魅力。
コードを書き散らすのにあたって
最低限覚えるべきことが少なくていい。

C++はなんか開発環境が乱立してて
同じ言語仕様のはずなのにぜんぜん別物なんだよね。
stringとか基本だろそれ ってレベルから仕様がバラバラなので
とっかかりが悪いのもあるかも。
148仕様書無しさん:04/07/28 20:44
> Javaは何が楽かって 言語仕様が単純明快なのがいいのよ。
どんどん複雑になってきたね。

> あと、基本的には 開発環境が1つってのも魅力。
どんどん増えてきたね。

> 最低限覚えるべきことが少なくていい。
実用レベルに必要な覚えることは多いね。
149仕様書無しさん:04/07/28 21:02
フレームワークは無限増殖中です。
150仕様書無しさん:04/07/29 07:42
>>147
std::stringの仕様がバラバラってどういうこと?
151仕様書無しさん:04/07/29 18:59
>>150
MFCの?stringとかQtの?stringとか
そのときその環境で使うべきライブラリが
いろいろ違うじゃん
152仕様書無しさん:04/07/29 19:21
SwingとかSWTとか
そのときそのときの要求(好み?)で使うべきライブラリが
いろいろ違うじゃん
153仕様書無しさん:04/07/29 19:23
StrutsとかTapestryとか
そのときそのときの要求(好み?)で使うべきフレームワークが
いろいろ違うじゃん
154仕様書無しさん:04/07/29 19:32
>>152, >>153
お前ら馬鹿だろう
155仕様書無しさん:04/07/29 19:33
>>153
あたりまえじゃん。道具だから。
156仕様書無しさん:04/07/29 19:37
>>147
CはOS作成用に作られた、H/W(命令セット、レジスタ長)に依存して性能を出す言語だから。
JAVAは構文はC/C++風だが、COBOL同様H/W依存しない事を目指したから。
157仕様書無しさん:04/07/29 20:36
>>150
実装依存で違う動きするだろ。
158仕様書無しさん:04/07/29 23:59
>>157
具体的に
159仕様書無しさん:04/07/30 00:37
>>146
> Java技術者は教条主義がすぎる、そこが原理主義的といわれる所以だと思う。
> 世がHTML一辺倒になればそっちに流れ、やれリッチインターフェイスだと言えば
> また戻ってくる(本人達に戻ってきたという意識はないのだろうけど…)

何をいっているんだい君は、Java特定の環境に依存しないんだったらHTMLからリッチクライアントに移行したって
不思議じゃないだろう。

> これはJavaの取り巻く環境が悪いのかもしれないけれど、世のシステムの10%しか
> 必要としない機能を、さも必須技術のように宣伝して回ったり、あからさまな
> マッチポンプで見せかけの流行を作る日経*とかその他もろもろもJavaの胡散臭さ
> に拍車をかける一因だと思う

そういうことをしているのはJava系ではなくてドトネト系のM$だろ。
C#なんて言語つくったのなんてマッチポンプみたいなもんだろ。
160仕様書無しさん:04/07/30 00:38
>>148
> > Javaは何が楽かって 言語仕様が単純明快なのがいいのよ。
> どんどん複雑になってきたね。
C++よりも効率が悪いと思えるほど複雑かい?

> > あと、基本的には 開発環境が1つってのも魅力。
> どんどん増えてきたね。
何が増えたって? >>148の言っている環境が一つっていう意図を理解していないんじゃないのか?

> > 最低限覚えるべきことが少なくていい。
> 実用レベルに必要な覚えることは多いね。
それはどの言語でやろうともおなじことだよ。技術者だったら当たり前のこと
161仕様書無しさん:04/08/03 10:25
>>159
今で言うリッチクライアントをかつてファットクライアントと呼び、散々諸悪の
根元扱いしてWebマンセーな風潮を作ったのはJAVAの取り巻きでは?
まあそれに流される日和見グラマがいかに多いかと言うことなんだけど。

ファットクライアント + アプリケーション自動更新 = リッチクライアント

名前を変えただけで新技術。やってることはM$と同じ。
162仕様書無しさん:04/08/05 00:55
リッチクライアントという言葉はJava関係者が作った言葉ではないんだが。

しかもM$もリッチクライアントという言葉を使っているぞ。
163仕様書無しさん:04/08/05 01:58
>>162
だから何?
164仕様書無しさん:04/08/05 23:40
>>162
M$はスマートクライアント
165仕様書無しさん:04/08/10 22:11
MSにお金を恵んでもらって
(ちょっと)リッチになった、クライアント?
166仕様書無しさん:04/08/10 22:14
まさにM$
167仕様書無しさん:04/08/10 23:21
スーさん、リッチの意味をわかっていない馬鹿どもを発見しましたよ

168仕様書無しさん:04/08/11 02:29
>>146

>マッチポンプで見せかけの流行を作る日経*とかその他もろもろも
>Javaの胡散臭さに拍車をかける一因だと思う

日経*はおじさんが見る雑誌です。
現役開発者が見るものじゃありませぬ。


>>161

言ってることがいろいろ変だよ。
最近になってリッチクライアントって言葉を知ったんだね。

169仕様書無しさん:04/08/11 13:41
>>168
見苦しい
170仕様書無しさん:04/08/11 15:36
夏ですなあ
171仕様書無しさん:04/09/11 18:17:08
リッチモンドクライアント 
 
172仕様書無しさん:04/09/12 00:15:10
こないだJava屋の友人と話したけど、結構.NETについて知らないことが多かった。
システム構築については俺なんかより全然詳しくて実力もあるんだけど、
Windowsマシンをクライアントとしか見ていない節がある。
オレはオレで偏ってるので、正直サーバーサイドなんてプログラムの数が売れない、
サーバ言語は入れ替わりが激しいから寿命が短いだろう、ぐらいに思ってる。

結局、どの言語でもうるさいやつはうるさい。
173仕様書無しさん:04/09/12 14:11:46
>>172
> Windowsマシンをクライアントとしか見ていない節がある。

Windowsをサーバにするなんて発想、ここ2?3年で、でてきた話だろ。

> サーバ言語は入れ替わりが激しいから寿命が短いだろう、ぐらいに思ってる。

逆。COBOLがいまだに使われてる。保守的で言語はなかなか変わらない。
174仕様書無しさん:04/09/12 16:21:50
>>172
> こないだJava屋の友人と話したけど、結構.NETについて知らないことが多かった。
> システム構築については俺なんかより全然詳しくて実力もあるんだけど、
> Windowsマシンをクライアントとしか見ていない節がある。
> オレはオレで偏ってるので、正直サーバーサイドなんてプログラムの数が売れない、
> サーバ言語は入れ替わりが激しいから寿命が短いだろう、ぐらいに思ってる。


どうかな。拡張性の高いJavaの場合は結構長いかと。

.NETの方はちょっとサーバ関係がどうなるのかわからないな。
クライアントサイドではWinFXが出てからドトネトは大変でないかな。
今までのM$製品、言語仕様の歴史は寿命が短く、VBからVB.NET, VC++からC#,C++.NETなどへの
言語の鞍替えに苦労してきたという歴史がある。
この歴史が今度ばかりは繰り返されないだろう、とはかぎらないかもしれない。

Windowsをサーバとして扱うのはちょっとね。
Linuxとか*BSDをサーバにするもんだろう。
175仕様書無しさん:04/09/12 23:31:26
>>173
>> Windowsマシンをクライアントとしか見ていない節がある。
>Windowsをサーバにするなんて発想、ここ2?3年で、でてきた話だろ。
ごめん、訂正させて。
Windowsマシンをネットワーク端末(つーかブラウザ)としか見てない節がある、
って言いたかった。

別にサーバにもなるぞ、っていいたかったわけじゃなくて、
PCの用途ってネット端末だけじゃないだろ、と。
176仕様書無しさん:04/09/13 12:05:51
>>175
一般人はネット端末だけでいいんじゃね。
最近の高校生や大学生は携帯電話にしか興味ないし。
もうちょい画面が大きくてキーボード接続可能な
携帯電話があればパソコンなんかいらないよ。
管理者の立場から見れば、Excelが立ち上がらないとか
メールが読めないなんてクレームからも解放されるしね。

一般人はラジカセでオーディオはマニアだけでしょ。
もちろんパソコンが廃れるという意味じゃないけどね。
オーディオフェアだって最盛期には晴海の
国際見本市会場でやってたんだからさ。
マニアだけでも十分、大きな市場がある。
177仕様書無しさん:04/09/13 16:18:39
今時、いくら一般人でもカセットはありえない。
178仕様書無しさん:04/09/14 22:09:35
>>176
>一般人はネット端末だけでいいんじゃね。
>最近の高校生や大学生は携帯電話にしか興味ないし。

一般人ってのが学生を指しちゃうところがイタイ。
179仕様書無しさん:04/09/15 10:34:58
>>178
将来、社会人になる高校生や大学生が
携帯電話にしか興味ないんだから
パソコンの未来はないってことでしょ。
180仕様書無しさん
パソコンに興味がないというより、パソコンを使ってやることに興味がないってことでしょ?
音楽業界は衰退してるし、テレビの視聴率も下がり気味。ゲームも飽和状態。
だから、PCを積極的に使って作業することは確かに少なくなってる。

そういったところで、携帯だけで世の中が回っていくわけじゃない。
もっと綺麗な写真が取りたいと思えばデジカメを買うし、いい音で
MP3が聞きたきゃ携帯MP3プレーヤやカーオーディオが欲しくなって、
その先にはPCでの編集が待ってるわけで。

一般人ってのは、いろんなコダワリをもってる人を常に含むのであって、
無個性な人間の均一な集団ということではない。
そのさまざまなコダワリの途中にPCが出てくるから、一定の割合で
個人用PCの需要は残るわけだ。

昔からはっきりした用途の見えにくいムニャムニャした存在だけど、
PCってのはそんなもんです。