[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/20 20:30 / Filesize : 239 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Javaが遅いという奴は遅れたバブル世代じゃね? 2



1 名前:仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ]
さ、語れ。Javaよりも遅い脳みそを持つ人々について

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は?

C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。

前スレ
Javaは遅いという奴は遅れたバブル世代じゃね?
pc8.2ch.net/test/read.cgi/prog/1136434011/

Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね? その2
pc8.2ch.net/test/read.cgi/prog/1136359572/


関連スレ

先があるのはC++とJavaのどっち?
pc8.2ch.net/test/read.cgi/prog/1132157362/

118 名前:仕様書無しさん mailto:sage [2006/04/17(月) 23:45:36 ]
アプレット→サーブレット→JSP→JavaBean→EJB→POJO→DI→
次はなんだろう・・・

119 名前:仕様書無しさん [2006/04/18(火) 00:05:25 ]
JavaってJVMがメモリリークするから、1開発者の立場ではどうしようもない。
メモリリーク予防に関してはCOBOLの方がマシだな。


120 名前:仕様書無しさん mailto:sage [2006/04/18(火) 00:30:13 ]
楽をする代わりに失ったものは果てしないね

Javaが蔓延している理由

・ だれでも扱えるから教育が楽
・ バカでも扱える
・ ウンコでも扱える
・ メンテナンスが楽だからコストが削減できる
・ 保守性が高いから無駄な時間は省くことが出来る

ようするに会社からすればお金はかけたくないだけ
まぁ当然って言えば当然だよね
ってことでそれを使わされてJavaマンセーなJava厨は

121 名前:仕様書無しさん mailto:sage [2006/04/18(火) 01:07:58 ]

   C O B O L に ぬ る ぽ は 無 い

122 名前:仕様書無しさん [2006/04/18(火) 01:18:50 ]
そうなんだよ、
いま現場ではC言語やWindowsをsdkで書ける人がいなくて大変なのよ(;´д⊂)
Javaなんか誰でも書くことはできるんだが、つかいものにならん、、、

123 名前:69式フリーPG ◆hND3Lufios mailto:sage [2006/04/18(火) 01:24:10 ]
んじゃ仕事くれ。
C/C++ならH8やMS-DOSからNetWare、Windows,Un*xまでOKです。

124 名前:初心者 [2006/04/18(火) 01:25:27 ]
Exception in thread"main"java lang NoClassDefFoundError
とでてきたんですが どうしたらいいんでしょうか?

125 名前:仕様書無しさん mailto:sage [2006/04/18(火) 01:59:55 ]
JVMが自前でメモリ割り当てできればここまで糞と言われることもなかったんだよな
GCとmalloc両方自由に混ぜることができるなら別によかったんだよ
クリティカルな部分だけGC、パフォーマンス重視するところは自前で管理結局SUNの
どあほがいけないんだよな。

