07/03/07 19:00:58
>>144
オッサン板？ ハゲ・ズラ板？
201:仕様書無しさん
07/03/07 19:01:45
>>153
おじいC厨を呼び込むスレじゃろう
202:仕様書無しさん
07/03/07 19:02:19
>>156
ワロタ
203:仕様書無しさん
07/03/07 19:02:38
>>153
今はprintfの時代だぞ
204:仕様書無しさん
07/03/07 19:02:58
>>158
あれのどこがカリスマなんだ。
バカに見える。
205:仕様書無しさん
07/03/07 19:03:59
>>162
WindowsDDKで苦しむデバイスドライバ開発、徹夜残業禿が多い組み込み貧乏
まともなところではLinux開発など。だがそれもごく稀の才能
206:仕様書無しさん
07/03/07 19:04:24
JavaできますよりJavaとC/C++できますのがカッコよくない？
207:仕様書無しさん
07/03/07 19:04:43
>>165
おまえ、「あちら側」の意味わかっていってるのか？
Web2.0 and Googleの世界だぞ
208:仕様書無しさん
07/03/07 19:05:23
>>166
まるでこの世にいるすべてのアーキテクトが駄目だと主張しているような物言いじゃないか
209:仕様書無しさん
07/03/07 19:08:16
>>168
いや、あれはいま衰退している。
クライアントサイドではSwing VS. ,NETという激しい戦いがあるだろうけど
Java EE vs. .NET ではJava EEの圧勝。
今なら激しい戦いになりそうなものは、
PHP, Rubyだろう。
だが、それも弱きスクリプト言語だ。
で、結局Javaには恐い者なしなのかというと、
問題になるものはJava陣営内に潜んでいる。
IBMとSunとの関係。これがでかい。
SWT vs. Swing
Eclipse vs. NetBeans
これは非常に苦しい戦いになるだろう。
210:仕様書無しさん
07/03/07 19:08:41
>>166
いったいどこのスレなんだ？
211:仕様書無しさん
07/03/07 19:08:53
>>170
D言語はどうなる？
212:仕様書無しさん
07/03/07 19:09:17
>>172
つうか、最近ドトネトの話を聞かないのだが。
213:仕様書無しさん
07/03/07 19:09:23
>>206
カッコ良いというより
それくらい出来ないと稼げないんじゃなかろうか？
C/C++出来て損はしないと思う
214:仕様書無しさん
07/03/07 19:09:32
>>207
ちょっと聞きたいんだが
Web2.0 and Google での主言語ってやっぱJava？
215:仕様書無しさん
07/03/07 19:09:54
>>173
そうでもねえな。せめてC++できれば
っていったほうがまだまだ説得力はある。
CできてもJavaをやり始めると、オブジェクト指向で躓くからな
216:仕様書無しさん
07/03/07 19:12:51
>>215
C言語でも構造体と関数ポインタで
オブジェクト指向ライクに開発してる現場は結構あるよ
217:仕様書無しさん
07/03/07 19:12:52
>>179
> >>169
> それで、馬鹿にしてな
> 逆にCのオプソのレビューで対抗...
> でも、これ逆に突っ込まれて答えに窮してってパターンになりそうだな
> >>168
> 俺もそう思う。 MS帝國はWindows（鯖、クライアント）ではJavaじゃなく.NETにしたいだろうからな
> へたすると、将来、Javaは帝國以外用となるかもしれん
それはどうだろう？ いま、M$帝國の牙城は【Googleの破壊戦略】によって崩されようとしている。
.NETについては、大して力もないな。
サーバで十分力があるJavaと、組み込み機器がPC化し、家電製品がPC化することで、
M$の立場も徐々に追いやられてくる。家電用Windowsなんて作っても、
M$は既存の家電メーカーの力には勝てずにいるのが現状。
組み込み機器でもM$は大した影響力を持っていない。
PCの立場が変わるにつれて、M$もかなり苦しい立場に追いやられると見た。
218:仕様書無しさん
07/03/07 19:13:21
>>180
ドトネトはJavaのようにフレームワークが充実していないから
将来は怪しい。
219:仕様書無しさん
07/03/07 19:14:20
>>181
Java One Tokyoのときは確かに女が多かった。
それに比べてC言語系の組み込みカンファレンスなどの展示会ときたら、
ハゲ、ヅラばかりで、女は少なかった・・・・
220:仕様書無しさん
07/03/07 19:14:32
>>183
鬼とは？
221:仕様書無しさん
07/03/07 19:14:39
>>184
ちょっとワロタ
222:仕様書無しさん
07/03/07 19:14:49
>>213
何いってんるんだこいつ。Javaがあれば他は要らない。
C糞は我々が動作するためのVM下を向上させるために必要だが
Javaの足元で這いつくばっていればいい。
Cなんて2流市民。
223:仕様書無しさん
07/03/07 19:15:04
>>185
ム板やマ板では熾烈な争いがあったよw
C#って死滅しちゃうの？ とかw
懐かしすぎてワロタ
224:仕様書無しさん
07/03/07 19:16:01
>>190
大学で未だにC教えているところであれば、
そこからC爺が排出される
225:仕様書無しさん
07/03/07 19:16:03
>>216
なんですかその似非オブジェクト指向は？
226:仕様書無しさん
07/03/07 19:16:19
>>191
北斗の拳かお前はw
227:仕様書無しさん
07/03/07 19:17:17
>>193
ま、今後は、Jini(Apache River)の台頭によって
Javaでもハードウェアデバイスドライバを書けるようになって、
C自慰もさらに苦しい立場に追いやられるだろうねえ
228:仕様書無しさん
07/03/07 19:17:57
>>224
それは教授や講師がジジイだから。
ジジイはそうやって自分の保身を図る。
229:仕様書無しさん
07/03/07 19:18:03
>>198
それはつまり
URLﾘﾝｸ(java.net) = 自慰C脂肪
230:仕様書無しさん
07/03/07 19:18:15
>>222
他力本願っぷりにワロス
231:仕様書無しさん
07/03/07 19:19:02
>>219
Java oneや組み込みコンファレンスに参加するおまいって
組み込み分野に切り込もうとするJava戦士?、なら、カッコイイな、ガンバレ
232:仕様書無しさん
07/03/07 19:19:57
>>199
JavaChipはさらに改良されてゆくよ。
今後はJiniとJavaOS(Java ME)に期待だ。
233:仕様書無しさん
07/03/07 19:20:17
>>206
できて当たり前よ
234:仕様書無しさん
07/03/07 19:20:28
>>214
Ajax
235:仕様書無しさん
07/03/07 19:21:40
>>216
そんな似非オブジェクト指向なんて開発効率悪いんだよ。
private宣言もできんわ
コンパイラがまともにエラーを返さないようでは
Javaには勝てん
236:仕様書無しさん
07/03/07 19:22:02
C爺が来てるな。
237:仕様書無しさん
07/03/07 19:24:21
>>232
JavaChip現存するのか？
おれ、それを使ってると聞いたことないが...
238:仕様書無しさん
07/03/07 19:24:32
>>222
未来ではJavaか、Java派生言語で溢れかえっているのだろうねえ。
未来のソフトウェアは、あらゆる者がJavaが完全にベースとなっている。
Javaは、遺伝子のようなものになるのかもねえ。
遺伝子さえあれば、生き物を生み出すことができる、みたいに、
すると、C言語は、有機化合物かね。しかし、C言語はアミノ酸だとは限らない。
しかも人間に不要もしくは有害な有機化合物までも作ってしまう。
アセンブラが、原子。ただし、有機化合物とは限らない。
こんな喩えがこの世界ではしっくりくる。
生命のビッグバンが始まればあらゆるソフトウェアはJavaで溢れかえるんだろう。
239:仕様書無しさん
07/03/07 19:27:02
未来は、有機情報生命体の時代なんだよ
240:仕様書無しさん
07/03/07 19:27:14
Cも使えないJava厨が泣きながら騒いでいるスレはここですか？
241:仕様書無しさん
07/03/07 19:27:33
>>231
いや、まだ切り込もうとは思わないよ。
電池の持ち時間が長くなり、リアルタイムJavaが安定してくれば
組み込みJavaも力を出すだろうけどね。
今の携帯端末で、100MB以上のサイズのJavaアプリケーション
を搭載できるようになれば、Java MEも変わってくるだろうね。
そしてJava MEに取り込まれたJava OSが携帯電話に吹き込まれる。
242:仕様書無しさん
07/03/07 19:27:37
言語固執レベル層の隔離スレはここですか？
243:仕様書無しさん
07/03/07 19:29:41
Javaの習得は簡単なんだから
C言語しか出来ない奴でも習得は簡単だろｗ
244:仕様書無しさん
07/03/07 19:30:05
みんなC爺のネチネチ嫌味に負けるな！！
245:仕様書無しさん
07/03/07 19:30:09
そうねJavaが主流になると思うよ。
ただその期間はCが主流であった期間と大差ないけどね。
246:仕様書無しさん
07/03/07 19:30:12
爺の侵攻キター、>>197 お前の出番だぞ
247:仕様書無しさん
07/03/07 19:30:18
C爺に未来はない。未来があるのはJavaのみ。
248:仕様書無しさん
07/03/07 19:30:49
>>237
JBlendとかにかわっちゃってるからね携帯電話は。
今のところ、目立つように姿を現さないけど
JavaOS(現Java ME(旧J2ME))が改良されればJavaチップも
再び息を吹き返すと思う。
というか、Java CardにはすでにJavaチップは入っているよ。
大日本印刷が作っているカードはJava Cardが搭載されている。
日本だとオサイフケータイで有名なFeliCaが勢力を伸ばしているので、Java Cardの力は弱いけれども、
台湾や欧米の国では、Java Cardを国民健康保険カードに搭載している。
さてさて、これからどうなることかな。
249:仕様書無しさん
07/03/07 19:31:14
>>240
使えるけどCだけじゃ食っていけないんだよね。Cの仕事なんてないし、
JavaやPHPばっか
250:仕様書無しさん
07/03/07 19:31:53
>>243
それはどうかな。やはり5年以上の修行は必要だね。
データベースやネットワークのことを知らないと
Java開発では使い物にならない
251:仕様書無しさん
07/03/07 19:32:40
ほんと、爺は消えてくれねーかなー。
うっとうしくて。
Cなんかで食っていけるのあと何年だよw
年金もらえるのはまだまだ先だぞー
252:仕様書無しさん
07/03/07 19:32:46
>>247
いや・・・もう引退が近いから、未来が無いのは当たり前なんだが
253:仕様書無しさん
07/03/07 19:32:57
>>250
得意のビジネスロジックですか？ﾆﾔﾆﾔ
254:仕様書無しさん
07/03/07 19:32:57
>>245
Cは何でもできてしまうことが普及を妨害する事になったとは思うけどねえ。
Javaのように、使える者を制限し、有機化合物のように
使える原子は主に炭素、水素、窒素、酸素だけに制限することで
進化したということだね
255:仕様書無しさん
07/03/07 19:33:20
>>253
意味が解らないw
256:仕様書無しさん
07/03/07 19:35:09
>>250
Cでも使うだろ
257:仕様書無しさん
07/03/07 19:36:05
Javaがいつになく優勢でうれしい。
258:仕様書無しさん
07/03/07 19:36:24
お舞らよ、ここはjavaスレだ、C爺の侵攻を撃退しろ
間違ってもC爺にスレ占領されるなよ
259:仕様書無しさん
07/03/07 19:38:55
>>250
>>256 の言うとおりだよ、それじゃ侵攻撃退できんぞ、orz
260:仕様書無しさん
07/03/07 19:38:57
>>254
使える者を制限って
単にプログラマのハードルが下がっただけじゃねーの？
261:仕様書無しさん
07/03/07 19:41:34
たったな爺スレ
262:仕様書無しさん
07/03/07 19:49:40
鬼のいぬ間の祭り終了w
263:仕様書無しさん
07/03/07 19:50:47
みんな散れっ
264:仕様書無しさん
07/03/07 19:51:40
>>侵攻中のC爺
なんか、おじゃばさまが他スレで爺を暴れさせないために隔離用新爺スレ立てたみたいです
C爺、新おさんスレに移ってください。
265:仕様書無しさん
07/03/07 20:00:17
Javaが最高です。
Javaのおかげで就職できました。
Javaのおかげで彼女も出来ました。6月に結婚します。
266:仕様書無しさん
07/03/07 20:05:25
>>265
最後に一言付け加えなきゃ
でも、んぽぽん なんです。
267:69式フリーPG ◆hND3Lufios
07/03/07 20:11:55
くそう。
俺もJavaをやってれば23歳くらいの新妻と！
268:仕様書無しさん
07/03/07 20:26:37
Cの案件なんて作業服着て工場でパイプ椅子に座って仕事だろｗｗｗｗ
女なんか全然縁が無いよなｗｗｗｗ
デスマデスマであっというまにつるっぱげの老人にｗｗｗｗ
269:仕様書無しさん
07/03/07 20:30:29
俺も悔しいよ。java世代に生まれりゃあ女の子と知り合い放題だったのになあ。
270:仕様書無しさん
07/03/07 20:32:28
マジな話、Web系の現場って女の子多いよな。
271:仕様書無しさん
07/03/07 20:33:31
くっそー女の恨みは深いぞよ
272:仕様書無しさん
07/03/07 20:38:23
Javaが大勝利とウチの嫁が申しております。
273:仕様書無しさん
07/03/07 20:44:04
Javaの大勝利です。よってこのスレも役目を終えました。
ほんとうにありがとうございました。
274:仕様書無しさん
07/03/07 21:01:18
私の始めてのプロジェクト
それはJAVAでWEBアプリで、私はPG Lv4でした。
その言語は甘くて香ばしく、こんな素晴らしい言語で開発できる私は、
きっと特別な存在なのだと感じました。
今では、私がPM。OJTの新人割り振るのはもちろんJAVAで開発。
なぜなら、
彼もまた、特別な存在だからです。
275:仕様書無しさん
07/03/07 21:10:40
またホロン部が大量に湧いてますね？ｗ
276:仕様書無しさん
07/03/07 21:25:29
Javaは言語そのものは洗練されてるんだが、環境が糞すぎる。
277:仕様書無しさん
07/03/07 21:27:53
これからの時代はNullReferenceExceptionだよ
278:仕様書無しさん
07/03/07 21:37:16
gcjがまた遅い。とてもネィティブと思えない。
279:仕様書無しさん
07/03/07 21:44:16
>>256
Cで使うのに、どれだけバグを出すのだろうな。
Cでは開発効率が非常に悪いだろう。
280:仕様書無しさん
07/03/07 21:45:06
>>260
ほうほう、それでは、バカみたいに病原菌を生み出す必要が
なくなったことがハードルが下がったとでもいうのかね
281:仕様書無しさん
07/03/07 21:45:38
>>267
トリップは偽物だな
282:仕様書無しさん
07/03/07 21:46:03
>>268
そんな感じだな。組み込み系は
283:仕様書無しさん
07/03/07 21:46:36
>>275
どれがホロン部なんだわからんなw
284:仕様書無しさん
07/03/07 21:46:46
>>276
開発環境はそうでもないな
285:仕様書無しさん
07/03/07 21:49:58
>>284
kwsk
286:仕様書無しさん
07/03/07 21:57:56
>>284
kwsk!!!
287:仕様書無しさん
07/03/07 22:58:37
EclipseとNetBeans以外に何が？
288:仕様書無しさん
07/03/07 23:20:12
>>267
それは無い
289:仕様書無しさん
07/03/09 07:51:25
暴風雨のようだったな
290:仕様書無しさん
07/03/09 12:35:19
どうせなら16歳の新妻にすればいいのに
291:仕様書無しさん
07/03/09 13:50:22
お～JavaJavaJava～ おJavaんが！
292:仕様書無しさん
07/03/11 05:32:22
んぽぽんぽん♪ んぽぽんぽん♪
じゃわぽんのシンドバット♪
293:仕様書無しさん
07/03/11 14:09:42
サザンオールスターズの勝手にシンドバットを
思い出したジャマイカ
294:仕様書無しさん
07/03/12 01:29:47
最初から、Ｊａｖａしかやらないやつは、なんちゃってＰＧだよな。
よくいるんだよ。まったく別の業種からやってきて、ＩＤＥの保管とＡＰＩリファレンスだけで、ソフト作って、ＰＧになった気分になるやつ。
昔は、もっと職人だったんだけどのなぁ。ＰＧは。今や、コンビニのバイトと変わらん。誰でもできる。
295:仕様書無しさん
07/03/12 01:43:59
いまごろ釣りですか？
296:仕様書無しさん
07/03/12 01:58:50
Javaを使えない人は、技術者として問題ありだけど、Javaしか使えない
人は、技術者としてお㍗る。
297:仕様書無しさん
07/03/12 15:51:52
ジャワぽんさんはえばり腐る割にはたいした仕事してないですもんねえ。
それが問題かなあ。ジャワのAPIはすばらしいとか良く言いますけど
積極的に使うのはStringクラスだけでしょう。
298:仕様書無しさん
07/03/12 19:59:43
>××を使えない人は、技術者として問題ありだけど、××しか使えない
>人は、技術者としてお㍗る。
流行の言語名を××に入れるといつの時代にも使える。
#しかも経験が浅いことの自己紹介も兼ねていて、とても便利
299:仕様書無しさん
07/03/12 20:45:44
>>298
経験が浅いじゃなくて、ただの馬鹿だろ？
『お㍗る』とか今時は小学生でも恥ずかしくて使わない
300:仕様書無しさん
07/03/12 20:46:44
なんだこの頭悪そうなスレは
301:仕様書無しさん
07/03/12 20:57:08
ASP (≠ASP.NET) を JSPに書き換えました。。。（仕様変更なしで）
遅くて使い物にならない！作り直せ！って言われました。 ｸｿ！
302:仕様書無しさん
07/03/12 20:57:47
「ハードウェアの速度向上よりもソフトウェアの速度低下の方が大きい」
ってJavaを揶揄してるとしか考えられない。
303:仕様書無しさん
07/03/12 21:02:43
だからそういう奴はJava使うな！他の仕事探せ！
304:仕様書無しさん
07/03/12 21:05:36
SELECT文が返って来るのに1秒掛かるとバグだから直せって言われました。 ｸｿ！
305:仕様書無しさん
07/03/12 21:06:05
>>301は自らの下手糞さを暴露したようなもの。
306:仕様書無しさん
07/03/12 21:06:36
>>250
視野狭めー
307:仕様書無しさん
07/03/12 21:08:12
>>306の視野はとんぼ並みだな。
308:仕様書無しさん
07/03/12 21:24:50
>>305
だろ？
309:301
07/03/12 21:28:02
いや、ASPも同じくらい遅いんだ・・・ 言語変えれば早くなるだなんて・・・ 聞いてネェよ・・・ orz
310:仕様書無しさん
07/03/12 21:49:03
そうか？
俺は同じソフトをVBAからCに書き換えただけで100倍以上速くなったぞ
311:仕様書無しさん
07/03/12 22:08:53
じゃ、更に高速にするためにアセンブラで書き直してくれ
312:69式フリーPG ◆hND3Lufios
07/03/12 22:12:07
Javaのおかげで仕事があるともいえるしなー。
作り直しという。ｗ
313:仕様書無しさん
07/03/12 23:53:33
俺の最適化よりコンパイラの最適化のほうが優秀なのでアセンブラで書くと遅くなります
314:仕様書無しさん
07/03/13 00:42:17
>>313
へたれCプログラマだな、そんな香具師はjavaが最適だぞ
315:仕様書無しさん
07/03/13 00:45:07
最近はインラインアセンブラとか使わないの?
316:69式オサンクローン ◆4E1yVnBRhg
07/03/13 01:01:53
>>312
おいらそればっかで大もうけ。
ありがたきはジャワ太郎
317:仕様書無しさん
07/03/13 04:20:05
>>313
今時のRISCプロセッサだったらソレが普通じゃないの？
ヘタに分岐やループを使わず、ストレートに処理を並べたりとか。
318:仕様書無しさん
07/03/13 04:23:46
すごいプログラマはアセンブラでパイプラインをストールさせないプログラムを書く。
それが、C職人
319:仕様書無しさん
07/03/13 04:34:17
お前はもうずっとアセンブラで書いてろ
320:仕様書無しさん
07/03/13 06:09:47
お前はもうずっとCで書いてろ
321:仕様書無しさん
07/03/14 00:56:31
>>294
またまた鸚鵡返しをしちゃってええ
だからJavaしかやらない人間なんて、この世にいないんだって。
そんなんで飯食えるわけ無いでしょうに
322:仕様書無しさん
07/03/14 00:57:32
>>301
JSPCでプリコンパイルくらいしておけ。
っつううか、MVCできちんと分割しろや
323:仕様書無しさん
07/03/14 00:57:51
>>302
今どきそんなこといってるやつなんていないよ
324:仕様書無しさん
07/03/14 00:59:00
>>309
ソースコードを見せて貰おうか。
ソースコードを見ないことには、
なぜ遅くなったのか分析できんからな。
ついでに、server.xmlやweb.xmlなども見せて貰おうか。
325:仕様書無しさん
07/04/22 15:07:00
庶民の実感とは関係なく現在既にバブルに突入しているらしい。
つまり皆遠慮なくJavaは遅いと言っていいぞ。
326:仕様書無しさん
07/04/24 10:34:30
10年前の状態かそれは
ムーアの法則があるし量子コンピュータが台頭すればJavaの遅さなど気にもならない
327:仕様書無しさん
07/04/24 12:23:29
ムーアの法則：最近は通用しなくなってきている
量子コンピュータ：電波or厨房の御用達キーワード
328:仕様書無しさん
07/04/24 13:04:11
JAVAが速いのは分かった。
でもJVMを経由しない方がもっと速いと思うんだ
329:仕様書無しさん
07/04/24 13:19:26
高級言語が速いのは分かった。
でも機械語の方がもっと速いと思うんだ
330:仕様書無しさん
07/04/24 14:28:13
Java自体は結構早いんじゃないの。
VMが重いから、そのオーバーヘッドに耐えられないショボいサーバだと死ぬだろうけど。
知り合いでJava重いって逝っている奴って、負荷分散も出来ない無能＆貧乏な奴くらいだが。
331:仕様書無しさん
07/04/24 14:29:20
サーバｗ
332:仕様書無しさん
07/04/24 14:41:01
あ、PGには分からんか。
説明するのも面倒だが、まあ高性能のPCとでも思ってくれｗ
333:仕様書無しさん
07/04/24 15:10:18
ソフトバンク携帯について
この携帯は「全然つながらないから解約しようとしたら、6万請求された」とよく聞く（※）。
（つながりにくい理由は、ソフトバンクが使用する周波数が建物に弱いこと等、色々）
そして、各種プランが良くないが、ホワイトプランが特に良くない。
携帯のメーカーの数で考えて「友人の４分の１くらいは持ってる？」と考えがちだが…
ソフトバンク携帯を持つのは 約300人 に 1人。
300人の友人がいても、確率的にはそのうち1人しか無料にならない。（契約数／日本人口で計算）
その1人以外の通信料はすべて、他社の約２倍。1日たった7分でも月に1万円を超える。
トップが朝鮮人だからとは言わないが、日本人の客の満足度を真剣に考えてるとは思えない。
つながりにくいことにも、予想以上に金がかかることにも、解約金にも、すべて「後から」気づく。
「金さえとれば後で文句を言われてもOK」とも感じるので、気をつけて欲しい。
※…新聞記事は「０円携帯 解約に６万円 県、ソフトバンクに改善要望」で検索
↓ついでに。カモにされてるのは、ソフトバンク株を買ってる者も同じだった…
ｽﾚﾘﾝｸ(bizplus板)
334:仕様書無しさん
07/04/24 15:39:58
>>332
サーバ＝高性能のPCｗ
335:仕様書無しさん
07/04/24 16:32:25
だからいい加減にネイティブ吐けよ
そうすりゃ使ってやるよ
336:仕様書無しさん
07/04/24 17:19:49
>>332
PGバカにしすぎｗ
337:仕様書無しさん
07/04/24 19:08:56
おじいちゃん、あれがJava厨だよ
338:仕様書無しさん
07/04/25 14:59:24
バーチャルマシンのよさがわかってないやつｗｗｗｗ ﾍﾎﾞｰｰｰ
339:仕様書無しさん
07/04/25 15:07:32
C厨は頭が古いｗ
340:仕様書無しさん
07/04/25 15:31:47
歴史を繰り返しているだけということに気付かないJava厨ｗ
そんなJava厨もあと数十年すれば
これが極めて人間臭い茶番だということに気付くだろう。
341:仕様書無しさん
07/04/25 23:20:10
まあ未来人の俺からすれば
みんな馬鹿ｗｗｗ
342:仕様書無しさん
07/04/26 00:02:59
病院池 自称未来人くん
343:仕様書無しさん
07/04/26 00:11:18
一人だけお利口さんなのもさぞ辛かろう
344:仕様書無しさん
07/04/26 00:18:46
オブジェクト指向がわからないおじいちゃん乙
345:仕様書無しさん
07/04/26 10:59:16
>>341
藤原乙。
346:仕様書無しさん
07/05/05 10:10:59
こういうスレの住人のほとんどは学生や
ニート、またはクズ社会人である。
なぜなら、まともな社会人は何を使うか？ということよりも、
いかに稼ぐか？ということを考えるからだ。
そして何よりも開発経験が豊富故に「適材適所」という言葉を理解している。
なにを使おうが、稼いだもの勝ちである。
347:仕様書無しさん
07/05/05 10:39:26
稼いだものが勝ちという思考しかできないアホは
多重ハケンの糞経営者に搾取されながら「大喜びで仕事する」馬鹿
なぜならば技術のこだわりがないからだ。こだわりが無いということは
たいした記述も無い、つまり一般的な業務処理程度しかできない人工だ。
つまり単価は安い。貧乏である。当然女にももてない。
348:仕様書無しさん
07/05/05 12:15:26
モチツケ。
経営という行動は収益が目的である行動であるが
PGという職業を選択している理由はさまざまで、
その理由が収益である場合は殆ど無い。
でいいんじゃね？
349:仕様書無しさん
07/05/05 12:28:01
>>347
粗悪製品に金払う人ですか？
買い物上手になろうな。とりあえず。
ツッコミどころ満載だが、最後の「当然女にももてない」
が、おまいの全てを物語ってるよ。
350:仕様書無しさん
07/05/06 12:31:23
適材適所って言う馬鹿ほど全てになにもできん罠
あちこちつまみ食いして大したスキルもないまま育つ
代入処理のコーディングだけできるアホ糞君
351:仕様書無しさん
07/05/06 12:52:45
>>350
OKOK、じゃ君にはこれからJavaでHDDのファームウェアを書いてもらうからよろしく
352:仕様書無しさん
07/05/06 15:25:25
>>350
おまい日本人じゃねーだろ？
適材適所って言葉、本当に理解してる？
・Javaでコンソールアプリ、ウェブアプリしか作ったことが無い。
・社会人３年目くらいか、それ以下だろう。
・オブジェクト指向について周囲に熱く語り、露骨にVBとかを貶すタイプ。
おおかたこんな感じだろう。うぜｗ
353:仕様書無しさん
07/05/06 18:56:18
>>352
自分の事晒すなよｗ
354:仕様書無しさん
07/05/07 12:27:08
正直iアプリはJava以外の選択肢がない
355:仕様書無しさん
07/05/08 07:51:48
正直iアプリだけ作って飯食ってる人は少ない
356:仕様書無しさん
07/05/08 20:28:05
>>350
OKOK、じゃ君はこれからJava以外つまみ食いせず精進してください。
優秀なVMつくってくださいね。もちろんJavaで。
357:仕様書無しさん
07/05/08 22:51:52
C爺
358:仕様書無しさん
07/05/09 19:32:23
C++はほとんど化石
Javaは気づいてないだけで化石化進行中
10年もすりゃC#あたりに取って代わられてるだろwww
> 今C言語はJVMとOS作るだけで十分だ。それ以外のことは
> いずれ、すべてJavaに委譲すべきだ。
↓10年後
Javaはiアプリ作るだけで十分だ。それ以外のことは
いずれ、すべてC#に委譲すべきだ。
まあそういう俺はC++使ってるわけだがwwwww
Javaとか馬鹿でも使えるように「あんしん設計」された
低脳集団向けの言語だろ
359:仕様書無しさん
07/05/09 20:09:53
10年後にC#が全盛なのかはしらないけれど、
.NETのアプリケーションの起動に…なにかモタツキを感じるのは私だけでしょうか？
360:仕様書無しさん
07/05/09 20:10:55
C++もSTLの使い方をマスターしていれば、比較的安全で
生産性も悪くないと思うんだけどな
361:仕様書無しさん
07/05/09 21:14:30
>>358
産物ではなく、使ってる道具で低脳だのなんだのいってる
おまいが一番低脳だと思う。
Java技術が使用された火星探査機もあったわけだし。
362:仕様書無しさん
07/05/10 01:22:46
いや、Java遅いじゃん。
実際C++の圧勝だし。
URLﾘﾝｸ(shootout.alioth.debian.org)
363:仕様書無しさん
07/05/10 01:25:46
ポリシーの無い肥大化で醜態を晒しているJavaは将来スクラップだが
確信犯で肥大化しまくっているC++は化石化しつつも生き残るな
364:仕様書無しさん
07/05/10 20:15:43
という根拠のないC厨の妄想であった
365:仕様書無しさん
07/05/10 22:45:40
なんでこういうパワーを「俺たちですげー言語つくっちゃおうぜ！」
というベクトルに向かわないのか…。
道具使いは既存の道具から最適なものを選べばいい。
ムシロそうするしかない。
その中で選択肢がなくなるのは寂しいことじゃねーか。
366:仕様書無しさん
07/05/11 01:39:46
>>365
つ D言語
俺は使わないけど。
367:仕様書無しさん
07/05/11 10:38:51
>>365
>「俺たちですげー言語つくっちゃおうぜ！」
この手の連中は結局他力本願なｽﾚしか勃てられず、
結局作れたためしがないという現実。
368:仕様書無しさん
07/05/11 14:52:32
いやJava遅いだろ。
369:仕様書無しさん
07/05/11 16:06:16
LinuxでJAVAとC#を競わせたら
速さではJAVA
メモリ消費量の少なさではC#が勝った
もちろんC#はMonoね
370:仕様書無しさん
07/05/11 22:36:16
>>367
なんで言語作るのにスレ立てなきゃならんのよｗ
どんだけ2ch依存なんだよ。
2chなんて息抜きの場所に決まってんだろ。
371:仕様書無しさん
07/05/12 00:43:50
Javaは遅い。
これは事実だ。
372:仕様書無しさん
07/05/12 01:19:22
作り方が下手糞だからだろ。
低いレベルで考え、高いレベルで書くということができていない証拠だ。
373:仕様書無しさん
07/05/12 01:59:42
delphiの速さにはかなわんだろ
374:仕様書無しさん
07/05/12 02:04:01
最早速さは最重要事項では無い。
375:仕様書無しさん
07/05/12 07:55:36
時代はPython。
376:仕様書無しさん
07/05/12 10:05:11
時代はＪython
377:仕様書無しさん
07/05/12 10:52:58
ｊａｖａってのは
開発コストを減らして
ハードウェアコストを増やすためのハードウェアメーカーのでっち上げたツールだよ？
フレームワークがあるおかげで開発期間もコストも減らせるけど速度が遅い
だからもっとスペックの高いハードウェアが売れる
サン、ＩＢＭのやり方だよ
378:仕様書無しさん
07/05/12 10:59:50
保守・運用コストも上がるのでSI屋さんもにっこり
379:仕様書無しさん
07/05/12 11:27:05
プラント系だとカスタム部分に一番コストがかかるから、初期費用をみるとJavaが
有利なんだけど、20年稼動（更新予算が出ない）を要求されるから、踏み切れない
ところがあるんだよな。
380:仕様書無しさん
07/05/12 14:10:25
Javaなんて時代遅れなんだよｗｗｗ
381:仕様書無しさん
07/05/12 15:15:23
釣れないネ...
382:仕様書無しさん
07/06/17 22:09:49
javaは遅くないと主張する奴はいつも
jvm上でjitを有効にしたコンソールアプリの結果を出してくる件について
jit効いてたらネイティブとかわんねージャン
遅いのはwebアプリとguiアプリ
糞
383:仕様書無しさん
07/06/17 23:13:10
事実遅いよ。ちゃんとベンチマークとってみそ。
384:仕様書無しさん
07/06/18 20:26:27
webアプリはおそくねえだろ。。
Javaより速いのあったら見せてミロや
385:仕様書無しさん
07/06/19 15:45:26
つc++
386:仕様書無しさん
07/06/19 19:43:06
でも、Javaのサイトって重くね？
387:仕様書無しさん
07/06/19 20:07:39
重い、糞重い。
388:３７８
07/06/20 00:30:45
URLﾘﾝｸ(goobike.com)
389:仕様書無しさん
07/06/20 00:48:26
とあるサーバー管理してる身から言うと、
Javaでwebアプリ作るとメモリ食い過ぎ。
サーバー1台で会員1000人が限度ではっきり言うと採算に合わない。
スクリプトのperlのほうがはるかに早いし軽い。
Rubyも遅いしPHPももっさりする。
結局、サーバーリソースとの兼ね合いで
コストパフォーマンス重視するとPerlしか選択肢が無い。
Cもリソース使う処理で少し使うと尚パフォーマンス良い。
確か2chも似たような事やってるみたいだが・・
ま、リスク管理面で金融系の基幹部分で使える位だな。
他ははっきり言って使えない。
クライアントではC#やJavaはもっさりして不快感がありとても使えない。
簡単な物はVB、それなりの物はやはりC++になるだろうな。
日本ではあまり使われて無いが、
実はクライアントでもPerlappなど使えば実行ファイルが出来、
パフォーマンスはVB、C#やJavaなどよりも軽くマルチプラットホームで使える。
もちろん.NETもCOMもOKだ。
390:仕様書無しさん
07/06/20 09:57:06
だが Perl には、「Perl である」 という大きな問題が。
391:仕様書無しさん
07/06/20 16:17:53
>>390
それ、すごく面白い。
392:仕様書無しさん
07/06/20 21:03:52
みんな仲良くしようよ！！
でもJavaは死ね。
393:仕様書無しさん
07/06/20 22:00:00
>>389
どうせサーバオプションがデフォルトのままなんだろボケナス
394:仕様書無しさん
07/06/26 18:24:31
嫁として奪わない程度になら＞＜
395:仕様書無しさん
07/07/02 09:13:12
>>393
具体的にサーバオプションをどうすればいいんですか？
396:仕様書無しさん
07/07/02 10:35:39
-はやく
397:仕様書無しさん
07/07/05 21:51:09
>>377の説がバージョンがあがるごとにJavaのパフォーマンスがあがっている事実を説明できない件について
398:仕様書無しさん
07/07/05 22:22:40
>>397
パフォーマンスを上げててプログラマを洗脳しないとハード独占できないじゃない？
399:仕様書無しさん
07/07/09 10:07:14
>>398
Javaでおk
400:仕様書無しさん
07/07/20 16:14:07
>>1
すまん。黎明期の印象(1995～2001)を引きずっていたこともあり、そう思っていた。
最近は考えを改めて未経験者歓迎のJava関連の求人探している。良くも悪くも普及しているからな。
ただ、Java一本でやっていくつもりは毛頭ない。
COBOLの雪辱は前世代で終わらせてしまいたい。
時代に逆行してIAアセンブラやりたい。だが、それがいい(w
>>389
まあ、業務に使えるJavaアプリって何って言われてみると、あんまり無いな。
せいぜいFreeMindくらいか...FSWikiと組み合わせて使える。
401:仕様書無しさん
07/07/28 19:41:22
>>389
どうせｼｮﾎﾞいLinux PCをサーバと称してるんだろ？
402:仕様書無しさん
07/09/15 23:59:26
Javaの出始めに触ってたら、この印象持っても仕方ない。俺もそうだし。
最近は考え直した。サーバ環境でJavaは悪くないと思う（フレームワーク必須）。
関係ないけど、EJBは駄目だとか、Antが死んだとかそういう話を聞くたびに、
Javaは他の言語が前に進むための、壮大なケーススタディなのではないかと思うことがある。
403:仕様書無しさん
07/09/16 23:27:29
javaは壮大な実験室。
みんなをタダで巻き込んで。
まともな神経ならあんなスピードで物覚えられない
404:仕様書無しさん
07/09/17 00:03:58
もしそうだったら、Guy Steele, Jr.の本当の評価が定まるのは１００年後だなw
405:仕様書無しさん
07/09/17 08:32:43
オブジェクト指向ってさ、行き過ぎてるんだよね・・・。
よく使うものをオブジェクト化（共通ライブラリ化）すればいいんであって、
わざわざ全部をそうする必要はない。
406:仕様書無しさん
07/09/17 10:20:48
とりあえずJavaが速いか遅いかは知らんけど、
Swingは遅すぎ。
407:仕様書無しさん
07/09/17 10:38:55
>>406
古いVM使ってるからだろ
408:仕様書無しさん
07/09/17 11:04:42
JavaにGUIは荷が重過ぎるわけで。
学生にコンソールベースでOODを学習させるのには適してる。
適材適所の法則にのっとって、生き永らえていくことでしょう。
409:仕様書無しさん
07/09/17 11:07:47
>>408
何もかもわかってないのに、どうして恥ずかしげもなく書き込める？
410:仕様書無しさん
07/09/17 11:19:57
>>409
失敬な！こんなに気分を害したのはだよもん以来だ。帰る！
411:仕様書無しさん
07/09/18 20:42:25
>>407
JDK6だけど次の奴ってもう出てたっけ？
1.4とかも使ったことあるが、あの頃のは使い物にならんほど遅い。
今のは我慢すれば使えるけどイライラする。
412:仕様書無しさん
07/09/30 21:24:50
>だよもん
って、だれ？？？
413:仕様書無しさん
07/09/30 21:37:28
ようするに、現代によみがえったUCSD Pascalでしょ？
414:仕様書無しさん
07/10/02 00:48:56
>>412
名無しさんだよもん
415:仕様書無しさん
07/12/17 00:41:02
【戦争】大卒内定率史上最低 ２００３年卒の末路
ｽﾚﾘﾝｸ(job板)l50
(大学入学現役で現在の２６～２７歳）１９８０年４月～１９８１年３月生まれ
就職氷河期 Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
大卒
大卒者の雇用環境も、この時期に大きく悪化した。リクルートワークスの調査によれば、
1991年をピークに求人倍率は低下傾向で推移し、2000年には1倍を下回った。多少の変動はあるものの、
2002年を谷とする景気の回復に伴い求人数が増加するまで、長期間にわたり雇用環境は厳しい状況となった。
就職率もこの時期は厳しい状況にあった。学校基本調査によれば、1991年の81.3％をピークに低下を続け、
2003年には史上最低の55.1％となり、2003年卒業者は氷河期世代の中でも最も悲惨な時期である。
416:仕様書無しさん
08/04/02 20:42:27
>>415
ｵﾊﾖｰ!!
∧∧ ∩
(`･ω･)/
⊂ ノ
(つノ
(ﾉ
＿＿_／(＿＿_
／ (＿＿＿／
￣￣￣￣￣￣
417:仕様書無しさん
08/04/05 17:02:36
URLﾘﾝｸ(www.atmarkit.co.jp)
マイクロソフトの最新＆最強言語「C# 3.0」
ﾌﾟﾌﾟ
418:仕様書無しさん
08/04/12 19:16:26
tomcat って遅いんですか？
419:仕様書無しさん
08/04/14 13:16:15
>>418
速いよ。マッハ2.3くらいは出る。
420:仕様書無しさん
08/04/27 02:46:47
>>411
Swing自体の速度はJRE1.4から1.6まで大きく改善されてはないでしょ。
ネイティブコードじゃない以上は、どうしたってC++のようなサクサク感は出せんわな。
GUIに関してはJavaは遅いと言わざるを得ない。（遅いというか全体的に挙動がモッサリ）
421:仕様書無しさん
08/04/27 08:42:49
Swing の描画速度は、かなり改善されてるよ。それでも起動が遅いけどね。
Java7でJavaFXが出るからSwingの性能もさらに改善されるんじゃないかな。
422:仕様書無しさん
08/04/27 10:07:32
javaはもっと見えないように動いて欲しい
javaアプリのためにバージョン管理したり
アップデートしたりするのは面倒だ
423:仕様書無しさん
08/04/27 11:57:45
まあ、一般的なウェブサービス向けのアプリならjavaで十分
つーか、むしろjavaだろ？
みたいな感じだが
やっぱり、色々と手入れようとするとCになるよね
java使っててもJINI手出すことになるし
apacheあたりのモジュール作成するとなるとCだし
データベースカスタマイズするのもやっぱりCだし
そもそもCわからないとJavaもわからんだろ
424:仕様書無しさん
08/04/27 12:02:27
要はJavaはVBみたいなもんで、一通りざっとはできるけど
細かい事や通り一遍じゃないことをやるならCやC++の支援がないとダメってことだね
425:仕様書無しさん
08/04/27 14:03:48
Javaちゃんとやってる人ってどれくらい居るの？
今のJava案件の面子って元VB難民が４割くらい入ってるだろ
残りは地方出身の未経験者＆新卒に毛がはえた兄ちゃん姉ちゃん
１割くらいしかマトモなの居ないだろ。
そりゃーデスマ連発するよ、だからできるだけ関わりたくない。
426:仕様書無しさん
08/04/27 14:06:06
>>425
Java自体歴史短いし、そもそもITなんて負け組みの就職先なんで
マトモなのなんて居ないだろｗ
マトモなのは自分で何らかのソフト開発して自立してるか
GoogleとかYahoo,MSあたりに囲われてるんじゃね？ｗ
427:仕様書無しさん
08/04/27 14:15:28
Yahoo
↑
ダウト
428:仕様書無しさん
08/04/27 14:24:29
Java使うぐらいならC#使えばいいじゃないと思う今日この頃
429:仕様書無しさん
08/04/27 14:28:29
>>427
もちろんアメリカ本国のな
430:仕様書無しさん
08/04/27 14:32:27
アメ本国のYahooも優秀な人材はだいぶ引き抜かれたと聞くが
431:仕様書無しさん
08/04/27 14:47:46
日本の派遣、契約、請負だらけの開発部隊よりはマシだろう…
432:仕様書無しさん
08/04/27 15:04:07
ある意味、日本の業務がマニアックすぎるから
派遣、契約、請負の部分も日本人ドカタがやってる。
これがシンプルだったらその部分を
チャンコロやインド人がやってるだろう。
どっちがいいと言えば日本人Javaドカタのほうがいいと思うが。
433:仕様書無しさん
08/06/18 03:51:28
990です、
ところで火は消えた？
434:仕様書無しさん
08/06/18 17:02:53
>>420
ちょっとした不便を簡単にカスタマイズできるから素晴らしいよ！
435:仕様書無しさん
08/06/19 03:50:54
>>434
速いか遅いかの話をしてるのに、カスタマイズ云々は関係無いっしょ
436:使用書無し
08/06/21 21:51:45
こんなの作ってみました。URLﾘﾝｸ(jdafter.sakura.ne.jp)
pureJavaだが結構使えるぞ.
437:使用書無し
08/06/21 21:54:18
↑アドレス間違えたURLﾘﾝｸ(jdrafter.sakura.ne.jp)
438:仕様書無しさん
08/06/22 21:23:12
宣伝乙
439:使用書無しさん
08/06/23 23:05:09
ぼんくらjavaおたくのみなさん
悔しかったら URLﾘﾝｸ(jdrafter.sakura.ne.jp)
に匹敵するプログラムつくってねばか
440:仕様書無しさん
08/06/24 09:52:07
なんか知的障害者が湧いちゃった。
441:仕様書無しさん
08/06/25 18:09:45
>>417
筆者の個人的な印象だが、C# 3.0は言語が持つ個々の機能について技術解説される機会はあれど、
言語そのものについて語られる機会は少ないと感じている。例えば、「ほかの言語と比較してJavaは（
あるいはRubyは）これほど素晴らしい」と語る文章をしばしば見掛ける。しかし、C# 3.0に関する文章は、
個別技術の内容や使い方を淡々と語るものばかりで、ほかの言語と比較する文章や、素晴らしさをた
たえる文章にはあまり遭遇しない感がある。
では、C# 3.0が使われていないのか……といえばそうではない。明らかにC# 3.0を使って日々大量
のコードを生み出している人たちがいる。筆者もその1人である。
なぜ彼らが語らないのか、正確なところは当人たちに聞かないと分からないだろう。しかし、筆者が
語らない理由は簡単に説明できる。技術者とは語る者ではなくコードを書く者であって、満足のいくコ
ードさえ書ければそれだけで満足してぐっすり眠れる人種である。そして、C# 3.0によってストレスを残
さず書きたいコードをすべて書き切れているのである（しかし、このような記事を書いて語ってしまって
いる理由も簡単である。ライターという人種は語る者だからである。筆者はライターでもあり、二足のわ
らじを履いている）。
随分と弱気な…。2000年頃の、「Javaが廃れてこれからはC#が流行る」と言われていた
ころの勢いは一体どうしたんだ？
442:仕様書無しさん
08/06/25 19:54:57
最近はハードの進歩が著しくて、VBでも速度的に十分だわな。
それで用が足りる分野ではな（ｗ
443:仕様書無しさん
08/06/26 09:22:40
>>442
デルフォイでやるフォイ
444:使用書無しさん
08/06/27 20:44:32
>>441 C#は、言語的に優れている面はあるとは思うんだけど所詮javaの単
なる改良版という感じは否めないな。おれも仕事でC#もjavaも使わされるけど
やっぱりjavaのほうが使いやすいとおもう。
なぜかと考える手みたんだが、クラスの拡張とか機能強化されたC#より、単純に
考えられるjavaの方が構想が練りやすいということじゃないかな。
それと何よりAPIのリファレンスについては、javaのほうが断然シンプルでやりや
すい。ひとつのクラスを参照すればそのスーパークラスやサブクラスを探しやす
い。C#のAPIリファレンスは機能は豊富かもしれないけどユーザーのことは何も
考えていない.まあ、MICROSOFTそのものかなと思う今日この頃。
これ縦読みじゃないよ。
445:仕様書無しさん
08/06/28 16:12:39
>>444
C++/CLIが徐々に浸透し始めている。JavaかC#か？という議論をすることに
意味はない。
C++が再び、最強言語として復活のノロシを上げている。
C# と C++/CLI の連合艦隊に、Javaは勝ち目がないと思う。
446:69PG ◆hND3Lufios
08/06/28 16:19:54
まだやってるのか。おまいさんらはｗ
447:仕様書無しさん
08/06/28 23:15:37
Javaのライブラリは恐ろしい勢いで広がっているからな。
他の言語はより特殊分野に限定される。
C#などはMSとともに壊滅する恐れが常にある。
448:仕様書無しさん
08/06/28 23:44:09
C#とC++はもう既に広がった後だ。
Javaは出遅れている。
MSが壊滅しない以上、C#は安泰ってことだな。
449:仕様書無しさん
08/06/28 23:52:30
Javaプログラマの90%はデジドカです。
主な仕事はユーザーの業務に合わせたカスタマイズとテストです。
450:仕様書無しさん
08/06/29 08:12:42
>>449
つまりは、Javaだと業務アプリ作成に必要なものが一通り揃ってる、ってことかね。
451:仕様書無しさん
08/06/29 10:50:44
>>450
Javaってそういう言語だろ。中の下クラスのプログラマーでも業務アプリが
作れるから存在価値があるんじゃないのか？
上層部が気にしている、開発コストを抑えることに関してだけは、Javaは
すぐれていると思うけど・・・。
ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが
Javaプログラマーは、その楽しさを知ってるのかが疑問だ。
他の言語も一応かじっとくと良い。
452:仕様書無しさん
08/06/29 12:15:02
>>451
ドカタがものを言い出すと世の中おかしくなるから
JAVA専門の奴はそれに終始させるべき
453:仕様書無しさん
08/06/29 12:26:04
>>451
>ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが
クリエイティブなのは機能設計とか上流工程。
チミみたいな考え方の人は、設計もろくにせずにコーディングに走るのが多い。
454:仕様書無しさん
08/06/29 13:39:35
>>453
> クリエイティブなのは機能設計とか上流工程。
(w
455:仕様書無しさん
08/06/29 18:29:24
SEのやるべき仕事は客の要望しているシステムを作り上げることだろ。
製品をかき集めても足りない機能だけプログラムを作るわけだから
クリエイティブな要素なんてないだろうに。
まぁ、APサーバとかミドル製品開発なら話しは別だが。
456:69PG ◆hND3Lufios
08/06/29 19:45:29
うう。完全スルーされてる。
457:仕様書無しさん
08/06/29 20:05:25
>>453
あなたの言っているのは、コーディングのことでしょ。
俺の言っているのはプログラミングのこと。
コーディングとプログラミングの違いを知らないど素人は
基礎からやり直してください。
458:仕様書無しさん
08/06/29 20:06:34
>>456
自分こそスルー汁。
糞スレ読んでる暇があったらバグを減らせ。
459:仕様書無しさん
08/06/30 01:03:37
>>457
英語ではその二つは interchangable ですけど。 ^^;
460:使用書無しさん
08/06/30 20:42:07
コーディングとプログラミングの違いか。
カレーライスとライスカレーの違いを熱く語るやつに似てるな。
461:仕様書無しさん
08/06/30 21:36:14
ライスカレーと聞くと戦後間もない日本の家庭の風景が再生されてしまうんだけど、
正味な話どんな違いがあるの?
462:仕様書無しさん
08/06/30 21:52:34
>>461
Wikipediaでも見てみたらどうだ。
カレーライスとライスカレー
1960年代から1970年代前半まではライスカレーと呼ばれることが普通だった。この時代、子供から大人までもが巷で
カレーライスとライスカレーの違いを論争する様子が見られた。実際のところは双方を分類する明確な定義は無く、
存在する違いは名称の登場時期の差ぐらいのものである。ライスカレーは明治期に、カレーライスは昭和初期に登場した名称である。
・・・
463:仕様書無しさん
08/06/30 21:54:35
thanks
結局は本質的な違いはないわけね。
464:仕様書無しさん
08/06/30 22:10:39
何でカレーの話してんだよ
カレーごはんでいいじゃん
465:仕様書無しさん
08/07/01 07:29:18
>>463
むしろ本質が違っているような。
466:仕様書無しさん
08/07/01 23:52:15
コーディングとプログラミングの違い is カレーライスとライスカレーの違い
↓
wikiによる見解により
カレーライス is ライスカレー
↓
コーディング is プログラミング
という流れでOK?
467:使用書無しさん
08/07/02 20:39:00
>>466 2段目だが、wikiの見解では「明確な定義はなく存在の違いは明確な違いは登場時期
の差ぐらいのものである」とあるから完全に等しいと証明されたわけではないから
カレーライスasライスカレー
↓
コーディングasプログラミング
となるのではないか？
468:仕様書無しさん
08/07/02 22:08:18
もうどっちでもいいよ
ボンカレーでもカレーボンでも
469:仕様書無しさん
08/07/02 22:15:11
>>468
途中で投げ出すなよ。
お前が言ってるのは、バカボンでもボンバカでもどっちでもいいって言ってるのと同じだ。
俺はかまわないぜ！
470:仕様書無しさん
08/07/03 21:21:41
最初の文から読みました。
2点感想を書きます。
1. ガーベッジコレクタの動作原理も知らない→化石的思考
これは、真なんですか？
2. 今C言語はJVMとOS作るだけで十分だ。それ以外のことはいずれ、すべてJavaに委譲すべきだ。
それ以外のこととして、以下のことを思いつきました。
- X Window System
- Perl
- Apache httpサーバ
- かな漢字変換システム
これらを全てJavaで実装するメリットって何でしょうか？
既存のスクリプト言語を全てJavaで実装するメリットって何でしょうか？
471:仕様書無しさん
08/07/03 21:33:41
安全で高速だろ
472:仕様書無しさん
08/07/03 21:43:27
＞471さん
その「安全」っていう概念をどうやって導き出したのか、その過程を知りたいんです。
「みんながそう言っているから。」っていう理由を抜きにして。
473:仕様書無しさん
08/07/03 21:55:46
>>472
VM自作しろ以上
それで解らないなら消えろ
474:仕様書無しさん
08/07/03 22:04:45
＞473さん
VM自作→JAVAがC言語よりも「安全」という概念が理解できること
の根拠を示して欲しいんです。
どういう側面で見た「安全」なんですか？
475:仕様書無しさん
08/07/03 22:14:28
474です。色々調べてみました。ここを参考にして、勉強してみます。
JAVAの安全性, URLﾘﾝｸ(www.rsch.tuis.ac.jp)
とりあえず、「配列境界のチェック」という項目は納得がいきました。
Javaは配列の範囲外にアクセスしないように設計されているんですね。
476:仕様書無しさん
08/07/03 22:15:40
javaってなんでバージョン違うだけでダメになるの？
477:仕様書無しさん
08/07/03 22:18:33
あの時代にセキュリティのことを考えてたってだけでもゴスリング凄いなぁって思うんだけど。
478:仕様書無しさん
08/07/03 22:19:48
Javaへの変換による安全なC言語の実装, URLﾘﾝｸ(www.kb.ecei.tohoku.ac.jp)
これも、面白そうですね。Javaの安全性を利用して、JavaのコードをC言語のコードに変換する技術らしいです。
私は、JavaもCも上手に共存できたらいいなと思ってます。
479:仕様書無しさん
08/07/03 22:23:36
>>478
JAVAがあれば全て不要
それを理解しない奴は消えろ
JAVAが最強なんだよ解るか？
480:仕様書無しさん
08/07/03 22:28:32
＞479さん
どういうきっかけで、
- Javaがあれば全てのプログラミング言語が不要である。
- Javaが全てのプログラミング言語の中で最強である。
という考え方になったのか、差し支えなければ教えていただけませんか。
また、そのきっかけとなったJavaのバージョンも教えていただけませんか。
481:仕様書無しさん
08/07/03 23:14:10
ペトリネット理論, URLﾘﾝｸ(www.jaist.ac.jp)
Javaの並行プログラミングのモデル化にペトリネットを用いると、分かりやすいかもしれませんね。
以下の2つは関係があるようです。
- ペトリネットにおける、「安全性」
- Javaの並行プログラミングにおける「安全性」→デッドロックが起きないこと等。
482:仕様書無しさん
08/07/03 23:21:39
JavaってOS作れるの？
483:仕様書無しさん
08/07/04 00:05:56
作れるよ。PerlでもRubyでもPythonでも作れる。
「作れる」の解釈の仕方にもよるけど。
484:使用書無しさん
08/07/04 00:19:39
>>479,>>480,>>482もうやめなはれ、
田植機とコンバインのどっちがえらいか比べてるみたいなもんじゃよ
田植機の性能がどんなに上がってもコンバインの替わりはできな
いし、コンバインの性能がどんなに向上してもやっぱり田植え機が
なければ米はつくれんのじゃよ。わかるかのお若いの。
>>481ほう、ペネリッと理論というのか。むむわしらは知らぬうちに
そんなことやっとったの。
485:仕様書無しさん
08/07/04 00:24:13
V5エンジン搭載したグレートコンバインなら何でも出来るさー
486:仕様書無しさん
08/07/04 00:24:41
>>484
コンバインはずれてもやり直しがきくが田植え機はずれるとやり直しがきかない
ヰセキからGPS搭載全自動のやつが出てるらしいんだけど自分にはお金がない
さてどうしてくれるんだ
487:使用書無しさん
08/07/04 00:33:34
486>> むむ 難しい質問じゃ。javaは無料でダウンロードできるが、
ヰセキのコンバインは1000万近くするからのう。
488:仕様書無しさん
08/07/04 06:17:04
千歯こきととうみでも使ってろ
489:仕様書無しさん
08/07/04 08:42:16
レッツ！コンバイン！
490:仕様書無しさん
08/07/04 12:21:13
2点の話題です。
1. JRuby
JRubyの動向が気になりますよね。
YARVとJRubyとの関係とか。
JavaによるRubyの実装とCによるRubyの実装の安全性の比較をしたらおもしろいかもしれません。
2. 安全の方向性
「並行プログラミングにおける」とか、「メモリ管理に関して」とか色々方向があるみたいなんで
その方向性も厳密に区別して議論した方が有意義だと思いました。
安全性の概念は最終的には、集合論とかプログラム意味論とかに落とすことができると思います。
ペトリネットは、より深く掘っていくとZFC集合論を元に理論を構築していくことになります。
プレース、トランジションという頂点集合とそれらをつなぐ弧の集合と「発火」というルールを加えることで
安全性を解析します。「発火」の概念も、関数と思えば集合の直積の部分集合になります。
ペトリネットの状態を、ペトリネットとマーキングの直積とします。すると、
「発火」という関数は
（ペトリネットとマーキングの直積）と（ペトリネットとマーキングの直積）との直積の部分集合になります。
Javaの安全性も、このようなペトリネットと似た形に集合論落としこめると思います。
プログラム意味論は、まだ勉強してないんでよく分かってません。
491:仕様書無しさん
08/07/04 14:15:42
パトリオットとペトリネットとカトリマットとヒトリベッド
このなかではどれが最強ですか？
492:仕様書無しさん
08/07/04 14:20:00
ヒトリベッドがある意味最強だと思います。つんくを思い出しました。
ただ、ペトリネットは数学的で視覚的なモデル化ツールとしてUMLのある図の原型にもなっています。
そういう意味で、このスレッドの文脈（Javaの安全性を調べたい。）だと最強なのはペトリネットです。
493:仕様書無しさん
08/07/09 19:49:07
>>445
C++0xの時代に今更C++/CLI？
494:仕様書無しさん
08/07/09 22:01:50
C99と同様に流行らないんじゃないかと思ってんだが。＞C++0x
495:仕様書無しさん
08/07/09 22:13:21
iPhoneパワーでObjective-Cが大流行に100ガバス
496:仕様書無しさん
08/07/24 03:05:03
>>439
【使えるか】JDrafter向上委員会【バッタもんか】
ｽﾚﾘﾝｸ(cg板)
497:仕様書無しさん
08/07/24 03:10:32
ポインタでつまずく奴はＰＧの才能無し
≒
ＰＧの才能ある奴はポインタでつまずかない
498:仕様書無しさん
08/07/24 10:50:09
じゃあ富士通は全員PGの才能がないな。
499:仕様書無しさん
08/07/24 18:24:57
日電ほどじゃないよ。
500:仕様書無しさん
08/07/24 22:57:53
>>498-499
日立社員乙
501:仕様書無しさん
08/07/24 23:19:16
Lispが遅いとかいう奴は(ry
502:仕様書無しさん
08/08/03 06:49:12
はぁ？Javaおせえっての。
どう考えても遅いに決まってんだろ
頭沸いてんじゃねーの？
503:仕様書無しさん
08/08/03 07:23:15
>>502
>>439>>496
504:仕様書無しさん
08/08/06 09:01:05
スレ見てきたが易々とキーを見破られるシェアウェアってどうなのよ？
作者の対策が甘いというのもあるが、Javaのリバースされやすいという致命的な欠陥は
速度面よりも商業的にははるかに重要だと思うのだが
505:仕様書無しさん
08/08/06 11:09:17
商業的にはそこまでしてまで使いたいと思わせるソフト作る事の方が重要でしょ。
506:仕様書無しさん
08/08/06 16:32:10
サーバサイドとかバイナリに手の届かないものを除くとJava製の商業ソフトは少ないという事実
507:仕様書無しさん
08/08/07 14:23:02
そういやJavaのパッケージソフトなんて見た事ないねえ
508:仕様書無しさん
08/08/07 19:24:28
JBuilderは見たことある
509:仕様書無しさん
08/08/07 21:23:15
Judeとか開発者向けのツールなら結構あるけど、一般ユーザー向けって確かにないね。
510:仕様書無しさん
08/08/08 03:11:23
やっぱ動作環境の問題（JREの入手とか）かな？
でもJREはバンドル可能なんだよな
性能面が問題になるとは思えないし、リバースも100％防止は無理だけど
そう心配するほどでもないと思うが
511:仕様書無しさん
08/08/11 22:40:09
サン・マケイヌシステムズ
512:仕様書無しさん
08/09/23 01:02:00
>>504
コード難読化ツールを使うか
プログラムをすべてサーバに置いてしまえばいい
513:仕様書無しさん
08/09/23 01:38:40
>>1
Java信者のほうがむしろガーベジコレクションの動作原理知らないと
思うのは俺だけか？何しろVMにおまかせなわけだから知るよしもない。
C++じゃねーとガーベジコレクションの働く仕組みってデバッガとかで
目で見て確認できなくね？
514:仕様書無しさん
08/09/23 07:04:48
>>513
はぁ？C++のGCって何だよ
デストラクタが動いてるのを見てGCだとでも思ってんのか？
515:仕様書無しさん
08/09/23 10:18:19 BE:1392312285-2BP(0)
Managed C++ の事なのか、それとも
「C++ で GC の有り難味を知りやがれ」て事なのか…
つか今頃 >>1 にﾚｽかますような奴が何考えてるかなんぞ
想像も付かん。
516:仕様書無しさん
08/09/23 23:15:14
>>514-515
君らは相当若い人か、業務系の人間だってのだけは分かった。
自力でGC書いたんじゃね。もしくは、GCJかSun謹製JREのコード読んでたか。
それならばGCの処理をデバッガで見ることはできる。
www.sun.com/software/opensource/java/
>>1
「俺は不勉強野郎だ」って宣言しているようなものだぞ。
GCの考え方と実装は1960年の時点で既にLISPでやってる。
GCの概念は昔からあるのだし、図書館に行けばGCの実装について書かれた本もある。
よって「ガーベッジコレクタの動作原理も知らない化石的思考といわれる」
という表現はおかしい。
むしろ動作原理を知っている方が「化石」、年寄りだ。
517:仕様書無しさん
08/09/23 23:26:09
>>497
ちょっと違うな。
ポインタでつまずく奴はＰＧの才能無し ≠ ＰＧの才能ある奴はポインタでつまずかない
ポインタでつまずく奴はCプログラマの才能無し ≒ 勉強の仕方が悪い
大抵の奴はアセンブラのレベルからやってない。だからわからんだけだ。
稀に、アセンブラレベルまでやらなくても理解できる奴は居るがね。
「間接アドレス法」が理解できれば、まあ大体の奴はポインタを理解できる。
あとはCの、ポインタに関連するクソッタレな構文に慣れればいいだけだ。
518:515
08/09/24 11:25:34 BE:556925344-2BP(40)
>>516
>君らは相当若い人か、業務系の人間だってのだけは分かった。
若くはない。業務系っていや業務系だが、制御寄り。
で、なんで >>515 で解るのかな？
519:仕様書無しさん
08/09/24 12:29:17
>>515
メインフレーム？
520:仕様書無しさん
08/09/24 17:26:13
２年３ヶ月以上前の>>1に語りかけるようにレスするキモいおっさん相手に
なにやってるんだねおまいら。
521:仕様書無しさん
08/09/25 01:06:53
ここ数年で一気にJavaプログラマーが増えた気がする。
ム板でもマ板でもJava叩きをするとものすごい勢いでアンチがフルボッコにされる動きが目立つ。
数年前はそういうことなかったのになあ。
時代が変わったんだね。ムーアの法則がかなり影響していたのかな？
522:仕様書無しさん
08/09/25 08:00:32
ムーアの法則、ってそれで気の利いたこと言ってるつもりになるのは
そーとー世の中から遅れてると思うぞ。
523:仕様書無しさん
08/09/25 10:14:48
BoehmGCとかMMgcとかあるにはあるよ
524:仕様書無しさん
08/10/08 11:32:21
>>522
Core 2 Quadの時代にムーアの法則は適用しにくいといいたいだけ？
525:仕様書無しさん
08/10/08 15:04:07
まあなんにせよこんなクソ話題スレに書き込むのは馬鹿ばっかりでFA。
526:仕様書無しさん
08/10/08 16:03:57
量子コンピューター出来たら夢の3D彼女か……ﾌﾌﾝ
527:仕様書無しさん
08/10/08 16:07:47
非ノイマンマシンでどうやったら3Dとか
528:仕様書無しさん
08/10/09 01:13:53
ソフトウェア面しか見ないプログラマーっていらないよな。プログラマーとして。
CPUが変われば、実装技術だって変わる。いや、変えなくちゃならない。
今までひとつのCPUで高速性をあげるという方向性だった Intel が複数のCPUでの高速化に方向性を変えた（結構前に）。
今まで、プログラミング言語側が用意していたスレッドの同期性もいつかは通用しなくなる。
CPUの実装が変わる度にJavaのバージョンがあがるまで待つ。Java厨。
しかも、そのバージョンが安定するまで。
もう、Java厨はプログラマーじゃないじゃん。
ただのラインマンじゃん。別の業種に移ったらどうなの？
プログラマーの価値が下がるだけだ。
はやく、別の業種でもっと簡単な仕事のラインマンとして働きなよ。
529:仕様書無しさん
08/10/09 01:48:41
>>528
＞ プログラミング言語側が用意していたスレッドの同期性
これ具体的に
530:仕様書無しさん
08/10/09 01:55:00
マルチスレッドプログラミングのことじゃない？
Ｉｎｔｅｌばんざい
531:仕様書無しさん
08/10/09 02:05:34
20代だけど、Javaは重いと思うな
特に起動が重い。GUI使おうものなら酷い有様
C#も使ってるが、これもまた重い
プログラミングは楽だけどね
結局、個人用ではC++ばっかり使ってる
532:仕様書無しさん
08/10/09 14:54:31
java製のこういう↓エディタを見ると
URLﾘﾝｸ(www.catch.jp)
うわーｗって思う
533:仕様書無しさん
08/10/09 17:14:38
別にLaFの問題だからどうでもいいよ
NimbusとかQuaQuaにすれば見栄え良くなるし
Metalがダサいのは、同意する
534:仕様書無しさん
08/10/09 17:50:04
まっ、結局Ｃ言語最強！ということでこのスレも終了だなw
535:仕様書無しさん
08/10/09 19:45:07
>>529
マルチコア・メニーコア対象にしてスレッドつくりまくりって時に
synchronizedとwaitだけじゃ効率悪すぎってことで、NIOやConcurrent APIが
追加されたような流れのことじゃね？
>>528
CGとか金融とか科学計算とか例外は多々あるにせよ
いちいちアーキテクチャ変わる毎に書き換えてらんないって。
用途と手段見極めろよ。
536:仕様書無しさん
08/10/09 21:21:18
>>528
ソフトウェアの性能も大事だが、と開発スピードやコストとの
トレードオフぐらい考えようよ、プロならさｗ
開発はビジネスなんだよｗ
537:仕様書無しさん
08/10/11 20:51:42
俺はPerl,C/C++,Java,JavaScript,アセンブラ,簡単なVBを使うけど
結局用途次第だと思うょ
高度な文字列型のないC/C++でテキストベース系（Webとか）はつらいし
Javaでデバイスドライバとかアホかと…低レベル＆リアルタイム処理に向かなすぎる
GUI作るならJavaよりXAML/XULとかのが多少遅くても組むのは楽
俺はネットワークプロトコルを扱うものはJava
単純なWebプログラムとテキスト処理はPerl
画像・音声処理と組み込み系はC/C++/アセンブラ
GUIの必要なものはXUL/HTAかVBでやってるよ
スコップで高層ビルは立たないけどショベルカーで植木鉢つつかないだろ
Java厨もC厨も単に使い分けられない人でしょ
538:仕様書無しさん
08/10/12 01:17:29
いまどきXULとVBはないわ
539:仕様書無しさん
08/10/18 10:55:15
>>537
つJava Communication API
540:仕様書無しさん
08/11/14 12:55:06
なんて挑発的なスレなんだ
気に入ったぞ
541:仕様書無しさん
08/11/14 12:55:55
まあ今時Cのコードなんて魅力ないのは確かだな
542:仕様書無しさん
08/12/04 21:39:33
【サンタクロース、酒気帯びトナカイ運用罪での逮捕に、ﾏｼﾞ逆切れｗ（動画有り）】(ZDNet)
URLﾘﾝｸ(builder.japan.zdnet.com)
543:仕様書無しさん
09/01/17 01:03:05
JavaSE6u10以降VM起動速度も実行スピードもアホみたいに速くなって誰も遅いといわなくなったな
544:仕様書無しさん
09/02/18 10:08:30
V2Cを使ってみる限りJavaは遅くない
545:仕様書無しさん
09/03/15 22:51:04
>>544
>V2Cを使ってみる限りJavaは遅くない
遅くないじゃなくて、「Javaは速い」といっても過言でもないような（V2Cだけ？）
.NETアプリを作る気がなくなった。
546:仕様書無しさん
09/03/16 22:55:46
>>545
10年位以上前のJavaはインタプリタでおそかったよ
マシンパワーもものすごく低くてネイティブなバイナリ以外は敬遠された
（だからVBはネイティブコンパイラが搭載されるまで笑われてたし、Delphiは評価された）
拍車をかけたのがNetscapeに搭載されたSymantecのJITVM
起動するまでにコンパイルして1分とかかかってた
そのときのイメージがみんな強いから逃げた
ベンチはよかったんだけどね
フットプリントとか起動時間考えてない時点でおわっとる
その影響もあって現在のhotspotVMが出来上がったと思えば悪くはないか
547:仕様書無しさん
09/04/04 09:34:17
>>546
昔は、たしかに遅かったと思う。そうじゃなくて今の話。
548:仕様書無しさん
09/04/05 06:02:32
Intel一色の現在では既にJavaのメリットも微妙としか・・・
549:仕様書無しさん
09/04/05 19:12:56
ほんとそうだよ。
Intelでないとしても今は仮想マシンはデフォになってるからねえ。
550:仕様書無しさん
09/05/03 13:17:04
javaが速いとか言ってる奴
javaが速いんじゃなくてCPUの処理速度が速くなった事に気づけよな アホー
551:仕様書無しさん
09/05/03 17:29:41
>>550
VMの性能アップもすさまじいのをまだしらんやつがいるのか
552:仕様書無しさん
09/05/03 17:34:48
おまいはアホか？
VMなんていくら速くなってもネイティブより速くなる事はないんだよ ボケ！
大体ネイティブの１/２位がいいとこな
553:仕様書無しさん
09/05/03 17:36:52
Crysisがぬるぬる動くJVMください
554:仕様書無しさん
09/05/03 17:40:56
>>552
誰もネイティブコードより速いなんて言ってないじゃん。なに喧嘩腰になってんの。
Javaが速いと不都合でもあんのか？ｗ
555:仕様書無しさん
09/05/03 18:02:05
静的コンパイルされたネイティブコードより早く動く場合もあることはある。非常に少ない確率だけど。
通常は1/2なんてレベルじゃなくて8,9割くらいの速度がでてる。
初期のころはインタプリタなので1/20とかふつうだったし、JIT搭載されたころは
クラスロード時のコンパイルが遅すぎて1/2以上の速度が出ていたにもかかわらず
体感速度は1/10以下だったがね。
>>552は最近JDK1.2さわったレベル。
556:仕様書無しさん
09/05/03 19:56:39
お前らまともなコンパイラー使ったことないんじゃね？
さしずめ>>554や>>555ってVBからjavaへの移行組だろ。
うちのパソコンではgccの3.4っていう古いコンパイラーを使ってもjavaの２倍位の速度が
出てるよ。
大体javeなんてバックグランドでGCを走らせないとダメだしhotspotなんてコード実行させながら
コードの高速化をさせないとダメだしインタープリターでいちいちコードの解釈をソフトでさせる必要あるし
よほどの事情が無いとあんな遅いjavaなんて使う気がしねえよ
557:仕様書無しさん
09/05/03 20:16:28
>>556
ほい、Java と C(C++) のスピード比較二種。
URLﾘﾝｸ(blogs.sun.com)
URLﾘﾝｸ(butunclebob.com)
ちなみに↑は POD 型中心だけど、OO 的なプログラムになると gcc はかなり
部が悪い（コード見てみりゃわかるけど、VC++ の数倍は遅いコードが出る）。
gcc は C の頃から構造体アクセスが苦手だったけど、C++ になってそれが顕
著になってる。
558:仕様書無しさん
09/05/03 20:53:15
お前 sunの情報なんてあてになるかよ。
実行速度くらい自分で走らせて確認しろよ。
まぁ 俺も SUNにはだまされ続けたくちだけどな。
559:仕様書無しさん
09/05/04 01:03:20
age厨君がんばるね
560:仕様書無しさん
09/05/04 07:13:55
javaが速いと思い込んでる奴はjavaとスクリプト言語しか使った事が無い
初心者なんだろうな age厨君みたいにね
561:仕様書無しさん
09/05/04 08:48:30
例えばだ
名前解決する必要があるプログラム組んだとする
java激速なわけ
なんでかって、ボトルネックになる名前解決部分
うまいことキャッシュしたりしてるから
他の言語だと、名前解決部分についてうまい方法考えないといけない
独自にキャッシュするコード書いてみたりオープンソースのソフト入れてみたり
現在の複雑なアプリについて
単にメモリ、CPU使用率のみを考えるなんてのは愚の骨頂
つーか、昔もメモリ、CPU以前にI/Oとか考えるべき部分は他に多くある
CPUが…
メモリが…
javaは遅い
って言う奴は完全トーシロー
そのへんの雑誌の受け売りか何かの厨房か何かだろ？
562:仕様書無しさん
09/05/04 08:50:40
GUIの表示が笑っちゃう程遅くて使えなかったんだが
速くなったの？
563:仕様書無しさん
09/05/04 10:38:15
>>561
お前ひょっとしてコンパイル速度のこと言ってんの？
みんなが言ってるのはコンパイルした後のコードの実行速度の事だよ。
っていうかお前バカ？
564:仕様書無しさん
09/05/04 10:46:31
使えないなら使わなければいい
使えないやつを呼び込むな
565:仕様書無しさん
09/05/04 10:52:31
JVMのソースコード汚い臭い吐きそう
566:仕様書無しさん
09/05/04 11:28:00
そんなにjavaが速いんならVMもjavaで書けばいいじゃん
567:仕様書無しさん
09/05/04 13:58:25
>>566
わかったわかった、もういいよｗ
568:仕様書無しさん
09/05/04 14:11:37
Javaの勝ちだな
569:561
09/05/04 19:24:44
>>563
俺の書いてることが理解できないとは
やっぱりトーシローだな
いったい俺のレスのどこを見てコンパイル速度などと言ってるのか
トーシローの考えてることはわからんぜ
570:仕様書無しさん
09/05/05 00:47:53
名前空間のキャッシュなんてほざいてる処が馬鹿まるだし
まぁなんだかんだ言ってもjava遅いよね
571:仕様書無しさん
09/05/05 02:39:41
>>570
遅れたバブル世代さん、こんばんは＾＾
やっぱり昭和が恋しいですか？＾＾
572:仕様書無しさん
09/05/05 07:54:25
俺はjava使ってるよ
遅いけどね
>>571ってゆとりでjavaしか使えないくち？
573:561
09/05/05 08:07:14
名前解決を名前空間と…
せめてググろうよ…
URLﾘﾝｸ(www.google.co.jp)名前解決&btnG=検索&lr=
574:仕様書無しさん
09/05/05 16:49:20
プログラムの種類によるだろ。
レンダリングや動画処理のよう処理をJavaで十分高速に書こうとすると
かなりJavaらしくない書き方しなくちゃいけないのが嫌だ。
575:仕様書無しさん
09/05/05 21:57:50
画像処理はアクセラレーションが聞く範囲で収める。
ソフトだと遅いのはどの言語でも同じだし…
符号なしはほしいんだよね
576:仕様書無しさん
09/05/06 00:14:23
いやオフラインレンダラだとGPUまかせってわけにもいかないし。
インスタンスをスタックに置けなかったりインライン展開がVMまかせだったり
マクロやテンプレートみたいなコンパイル時処理がしにくかったりして
C/C++並みの速度で動かそうとすると…
Javaで書きたいけど一部はきつい。
577:仕様書無しさん
09/05/06 12:06:07
お前らjavaってそもそもC++を使えない初心者でも使える言語ってことで
文法を簡単にした言語だろ？
ゆとりじゃあるまいしC++使えるんだったらjavaなんて使う意味ないじゃん。
制約が多すぎてやたら使いにくいしjava使ってる奴ってマゾなんじゃね？
そういう俺もrobocodeで遊ぶときはjava使ってるけどな
でも仕事で使うなんて意味わかんねぇよ
578:仕様書無しさん
09/05/06 12:50:50
ageくんがんばるね
Javaがまともに使えてる人はほぼC++を使える人
その上でJavaを使うメリットがあるから使い続けてるわけだが
579:仕様書無しさん
09/05/06 12:56:34
javaをまともに使えてもC++は”ほぼ”しか使えないわけですね。
わかります
580:仕様書無しさん
09/05/06 13:26:46
遅れたバブル世代は帰れ
581:仕様書無しさん
09/05/06 16:05:53
Java遅いだろ。
マシンが速くなっただけじゃん
582:561
09/05/06 18:44:13
>>577
仕事なら言語なんて選べないのが普通だろう…
つーか、まさかWEBアプリにC++はあるまい
583:仕様書無しさん
09/05/06 19:10:43
C++使いを装ってJava叩いてる奴ってなんなのｗ
プログラミングやったことあんのかなｗ
584:仕様書無しさん
09/05/06 20:54:58
プログラム言語なんて所詮道具の一つでしかないだろうに･･･。
本来適材適所で使い分けるもんだろ。
JavaとC++のどちらかが優れているかなんて、ボールペンとシャーペンの優劣を競うのと同じ位無意味。
585:仕様書無しさん
09/05/06 21:28:07
C++とScalaで優劣を議論するなら大変意義があるけど
Java言語としてはまったく糞これは揺るがない
Javaは性能はボチボチだがその汎用性が高いJVMにのみ
価値があるJava言語自体には全く価値は無いごみ
586:仕様書無しさん
09/05/06 21:41:09
Java も C++も目ウンコと鼻ウンコぐらいの違いしかない
D言語がいい
587:仕様書無しさん
09/05/07 12:47:56
>>582
>仕事なら言語なんて選べないのが普通だろう…
ウチはそうでもない。孫請けや曾孫請けじゃあるまいし。
588:仕様書無しさん
09/05/07 23:31:02
>>586
言語仕様かたまったの？
589:仕様書無しさん
09/05/08 00:20:26
仕事で.NETやって思うのはJavaはAPIの設計センスの悪く、結果遅いアプリしかつくれなくなってる。
.NETと比べると、やたらnewして、やたら計算させなければプログラムが書けない。
まぁ生まれた時代が違うし.NETはJavaを改善したものなんだから比べるのも酷だけど。
C++と比べられてるけど、処理速度勝負なら当然C++が圧倒的に勝つ、あたりまえの話。異論を唱えるのはよほど素人なのか、よほどのJava信者なんだろうなぁ。
590:仕様書無しさん
09/05/08 00:35:44
>>589
誰もネイティブコードより速いなんて言ってないじゃんｗ
591:仕様書無しさん
09/05/08 00:42:07
.NETという単語ばかりでてきてたぶんこいつは触ってないのだろうなぁと言うのが分かる
それにC#やVBのほうがnew文化だし、「やたら計算」ってなんのことかわからん
592:仕様書無しさん
09/05/08 00:57:12
javaはクラスや配列をオブジェクト化するにはnewを使う以外の方法がないじゃん
それにデストラクタを定義できないので不要になったオブジェクトはガーベッジコレクターが回収
してくれるまで指をくわえて見てるしかないし
プログラムを簡単にするために速度とメモリー効率を犠牲にした初心者向け言語ってところだろ。
速度も遅いし実務で使うとやばい言語の筆頭与力ちゃうか？
593:仕様書無しさん
09/05/08 01:21:02
今日もがんばるね
自給いくらだろう
594:仕様書無しさん
09/05/08 01:37:27
お前より高いと思うよ java使いの初心者プログラマー君
595:仕様書無しさん
09/05/08 01:48:08
2chに書き込んで給料もらえるなら俺もやりたいよ
596:561
09/05/08 08:09:10
.NETとjavaのWEBアプリ比べて見れば一目瞭然だと思うな
インスタンス化とかそういうレベルでの遅い早いって何か意味あんのかな
組み込みや一昔前じゃあるまいし…
597:仕様書無しさん
09/05/08 09:19:35
>>592
.NET と比較しての話なら、お前の言ってることはそのまま .NET にも当てはまる。
598:仕様書無しさん
09/05/08 09:40:48
>>592
で、お前は何使ってんの？
リソースを最大限活用して最速コードを生成するために、どんな最適化をしてんの？
まさか普通にコード書いて普通にコンパイルして終わりってことはないよな。
受け売りで速いだの遅いだの喚いてる君には答えられないだろｗ
599:仕様書無しさん
09/05/08 10:03:32
一番いい最適化はjavaを使わないことかなぁ。
gcc系のコンパイラなら-O2とか-O4を使ってるよ
後-mcpuでコードを走らせるパソコンのCPUを指定してるけどなにか？
600:仕様書無しさん
09/05/08 13:27:14
>>599
コンパイルオプションつけてみました程度かｗ
601:589
09/05/08 19:23:34
>>590
あ、そうなの？ｽﾏﾝちゃんと読んでいない
>>591
C#やVBの方がnew文化と言っているのはプリミティブ型がないからとか、そんな理由かな？
APIは断然Javaの方がnew文化だと思うよ。
例を挙げればきりがないけど、例えばファイルの有無を調べるのにFileクラスをnewしなければならないとか。
計算量が多くなるのも、.NETと両方使ってるとよく体感できるよ
例えば、String#substring(startIndex,endIndex)のstartIndexは0スタートで、endIndexはスタートなんておかしい仕様、startIndexからのlengthでもないのに。
こういったおかしい仕様の補正処理を加えてソフトを作らなきゃいけない。細かい事かもしれないけど、結構変なAPI多いんだよJavaの場合。
>>592
.NETのデストラクタはガベージコレクションがメモリを破棄する時に実行されます。
つまり完全にタイミングが取れないので注意しましょう。
592さんのように勘違いする人が多いので.NETのデストラクタは怖い。
破棄したいリソースがあるならデストラクタは使わず、Dispose()メソッドを用意するのが吉です。
>>596
今でもガベージコレクションを持つプラットフォームでのインスタンス化は大きなボトルネックになります。
ので内部設計時には充分な注意を払うのが上級者です。
組み込みではそのような言語を扱うのが稀なため、逆にそれほど気をつけなくても良いかな
JavaとCのパフォーマンスチューニングは気にする箇所がまったく異なってきます。
602:589
09/05/08 19:26:10
×startIndexは0スタートで、endIndexはスタート
○startIndexは0スタートで、endIndexは1スタート
603:仕様書無しさん
09/05/08 19:57:57
DisposeメソッドなんてC++にないじゃん。
NETローカルな話題はよーわからんけどどんな言語なん？
しかしガーベッジコレクターが回収するときにデストラクタを実行するなんて
デストラクタの実行順序は全く無視？ そりゃ使えんわな
604:仕様書無しさん
09/05/08 20:21:38
>>601
> 細かい事かもしれないけど、結構変なAPI多いんだよJavaの場合。
マイクロソフトと喧嘩したくらいだからしっかり作ってあるんだろうと思ってた。
605:589
09/05/08 20:50:08
>>603
あ、592さんはC++の事を言っていたのか。
なら書いてある内容全部納得
>>604
Java vs .NETで見た場合ね。Javaが出た当時のAPIといえば
Win32とかMFCとか、あとはBorland C++とかDelphiとか
それらに比べればJavaのAPIはそれは圧倒的に素晴らしく良くできてたよ。
MicrosoftはJavaがなければ.NETのAPIは作れなかった。これは間違いないと思う。
ところでスレの趣旨はJava vs Cだけど、これはどちら派にとっても不毛な議論
JavaとC/C++とは作成するものは、今の所ほぼ競合しない
組み込みやドライバをJavaを作る事はないし
WebアプリをC++で作ることもない。
GUIアプリはパッケージなんかだとC++か.NETか迷う事もあるけど
JavaはSwingが貧弱なので選択肢に入らない。
ただ組み込みでもカーナビとかのUI部分とかそういう所はそろそろC++では限界が来ているとは思う
Java等で書き換えられる日も近いかもしれない。
Javaプログラマが組み込みのプロジェクトに参加しオブジェクト指向ﾏﾝｾｰを唱える人、
逆にC言語プログラマがGUIやWebアプリでオブジェクト指向ｳｻﾞｰと言う人が結構いるけど、どちらも愚か。
重視するポイントはモノや規模によって異なり、それによって選択される言語も変わります。
寿命の話で言えば、C言語はCPUのアーキテクチャが劇的に変わらない限りなくならない。
その点Javaは流行の産物で、ゆくゆくは消えて行くでしょう。.NETも同じ。まぁ当分先でしょうけど。
606:仕様書無しさん
09/05/08 21:00:06
Javaが原因で今回の金融不安を招いただろ
不要なシステムを乱造させて、業務に支障を与えた
害悪言語それがJAVA
607:仕様書無しさん
09/05/08 22:19:42
>>605
カーナビはWindowsCE用 .netがあるやん？
Javaより.netが優れてるなら、間違いなく.net compact framework が選ばれるんじゃない？
608:仕様書無しさん
09/05/08 23:42:44
正直、優れてるかより使われているか、色々と情報があるかの方が重要
その点でC++もJavaも適材適所の場所なら他と比べたら滅茶苦茶優秀
便利ならそれでいい
609:仕様書無しさん
09/05/09 00:23:42
>>601
substringがああいう実装なのしらないとはC言語知らない人かな?
あとJavaはあんまり自前でnewしないよ
ライブラリ等はすべてDIコンテナに注入してもらうのが主流
C#は自前でnewして準備するのが多い
>>605
Swingは一番低レベルなAPIのわりには充実してるほうかと
Win32APIに相当だから
610:589
09/05/09 01:12:52
>>607
なるほど知らなかった。それに考えて見れば携帯カーナビもJavaですね。
>>609
よく勉強してると思うが全体的に理解が中途半端なので気をつけましょう
substringはC的でないし、DIコンテナだからといってnewしない事にならない
SwingはWin32相当でないし、低レベルAPIでもない。それに「低レベルAPIのわりに充実」していたとしても、それ以外に更に低レベルなAWT,SWTしか選択肢がないのだから.NETと比べれば貧弱といわざるを得えません。
611:561
09/05/09 01:26:12
.NETつーかMSの最近の言語は変数とかがデフォルトで日本語のヤツとかあってキモい
そんなイメージ
612:仕様書無しさん
09/05/09 01:29:26
>>589は本当にsubstringの動きの意味をしらないみたいだな
613:589
09/05/09 02:49:58
>>561
今561の書き込みを見たが着目点を含めなかなかの凄腕、素人相手に疲れるのもわかる。
個人的に.NETがキモいのはデストラクタ、Shadow、インターフェイス実行時に名前が変えられる点
Javaがキモいのは検査例外、後付Generic（toArray()で戻り値クラスをnewしなければならない点とか）、そして何より微妙に整備されておらずどこか微妙にピントのずれたAPI
といったとこか。
C++はキモすぎて言い切れない。
>>612
JavaScriptのsubstr()や.NETのsubstring()がC的です。
Javaとの違いをしらべてみましょう。
ちょっと飲んできたのでおかしな事行ってたらｽﾏﾝ
614:589
09/05/09 03:02:10
×インターフェイス実行時
○インターフェイス実装時
615:仕様書無しさん
09/05/09 08:57:28
>>561
実行時に名前解決が必要なプログラムって何？
連想配列か何か？
616:仕様書無しさん
09/05/09 13:36:18
検査例外はむしろ良い点かと
非検査例外だって選べるんだし
617:589
09/05/09 17:27:38
>>616
例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。
そうでない場合もあるけど、それは場面によるもので例外の種類によるものではありません。
例外の種類によってこれを強要するという言語の仕組みはおかしいです。
それどころか副作用として、例外が隠蔽されたJava製のシステムが市場に大量に出回る事になり、
Java製のシステムは相対的にその他の言語で組まれたシステムより不安定なってしまった。
どういう事かというと
多くの場合、仕方なくメソッドの外にthrowsするわけだがソフトの規模が大きくなるほどこれが指数学的に増え、
これを嫌うJavaプログラマは「こんな例外無視すればいいだろう」とe.printStackTrace()などと申し訳程度の
コーディングをして例外を殺してしまう。こういうコードがJavaの場合あまりに多い、というかほとんど？
618:仕様書無しさん
09/05/09 17:40:47
>>617
＞例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。
なんだ、ただのアホか。
619:仕様書無しさん
09/05/09 18:46:24
みんな例外を飛ばしすぎなんだよ
だから例外が例外でなくなって感覚が麻痺してしまう
620:仕様書無しさん
09/05/10 01:27:08
Javaこそ送れたバブル世代
D言語かRuby Python使えってのw
621:仕様書無しさん
09/05/10 01:32:48
D言語か。
C++を覚えるより早くD言語が普及するって言われて久しいな。
622:仕様書無しさん
09/05/10 03:02:01
Dは実装と仕様の安定度がなぁ
623:仕様書無しさん
09/05/10 03:41:16
Ｄってアレだろ？Solarisについてるアレ
624:仕様書無しさん
09/05/10 10:59:23
Dだってｗ
625:561
09/05/10 13:49:45
>>615
なんというかそういう話ではなく
主にWEBアプリになると思うけど
例えばGoogleみたいなサイト作ろうと思ったらネット上からウェブページかき集めたりする
その時名前解決が必要で、そこがプログラムの実行なんかより重いという話
626:仕様書無しさん
09/05/10 16:05:04
DNSでの通信待ちの話？
627:仕様書無しさん
09/05/10 19:34:24
>>625
なんかよーわからんが、javaとかC++以前の事のような気がするよ
628:仕様書無しさん
09/05/10 20:30:25
Javaってなんで消えちゃったんだろうな
Java使い大量に余っちゃったじゃん
Sun責任取ってJava使い引き取れよ
629:仕様書無しさん
09/05/10 20:52:34
>>628
Javaがわかれば他の言語なんて簡単に理解できるからなんの心配もいらないよ。
630:仕様書無しさん
09/05/11 00:56:03
java使いに理解できない事
多重継承 オペレータオーバーロード ダイナミックバインディング ポインター などなど
631:仕様書無しさん
09/05/11 01:55:12
>>630
C++なんて相手しなくていいよ。時間の無駄。
632:仕様書無しさん
09/05/11 07:01:41
Lisp覚えれば全部できるよ
633:仕様書無しさん
09/05/11 11:13:27
たしかにLispって凄いよな。
めっちゃ古い言語なのに最新の言語が取り込んだ機能を全部持ってるもんな。
634:仕様書無しさん
09/05/12 11:59:39
Webアプリを C/C++ ( apache モジュール )で実装してます。
案外コード量はJavaと変わらんが、コンパイルに時間かかるのが難点
635:561
09/05/12 22:49:46
>>634
apacheモジュールで動くならコンパイル時間なんかどうでもよくね？
俺も暇つぶしに
ごく簡単なWEBアプリ（つってもアンケートフォームとかしょぼいのｗ）を
apacheモジュールで実装したけど早くてﾜﾛﾀ
けど、保守性低すぎ
DSOでやれば多少マシかもしれんが…
636:仕様書無しさん
09/05/13 01:16:58
>>631
JavaはC++よりも先に消えてなくなると思うよ。
637:仕様書無しさん
09/05/13 01:27:27
C++もJavaもなくなることは、ないだろう
638:仕様書無しさん
09/05/13 04:25:04
>>618
ABENDしたほうがええやん。
639:仕様書無しさん
09/05/13 18:04:15
>>633
あんなに昔から先進的機能を持っていながら、
未だにロクに使われていないって事は、相当筋が悪い言語なんだろうな。
640:仕様書無しさん
09/05/13 18:15:12
Lispの筋が悪いんじゃなくて構造がシンプルすぎて頭の筋の悪い馬鹿には使いこなせない
ということだろうな。
641:仕様書無しさん
09/05/13 18:23:45
一言で言うと「使いにくい」と。
642:仕様書無しさん
09/05/13 18:41:41
使いやすいと思うよ。
Lispは使いだすと止められない麻薬のような言語
危ないからお前ら手を出すんじゃないよ。
643:仕様書無しさん
09/05/13 19:41:48
ミーハーにはLispおすすめ
644:仕様書無しさん
09/05/13 20:18:59
ｘｙｚｚｙのマクロ書くとき使ってるのってリスプ？
645:仕様書無しさん
09/05/14 01:02:42
後世の言語に影響を与えて云々、とかじゃなくて、
もっと何かこう直接的な…Lispで実装された、判りやすく凄そうなモノは無いの？
どこかの都銀の勘定系はLispだとか、このジャンボジェットのファームはLispだとか、
あるいは、PS3の大ヒットゲームで実はLisp製だとか、人気検索エンジンが実は（ｒ
646:仕様書無しさん
09/05/14 01:07:49
無いっ！（キッパリ
647:仕様書無しさん
09/05/14 01:09:36
gccはC言語をいったんLispに変換してそれをアッセンブリ言語に変換してるんよ。
648:仕様書無しさん
09/05/14 02:57:49
>>645
有名どころだとYahoo Storeは最初はLispで実装されてた。
プレイステーションのゲームならわりとLisp系のがある。
649:仕様書無しさん
09/05/14 07:25:25
俺は生まれてから最初に
話した言語はLispだった
650:仕様書無しさん
09/05/14 10:51:46
Lispに似た立場の言語にSmalltalkが有るけど、
これもどこで使われてたのかいまいち分からないとはいえ、
Visual WorksとかIBMのVisual Ageとか高額な統合開発環境が長期に
いくつも売られていたので、ま、どっかで或る程度使われていたのは確か。
651:仕様書無しさん
09/05/14 11:23:20
金融系が多かったらしいがJavaに置き換えられた。
今でもPOS系で使っているところがあるとか（エラー画面でVWだと分かる）。
RubyのRailsよろしく、このところSmalltalk界ではSeasideがブームだから、
目に付くとところではWebアプリが比較的多いのでは？
652:仕様書無しさん
09/05/14 20:15:16
Lispは知らないが
はるか昔にForthを触った事あるけど多分似てるんだろうなぁ
言語としてどうというより、
メモリを消費せず、インタプリタでありながら機械語の速度で実行できる仕組みに驚かされた。
まぁ、BASICとアセンブラに慣れてた当事、ちょっと触っただけでちゃんとしたものは何も作ってないけど
653:仕様書無しさん
09/05/15 16:54:33
このスレ 何かjava以外の話題で盛り上がってんな
javaはもうダメかもしれんね。
654:仕様書無しさん
09/05/15 16:56:45
だってJava使いが空き缶拾いのバイトでもさせたいほど余ってるんだもの
655:仕様書無しさん
09/05/16 00:11:43
だがいつの時代も欲しい技術力を持ったやつは本当に一握り
言語関係ないんだよな
656:仕様書無しさん
09/05/19 10:43:08
いくら言語は関係ないと言ってもqbasicしか使えない奴は問題だろ
657:仕様書無しさん
09/05/19 22:27:20
>>645
googleはLispで作られている
ソースはジョエル氏
658:仕様書無しさん
09/05/19 22:32:01
MapReduceはLispとは言ってないな、すまん
おまけにその話の中で教育用言語としてのJavaをDISってたしｗｗｗｗｗ
659:仕様書無しさん
09/06/18 21:42:38
>>659
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-｀)∧,,∧
( ´-ω)旦o) (o旦o(ω-｀ )
(_ o[( ´-) (-｀ )]o _)
└'ー-（_ )][( _)ー'┘
'ｰ'^ｰ' 'ｰ'^ｰ'
660:仕様書無しさん
09/06/18 21:44:59
こいつらぬるま湯団はあまりまくってるよな
661:仕様書無しさん
09/06/22 00:23:00
日本人てやたらジョエルを持ち上げる奴が多いよな。
>>658の話なんて、いかにも和訳って感じの文書でなんとなく高尚そうだから
みんな有難がって読んでるだけで、内容はくだらないよ。
662:仕様書無しさん
09/06/22 12:36:07
日本人ってやたらと「日本人ってやたらと」って言うよね。
グローバルな物の見方ができてるつもりなんですね、わかります。
663:仕様書無しさん
09/06/22 21:10:58
在日が使っているがそれに気づかないのが在日
664:仕様書無しさん
09/06/22 21:13:35
>>661
悪いけど，その意見には反対．
かなーり良いことを言っていると思ってます．
665:仕様書無しさん
09/06/22 22:26:36
>>664
良いことをいっているというよりは当たり前のことを
ダラダラ長く書いてるだけ。 そんなことも見抜けないようじゃ
プログラマとしてはおろか社会人としても知能足りなすぎ。
プログラマやめてくれ。
666:仕様書無しさん
09/06/22 22:41:44
委譲のなどのときの書き方。
１．class Nanasi {
Kouhai i = new Kouhai();
public void suteru() {
i.suteru();
}
}
と
２．class Nanasi {
public void suteru() {
Kouhai i = new Kouhai();
i.suteru();
}
}
の書き方ではどういう違いがあるの？
667:仕様書無しさん
09/06/22 23:28:36
１．フィールドで委譲先のオブジェクトを管理している
２．特別な意味がない限り普通にあるクラスのメソッドを呼び出すときは
こういう書き方が多いと思うけど。
可視性などの問題を考える必要があるのでしょうか？
668:仕様書無しさん
09/06/23 00:02:17
ム板の該当スレさがせ
ｽﾚﾘﾝｸ(tech板)l50
ｽﾚﾘﾝｸ(tech板)l50
669:仕様書無しさん
09/06/23 00:21:09
ごめんｗありがとう
670:仕様書無しさん
09/06/24 14:33:56
>>665
ソフトウェア開発の本質は「当たり前」のことにある。
ジョエルのすごい所は彼の自己体験に基づいて、
当たり前のことを掘り下げてきちんと書いているところ。
浅い読み方だから、それを見抜けないんじゃないの？
あといきなり「知能足りなすぎ」って書くのはいかがなものかと。
いろいろな意見があるのは当然なわけで、違う意見を中傷で
叩くのは良くないと思います。
671:仕様書無しさん
09/06/24 17:50:25
そもそも意見を述べるのに相手を罵倒する必要なんかどこにもないからな。
無条件で相手が間違ってそうに見えるレッテルがどうしても必要な人間は好んで使うけど。