126 名前:仕様書無しさん [2006/04/18(火) 02:45:24 ]
>>122
Windows APIをダイレクトに呼ぶという時代じゃないからな。
そういう人物が欲しいなら、この板のキチガイコテ
「近藤妥」でも使うか?ただし、こいつ文句の多いわりに
使い物にならないこと保証するが(w




127 名前:仕様書無しさん mailto:sage [2006/04/18(火) 02:46:57 ]
>>126
>Windows APIをダイレクトに呼ぶという時代じゃないからな。

じゃ、どういう時代?

128 名前:仕様書無しさん [2006/04/18(火) 07:18:26 ]
>>108は、まるで
大型の荷物を船から積み卸しするのに滑車を使うのは無駄だとか
ぬかしてそうな輩だよな。

滑車を使ってもエネルギーは変わらないので素手でもちあるいたほうが
マシだと主張する馬鹿の典型。

滑車を使った方が素手で持ち運んだり引きずるよりも
全然スムースで効率がよくかつ、積荷を傷つけずに住むわけだが。

ヴァカC言語厨はそれが理解できないみたいだね



129 名前:仕様書無しさん [2006/04/18(火) 07:22:37 ]
>>113
> あとはIDEで比較しても
> EclipseまだまだVB6のレベルにいたっていない、

ハァ? Visual Studioの間違いか(嘲笑
そのVisual Studioも大したプラグインも存在せず
プラグイン自作もろくにできない糞だがなw


130 名前:仕様書無しさん [2006/04/18(火) 07:24:48 ]
>>118
JavaWebStart, JDBC, Hibernate, Cayenne, Apache Ant, Spring Framework,
Apache Maven, XDoclet, Eclipse, NetBeans, JBoss, Apache Struts, JSF(Java Server Faces),
Seasar, Seasar2, 横浜ベイキット などが抜けているぞ。


131 名前:仕様書無しさん [2006/04/18(火) 07:54:05 ]
>>129
おまえはプラグインができればいいのか?w


132 名前:仕様書無しさん [2006/04/18(火) 07:57:28 ]
TomcatやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。

133 名前:仕様書無しさん mailto:sage [2006/04/18(火) 08:04:53 ]
近頃、Eclipseのプラグイン神話が崩壊してきてるのを感じる。
NetBeansスレとか見てると特にそう思うが、なんでもかんでも
プラグインにしときゃいいってもんじゃないよな。

>>129みたいなプラグイン至上主義者は、減ってるんじゃねーの?

134 名前:仕様書無しさん mailto:sage [2006/04/18(火) 08:09:44 ]
何でもそうだが、へたくそなたとえ話で本質をラップしないと話も出来ないのがJava厨房だよな。
ラップをはがすと何もないんだが。

やっぱりJava厨房は死んだ方がましだな。

135 名前:仕様書無しさん [2006/04/18(火) 09:32:54 ]
>>109
> いや、それで高速になるんだったらいいよ。例えば従来十二分に高速なために

XML使ってりゃ多少遅くなるに決まってるだろが低脳C言語厨。
C言語厨は高卒だからといってそんなこともわからないのか!

XMLを使ったくらいで遅くなるシステムだとしたらお前の設計に問題があるのであって
Javaの問題とは限らない。
なにもかもJavaのせいにして設計を見直さずに逃げるお前の技術力にも問題があるがな。

これだから高卒バブルC言語厨は浅はかでレベルが低いんだよ。


136 名前:仕様書無しさん mailto:sage [2006/04/18(火) 09:54:14 ]
Javaを使用しないシステムにすれば問題の過半は解決するから別にどうでもいいというのがまともなSEの判断。
団塊Jr廉価版ゆとり大卒もどきはほんとおばかちゃんでつね^^




137 名前:仕様書無しさん [2006/04/18(火) 09:55:21 ]
たかがXMLを重く処理するのがJavaクオリティ

138 名前:仕様書無しさん [2006/04/18(火) 09:57:53 ]
いや、Jajartaクオリティというべきか

139 名前:仕様書無しさん [2006/04/18(火) 10:04:12 ]
>>137
AxisのXML処理の重さときたひにゃ
あのパフォーマンスがでふぉだと思っているJava厨ってんとにおばかたん

140 名前:仕様書無しさん mailto:sage [2006/04/18(火) 13:23:30 ]
AxisにはC言語版があるわけだが、それと比べての話?

141 名前:仕様書無しさん [2006/04/18(火) 16:59:54 ]
M$XML

142 名前:仕様書無しさん [2006/04/18(火) 17:26:33 ]
>本質をラップ

Javaってラッパーの塊だからね。
ベース部分をJavaで実装しているのってないんじゃない?
ラッパー−>ラッパ吹き−>ほら吹き

143 名前:仕様書無しさん [2006/04/18(火) 18:52:51 ]
IBMはJava案件が多くなると儲かるのか?


144 名前:仕様書無しさん mailto:sage [2006/04/18(火) 18:56:48 ]
びっくぶるーの戦略に関しては汎用機時代からいわれていたことがあるのに、おまいは知らないのか。
カワイソス

145 名前:仕様書無しさん mailto:sage [2006/04/18(火) 21:11:04 ]
RDBMSはIBM生まれだが、アレも当初は強力で高価なハードを売るためのDBと言われてた。

146 名前:仕様書無しさん [2006/04/18(火) 21:26:55 ]
いまでもそうだろ?
クラスタリングさせてハードを買わせる



147 名前:仕様書無しさん mailto:sage [2006/04/18(火) 21:36:51 ]
ISAMを今のハードで走らせたら爆速かもな。
実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。
バックアップとかの周辺ツールとかが充実してたら、ISAMでいいじゃないかと思うことがたまにあるよ。

148 名前:仕様書無しさん mailto:sage [2006/04/18(火) 21:46:47 ]
>>146
最近は超高速性が要求される場合には、買収した Infomix の
エンジン使ったオンメモリDBとかを提案してる。

>>147
最近流行のオンメモリDBはそれに近い。
C/C++ とリンクするライブラリ形式のものもある。

149 名前:仕様書無しさん mailto:sage [2006/04/18(火) 22:04:16 ]
>実際、RDBMSとはいっても殆どJOINせずに使ってるだろ。

工エエェェ(´゚д゚`)ェェエエ工

150 名前:69式フリーPG ◆hND3Lufios mailto:sage [2006/04/18(火) 23:06:52 ]
確かに。

151 名前:仕様書無しさん mailto:sage [2006/04/19(水) 01:06:11 ]
VIEW 使ってるだけの話だな

152 名前:仕様書無しさん [2006/04/19(水) 05:52:58 ]
テーブル10個くらいJOINしてると
VIEW遅いじゃん
VIEWじゃ

153 名前:仕様書無しさん [2006/04/19(水) 07:27:00 ]
パフォーマンスが必要になってくると連結は避けられる。

154 名前:仕様書無しさん mailto:sage [2006/04/19(水) 07:39:42 ]
各種マスターのうちデータエントリでも使うものは結局クライアントでも
どこかの時点でとってきて持ってるしね。

155 名前:仕様書無しさん mailto:sage [2006/04/19(水) 09:42:00 ]
受注テーブルが有って
受注状態を表示したいとき
顧客マスタ、単価マスタとJOINするものじゃないの?

他の人ってどうしてるの?

156 名前:仕様書無しさん [2006/04/19(水) 11:09:37 ]
>>113
> あとはIDEで比較しても
> EclipseまだまだVB6のレベルにいたっていない、

VB6とはなんぞや。
EclipseはIDEであって言語ではないぞ。
VB6は言語であってIDEではないぞ。
まずそこをはっきりしろ。
一体何を比較対象にして何が言いたいのか。

> 10年近く開発環境としては遅れている、残念ながら
Visual Studioはリファクタリング機能、プラグイン自作機能としては
明らかにEclipseよりも遅れを取っているのだが。10年くらい
遅れているかもしれないな。


> でJavaの悪いところで、メモリはこれまた馬鹿食い、、、
メモリ600MBあれば快適だ。起動オプションに最大ヒープメモリサイズを
指定しておけば高速化する。



157 名前:仕様書無しさん [2006/04/19(水) 11:11:05 ]
>>116
> Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い

どう核が貧弱だと思っているのだろうか?
まずそこから説明してくれ。さもないとただの詭弁だ。
たとえば、他の原語と比べて何の核が貧弱だと言いたいのか?





158 名前:仕様書無しさん [2006/04/19(水) 11:56:35 ]
Java叩きするC言語厨は高卒中年
pc8.2ch.net/test/read.cgi/prog/1145281298/

159 名前:仕様書無しさん [2006/04/19(水) 11:58:21 ]
>>119
> JavaってJVMがメモリリークするから、1開発者の立場ではどうしようもない。

お前がメモリリークしないように開発する努力を怠っているから
メモリリークが起きるんだろ。
Javaでメモリを効率よく管理するテクニックくらい自分でぐぐって調べろ。



160 名前:仕様書無しさん [2006/04/19(水) 12:00:02 ]
>>132
> TomcatやApacheもJavaじゃなければな〜と思っちゃうよね実際、、、。

ハァ? Apache はCで書かれているんだが。
文句があるなら 100%Pure Java アプリケーションサーバJettyを使え。


161 名前:仕様書無しさん mailto:sage [2006/04/19(水) 12:32:54 ]
コンピュータ言語は比較できるが、 原 語 なるものと比較はできない。
語彙が非常に偏っていて、コンピュータ用語をランダムに並べ替えて間を埋めたかのような
疑似日本語で醜いレスを返しているのはたった一人のJava厨房だな。

他人に説明を求めるばかりで、言ってる事は根拠薄弱極まりない。
一般受けする統合開発環境を先に出してきたのはMicrosoftで、Sunは最初はコマンドラインしかサポートしていなかったはず。
プラグインにしても、VisualStudioには90年代から有償のサードパーティによるものが存在していた。
検証、リファクタリングなどの用途は別のソリューションがいくらでも提供されているからあえて出さないというのは
マイクロソフトがサードパーティを重視していた戦略の表れだ。Java系の環境はいってみれば、後だし。
無償であるから何でもそろっているかのような錯覚を受けるが、必ず制約がある。対価のないものは保証されないからだ。
メモリも、アプリケーションの規模に依存するのに何を持って600MBなどというんだか。近代のOSは高いメモリを
安いストレージによって補うことで発展してきたというのに、最初からどかぐいするような代物は正しいのか。

プロセッサとしてのJavaVMの仕様は、非常に古臭く抽象的であるがゆえに可搬性もあるが、
その分最適化されているとはとてもいえない。MSILがx86のアーキテクチャーを考慮したうえで作られているのに
比較して、どうしようもないとすら言える。

日本人の真似をして、煽りスレッドを乱立させ人を不快にする屑Java厨房よ。
半島に帰って自決してはどうか。すこしでも恥というものを知るのであれば。

162 名前:仕様書無しさん mailto:sage [2006/04/19(水) 12:59:51 ]
VisualCafeとかVisual Age for Javaとかteikadeとか
MSとあんま変わんなかった時期だと思うけど。


163 名前:仕様書無しさん mailto:sage [2006/04/19(水) 13:03:13 ]
全部サードパーティだろうが。

164 名前:仕様書無しさん [2006/04/19(水) 14:31:25 ]
>>161

> 一般受けする統合開発環境を先に出してきたのはMicrosoftで

その根拠は何?
どうみても主観的で説得力が無いんだけど。


165 名前:仕様書無しさん mailto:sage [2006/04/19(水) 14:33:43 ]
>>161は組み込みやデスクトップアプリ開発しか経験が無いから
極度に少ないメモリにこだわるんだね。
2,3GBメモリが当たり前の時代に、
今どきメモリが512MBのマシンなんて古臭いっていわれているのに
512MBも食うのがおかしいってお前貧乏人ですか? っていいたいね。



166 名前:仕様書無しさん mailto:sage [2006/04/19(水) 15:50:07 ]
>>165
なにいってるんだかな。メモリどか食い、電力どか食いのくせに逆ギレですか?
メモリだけじゃなくプロセッサリソースもどか食いだろ?バックグラウンドでほかのサービス動けないほどに。
消費エネルギー節減が地球規模で求められているこのご時世、Javaってのは時代に逆行するソリューションなんだって自白しちゃうのかい?
加えて、でかいアメ車はどこでも速く走るが、日本には路地が多いんだぜ?
限られた予算で最大効率を上げなきゃいけない地味な案件が多いというのに、そういうところまで最新最速大容量の押しつけですか?
サーバだったらECC付きのメモリだとか、安価な方向にはハードも走れないだろうに。しかも二重化とかコスト考えもしないのか。
Java使わないでマシンのクラス下げて、その分保守費用に回す方が現実的だ。
そういうトレードオフが出来ない、いうなればアメ車思考がJava厨房の特徴なんだよな。

ああ、組み込みJavaとかでひーひー言ってる奴らはシカトですかそうですか?w



167 名前:仕様書無しさん [2006/04/19(水) 16:24:39 ]
COBOLに比べればなんでもいいよ

168 名前:仕様書無しさん [2006/04/19(水) 16:27:24 ]
今だAなんだけど

169 名前:仕様書無しさん mailto:sage [2006/04/19(水) 22:06:38 ]
D言語がんがれ!

170 名前:仕様書無しさん mailto:sage [2006/04/19(水) 22:22:26 ]
D言語は標準化まであと5年かかるな。

171 名前:仕様書無しさん [2006/04/19(水) 23:42:06 ]
>>156
>EclipseはIDEであって言語ではないぞ
ここだけに噛み付くけど、この考え方は正直古く感じるね。
Javaなんて言語だけとったらC++よりダサい糞言語だよ。
でも、IDEが優秀だったからここまでもってこれたんじゃん。
VB6と比べるならEclipse+Javaでいいと思うよ。

172 名前:仕様書無しさん [2006/04/19(水) 23:46:23 ]
VB、、、VisualStudioの成功は
VBという言語の簡潔さと、IDEの使いやすさ、
リッチクライアントが1時間で〜ってのが大きかったな

Java+Eclipseで果たして、10年の差をつけられて、、、クリアしているだろうか上記3点

173 名前:69式フリーPG ◆hND3Lufios mailto:sage [2006/04/19(水) 23:49:28 ]
そもそも、スタックマシンってどうよ?
おっさん的には登場時に凄い懐かしい感じがしたんだけど。

174 名前:仕様書無しさん [2006/04/19(水) 23:50:20 ]
>>172
Eclipse+VEで作れば、てきとーにVBみたいに作れるんじゃない?



175 名前:仕様書無しさん mailto:sage [2006/04/19(水) 23:53:13 ]
VBと比較するならnetBeans.
Eclipseは全く話にならない。

176 名前:仕様書無しさん [2006/04/20(木) 00:03:40 ]
うむ。netBeansが勝ちだな。品質もすこぶる良い。
eclipseのような素人が作ったプラグインだらけなのはどうもな。



177 名前:仕様書無しさん [2006/04/20(木) 00:08:59 ]
おっさんのスタックはリンカのSTACK:SIZEオプションで作られている。

178 名前:仕様書無しさん [2006/04/20(木) 00:10:37 ]
>>175-176
なんの機能に対してどうすごいっつってんのかわからないな。
配置できるかできないかってところは大してかわんねぇじゃん。
使ってる人数だけみるならEclipseのがいいと思うよ。
使ってる人数の多さが情報量の多さにつながってそれがソフトの価値をあげるならね。

179 名前:仕様書無しさん mailto:sage [2006/04/20(木) 00:37:40 ]
>>178
好みはあると思うが、コードエディタとリファクタリング以外のほとんどは
NetBeansの方が上かな。
個人的にはエディタとリファクタリングにしても俺は満足できるレベルだし、
総合的に見てNetBeansの方が勝ってると思う。

ちなみに、情報量に関して言えばNetBeansはEclipseほど情報量を必要としない。
Eclipseはプラグインに関連する情報が必要で、その辺の情報がある程度ないとやっていけない。

180 名前:仕様書無しさん mailto:sage [2006/04/20(木) 00:39:07 ]
最初から必要な情報量が違うんだよな。
そこら辺のことがわからないのがJava厨。

181 名前:仕様書無しさん mailto:sage [2006/04/20(木) 00:41:55 ]
>>179
つAllInOneEclipse + 死ぬほどある書籍

でNetBeansよりもやっぱりまだまだ上だと思う。
さすがにNetBeansのほうが上とかいうには大げさ過ぎる。

182 名前:仕様書無しさん [2006/04/20(木) 00:52:46 ]
MSから遅れをとること10年、、、いまだVBの壁はでかい

183 名前:仕様書無しさん mailto:sage [2006/04/20(木) 00:53:43 ]
>>177
何M?
漏れ最近3Mです。

そーいや、Javaってひーぷじゃなくてすたっく変更できるの?

184 名前:仕様書無しさん mailto:sage [2006/04/20(木) 01:01:23 ]
-Xssでスタックサイズ調整出来るだろ1スレ毎のだと
って俺は釣られてしまった

185 名前:仕様書無しさん [2006/04/20(木) 01:02:01 ]
最近立ち上がりつつある
JavaからWin32.EXEのアセンブリツールとLinuxバイナリのがあるけど
どうなんだろか?JavaVM使わないで動くからいいかも、、、

186 名前:仕様書無しさん mailto:sage [2006/04/20(木) 01:10:32 ]
昔からあるだろバイナリ変換ツールの類だと
そんなことしてネイティブに落としても言語の糞さが
緩和されないかぎり結局永遠にC/C++には敵わないけどな



187 名前:仕様書無しさん mailto:sage [2006/04/20(木) 02:21:39 ]
>つAllInOneEclipse + 死ぬほどある書籍
そんなに重要か?
仕事で使うなら最初から品質に問題なきゃいいんじゃネーノ?

商業版のWSSDなんて書籍そんなに無いけど問題ないぜ?


188 名前:仕様書無しさん mailto:sage [2006/04/20(木) 06:29:59 ]
>>187
>そんなに重要か?
重要だろw

189 名前:仕様書無しさん mailto:sage [2006/04/20(木) 09:00:53 ]
IDE上で開発することが目的で、
IDE整備が目的じゃないのでそんなことに時間をとられたくない

eclipseはいっぱい本があるが
プラグインやフレームワークがたくさんあるので
それぞれについて浅い内容を扱った本があるだけ


190 名前:仕様書無しさん mailto:sage [2006/04/20(木) 09:51:44 ]
目的と手段の重要性を入れ替えて、手段の充実に手をかけさせて競争力を奪うのがオプソ戦略・・うわなにをすあsdfghjk;;

191 名前:仕様書無しさん [2006/04/20(木) 12:39:50 ]
>>161
どうでもいい長文ウザ。
どうせ単なる煽りだし読む価値無し


192 名前:仕様書無しさん [2006/04/20(木) 12:43:58 ]
>>166
> >>165
> なにいってるんだかな。メモリどか食い、電力どか食いのくせに逆ギレですか?
> メモリだけじゃなくプロセッサリソースもどか食いだろ?バックグラウンドでほかのサービス動けないほどに。
> 消費エネルギー節減が地球規模で求められているこのご時世
それでJavaを叩くなら、無駄にスペックを要求するWindowsXP, Windows Vistaはどうなるのか。
それに3Dデザインや3Dゲームやってる香具師らはどうなるのか?
彼らのメモリ消費量はばかにならないぞ。
かれらを消費エネルギーの無駄だと言うのか?
だとしたらJavaを叩くのではなくマイクロソフトを叩くんだな。

それにメモリ容量らCPUスペックに比例して消費電力が増大すると思いこんでいる
お前は実に浅はかだ。もっとハードウェアのことを勉強したらどうだ。



193 名前:仕様書無しさん [2006/04/20(木) 12:45:08 ]
>>171
> Javaなんて言語だけとったらC++よりダサい糞言語だよ。

無駄な機能盛り込んで肥大化して糞コードを量産できるC++のほうが糞言語だが。


194 名前:仕様書無しさん [2006/04/20(木) 12:47:27 ]
>>172
> VB、、、VisualStudioの成功は
> VBという言語の簡潔さと、IDEの使いやすさ、
> リッチクライアントが1時間で〜ってのが大きかったな
VB.NETとVBとの違いを解ってない奴がいっても説得力が無いんだが。

> Java+Eclipseで果たして、10年の差をつけられて、、、クリアしているだろうか上記3点

今、VB開発環境の売上げが落ちていることも知らないのか?


VBを出している時点で語るに落ちているんだよお前は。
VBごときでどの程度のリッチクライアントができるというのか。
Visual Studioがそんなに成功しているなら、
Visual Studio.NET 2005 Expressを無償配布することはなかっ
ただろうに。



195 名前:仕様書無しさん [2006/04/20(木) 13:30:41 ]
>無駄な機能盛り込んで肥大化して糞コードを量産できるC++
Java厨って基本的な言語仕様とクラスライブラリをセットにして考える
しかできないんだね。シンプルに書こうと思えば書けるし
C++の言語仕様はANSI Cよりは複雑かもしれないが十分シンプルだ。
なんでもフルフルフルセットじゃなきゃ仕事できないのかねえJava厨は。

196 名前:仕様書無しさん mailto:sage [2006/04/20(木) 13:42:28 ]
>今、VB開発環境の売上げが落ちていることも知らないのか?

ソースは?

>VBごときでどの程度のリッチクライアントができるというのか。

VBでは質の低いリッチクライアントしか作れないという意味なら
それは完全なる間違い。
開発者に依存する。




197 名前:仕様書無しさん [2006/04/20(木) 13:49:03 ]
まあJava厨ならVBすらまともに使えないのは自明。

198 名前:仕様書無しさん mailto:sage [2006/04/20(木) 14:19:22 ]
ここでもJavaとアンチJavaが糞を投げ合っているのかw
糞スレ多すぎ。

199 名前:仕様書無しさん [2006/04/20(木) 16:02:53 ]
>>174
それだったらNetBeansやJavaStudioCreatorのほうがいい

200 名前:仕様書無しさん [2006/04/20(木) 16:03:25 ]
>>176
> うむ。netBeansが勝ちだな。品質もすこぶる良い。
> eclipseのような素人が作ったプラグインだらけなのはどうもな。

VBしか知らない奴がEclipseやNetBeansの話を知ったぶるのが笑える


201 名前:仕様書無しさん [2006/04/20(木) 16:04:38 ]
>>179
> >>178
> 好みはあると思うが、コードエディタとリファクタリング以外のほとんどは
> NetBeansの方が上かな。

プラグインの豊富さ、プラグイン自作のしやすさ、情報量の多さ、知名度の高さ、
成長速度は明らかにEclipseの方が上だわな。



202 名前:仕様書無しさん [2006/04/20(木) 16:06:23 ]
>>187
> つAllInOneEclipse + 死ぬほどある書籍
> そんなに重要か?
> 仕事で使うなら最初から品質に問題なきゃいいんじゃネーノ?
> 商業版のWSSDなんて書籍そんなに無いけど問題ないぜ?

WSADの間違いか?
Eckipseの商用版といってもEclipseベースにしているなら
Eclipseの使い方を知っているだけでもWSADを使いこなせるかどうかが違ってくるだろ

203 名前:仕様書無しさん [2006/04/20(木) 16:09:18 ]
>>189
> IDE上で開発することが目的で、
> IDE整備が目的じゃないのでそんなことに時間をとられたくない
だからAll-In-One-Eclipseを使えと行っている。

> eclipseはいっぱい本があるが
> プラグインやフレームワークがたくさんあるので
> それぞれについて浅い内容を扱った本があるだけ
本は浅いが、ネットには深い情報が転がっている。
Eclipse Plugin Centralや Eclipse-plugins.infoなどに膨大なプラグインデータベースが存在する。

204 名前:仕様書無しさん [2006/04/20(木) 17:14:41 ]
>>195
> 無駄な機能盛り込んで肥大化して糞コードを量産できるC++
> Java厨って基本的な言語仕様とクラスライブラリをセットにして考える
> しかできないんだね。シンプルに書こうと思えば書けるし

お前って日本語読めないの?
なんでそういう短絡的な考え方しかできないんだろうね。
ところでJava厨って誰?

205 名前:仕様書無しさん [2006/04/20(木) 17:45:55 ]
プププ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会=プログラマの権威
pc8.2ch.net/test/read.cgi/prog/1141487104/


206 名前:仕様書無しさん [2006/04/20(木) 18:01:46 ]
>>196
> >今、VB開発環境の売上げが落ちていることも知らないのか?
> ソースは?

ドン!





















VS 2005のExpress Editionは事実上,無償提供へ:ITpro
"VS 2005のExpress Editionは事実上,無償提供へ"
itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/




207 名前:仕様書無しさん [2006/04/20(木) 18:45:55 ]
レスがしばらくつかないということはトドネト厨(=VB厨)には衝撃的なニュースだったようですね


208 名前:仕様書無しさん [2006/04/20(木) 18:46:13 ]
VBバブルはすでに崩壊済みなんですよ

209 名前:仕様書無しさん [2006/04/20(木) 18:46:30 ]
ブイバブルは崩壊済み

210 名前:仕様書無しさん mailto:sage [2006/04/20(木) 18:59:32 ]
( ゚д゚) ・・・ 
 
(つд⊂)ゴシゴシ
 
(;゚д゚) ・・・
 
(つд⊂)ゴシゴシゴシ
  _, ._
(;゚ Д゚) …!?

考えようによってはXPの代金に織り込み済みという見方すら出来るんだがなぁ・・。

211 名前:仕様書無しさん mailto:sage [2006/04/20(木) 19:13:48 ]
こういうことだ。

(^ー^)ノ <やあ、みんなパソコン買ったらWindows入ってるよね?

(; ̄_ ̄)ぅ <はいってないの?なんで?

…o(;-_-;)o

割れ物・・・(゜゜;)\(--;)ォィォィ

(^ー^)ノ <ところで、VisualStudioExpressってしってるかな?これで君のWindowsのプログラムを自分で作れちゃうんだ!

o(〃'▽'〃)o <なんかわくわくしちゃうよね あははっ♪ 

(^ー^)ノ <お代は商品の代金に含ませて貰ってるんだ。MediaPlayerとかIEもそうだけどね。だから気にしないでがんがん使ってね!





212 名前:仕様書無しさん mailto:sage [2006/04/20(木) 19:17:44 ]
うるさそうなので。

(^ー^)ノ <やあ、みんなJava入れてくれた?

(; ̄_ ̄)ぅ <はいってないの?なんで?

…o(;-_-;)o

重いんだもの・・・(゜゜;)\(--;)ォィォィ

(^ー^)ノ <ところで、JavaSDK,NetBeansてしってるかな?これで君のWindowsのプログラムを自分で作れちゃうんだ!

o(〃'▽'〃)o <なんかわくわくしちゃうよね あははっ♪ 

(^ー^)ノ <お代は君らが買う商品の代金とかにこっそり含ませて貰ってるんだ。だから気にしないでがんがん使ってね!

なんか重いしもっさりしててまんどくさいんだけど・・・(゜゜;)\(--;)ォィォィ
なんか漏れが作ったのともだちのとこで動かないんだけど・・・(゜゜;)\(--;)ォィォィ

213 名前:仕様書無しさん [2006/04/20(木) 20:20:53 ]
Java
Java 言う 客は糞なのだけはガチ

214 名前:仕様書無しさん mailto:sage [2006/04/20(木) 21:01:30 ]
>213
同意してしまう

215 名前:仕様書無しさん mailto:sage [2006/04/20(木) 22:48:44 ]
ant厨まで逃げてきたのかwwww

216 名前:仕様書無しさん mailto:sage [2006/04/20(木) 23:11:58 ]
>>206

これだから学生さんは困るな

仕事でExpress Editionでは足りない
無償提供は明らかにeclipse対策

.NET Frameworkに移行すべきかどうか迷っている会社では
VB6やVC6を現役で使ってる








217 名前:仕様書無しさん [2006/04/20(木) 23:40:50 ]
>>213
同意できないでしまう。

218 名前:仕様書無しさん [2006/04/20(木) 23:41:49 ]
>>216
> .NET Frameworkに移行すべきかどうか迷っている会社では
> VB6やVC6を現役で使ってる

それじゃM$にとっては見事な戦略失敗だなw
VC6ならわかるがVB6は痛いなw







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef