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

1 ：仕様書無しさん：2006/06/08(木) 00:35:46

さあ、張り切って参りましょう！

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

さ、語れ。Javaよりも遅い脳みそを持つ人々について　

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

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


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


関連スレ

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

2 ：仕様書無しさん：2006/06/08(木) 00:36:26

今、C言語信者の開発環境のCMMIレベルは非常に低い。
アジャイルソフトウェア開発なんてことも彼らの頭から消え去っている。
今じゃ製造業ですらアジャイル開発の影響を受けているにもかかわらずw
彼らは新しい技術を習得するという努力を怠って2chで愚痴を零してばかりいるのだ。
このスレはそんなC言語厨が愚痴を零すためのスレです。
さあ、このスレでC言語厨の強がりや愚痴や僻みや負け惜しみ発言をどーんと眺めてみましょうw

3 ：前スレ996：2006/06/08(木) 00:49:58

998=995 と仮定して・・・知らないよ。なんで俺指名かわからん。
996の発言は主に990向け。
俺自身は、適材適所でと考える(主観的には)普通の人。

4 ：仕様書無しさん：2006/06/08(木) 10:32:04

Javaは重いよ

5 ：仕様書無しさん：2006/06/08(木) 18:33:31

Kirk Pepperdine: Why are we still dealing with C++ vs Java?
http://www.theserverside.com/news/thread.tss?thread_id=40781

こっちがどうなってるかだれか三行で説明してくれ

6 ：仕様書無しさん：2006/06/08(木) 18:43:04

そんなにJavaが素晴らしいのなら、
H8/3069F(内蔵フラッシュROM 512KB、内蔵RAM 16KB)で
Javaを使って何か作ってよ。

7 ：仕様書無しさん：2006/06/09(金) 07:33:13

>>2
それは真実かもしれない。
が、Javaは遅い。

8 ：仕様書無しさん：2006/06/09(金) 23:03:03

>>2
まずアジャイルの成功事例を持ってこいや

9 ：仕様書無しさん：2006/06/10(土) 00:17:46

これは真実？

脱オブジェクト指向のススメ
http://blogs.itmedia.co.jp/tamaki/2006/06/post_57ab.html

10 ：仕様書無しさん：2006/06/10(土) 08:04:17

>>9
洗脳されている人は乱心するだろうが、正しいと思うよｗ

11 ：仕様書無しさん：2006/06/10(土) 08:07:04

オブジェクト指向を理解出来てない人は狂喜乱舞するだろうが、間違ってると思うよｗ

12 ：仕様書無しさん：2006/06/10(土) 08:33:51

>>9
真実な部分もあるし、勘違いしてる部分もある。
オブジェクト指向は100満点ではない。かといって0点でもない。

13 ：仕様書無しさん：2006/06/10(土) 09:02:10

>>12
そうですね、
>>オブジェクト指向は100満点ではない。かといって0点でもない。
私も飲みに行きますが、
時代が変わっても、
PG,SEのストレスは、
コードを書くストレスって言うより、
人間関係や派閥争いのストレスのように
思います。
そういうストレスは、
オブジェクト指向が解決はしてくれません。

14 ：仕様書無しさん：2006/06/10(土) 09:15:03

中途半端なオブジェクト指向が役に立たないって話じゃね？

15 ：13：2006/06/10(土) 09:41:23

ENDユーザが３人いて
要件定義するときに
会議の場所で、派閥争いされるので、
話が進まないのです、
それぞれが私の言う通りのシステム作ってくれと、
挙句の果てに上司と相談して、あなたとは
決着つけるとか言い出すし。
帳票レイアウト１つ定義するのにどんなに
時間かかるか。。。

次のスレいいよ、
デスマーチ参加者がもの凄い勢いで寿命を削るスレ6

16 ：仕様書無しさん：2006/06/10(土) 15:57:15

自分はJavaが嫌いなC++プログラマだが、Javaは素晴らしいと思うこともあるよ。

Javaの生産性はC++の3倍
というのは、コーディングだけに関して言えば、本当だと思う。
C++よりも短く簡潔なコードで済むし、自由度が低い分考えることが少なくて楽だ。

17 ：仕様書無しさん：2006/06/11(日) 01:28:29

>>16
>C++よりも短く簡潔なコード
なんの冗談なのか本気でわからなかった。
あの果てしなく長い関数名とクラス名がjavaの本質を表しているような気がする。

18 ：仕様書無しさん：2006/06/11(日) 04:33:33

関数名とクラス名が果てしなく長く冗長であることは確かだが
C++よりも短く簡潔なコードで済むのも事実

19 ：仕様書無しさん：2006/06/11(日) 08:22:08

Java厨だけど、果てしなく長いクラス名やメソッド名はうんざりする。
IDEのコード補完無しでは効率が悪すぎる。

20 ：仕様書無しさん：2006/06/11(日) 22:22:50

コード補完前提であえて冗長なクラス名やメソッド名を付けている可能性もある
冗長だからといってうんざりするほどのことか？

21 ：18：2006/06/12(月) 01:23:02

私はうんざりするとは言っていません

22 ：仕様書無しさん：2006/06/12(月) 02:11:47

いや、みんなが君と話しているわけじゃないから

23 ：仕様書無しさん：2006/06/12(月) 02:44:46

>>17
一行の文字数ではなくて行数とかのことだと思うぞ。

24 ：仕様書無しさん：2006/06/13(火) 00:24:52

トラックバック:http://app.blogs.itmedia.co.jp/t/trackback/4088073

>9

このメガネ男、なんだか好きになれないな。
あんなメガネかければまじめ人間に見えるとでも思ってるのかねえ。
オブジェクト指向のことをよくわかってないで
適当なことを書いているみたいだな。

25 ：仕様書無しさん：2006/06/13(火) 00:27:05

>>19
お前が長くする原因を作っているのが悪い。
メソッド名を長くするよりも
長さを削るために
メソッドに引数を割り当てる、クラス名パッケージ名をを考え直す
などの工夫をして似ろ。

26 ：仕様書無しさん：2006/06/13(火) 00:50:26

> 脱オブジェクト指向のススメ
> 知り合いから相談に乗ってやってくれと頼まれたので、ある若手プログラマと会って話をした。
> お題はスキルパスについでだ。大学を卒業後、独学でプログラミングを学び、現在は中規模開
> 発会社で、主に業務システムの開発に携わっているそうだ。
> で、相談の内容は、「このまま現在の業務を続けるか、辞めて、専門学校などでゼロからプログ
> ラミング（というかシステム構築）を学びなおすべきか」というものだった。
> で、「どうして？」って聞いたところ。
>
> 「やっぱり、オブジェクト指向とか、きちんと理解していないので、基礎からやり直したいんです」とのこと。
> で、よくよく話を聞いてみると、要は、現場の開発において発生するいろいろな課題を解決できないのは、
> オブジェクト指向などをよく理解していないからでは？と思いこんでいるようである。

そりゃ理解しただけでは解決できないのは当たり前だ。
かといってそこでいきなりオブジェクト指向を否定材料にするのは、お前はまだオブジェクト指向に
ついてよくわかっていない。お前はそれでもイーキャッシュの代表取締役か。

> 「・・・・」
> この手の相談を受けるたび、正直私は気が遠くなるのだ。ITmediaの紙面上で書くのは少々気が引けるが、
> 全国の悩める若者のために勇気を振り絞って書くことにしよう。
> 「オブジェクト指向などクソの役にも立ちません！」

若者を洗脳して間違った方向に導くな。

27 ：仕様書無しさん：2006/06/13(火) 00:50:42

> 「ときどき、役に立つときもあります」
ときどき役に立つときもある、といっておきながら、普段は口で役に立たないと吹聴して回っているんだろ。

> くらいにしておきます。確かに役に立つときもあるなあ・・・、飲み屋でプログラマと会話するときにはオブジェ
クト指向を理解しておく方が会話がはずむかもしれません。あと、無垢なプログラマ初学者に先輩面するとき
にも役立つかもしれません。

> 嫌味な書き方ですみません・・・。でも、しょっちゅう、この手の悩みを相談されてると、心がすっかり歪んでしま
> うのです。心が乱れてしまうのです。
玉木！ お前がオブジェクト指向についてまだまだよくわかっていないからだ。
だから「オブジェクト指向などクソの役にも立ちません！」なんてことを平気でほざくことができる。

> あなたが、業務システムの開発において、クラスを継承する機会がないからといって、

クラスを継承することだけがオブジェクト指向？
まったくそんな勘違いをしてオブジェクト指向が役に立たないとほざいていたのか玉木よ。

> 世間を怨んではいけません。インターフェースを実装する機会に恵まれないからといって、
> 生まれてきたことを呪ってはいけません。ましてや、「オブジェクト指向を理解していないから」なんて思ってはいけません。

世間をうらみ、生まれてきたことを呪っているのはお前のほうだろう。
すくなくとも、「オブジェクト指向を理解していないから」とは思うべきだろうな。
デザインパターンの何一つも知らずに、「オブジェクト指向＝継承」なんてとんでもない勘違いをしているようでは
イーキャッシュの代表取締役として恥の上塗りだ。そんな勘違いして大嘘を吹聴しているようでは、株主からの評価が下がるぞ。

28 ：仕様書無しさん：2006/06/13(火) 00:50:53

> 業務システム開発やWebシステム開発において、オブジェクト指向の導入？により、飛躍的に生産性が
> 向上するといったことは（あまり）ありません。 VBがVB.NETになったからって、何か変わりましたでしょうか？。
> PHPのバージョンが4から5になったからって何か変わりましたでしょうか？。
業務システム開発やWebシステム開発がVBやVB.NETで作られたものに限られたという
考えが実に愚の骨頂だ。VBやPHP程度で作ってどうにかなるものにJavaを使わないのは
それなりに理由があるんだよ。逆にJavaを使ってオブジェクト指向を徹底的に駆使した業務システム開発やWebシステム開発
が実際に数多くあることをお前は知らないようだな。イーキャッシュの代表取締役の玉木さんよ。
そもそも、PHPやVBなどオブジェクト指向言語としては不向きの言語だ。

> 一般的な開発の現場では、「誰だ！わざわざこんなのクラスにしやがったやつは！」と迷惑の種になる

クラス設計の問題だろうが。
クラスにしただけで問題になることがあるなら理由をあげてみろ。
クラスに設計する方法が間違えていただけで、クラスにすることそのものを迷惑だと思っているなら
お前はまだまだ勉強不足で勘違いだ。ただただやみくもにクラス分割すればいいというものではないが、
クラスを作ることそのものを否定するのは愚の骨頂。

29 ：仕様書無しさん：2006/06/13(火) 00:50:58

> ことはあっても「オブジェクト指向の導入で再利用性飛躍的UPね！」なんてことは
> ほとんどありません。
それはお前の経験不足、能力不足からくる問題だ。徒歩10秒でいけるところにわざわざ車を使えば
効率がよくなるかと思えばそうでもないことと同じだ、といえばわかるだろうな？

> リソースの再利用性を高めるためには、きっちりとした仕様書
> を書く訓練や、他の開発者とのコミュニケーションスキルをUPした方がずっと実務的ですし、上司も評価してくれるでしょう。
むしろ、オブジェクト指向で設計したほうが、仕様書を書きやすく、コミュニケーションをとりやすいわけだが。
オブジェクト指向を使わないと、他人の書いたコードを解読するのにどれだけ手間がかかると思っているのか。


> 開発のスキルをUPさせるためには、とにかく、コードを書くこと。寝ても覚めてもコードを書くことです。そうしているうちに、いつの間にか、オブジェクト指向も身に着く（というか、その本質が何かに気づく）でしょう。
何も考えず、無駄に、がむしゃらにとにかくコードを書いていたら関数が無駄に増えて
どうやら、イーキャッシュの代表取締役の玉木には、ゴミとなった関数や関数同士の相互作用が激しくなって収拾がつかなくなったという経験が内容だな。


> あと、「流行ってる技術＝役に立つ技術」というわけではないということをしっかりと認識しなければなりません。
> 今の技術者にもっとも必要とされる能力は、バズワードと本当に必要な知識を区別する能力かもしれません。

オブジェクト指向がいつの時代の技術だと思っているのか？
20年前の技術だぞ。それを流行っている技術だと？　笑わせるな。

30 ：仕様書無しさん：2006/06/13(火) 01:34:52

トラックバック:http://app.blogs.itmedia.co.jp/t/trackback/3188732

「会社は株主のもの」を強調している点で
イーキャッシュの代表取締役の玉木は、ステークホルダーという考え方がないみたいだな。

知ったかぶり発言が多すぎる。
馬脚が現れ始めている。

31 ：仕様書無しさん：2006/06/14(水) 20:07:45

粘着乙

32 ：仕様書無しさん：2006/06/15(木) 10:54:30

Javaは遅いだろ、php,perl,ruby,pythonのほうが早く作れるじゃん
C、C++は論外

33 ：仕様書無しさん：2006/06/15(木) 19:59:51

誰も開発速度の話はしてないんだが

34 ：仕様書無しさん：2006/06/15(木) 23:04:25

業務で使うソフトなら、開発速度が重要だろ。
というか普通SI屋がやる案件でJavaとC系言語の速度差が重要になる案件ってあるの？
殆どそんなのよりもDBとかのミドルウェアの動作速度のほうが重要そうだが

35 ：仕様書無しさん：2006/06/28(水) 18:43:35

>>33
また釣られちゃった君ガイル。

36 ：仕様書無しさん：2006/06/29(木) 12:36:22

オブジェクト指向は開発効率を上げる物じゃないと何度いえば…

おばかさんでもロジックがイメージしやすいようにして
保守・差分コーディングをやりやすくしただけ

理解してればどっちもかわらん

37 ：仕様書無しさん：2006/06/30(金) 11:59:40

> おばかさんでもロジックがイメージしやすい
> 保守・差分コーディングをやりやすく

それを開発効率を上げるというのですが。

38 ：仕様書無しさん：2006/07/05(水) 17:39:45

きみらってほんとにキモいね

39 ：仕様書無しさん：2006/09/24(日) 01:44:59

結局Javaの仕事も多いし
Javaを使うシステムはかなり増えてきているし、
くいっぱぐれることも無いわな。

40 ：仕様書無しさん：2006/09/25(月) 14:38:57

java最近美しくなくなった希ガス。

41 ：仕様書無しさん：2006/09/26(火) 00:29:11

Genericsとアノテーションのおかげだな

42 ：仕様書無しさん：2006/10/17(火) 14:08:03

Java嫌いな奴はGoogleの恐ろしさを知らない
http://pc8.2ch.net/test/read.cgi/prog/1161061562/

43 ：仕様書無しさん：2006/10/17(火) 18:26:33

Google嫌いな奴はJavaの恐ろしさを知らない
http://pc8.2ch.net/test/read.cgi/prog/1161077061/

44 ：仕様書無しさん：2006/10/18(水) 00:34:22

後者は意味がわからんな

45 ：仕様書無しさん：2006/10/20(金) 11:35:49

Heaven's Net is Wide-meshed
（７）マイクロソフトのWindows Vistaは時代遅れの産物と化す。
もはや新しいOSをありがたがって、金を払ってまでベータテスターのように
RC(Release Candidate ; 正式リリース前のテストバージョン）もどきのOS
をいじり回して喜んでいる人種は「縁なき衆生」であり、救いようがない。
時代は遥か先に進んでしまったのだ。
http://rblog-biz.japan.cnet.com/hatch/2006/10/google_youtube__e013.html

46 ：仕様書無しさん：2006/11/27(月) 10:32:33

>>9

書いているおっさんがわかっとらんだけ。
釣り記事とは言わないけど、自分の能力不足に気づかないおバカだよ。

47 ：仕様書無しさん：2007/02/23(金) 23:27:10

>>9
天野くん？

48 ：仕様書無しさん：2007/03/03(土) 12:16:39

Javaの開発当初の目的は、Javaプロセッサを使うことでパフォーマンスが出せるって
構想じゃなかったっけ？
x86やARMの仮想環境でJavaを走らせても遅くて当然だと思うんだけど。

49 ：仕様書無しさん：2007/03/03(土) 18:49:21

会社で どのバージョンの JRE を入れさせようか悩んでいます。
新しいのじゃアプリ動かないし（アプリ開発した人はもういないので保守できません）、
古いやつじゃこれから入れるアプリがサポート対象外って言うんです。

50 ：仕様書無しさん：2007/03/03(土) 19:06:48

両方入れたら？

51 ：仕様書無しさん：2007/03/03(土) 20:28:26

>>48
Javaの専門家の人達は、プロセッサ開発のドシロウトだったんですよ。

実際に作られたJavaチップのパフォーマンスの低さは、そりゃぁもう悲惨。

52 ：仕様書無しさん：2007/03/04(日) 01:16:59

天下のSunが開発した物だから、SPARC for Java みたいなものが出来るのを
期待してたんだが、今んところは古代のマイクロコード展開みたいになっちゃっ
てて、仮想マシンの方が早くて確実だったりするみたいだからなあ。

53 ：仕様書無しさん：2007/03/05(月) 01:23:27

JVMのバイトコード自体がね、FORTHのそれがベースだし、
近年のプロセッサの進化は、クロック数を稼ぐために命令を単純化・シンプル化する
方向だったのに、そんなカビの生えたスタックマシンの概念ではスピードが出るわけが
ありません。

最初から間違えてるんだよ。Javaは。

54 ：仕様書無しさん：2007/03/05(月) 01:37:48

まあVMで使えてるから問題無いように思う

55 ：仕様書無しさん：2007/03/05(月) 04:45:05

Javaで書いたプログラムが走ればいいわけで、
JITが許されているくらいだから、
プログラムの内容を表現する文法に縛られる必要はないよね。

56 ：仕様書無しさん：2007/03/05(月) 10:09:51

>>49
新しいのじゃアプリが動かない？
そのアプリの具体的製品名を挙げよ。

たまにM$JVM専用という、ものすごく古臭いものがあるからな。

とりあえず、古いのでしか動かないときは、古いのと
新しいの両方いれておくこと。

57 ：仕様書無しさん：2007/03/05(月) 10:12:38

>>51
ソースは？　パフォーマンス上がるんだけどな。
携帯電話に使われている、標準Java言語仕様に準拠していない
他社製チップなんぞ問題外。

標準を破壊してパフォーマンスを上げること自体間違っている。

標準を破壊せずにパフォーマンスを上げるべき。

組み込み機器では、メモリの消費電力の問題があるから、メモリを大量消費できないため
まだまだJavaの本来の特性を生かし切れないというのは確かにある。

しかし、DRAMが進化している今、ことは良い方向に進んでいる

58 ：仕様書無しさん：2007/03/05(月) 10:18:30

>>53
それは組み込み限定の話かね。

Javaが間違えているのではなく、組み込み屋、ハードウェア屋、
携帯電話メーカーが間違えた方向に進んでいるだけだよ。
彼らは、独占欲が強いからJavaの特性が活かされていないだけ。
Write Once, Run AnywhereというJavaの特性には興味を示さず、むしろ、
己の私利私欲のためにはWrite Once, Run Anywhereが邪魔者だと思いこみ
独自仕様でJavaの普及を妨害しようとしている。
なぜなら、Javaが携帯電話のリソースを専有するようになると、
彼らは今まで儲けていたビジネスモデルが成り立たなくなるからだ。
つまり、彼らはハードウェアメーカーは、Googleの破壊戦略に恐怖を抱き、
インターネットが大嫌いなテレビ局や既存メディアという抵抗勢力と
おなじような思考なのだ。


それに、Java SE 5からパフォーマンスは十分向上している。

最適化技術が驚くほど進歩して、C++で開発しても
Javaで開発してもほぼパフォーマンスが変わらないアプリを作れるようになってきている。

59 ：仕様書無しさん：2007/03/05(月) 11:07:23

スタックマシン自体が時代遅れ。Javaを設計した奴はプロセッサの素人。JavaChipなんてもはやギャグで、
あれを信じた奴はアホとしかいいようがない。

60 ：仕様書無しさん：2007/03/05(月) 11:27:02

まぁあれだと思うんだ。
Javaは確かに凄い面も持ち合わせているが、互換性を意識する事が適している業務ばかりでは無いという事を考えなければならない。

ま、そういう意味では、WindowsとJavaはお友達で良いんじゃないでしょうか、

61 ：仕様書無しさん：2007/03/05(月) 11:57:21

http://www.takilab.cs.kobe-u.ac.jp/~java/

62 ：仕様書無しさん：2007/03/05(月) 12:07:45

2001年 6/6更新

63 ：仕様書無しさん：2007/03/05(月) 13:58:33

それで今は>>61のリンク先の問題は解決したの？
2001年から変わってないから更新していないとか。

64 ：仕様書無しさん：2007/03/06(火) 16:43:09

>>58
>最適化技術が驚くほど進歩して、C++で開発しても
>Javaで開発してもほぼパフォーマンスが変わらないアプリを作れるようになってきている。
いまのJavaってここまで進化してるのか、すげー。やばいよC++のアプリPG！

Javaチップなんて聞いたことないんですけど、どこが作ってるんですか？（やっぱりSun?)、
どんな分野にこのチップ使われてるんですか？（炊飯器や冷蔵庫用？）

65 ：仕様書無しさん：2007/03/06(火) 23:28:44

フォトショとかMAYAとかがJavaで書かれないのは何で？

66 ：仕様書無しさん：2007/03/07(水) 00:34:20

>>65
・起動が遅い
・メモリを喰う

これが無ければ、誰でもJavaで書くよ。
C++で書くより、倍は早くつくれる。

67 ：仕様書無しさん：2007/03/07(水) 00:36:11

Javaが優秀ならいろいろなアプリケーションソフトが出て良いよね
フリーソフトでもjavaアプリがいっぱい出て良いと思うんだけど
ねー、Java PGさん、Windowsで動くフリーの良いアプリケーションソフトいっぱい作って公開してよ

68 ：仕様書無しさん：2007/03/07(水) 00:47:21

>>66
それ、嘘でしょ、>>58さんが
最適化技術が驚くほど進歩して、C++で開発しても
Javaで開発してもほぼパフォーマンスが変わらないアプリを作れるようになってきている。
と言ってるよ。
それとも、起動遅い、メモリ喰うはパフォーマンスと言わないの？

69 ：仕様書無しさん：2007/03/07(水) 00:58:03

>>68
嘘かどうか自分で試してみりゃいいじゃない。
ただ、起動後の性能は変わらんゆえサーバサイドのアプリでC++は既に死滅したといえるかな。
ほんとに性能が問題になるところは素のC使うだろうし。

70 ：仕様書無しさん：2007/03/07(水) 01:06:49

web系でJavaってそんなに多いか？

71 ：仕様書無しさん：2007/03/07(水) 01:10:47

>>69
VC＃しか知らないもん
なんだ、Javaは普通のアプリは駄目で、サーバープログラム用ってことなのね
ふーん、Java　PGはCも必要なんだ

72 ：仕様書無しさん：2007/03/07(水) 01:21:30

>>71
JavaPGってなんだよ。言語は一度に一つしか習得できないのか？

73 ：仕様書無しさん：2007/03/07(水) 01:22:00

Java鯖なんて再起動ばかりで使えねえよ。

74 ：仕様書無しさん：2007/03/07(水) 01:24:57

Javaで開発されたソフトって結構いろいろあるよ。
日本ではJava＝Web開発ってイメージだけど、本家を中心に着々と進んでる。
ttp://java.com/en/
ttp://www.sun.com/software/looking_glass/details.xml
英語苦手な人には辛いかな。
多少起動が遅かろうが、メモリ食おうが、ハードの進化がそれを補ってく
れる。一昔前のWin+Cアプリよりも断然早いし、開発の容易性とその弱点を
補うには十分だと俺は思うけど。今は小学生でも普通にプログラム組む時代
だぜ。CやC++にも、ならではの役目があるが、Javaにも老若男女全てを相手
にできる柔軟性がある。仲良くしようや。

75 ：仕様書無しさん：2007/03/07(水) 01:26:14

>>73
おまえさっきVC#しか出来ないつってたろ。憶測でものいってんじゃねーよ。

76 ：仕様書無しさん：2007/03/07(水) 01:29:43

ゲームPGはこの先も当分C/C++なんじゃないの？
メモリ管理が自分で出来る言語のがパフォーマンスアップし易いのかね。

77 ：仕様書無しさん：2007/03/07(水) 01:37:38

Javaは1.4で終わり

78 ：仕様書無しさん：2007/03/07(水) 01:41:50

>>59
JVM改造すればどうにかなるだろ。

つうか、素人だと思うなら、
お前が設計しろよ。
さもねえと、お前が素人素人呼ばわりされるぞ

79 ：仕様書無しさん：2007/03/07(水) 01:42:05

>>77
1.4と6じゃ、まるっきり性能ちがうぞ。

80 ：仕様書無しさん：2007/03/07(水) 01:42:30

>>75　>>73は>>71じゃないよ

>>72 JavaPGは、Javaを一番使ってるPGのことなの

>>73 これほんとなの、再起動ばかりじゃサーバーとして駄目だね
今使ってるXPだって、滅多に再起動しによ、ウインドウズアップデートしたときはするけどね

>>74 少なくともアプリでC#と同じぐらいの起動速度やパフォーマンスないと、Java覚えたくないもん

81 ：仕様書無しさん：2007/03/07(水) 01:42:31

>>60
互換性を意識しなくても良い環境でも
Java開発はしやすいと思うけどな。
バグとりに苦しむことが少ないし

82 ：仕様書無しさん：2007/03/07(水) 01:45:45

>>80
C#早いか？目の錯覚じゃね？

83 ：仕様書無しさん：2007/03/07(水) 01:45:55

>>80
うそつくな。お前ほどレベル低いやつは他に見当たらんぞ。
だいたいJava鯖ってなによ。具体的にいってみなよ。

84 ：仕様書無しさん：2007/03/07(水) 01:49:27

>>80
>JavaPGは、Javaを一番使ってるPGのことなの
使用する言語なんて、PGの属性じゃなくて案件の性格でほぼ自動的に決まるだろ。
サーバサイドにおいてすら、.NETとJavaも被ってそうで被ってない。

85 ：仕様書無しさん：2007/03/07(水) 02:00:40

>>82 早いかどうかなんて知らないもん、でも、自分が使う分には遅くはないよ

>>83 ねぇねぇ、頭大丈夫？　>>73じゃ無いと言ったのに

>>84 よく解らないけど、PGはJava、C/C++、C#なんかも使えて仕事によって言語変えてるってこと？
色々な言語覚えなきゃならないから、PGって大変だね

86 ：仕様書無しさん：2007/03/07(水) 02:15:53

ム板へお帰り

87 ：仕様書無しさん：2007/03/07(水) 09:22:26

俺はうちの会社で必要な言語と個人的に興味を抱いた言語しかやったことないけど。
どうしてそんなにたくさん覚えなきゃいけないの？

88 ：仕様書無しさん：2007/03/07(水) 10:07:13

つ偽装請負

89 ：仕様書無しさん：2007/03/07(水) 10:49:46

昔はあからさまに遅かったからね。
遅いという実績を作っちゃったからね。
今がそうでないというなら、
それを払拭するようにJava支持派が頑張ればいいんじゃ？
今でも遅いと思っている人を非難するんじゃなくって。

90 ：仕様書無しさん：2007/03/07(水) 11:34:51

C++ vs. Java 1.6 - A fair Benchmark

java: fib: 9531, heap: 3640, loops: 12688, copy: 1500
c# : fib: 12671, heap: 3765, loops: 9406, copy: 1453
c++ : fib: 8750, heap: 3594, loops: 6328, copy: 1500

http://www.irrlicht3d.org/pivot/entry.php?id=446

91 ：仕様書無しさん：2007/03/07(水) 12:05:05

お？悪くないじゃないか。

実際のコードで使用されているような
オブジェクト間のメソッドコールやnewやGC(C++は無いな)、マルチスレッドなど、
という観点も含めたベンチマークもほしいところ。

必要ヒープ量もどうなんだろう。

92 ：仕様書無しさん：2007/03/07(水) 12:06:27

ソースを見た。こんなコンパクトなものを単発で実行させてJavaのベンチは取れないのがひとつ。
あとVMのロードから開放までの時間が入っていない。これもいれるべき。
なぜならこのプログラムはコンソールベースだからだ。
もしVMのロード時間をいれるとだいたいこんなかんじになる
c++ : fib: 8750, heap: 3594, loops: 6328, copy: 1500
java: fib:21344142341234: heap:43214231423142341234; copy;41234123423422354312

93 ：仕様書無しさん：2007/03/07(水) 12:12:29

つまりネイティブコードのJavaならいいと？これ一つとってJavaは十分とはいわないけど。

94 ：仕様書無しさん：2007/03/07(水) 13:03:10

Javaの遅さに拘る人達って、一体何を作りたいんだろ。
実際問題、今のJavaのスピードで何か弊害があんの？

95 ：仕様書無しさん：2007/03/07(水) 13:14:34

Javaが遅い言う奴は自分のコーディングの不味さを言語で
カバーしてほしいからじゃないの？
下手なコーディングと遅い処理系の組み合わせじゃ最悪だ
もんな。しかしちゃんと組めばJavaのスピードでも大抵は
十分。

96 ：仕様書無しさん：2007/03/07(水) 13:25:00

あ〜あ、また始まったよ。理解されないのは理解しないやつが悪い論。

97 ：仕様書無しさん：2007/03/07(水) 13:25:00

かまうなよどうせ糞爺のC厨だろ。
おれたち世界をリードするアーキテクトとは別の人種。

98 ：仕様書無しさん：2007/03/07(水) 13:33:35

なぜJavaがCに比べて遅いのか、なぜオブジェクト指向なのか、
なぜVMを使うのか、なぜGCを採用したのか、
そこんとこが分かっていない馬鹿がいっぱいいるようだな。

99 ：仕様書無しさん：2007/03/07(水) 13:37:39

>>98
俺は分っているんだぜ。ってことならどうぞ説明してください。

100 ：仕様書無しさん：2007/03/07(水) 13:46:15

>>99
ググれ、Webでいっぱい見つけられるぞ。
人に頼ってばかりいちゃいかん、いいかげんくれくれ厨は卒業しろ。
ひとつヒントを与えよう。
「C言語の弱点」、「C++言語の欠点」等といったキーワードでググる
のは良いプラクティスだ。

101 ：仕様書無しさん：2007/03/07(水) 13:46:15

Javaの活躍の場が限られているのは、糞爺C厨のでっち上げと謀略によるものです。
それしかありません。そうでなければJavaはもっと使われているはず。

102 ：仕様書無しさん：2007/03/07(水) 13:49:32

爺はアーキテクト達の凄い成果を認めようとしなにも理解していなのが現状。
ビッグエンディアンの処理なんかもいい感じでやってくれるVMの凄さもな。
javaのTCP/IPはVMがソケットすらいい感じで使わないでやってくれている事もだ。
あと全自動処理だ。アーキテクト達が思い描いている状態を全自動で再現してくれる。
メモリの無駄が全くない最適化と合理的なガーベッジコレクションがそれだ！！
これからは全自動だ！
さすがオブジェクト指向の真髄を実装したjavaだ。んぽぽんC爺は藻屑と消え去る運命。

103 ：アーキテクト：2007/03/07(水) 13:54:25

>そうでなければJavaはもっと使われているはず。

嘘でも世界で一番使われていると言わないとC爺につつかれるぞ。

104 ：仕様書無しさん：2007/03/07(水) 13:56:16

>>100
ぐぐったらいっぱい出てきた。

Javaの弱点 の検索結果のうち 日本語のページ 約 95,500 件
Javaの欠点 の検索結果のうち 日本語のページ 約 127,000 件
C言語の弱点 の検索結果のうち 日本語のページ 約 4,030 件
C++言語の欠点 の検索結果のうち 日本語のページ 約 31,300 件

さて、どれから読もうか。

105 ：アーキテクト：2007/03/07(水) 13:58:46

>>104
その数は糞爺C厨のでっちあげだぞ。

106 ：アーキテクト：2007/03/07(水) 14:00:24

>>100はアーキテクト失格だ
敵に塩を送るキーワードを教えるな

107 ：仕様書無しさん：2007/03/07(水) 14:07:24

今C爺たちのホームスレがアクセス制限かなにかで立てられないようだ。
叩くならいまがチャンス

108 ：仕様書無しさん：2007/03/07(水) 14:09:09

>>102
Javaはまさに夢と魔法の言語。1度使ったら他の言語が馬鹿に見える。

109 ：仕様書無しさん：2007/03/07(水) 14:12:08

Javaで花粉症が治りました。

110 ：仕様書無しさん：2007/03/07(水) 14:12:34

やーいやーい、糞C爺のばーかっ
　∧　∧
　 （｡・ω・）つ,☆ｵｼﾘ ﾍﾟﾝﾍﾟﾝ
　　 と_,、⌒) )
　　　　 （_ ﾉﾉ

111 ：仕様書無しさん：2007/03/07(水) 14:16:52

C糞は、HTTPやるのもFTPやるのもメール送るのも、
いちいちソケット使って組んでいるらしい。
RFCが手放せないらしいぞ。

112 ：アーキテクト：2007/03/07(水) 14:18:18

やたらアセンブラにこだわるし馬鹿じゃねーのｗ

113 ：仕様書無しさん：2007/03/07(水) 14:22:07

そそ、Javaは1度使ったら他が馬鹿に見える。
なんで、そんな細かいこと知らないとプログラム組めないんだ？C糞は。

俺、RFCなんか見たことないよ。APIレベルでのデバッグで十分。
あいつらイーサなんとかで電文をいちいちチェックしているらしいが
まったく笑っちゃうね。

114 ：アーキテクト：2007/03/07(水) 14:23:18

C爺がいないマ板はなんて平和なんだろう

115 ：仕様書無しさん：2007/03/07(水) 14:30:52

>>113
そうそう、Cで組んだらメール送信が0.01秒早くなったぜっ
とか言って喜んでんだぜ。これで100通送るのに1秒短縮だぁ
とかな。お前らスパマーかと。

116 ：仕様書無しさん：2007/03/07(水) 14:31:35

おれたちJavaアーキテクトは、
おしゃれでゴージャスな開発室で高級茶を片手に優雅に仕事。
それに引き換え糞爺C厨は作業着でペットボトル片手にコーディング。

いかにJavaが優れているかを示す、見事な違い。
これを見ただけでJavaが先進的でCが遅れているかがわかる。

117 ：仕様書無しさん：2007/03/07(水) 14:43:53

餌が腐ってるｗ

118 ：仕様書無しさん：2007/03/07(水) 14:52:20

> おしゃれでゴージャスな開発室で高級茶を片手に優雅に仕事。
いくらなんでもそれは無いw

119 ：アーキテクト：2007/03/07(水) 14:59:12

>>118
おまいのとこはそうかもしれんが俺ぐらの大物アーキテクトになれば
・個室
・コンパニオン(レースクイーンスタイル)
最低この2つのアイテムは付帯するぞ。

120 ：仕様書無しさん：2007/03/07(水) 15:06:35

>>119
すげー！！俺もJavaアーキテクトを目指っす。
最初はJavaでプログラム組めなきゃいけないのか。
どうすればJavaプログラマーになれますか？

121 ：アーキテクト：2007/03/07(水) 15:13:39

まずは入門書クリア
次はJ2EEとEclipse/Net豆
オブジェクト指向の学習
フレームワーク
この手順が基本
Eclipseひとつとってもプラグイン/ツール等の操作の習熟は大変な事を肝にめいじがんばる事。
これで終わりじゃないのがjavaの奥の深いところだな。まあがんばれ。なっ。

122 ：仕様書無しさん：2007/03/07(水) 15:33:16

Javaのおかげで彼女ができました。

123 ：仕様書無しさん：2007/03/07(水) 15:33:20

そんな難しいことしなくてもなれるよ。
何も知らなくてもVMやライブラリが全部やってくれるから心配ない。
速度も十分速いし使うメモリもコンパクト。

でも俺たちの存在を妬んで謀略とでっち上げを繰り返す
時代遅れの糞爺C厨がいるから気をつけてね。

124 ：仕様書無しさん：2007/03/07(水) 15:57:38

C爺たちは細かい事気にしすぎて頭がツルピカしてるからもてるわけがないしｗ

125 ：仕様書無しさん：2007/03/07(水) 15:58:31

>>65
移行コストを考えろ移行コストを。

新規に開発するならわかるが、

既存のものに改良を加えるのと比べるとコストが膨大だろう。

理由はそんだね。>>66は浅はかな意見だから鵜呑みにするな

126 ：仕様書無しさん：2007/03/07(水) 15:58:56

>>67
お前の検索能力が悪いだけ

127 ：仕様書無しさん：2007/03/07(水) 15:59:50

>>73
再起動しなくて済むように設定することができない
お前の頭が悪いだけ。

128 ：仕様書無しさん：2007/03/07(水) 16:00:37

>>65
>>66
>>67
全部C爺の策略

129 ：仕様書無しさん：2007/03/07(水) 16:01:26

>>80
だから、再起動しなくて済むように
設定する方法を知らない程度の知能指数しか
持っていないお前の脳みそを恨めと言っているんだよヴァーカ

130 ：仕様書無しさん：2007/03/07(水) 16:02:35

>>89
すでに頑張っているだろう。

遅い遅いといっているのは2chでもマ板くらいだろ。
ム板ではもうすでにJavaは遅いとかいってる奴は稀だぞ

131 ：仕様書無しさん：2007/03/07(水) 16:03:44

C爺がいなとマ板がこんなにも明るくなれます。
おかしいなC爺はリアルではツルピカしてるからいないと暗くなるはずなんだけど。

132 ：仕様書無しさん：2007/03/07(水) 16:04:18

>>94
彼らは単なる抵抗勢力なんだよ

133 ：仕様書無しさん：2007/03/07(水) 16:04:54

Java批判している奴は頭の毛の本数が少ない奴が多い。


これ定説

134 ：仕様書無しさん：2007/03/07(水) 16:06:06

C爺ってみんなに嫌われてるんだな。。。

135 ：仕様書無しさん：2007/03/07(水) 16:09:58

>>104
そらみろ、検索方法を変えるとC/C++のほうが圧倒的だろう。
C言語の方は他の用語画布汲まれるがC++はそうではなかろう。


Cの弱点 の検索結果のうち 日本語のページ 約 1,360,000 件
Cの欠点 の検索結果のうち 日本語のページ 約 1,380,000 件
C++の弱点 の検索結果のうち 日本語のページ 約 9,880 件
C++の欠点 の検索結果のうち 日本語のページ 約 42,600 件


逆に、JavaをJava言語に変えて検索してみろ
Java言語の弱点 の検索結果のうち 日本語のページ 約 439 件
Java言語の欠点 の検索結果のうち 日本語のページ 約 652 件

どんなに言語を付け加えても「C言語の弱点」「C++言語の欠点」よりも
欠点が多数になることはない。

136 ：仕様書無しさん：2007/03/07(水) 16:11:51

我々は先進の技術を駆使したJavaのプログラマー。
敵は俺たちの存在を妬んで謀略とでっち上げを繰り返す
時代遅れの糞爺C厨。

我々が業界で躍進すれば
バグは無くなり、デスマもなくなり、偽装請負もなくなり、彼女もできる。
すべていい感じで良くなる。

打倒糞爺C厨

137 ：仕様書無しさん：2007/03/07(水) 16:11:56

>>119
レースクィーンわろた

138 ：仕様書無しさん：2007/03/07(水) 16:12:16

>>121
J2EEはもう死語だ！

これからはJava EEと呼べ！

139 ：仕様書無しさん：2007/03/07(水) 16:13:13

>>131
ピカピカに輝くC++禿の頭かw

140 ：仕様書無しさん：2007/03/07(水) 16:13:26

いや　んぽぽんいーいー　だ

141 ：仕様書無しさん：2007/03/07(水) 16:13:39

>>133
そういえばC++開発者の頭も禿ていたよね

142 ：アーキテクト：2007/03/07(水) 16:14:43

おお、同士たちよ
みんなもC爺でストレスが溜まってたんだな。乙カレー(ジャワが一番)

143 ：仕様書無しさん：2007/03/07(水) 16:20:50

全部ハゲが悪い。

144 ：仕様書無しさん：2007/03/07(水) 16:23:53

なんかこの前までおっさん板でJava糞とか、んぽぽーんとか言ってた奴と口調が似てるような・・・気のせいか

145 ：仕様書無しさん：2007/03/07(水) 16:30:24

んぽぽーんはそのままC爺に返してやれ

146 ：仕様書無しさん：2007/03/07(水) 16:32:32

なにもかも糞爺C厨の謀略とでっち上げ

147 ：仕様書無しさん：2007/03/07(水) 16:39:28

なんか百姓一揆のようになってきたねｗ

148 ：仕様書無しさん：2007/03/07(水) 16:40:25

> 遅い遅いといっているのは2chでもマ板くらいだろ。

特に爺C厨が悪い話を吹き込んでいましたからね。

149 ：仕様書無しさん：2007/03/07(水) 16:49:38

JavaとCは守備範囲が違いすぎ。同列に語っても意味が無い。

150 ：仕様書無しさん：2007/03/07(水) 16:51:16

Javaをやらないと結婚できません！

151 ：仕様書無しさん：2007/03/07(水) 16:52:36

レースクイーンのTバックほすい

152 ：仕様書無しさん：2007/03/07(水) 16:53:03

やっぱり爺が悪いのか。
これからはJavaが世界を作ります。
まずはC爺がのさばっている分野を攻め落とそう。

153 ：仕様書無しさん：2007/03/07(水) 16:54:56

>>152
そうだ、それにはC爺どもをぎゃふんと言わせるカリスマがほしいぞ
おじゃばを呼び込むスレ【System.out.print("1")】
とか作るか。

154 ：仕様書無しさん：2007/03/07(水) 16:54:56

俺はJavaのおかげで友達ができたよ。

155 ：仕様書無しさん：2007/03/07(水) 17:02:36

>>149
その通り、どちらの言語の糞PGは理解出来ないんだよ。
ま、ざっくり言うとJavaは上層担当言語でCは下層担当言語ってな感じかな
JavaではVMあたりが下層だから、ココの部分の担当はJava、OSのことを隅々まで理解してないと駄目なんじゃないか
そして、おそらく、Cのエキスパートでもあると思う

156 ：仕様書無しさん：2007/03/07(水) 17:09:00

俺、昔はCをやってたんだ。Cをやってる頃は友達は変な目でみて離れていくし、
金遣いは荒くなるし、彼女はできないし、親は泣くしでさんざんだった。
そんなある日、先輩にJavaを薦められたんだ。最初は俺も半信半疑だった。
こんなもんで本当に開発なんてできるのかと。でもその考えは間違いだとすぐに
わかったよ。Javaをやり始めた次の日にはもう友達から遊びの誘いがあった。
３日目には彼女もできた。今ではお金も溜まり、親にも笑顔が絶えない。Javaは
すごいよ。何故もっと早く始めなかったかと後悔してるぐらいなんだ。本音を言う
と、みんながJavaやると俺の仕事が減るんじゃないかと心配であまり薦めたくない
気持ちもあるんだけど、みんなで楽しく仕事できた方がいいからね。そこの迷って
いる君。本当にJavaはお薦めだよ。今すぐレッツトライだ！

157 ：仕様書無しさん：2007/03/07(水) 17:09:02

>>155
では大騒ぎしているC爺どもは糞PG決定でいいの？

158 ：仕様書無しさん：2007/03/07(水) 17:09:02

>>153
その通りだ、そのスレ作れ、でもカリスマは誰？
C爺のほうには69式と言うカリスマPGがいるが、おじゃばさまじゃカリスマ性がないぞ
我々がうなるような、カリスマが欲しいな

159 ：仕様書無しさん：2007/03/07(水) 17:12:20

>>158
>>155がカリスマ性ありそう

160 ：仕様書無しさん：2007/03/07(水) 17:13:17

>>156
おまい、そういうこと書くからC爺から馬鹿されるんだよ。

161 ：仕様書無しさん：2007/03/07(水) 17:14:05

時代はJava。間違いない。

162 ：仕様書無しさん：2007/03/07(水) 17:14:50

C爺がのさばっている分野ってどこ？

163 ：仕様書無しさん：2007/03/07(水) 17:16:59

みんな少し冷静になってくれよ。
世の中の上場企業がチマチマしたC言語でシステム作るか？
やっぱりjavaだろう。絶対javaだろう。間違いなくjavaだ。そうだろう？
だからさ俺たちは土俵に上がる前からC爺には完全勝利しているんだよ。
なんでもっとゆとりを持ってC爺どもをあしらおうではないですか。
すぐムキになるとなんかこっちがゆとりが無いみたいに見える。

164 ：仕様書無しさん：2007/03/07(水) 17:19:24

>>162
分野というよりはすぐにスレッドだソケットだとかチマチマした事
いいだすから分野的に何か今ひとつわからんな。

165 ：仕様書無しさん：2007/03/07(水) 17:20:06

>>163
何を言ってるんだ？おまえはあちら側か？
これからはJavaが世界を作る。
どんな分野でもJavaは負けない。
それを証明しよう。

166 ：仕様書無しさん：2007/03/07(水) 17:23:53

>>159
C爺の砦のおさんスレに度々行ったが、爺だけあってJavaもある程度解ってる爺いる。
大して実力ない奴を呼び込むスレにしたら、それこそ爺の笑いものにされるぞ。
誰かJava、VM、OSと言った上流から下流までわかってる奴いないのか？
上のほうに出てきたアーキテクトじゃ駄目だよな、orz

167 ：仕様書無しさん：2007/03/07(水) 17:25:58

Java対C爺。全面戦争幕開け前夜の予感。

168 ：仕様書無しさん：2007/03/07(水) 17:28:31

でもJavaの本当の敵は.NETなんだけどな。あいつは手強いぞ

169 ：仕様書無しさん：2007/03/07(水) 17:28:32

>>166
あいつら何かというとオプンのコードレビューして叩くだろ。
汚いやり口だ。あれに対抗できる人がほしい。

170 ：仕様書無しさん：2007/03/07(水) 17:28:48

>>161
今はそうだ、でも、俺は次はHaskellの時代になるんじゃないかと予想して
Haskellを個人的にいじってる

171 ：163：2007/03/07(水) 17:30:35

>>165
分かった。俺はnioが得意だ。よくjavaのTCPを叩かれていたから
腹が立っていた。俺がtcp担当をする。

172 ：仕様書無しさん：2007/03/07(水) 17:31:56

.NETの前では沈黙を守るJava厨ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

173 ：仕様書無しさん：2007/03/07(水) 17:32:00

>>166
C出来ればJavaは比較的楽に出来ちゃうからな・・・

174 ：仕様書無しさん：2007/03/07(水) 17:32:45

　　　.　　. 　　　　　　　　　　 _, ._
　, ; .'´　｀. ﾞ ;　｀　　　　≡ （ ・ω・) ﾝﾓｵｫｫｫｫ
,.'.;´," :´,´'　. ﾞ　.｀　.　 ≡ (　O┬O
　　､､､､､､､､､､､､≡（.＠）-ヽJ┴`（.＠）ｗｗｗｗｗｗｗ

175 ：仕様書無しさん：2007/03/07(水) 17:33:05

.NETは別に脅威に感じないな。C爺はウザイけど。

176 ：仕様書無しさん：2007/03/07(水) 17:35:55

C# ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ 越えられない壁 ＞＞＞＞＞＞＞ Java

177 ：仕様書無しさん：2007/03/07(水) 17:36:47

アーキテクト(笑)

178 ：仕様書無しさん：2007/03/07(水) 17:39:33

なんだこのスレの伸びは？

179 ：仕様書無しさん：2007/03/07(水) 17:45:32

>>169
それで、馬鹿にしてな
逆にCのオプソのレビューで対抗...
でも、これ逆に突っ込まれて答えに窮してってパターンになりそうだな

>>168
俺もそう思う。　MS帝國はWindows（鯖、クライアント）ではJavaじゃなく.NETにしたいだろうからな
へたすると、将来、Javaは帝國以外用となるかもしれん

180 ：仕様書無しさん：2007/03/07(水) 17:45:47

ようやくJavaの遅さをマシンパワーがカバーできるようになってきたと思う。
でも.NETが使えるようになったからねぇ・・・
あと2年早かったらJavaの普及に弾みがついたかも。

181 ：仕様書無しさん：2007/03/07(水) 17:50:38

Javaの現場は女の子がいっぱい

182 ：仕様書無しさん：2007/03/07(水) 17:50:38

でも.NETは金食い虫だぞ。つけいる隙はある。
Java以上にメモリ食うし、開発環境はトロイし、
受身の厨しかいないから、発展は遅いだろ。

183 ：仕様書無しさん：2007/03/07(水) 17:55:36

みんな逃げる用意しとけ、そろそろ鬼が現れるゾ

184 ：仕様書無しさん：2007/03/07(水) 17:57:44

Javaをやらないからいつまでも独身なんだよwwwww

185 ：仕様書無しさん：2007/03/07(水) 18:04:42

.NET厨房とJava厨房って本来敵同士なのにあまり強くやりあわないね。
意外とJava使い＝.NET使いだったりして、それとも、.NET使いの数少ないのかな

186 ：仕様書無しさん：2007/03/07(水) 18:07:04

今こそjava使いと.NET使いが手を組んで打倒C爺を勝ち取ろう。

187 ：仕様書無しさん：2007/03/07(水) 18:12:50

>>186
取り合えず呉越同舟で、その後お互いの覇権の決着をつけると

おまいら、職場にC爺（C言語専門香具師）いるか？　
俺のとこいないから、リアルのC爺知らないんだが

188 ：仕様書無しさん：2007/03/07(水) 18:17:42

普通にJava終わってるでしょ。

189 ：仕様書無しさん：2007/03/07(水) 18:20:13

C爺が来たぞ！！

190 ：仕様書無しさん：2007/03/07(水) 18:25:11

>>187
C言語のみってのは
今は珍しいんじゃないか？

191 ：仕様書無しさん：2007/03/07(水) 18:25:29

あいやー、C爺に秘孔突かれたー、javaもうだめぽ

192 ：仕様書無しさん：2007/03/07(水) 18:39:29

ﾌﾞﾋﾞ→Java
さぁーてと、次はどこに行こうかな

193 ：仕様書無しさん：2007/03/07(水) 18:42:06

今時Cだけで食える環境なんてハード屋さんぐらいじゃね？
そこも徐々にJavaに侵食されてるようだが。VMチップなんて
出来た日には、C糞の居場所なんてなくなるね。そのうちSun
かインテルあたりが作るんじゃね。

194 ：仕様書無しさん：2007/03/07(水) 18:44:16

そのうち俺が作ってやるよｗ

195 ：仕様書無しさん：2007/03/07(水) 18:46:57

Javaのみってのは多そうだなｗ

196 ：仕様書無しさん：2007/03/07(水) 18:50:15

君も、我々と共にJavaで作られた、
糞爺C厨のいない、美しい世界を目指そう。

197 ：仕様書無しさん：2007/03/07(水) 18:52:36

糞爺C厨全員まとめてこいよ。　Javaパンチくれてやんよ。

　∧＿∧
　(　･ω･)＝つ≡つ
　(っ　≡つ＝つ
　./　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　( /￣∪

198 ：仕様書無しさん：2007/03/07(水) 18:56:36

勝利の方程式
Java + .Net = 爺C死亡

199 ：仕様書無しさん：2007/03/07(水) 18:59:43

>>193
ってか、VMチップをつくろうなんてが話あるのか？
それなら、x86 CPUのコプロにすればいいんじゃね
そうするとCプログラム以上の速度出るんじゃねか
ただ、インテルは作らんと思うよ

>>197
爺スレに行って殲滅して来い、期待してるぞ

200 ：仕様書無しさん：2007/03/07(水) 19:00:58

>>144
オッサン板？　ハゲ・ズラ板？

201 ：仕様書無しさん：2007/03/07(水) 19:01:45

>>153
おじいC厨を呼び込むスレじゃろう

202 ：仕様書無しさん：2007/03/07(水) 19:02:19

>>156
ワロタ

203 ：仕様書無しさん：2007/03/07(水) 19:02:38

>>153
今はprintfの時代だぞ

204 ：仕様書無しさん：2007/03/07(水) 19:02:58

>>158
あれのどこがカリスマなんだ。
バカに見える。

205 ：仕様書無しさん：2007/03/07(水) 19:03:59

>>162
WindowsDDKで苦しむデバイスドライバ開発、徹夜残業禿が多い組み込み貧乏


まともなところではLinux開発など。だがそれもごく稀の才能

206 ：仕様書無しさん：2007/03/07(水) 19:04:24

JavaできますよりJavaとC/C++できますのがカッコよくない？

207 ：仕様書無しさん：2007/03/07(水) 19:04:43

>>165
おまえ、「あちら側」の意味わかっていってるのか？

Web2.0 and Googleの世界だぞ

208 ：仕様書無しさん：2007/03/07(水) 19:05:23

>>166
まるでこの世にいるすべてのアーキテクトが駄目だと主張しているような物言いじゃないか

209 ：仕様書無しさん：2007/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 ：仕様書無しさん：2007/03/07(水) 19:08:41

>>166
いったいどこのスレなんだ？

211 ：仕様書無しさん：2007/03/07(水) 19:08:53

>>170
D言語はどうなる？

212 ：仕様書無しさん：2007/03/07(水) 19:09:17

>>172
つうか、最近ドトネトの話を聞かないのだが。

213 ：仕様書無しさん：2007/03/07(水) 19:09:23

>>206
カッコ良いというより
それくらい出来ないと稼げないんじゃなかろうか？
C/C++出来て損はしないと思う

214 ：仕様書無しさん：2007/03/07(水) 19:09:32

>>207
ちょっと聞きたいんだが
Web2.0 and Google　での主言語ってやっぱJava？

215 ：仕様書無しさん：2007/03/07(水) 19:09:54

>>173
そうでもねえな。せめてC++できれば
っていったほうがまだまだ説得力はある。

CできてもJavaをやり始めると、オブジェクト指向で躓くからな

216 ：仕様書無しさん：2007/03/07(水) 19:12:51

>>215
C言語でも構造体と関数ポインタで
オブジェクト指向ライクに開発してる現場は結構あるよ

217 ：仕様書無しさん：2007/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 ：仕様書無しさん：2007/03/07(水) 19:13:21

>>180
ドトネトはJavaのようにフレームワークが充実していないから
将来は怪しい。

219 ：仕様書無しさん：2007/03/07(水) 19:14:20

>>181
Java One Tokyoのときは確かに女が多かった。

それに比べてC言語系の組み込みカンファレンスなどの展示会ときたら、
ハゲ、ヅラばかりで、女は少なかった・・・・

220 ：仕様書無しさん：2007/03/07(水) 19:14:32

>>183
鬼とは？

221 ：仕様書無しさん：2007/03/07(水) 19:14:39

>>184
ちょっとワロタ

222 ：仕様書無しさん：2007/03/07(水) 19:14:49

>>213
何いってんるんだこいつ。Javaがあれば他は要らない。
C糞は我々が動作するためのVM下を向上させるために必要だが
Javaの足元で這いつくばっていればいい。
Cなんて2流市民。

223 ：仕様書無しさん：2007/03/07(水) 19:15:04

>>185
ム板やマ板では熾烈な争いがあったよw

C#って死滅しちゃうの？　とかw
懐かしすぎてワロタ

224 ：仕様書無しさん：2007/03/07(水) 19:16:01

>>190
大学で未だにC教えているところであれば、
そこからC爺が排出される

225 ：仕様書無しさん：2007/03/07(水) 19:16:03

>>216
なんですかその似非オブジェクト指向は？

226 ：仕様書無しさん：2007/03/07(水) 19:16:19

>>191
北斗の拳かお前はw

227 ：仕様書無しさん：2007/03/07(水) 19:17:17

>>193
ま、今後は、Jini(Apache River)の台頭によって
Javaでもハードウェアデバイスドライバを書けるようになって、
C自慰もさらに苦しい立場に追いやられるだろうねえ

228 ：仕様書無しさん：2007/03/07(水) 19:17:57

>>224
それは教授や講師がジジイだから。
ジジイはそうやって自分の保身を図る。

229 ：仕様書無しさん：2007/03/07(水) 19:18:03

>>198
それはつまり

http://java.net = 自慰C脂肪

230 ：仕様書無しさん：2007/03/07(水) 19:18:15

>>222
他力本願っぷりにワロス

231 ：仕様書無しさん：2007/03/07(水) 19:19:02

>>219
Java　oneや組み込みコンファレンスに参加するおまいって
組み込み分野に切り込もうとするJava戦士?、なら、カッコイイな、ガンバレ

232 ：仕様書無しさん：2007/03/07(水) 19:19:57

>>199
JavaChipはさらに改良されてゆくよ。

今後はJiniとJavaOS(Java ME)に期待だ。

233 ：仕様書無しさん：2007/03/07(水) 19:20:17

>>206
できて当たり前よ

234 ：仕様書無しさん：2007/03/07(水) 19:20:28

>>214
Ajax

235 ：仕様書無しさん：2007/03/07(水) 19:21:40

>>216
そんな似非オブジェクト指向なんて開発効率悪いんだよ。
private宣言もできんわ
コンパイラがまともにエラーを返さないようでは
Javaには勝てん

236 ：仕様書無しさん：2007/03/07(水) 19:22:02

C爺が来てるな。

237 ：仕様書無しさん：2007/03/07(水) 19:24:21

>>232
JavaChip現存するのか？
おれ、それを使ってると聞いたことないが...

238 ：仕様書無しさん：2007/03/07(水) 19:24:32

>>222
未来ではJavaか、Java派生言語で溢れかえっているのだろうねえ。

未来のソフトウェアは、あらゆる者がJavaが完全にベースとなっている。

Javaは、遺伝子のようなものになるのかもねえ。
遺伝子さえあれば、生き物を生み出すことができる、みたいに、

すると、C言語は、有機化合物かね。しかし、C言語はアミノ酸だとは限らない。
しかも人間に不要もしくは有害な有機化合物までも作ってしまう。

アセンブラが、原子。ただし、有機化合物とは限らない。

こんな喩えがこの世界ではしっくりくる。

生命のビッグバンが始まればあらゆるソフトウェアはJavaで溢れかえるんだろう。

239 ：仕様書無しさん：2007/03/07(水) 19:27:02

未来は、有機情報生命体の時代なんだよ

240 ：仕様書無しさん：2007/03/07(水) 19:27:14

Cも使えないJava厨が泣きながら騒いでいるスレはここですか？

241 ：仕様書無しさん：2007/03/07(水) 19:27:33

>>231
いや、まだ切り込もうとは思わないよ。

電池の持ち時間が長くなり、リアルタイムJavaが安定してくれば

組み込みJavaも力を出すだろうけどね。

今の携帯端末で、100MB以上のサイズのJavaアプリケーション
を搭載できるようになれば、Java MEも変わってくるだろうね。

そしてJava MEに取り込まれたJava OSが携帯電話に吹き込まれる。

242 ：仕様書無しさん：2007/03/07(水) 19:27:37

言語固執レベル層の隔離スレはここですか？

243 ：仕様書無しさん：2007/03/07(水) 19:29:41

Javaの習得は簡単なんだから
C言語しか出来ない奴でも習得は簡単だろｗ

244 ：仕様書無しさん：2007/03/07(水) 19:30:05

みんなC爺のネチネチ嫌味に負けるな！！

245 ：仕様書無しさん：2007/03/07(水) 19:30:09

そうねJavaが主流になると思うよ。
ただその期間はCが主流であった期間と大差ないけどね。

246 ：仕様書無しさん：2007/03/07(水) 19:30:12

爺の侵攻キター、>>197 お前の出番だぞ

247 ：仕様書無しさん：2007/03/07(水) 19:30:18

C爺に未来はない。未来があるのはJavaのみ。

248 ：仕様書無しさん：2007/03/07(水) 19:30:49

>>237
JBlendとかにかわっちゃってるからね携帯電話は。

今のところ、目立つように姿を現さないけど
JavaOS(現Java ME(旧J2ME))が改良されればJavaチップも
再び息を吹き返すと思う。

というか、Java CardにはすでにJavaチップは入っているよ。
大日本印刷が作っているカードはJava Cardが搭載されている。

日本だとオサイフケータイで有名なFeliCaが勢力を伸ばしているので、Java Cardの力は弱いけれども、

台湾や欧米の国では、Java Cardを国民健康保険カードに搭載している。
さてさて、これからどうなることかな。

249 ：仕様書無しさん：2007/03/07(水) 19:31:14

>>240
使えるけどCだけじゃ食っていけないんだよね。Cの仕事なんてないし、

JavaやPHPばっか

250 ：仕様書無しさん：2007/03/07(水) 19:31:53

>>243
それはどうかな。やはり5年以上の修行は必要だね。

データベースやネットワークのことを知らないと
Java開発では使い物にならない

251 ：仕様書無しさん：2007/03/07(水) 19:32:40

ほんと、爺は消えてくれねーかなー。
うっとうしくて。
Cなんかで食っていけるのあと何年だよw
年金もらえるのはまだまだ先だぞー

252 ：仕様書無しさん：2007/03/07(水) 19:32:46

>>247
いや・・・もう引退が近いから、未来が無いのは当たり前なんだが

253 ：仕様書無しさん：2007/03/07(水) 19:32:57

>>250
得意のビジネスロジックですか？ﾆﾔﾆﾔ

254 ：仕様書無しさん：2007/03/07(水) 19:32:57

>>245
Cは何でもできてしまうことが普及を妨害する事になったとは思うけどねえ。

Javaのように、使える者を制限し、有機化合物のように
使える原子は主に炭素、水素、窒素、酸素だけに制限することで
進化したということだね

255 ：仕様書無しさん：2007/03/07(水) 19:33:20

>>253
意味が解らないw

256 ：仕様書無しさん：2007/03/07(水) 19:35:09

>>250
Cでも使うだろ

257 ：仕様書無しさん：2007/03/07(水) 19:36:05

Javaがいつになく優勢でうれしい。

258 ：仕様書無しさん：2007/03/07(水) 19:36:24

お舞らよ、ここはjavaスレだ、C爺の侵攻を撃退しろ
間違ってもC爺にスレ占領されるなよ

259 ：仕様書無しさん：2007/03/07(水) 19:38:55

>>250
>>256　の言うとおりだよ、それじゃ侵攻撃退できんぞ、orz

260 ：仕様書無しさん：2007/03/07(水) 19:38:57

>>254
使える者を制限って
単にプログラマのハードルが下がっただけじゃねーの？

261 ：仕様書無しさん：2007/03/07(水) 19:41:34

たったな爺スレ

262 ：仕様書無しさん：2007/03/07(水) 19:49:40

鬼のいぬ間の祭り終了w

263 ：仕様書無しさん：2007/03/07(水) 19:50:47

みんな散れっ

264 ：仕様書無しさん：2007/03/07(水) 19:51:40

>>侵攻中のC爺
なんか、おじゃばさまが他スレで爺を暴れさせないために隔離用新爺スレ立てたみたいです
C爺、新おさんスレに移ってください。

265 ：仕様書無しさん：2007/03/07(水) 20:00:17

Javaが最高です。
Javaのおかげで就職できました。
Javaのおかげで彼女も出来ました。6月に結婚します。

266 ：仕様書無しさん：2007/03/07(水) 20:05:25

>>265
最後に一言付け加えなきゃ
でも、んぽぽん　なんです。

267 ：69式フリーPG ◆hND3Lufios ：2007/03/07(水) 20:11:55

くそう。

俺もJavaをやってれば23歳くらいの新妻と！

268 ：仕様書無しさん：2007/03/07(水) 20:26:37

Cの案件なんて作業服着て工場でパイプ椅子に座って仕事だろｗｗｗｗ
女なんか全然縁が無いよなｗｗｗｗ
デスマデスマであっというまにつるっぱげの老人にｗｗｗｗ

269 ：仕様書無しさん：2007/03/07(水) 20:30:29

俺も悔しいよ。java世代に生まれりゃあ女の子と知り合い放題だったのになあ。

270 ：仕様書無しさん：2007/03/07(水) 20:32:28

マジな話、Web系の現場って女の子多いよな。

271 ：仕様書無しさん：2007/03/07(水) 20:33:31

くっそー女の恨みは深いぞよ

272 ：仕様書無しさん：2007/03/07(水) 20:38:23

Javaが大勝利とウチの嫁が申しております。

273 ：仕様書無しさん：2007/03/07(水) 20:44:04

Javaの大勝利です。よってこのスレも役目を終えました。
ほんとうにありがとうございました。

274 ：仕様書無しさん：2007/03/07(水) 21:01:18

私の始めてのプロジェクト

それはJAVAでWEBアプリで、私はPG Lv4でした。
その言語は甘くて香ばしく、こんな素晴らしい言語で開発できる私は、
きっと特別な存在なのだと感じました。
今では、私がPM。OJTの新人割り振るのはもちろんJAVAで開発。
なぜなら、

彼もまた、特別な存在だからです。

275 ：仕様書無しさん：2007/03/07(水) 21:10:40

またホロン部が大量に湧いてますね？ｗ

276 ：仕様書無しさん：2007/03/07(水) 21:25:29

Javaは言語そのものは洗練されてるんだが、環境が糞すぎる。

277 ：仕様書無しさん：2007/03/07(水) 21:27:53

これからの時代はNullReferenceExceptionだよ

278 ：仕様書無しさん：2007/03/07(水) 21:37:16

gcjがまた遅い。とてもネィティブと思えない。

279 ：仕様書無しさん：2007/03/07(水) 21:44:16

>>256
Cで使うのに、どれだけバグを出すのだろうな。
Cでは開発効率が非常に悪いだろう。

280 ：仕様書無しさん：2007/03/07(水) 21:45:06

>>260
ほうほう、それでは、バカみたいに病原菌を生み出す必要が
なくなったことがハードルが下がったとでもいうのかね

281 ：仕様書無しさん：2007/03/07(水) 21:45:38

>>267
トリップは偽物だな

282 ：仕様書無しさん：2007/03/07(水) 21:46:03

>>268
そんな感じだな。組み込み系は

283 ：仕様書無しさん：2007/03/07(水) 21:46:36

>>275
どれがホロン部なんだわからんなw

284 ：仕様書無しさん：2007/03/07(水) 21:46:46

>>276
開発環境はそうでもないな

285 ：仕様書無しさん：2007/03/07(水) 21:49:58

>>284
kwsk

286 ：仕様書無しさん：2007/03/07(水) 21:57:56

>>284
kwsk!!!

287 ：仕様書無しさん：2007/03/07(水) 22:58:37

EclipseとNetBeans以外に何が？

288 ：仕様書無しさん：2007/03/07(水) 23:20:12

>>267
それは無い

289 ：仕様書無しさん：2007/03/09(金) 07:51:25

暴風雨のようだったな

290 ：仕様書無しさん：2007/03/09(金) 12:35:19

どうせなら16歳の新妻にすればいいのに

291 ：仕様書無しさん：2007/03/09(金) 13:50:22

お〜JavaJavaJava〜　おJavaんが！

292 ：仕様書無しさん：2007/03/11(日) 05:32:22

んぽぽんぽん♪　んぽぽんぽん♪
じゃわぽんのシンドバット♪

293 ：仕様書無しさん：2007/03/11(日) 14:09:42

サザンオールスターズの勝手にシンドバットを
思い出したジャマイカ

294 ：仕様書無しさん：2007/03/12(月) 01:29:47

最初から、Ｊａｖａしかやらないやつは、なんちゃってＰＧだよな。

よくいるんだよ。まったく別の業種からやってきて、ＩＤＥの保管とＡＰＩリファレンスだけで、ソフト作って、ＰＧになった気分になるやつ。

昔は、もっと職人だったんだけどのなぁ。ＰＧは。今や、コンビニのバイトと変わらん。誰でもできる。

295 ：仕様書無しさん：2007/03/12(月) 01:43:59

いまごろ釣りですか？

296 ：仕様書無しさん：2007/03/12(月) 01:58:50

Javaを使えない人は、技術者として問題ありだけど、Javaしか使えない
人は、技術者としてお�hる。

297 ：仕様書無しさん：2007/03/12(月) 15:51:52

ジャワぽんさんはえばり腐る割にはたいした仕事してないですもんねえ。
それが問題かなあ。ジャワのAPIはすばらしいとか良く言いますけど
積極的に使うのはStringクラスだけでしょう。

298 ：仕様書無しさん：2007/03/12(月) 19:59:43

>××を使えない人は、技術者として問題ありだけど、××しか使えない
>人は、技術者としてお�hる。
流行の言語名を××に入れるといつの時代にも使える。
#しかも経験が浅いことの自己紹介も兼ねていて、とても便利

299 ：仕様書無しさん：2007/03/12(月) 20:45:44

>>298
経験が浅いじゃなくて、ただの馬鹿だろ？
『お�hる』とか今時は小学生でも恥ずかしくて使わない

300 ：仕様書無しさん：2007/03/12(月) 20:46:44

なんだこの頭悪そうなスレは

301 ：仕様書無しさん：2007/03/12(月) 20:57:08

ASP (≠ASP.NET) を JSPに書き換えました。。。（仕様変更なしで）

遅くて使い物にならない！作り直せ！って言われました。　ｸｿ！

302 ：仕様書無しさん：2007/03/12(月) 20:57:47

「ハードウェアの速度向上よりもソフトウェアの速度低下の方が大きい」
ってJavaを揶揄してるとしか考えられない。

303 ：仕様書無しさん：2007/03/12(月) 21:02:43

だからそういう奴はJava使うな！他の仕事探せ！

304 ：仕様書無しさん：2007/03/12(月) 21:05:36

SELECT文が返って来るのに1秒掛かるとバグだから直せって言われました。　ｸｿ！

305 ：仕様書無しさん：2007/03/12(月) 21:06:05

>>301は自らの下手糞さを暴露したようなもの。

306 ：仕様書無しさん：2007/03/12(月) 21:06:36

>>250
視野狭めー

307 ：仕様書無しさん：2007/03/12(月) 21:08:12

>>306の視野はとんぼ並みだな。

308 ：仕様書無しさん：2007/03/12(月) 21:24:50

>>305

だろ？

309 ：301：2007/03/12(月) 21:28:02

いや、ASPも同じくらい遅いんだ・・・　言語変えれば早くなるだなんて・・・　聞いてネェよ・・・　orz

310 ：仕様書無しさん：2007/03/12(月) 21:49:03

そうか？
俺は同じソフトをVBAからCに書き換えただけで100倍以上速くなったぞ

311 ：仕様書無しさん：2007/03/12(月) 22:08:53

じゃ、更に高速にするためにアセンブラで書き直してくれ

312 ：69式フリーPG ◆hND3Lufios ：2007/03/12(月) 22:12:07

Javaのおかげで仕事があるともいえるしなー。
作り直しという。ｗ

313 ：仕様書無しさん：2007/03/12(月) 23:53:33

俺の最適化よりコンパイラの最適化のほうが優秀なのでアセンブラで書くと遅くなります

314 ：仕様書無しさん：2007/03/13(火) 00:42:17

>>313
へたれCプログラマだな、そんな香具師はjavaが最適だぞ

315 ：仕様書無しさん：2007/03/13(火) 00:45:07

最近はインラインアセンブラとか使わないの?

316 ：69式オサンクローン ◆4E1yVnBRhg ：2007/03/13(火) 01:01:53

>>312
おいらそればっかで大もうけ。
ありがたきはジャワ太郎

317 ：仕様書無しさん：2007/03/13(火) 04:20:05

>>313
今時のRISCプロセッサだったらソレが普通じゃないの？
ヘタに分岐やループを使わず、ストレートに処理を並べたりとか。

318 ：仕様書無しさん：2007/03/13(火) 04:23:46

すごいプログラマはアセンブラでパイプラインをストールさせないプログラムを書く。
それが、C職人

319 ：仕様書無しさん：2007/03/13(火) 04:34:17

お前はもうずっとアセンブラで書いてろ

320 ：仕様書無しさん：2007/03/13(火) 06:09:47

お前はもうずっとCで書いてろ

321 ：仕様書無しさん：2007/03/14(水) 00:56:31

>>294
またまた鸚鵡返しをしちゃってええ


だからJavaしかやらない人間なんて、この世にいないんだって。

そんなんで飯食えるわけ無いでしょうに

322 ：仕様書無しさん：2007/03/14(水) 00:57:32

>>301
JSPCでプリコンパイルくらいしておけ。

っつううか、MVCできちんと分割しろや

323 ：仕様書無しさん：2007/03/14(水) 00:57:51

>>302
今どきそんなこといってるやつなんていないよ

324 ：仕様書無しさん：2007/03/14(水) 00:59:00

>>309
ソースコードを見せて貰おうか。

ソースコードを見ないことには、
なぜ遅くなったのか分析できんからな。
ついでに、server.xmlやweb.xmlなども見せて貰おうか。

325 ：仕様書無しさん：2007/04/22(日) 15:07:00

庶民の実感とは関係なく現在既にバブルに突入しているらしい。
つまり皆遠慮なくJavaは遅いと言っていいぞ。

326 ：仕様書無しさん：2007/04/24(火) 10:34:30

10年前の状態かそれは

ムーアの法則があるし量子コンピュータが台頭すればJavaの遅さなど気にもならない

327 ：仕様書無しさん：2007/04/24(火) 12:23:29

ムーアの法則：最近は通用しなくなってきている
量子コンピュータ：電波or厨房の御用達キーワード

328 ：仕様書無しさん：2007/04/24(火) 13:04:11

JAVAが速いのは分かった。
でもJVMを経由しない方がもっと速いと思うんだ

329 ：仕様書無しさん：2007/04/24(火) 13:19:26

高級言語が速いのは分かった。
でも機械語の方がもっと速いと思うんだ

330 ：仕様書無しさん：2007/04/24(火) 14:28:13

Java自体は結構早いんじゃないの。
VMが重いから、そのオーバーヘッドに耐えられないショボいサーバだと死ぬだろうけど。
知り合いでJava重いって逝っている奴って、負荷分散も出来ない無能＆貧乏な奴くらいだが。

331 ：仕様書無しさん：2007/04/24(火) 14:29:20

サーバｗ

332 ：仕様書無しさん：2007/04/24(火) 14:41:01

あ、PGには分からんか。
説明するのも面倒だが、まあ高性能のPCとでも思ってくれｗ

333 ：仕様書無しさん：2007/04/24(火) 15:10:18

ソフトバンク携帯について

この携帯は「全然つながらないから解約しようとしたら、6万請求された」とよく聞く（※）。
（つながりにくい理由は、ソフトバンクが使用する周波数が建物に弱いこと等、色々）
そして、各種プランが良くないが、ホワイトプランが特に良くない。
携帯のメーカーの数で考えて「友人の４分の１くらいは持ってる？」と考えがちだが…

　　ソフトバンク携帯を持つのは　約300人　に　1人。

300人の友人がいても、確率的にはそのうち1人しか無料にならない。（契約数／日本人口で計算）
その1人以外の通信料はすべて、他社の約２倍。1日たった7分でも月に1万円を超える。

トップが朝鮮人だからとは言わないが、日本人の客の満足度を真剣に考えてるとは思えない。
つながりにくいことにも、予想以上に金がかかることにも、解約金にも、すべて「後から」気づく。
「金さえとれば後で文句を言われてもOK」とも感じるので、気をつけて欲しい。

※…新聞記事は「０円携帯 解約に６万円 県、ソフトバンクに改善要望」で検索
　　↓ついでに。カモにされてるのは、ソフトバンク株を買ってる者も同じだった…
　　ttp://news21.2ch.net/test/read.cgi/bizplus/1176891847/

334 ：仕様書無しさん：2007/04/24(火) 15:39:58

>>332
サーバ＝高性能のPCｗ

335 ：仕様書無しさん：2007/04/24(火) 16:32:25

だからいい加減にネイティブ吐けよ
そうすりゃ使ってやるよ

336 ：仕様書無しさん：2007/04/24(火) 17:19:49

>>332
PGバカにしすぎｗ

337 ：仕様書無しさん：2007/04/24(火) 19:08:56

おじいちゃん、あれがJava厨だよ

338 ：仕様書無しさん：2007/04/25(水) 14:59:24

バーチャルマシンのよさがわかってないやつｗｗｗｗ　ﾍﾎﾞｰｰｰ

339 ：仕様書無しさん：2007/04/25(水) 15:07:32

C厨は頭が古いｗ

340 ：仕様書無しさん：2007/04/25(水) 15:31:47

歴史を繰り返しているだけということに気付かないJava厨ｗ
そんなJava厨もあと数十年すれば
これが極めて人間臭い茶番だということに気付くだろう。

341 ：仕様書無しさん：2007/04/25(水) 23:20:10

まあ未来人の俺からすれば
みんな馬鹿ｗｗｗ

342 ：仕様書無しさん：2007/04/26(木) 00:02:59

病院池　自称未来人くん

343 ：仕様書無しさん：2007/04/26(木) 00:11:18

一人だけお利口さんなのもさぞ辛かろう

344 ：仕様書無しさん：2007/04/26(木) 00:18:46

オブジェクト指向がわからないおじいちゃん乙

345 ：仕様書無しさん：2007/04/26(木) 10:59:16

>>341
藤原乙。

346 ：仕様書無しさん：2007/05/05(土) 10:10:59

こういうスレの住人のほとんどは学生や
ニート、またはクズ社会人である。

なぜなら、まともな社会人は何を使うか？ということよりも、
いかに稼ぐか？ということを考えるからだ。
そして何よりも開発経験が豊富故に「適材適所」という言葉を理解している。
なにを使おうが、稼いだもの勝ちである。

347 ：仕様書無しさん：2007/05/05(土) 10:39:26

稼いだものが勝ちという思考しかできないアホは
多重ハケンの糞経営者に搾取されながら「大喜びで仕事する」馬鹿
なぜならば技術のこだわりがないからだ。こだわりが無いということは
たいした記述も無い、つまり一般的な業務処理程度しかできない人工だ。
つまり単価は安い。貧乏である。当然女にももてない。

348 ：仕様書無しさん：2007/05/05(土) 12:15:26

モチツケ。
経営という行動は収益が目的である行動であるが
PGという職業を選択している理由はさまざまで、
その理由が収益である場合は殆ど無い。
でいいんじゃね？

349 ：仕様書無しさん：2007/05/05(土) 12:28:01

>>347
粗悪製品に金払う人ですか？
買い物上手になろうな。とりあえず。

ツッコミどころ満載だが、最後の「当然女にももてない」
が、おまいの全てを物語ってるよ。

350 ：仕様書無しさん：2007/05/06(日) 12:31:23

適材適所って言う馬鹿ほど全てになにもできん罠
あちこちつまみ食いして大したスキルもないまま育つ
代入処理のコーディングだけできるアホ糞君

351 ：仕様書無しさん：2007/05/06(日) 12:52:45

>>350
OKOK、じゃ君にはこれからJavaでHDDのファームウェアを書いてもらうからよろしく

352 ：仕様書無しさん：2007/05/06(日) 15:25:25

>>350
おまい日本人じゃねーだろ？
適材適所って言葉、本当に理解してる？

・Javaでコンソールアプリ、ウェブアプリしか作ったことが無い。
・社会人３年目くらいか、それ以下だろう。
・オブジェクト指向について周囲に熱く語り、露骨にVBとかを貶すタイプ。

おおかたこんな感じだろう。うぜｗ

353 ：仕様書無しさん：2007/05/06(日) 18:56:18

>>352
自分の事晒すなよｗ

354 ：仕様書無しさん：2007/05/07(月) 12:27:08

正直iアプリはJava以外の選択肢がない

355 ：仕様書無しさん：2007/05/08(火) 07:51:48

正直iアプリだけ作って飯食ってる人は少ない

356 ：仕様書無しさん：2007/05/08(火) 20:28:05

>>350
OKOK、じゃ君はこれからJava以外つまみ食いせず精進してください。
優秀なVMつくってくださいね。もちろんJavaで。

357 ：仕様書無しさん：2007/05/08(火) 22:51:52

C爺

358 ：仕様書無しさん：2007/05/09(水) 19:32:23

C++はほとんど化石
Javaは気づいてないだけで化石化進行中
10年もすりゃC#あたりに取って代わられてるだろwww

> 今C言語はJVMとOS作るだけで十分だ。それ以外のことは
> いずれ、すべてJavaに委譲すべきだ。
　　↓10年後
Javaはiアプリ作るだけで十分だ。それ以外のことは
いずれ、すべてC#に委譲すべきだ。

まあそういう俺はC++使ってるわけだがwwwww
Javaとか馬鹿でも使えるように「あんしん設計」された
低脳集団向けの言語だろ

359 ：仕様書無しさん：2007/05/09(水) 20:09:53

10年後にC#が全盛なのかはしらないけれど、
.NETのアプリケーションの起動に…なにかモタツキを感じるのは私だけでしょうか？

360 ：仕様書無しさん：2007/05/09(水) 20:10:55

C++もSTLの使い方をマスターしていれば、比較的安全で
生産性も悪くないと思うんだけどな

361 ：仕様書無しさん：2007/05/09(水) 21:14:30

>>358
産物ではなく、使ってる道具で低脳だのなんだのいってる
おまいが一番低脳だと思う。
Java技術が使用された火星探査機もあったわけだし。

362 ：仕様書無しさん：2007/05/10(木) 01:22:46

いや、Java遅いじゃん。
実際C++の圧勝だし。
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=java&lang2=gpp

363 ：仕様書無しさん：2007/05/10(木) 01:25:46

ポリシーの無い肥大化で醜態を晒しているJavaは将来スクラップだが
確信犯で肥大化しまくっているC++は化石化しつつも生き残るな

364 ：仕様書無しさん：2007/05/10(木) 20:15:43

という根拠のないC厨の妄想であった

365 ：仕様書無しさん：2007/05/10(木) 22:45:40

なんでこういうパワーを「俺たちですげー言語つくっちゃおうぜ！」
というベクトルに向かわないのか…。

道具使いは既存の道具から最適なものを選べばいい。
ムシロそうするしかない。
その中で選択肢がなくなるのは寂しいことじゃねーか。

366 ：仕様書無しさん：2007/05/11(金) 01:39:46

>>365
つ　D言語
俺は使わないけど。

367 ：仕様書無しさん：2007/05/11(金) 10:38:51

>>365
>「俺たちですげー言語つくっちゃおうぜ！」
この手の連中は結局他力本願なｽﾚしか勃てられず、
結局作れたためしがないという現実。

368 ：仕様書無しさん：2007/05/11(金) 14:52:32

いやJava遅いだろ。

369 ：仕様書無しさん：2007/05/11(金) 16:06:16

LinuxでJAVAとC#を競わせたら
速さではJAVA
メモリ消費量の少なさではC#が勝った
もちろんC#はMonoね

370 ：仕様書無しさん：2007/05/11(金) 22:36:16

>>367
なんで言語作るのにスレ立てなきゃならんのよｗ
どんだけ2ch依存なんだよ。
2chなんて息抜きの場所に決まってんだろ。

371 ：仕様書無しさん：2007/05/12(土) 00:43:50

Javaは遅い。
これは事実だ。

372 ：仕様書無しさん：2007/05/12(土) 01:19:22

作り方が下手糞だからだろ。
低いレベルで考え、高いレベルで書くということができていない証拠だ。

373 ：仕様書無しさん：2007/05/12(土) 01:59:42

delphiの速さにはかなわんだろ

374 ：仕様書無しさん：2007/05/12(土) 02:04:01

最早速さは最重要事項では無い。

375 ：仕様書無しさん：2007/05/12(土) 07:55:36

時代はPython。

376 ：仕様書無しさん：2007/05/12(土) 10:05:11

時代はＪython

377 ：仕様書無しさん：2007/05/12(土) 10:52:58

ｊａｖａってのは
開発コストを減らして
ハードウェアコストを増やすためのハードウェアメーカーのでっち上げたツールだよ？

フレームワークがあるおかげで開発期間もコストも減らせるけど速度が遅い
だからもっとスペックの高いハードウェアが売れる

サン、ＩＢＭのやり方だよ

378 ：仕様書無しさん：2007/05/12(土) 10:59:50

保守・運用コストも上がるのでSI屋さんもにっこり

379 ：仕様書無しさん：2007/05/12(土) 11:27:05

プラント系だとカスタム部分に一番コストがかかるから、初期費用をみるとJavaが
有利なんだけど、20年稼動（更新予算が出ない）を要求されるから、踏み切れない
ところがあるんだよな。

380 ：仕様書無しさん：2007/05/12(土) 14:10:25

Javaなんて時代遅れなんだよｗｗｗ

381 ：仕様書無しさん：2007/05/12(土) 15:15:23

釣れないネ...

382 ：仕様書無しさん：2007/06/17(日) 22:09:49

javaは遅くないと主張する奴はいつも
jvm上でjitを有効にしたコンソールアプリの結果を出してくる件について

jit効いてたらネイティブとかわんねージャン
遅いのはwebアプリとguiアプリ

糞

383 ：仕様書無しさん：2007/06/17(日) 23:13:10

事実遅いよ。ちゃんとベンチマークとってみそ。

384 ：仕様書無しさん：2007/06/18(月) 20:26:27

webアプリはおそくねえだろ。。
Javaより速いのあったら見せてミロや

385 ：仕様書無しさん：2007/06/19(火) 15:45:26

つc++

386 ：仕様書無しさん：2007/06/19(火) 19:43:06

でも、Javaのサイトって重くね？

387 ：仕様書無しさん：2007/06/19(火) 20:07:39

重い、糞重い。

388 ：３７８：2007/06/20(水) 00:30:45

ttp://goobike.com/search/index.html

389 ：仕様書無しさん：2007/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 ：仕様書無しさん：2007/06/20(水) 09:57:06

だが Perl には、「Perl である」 という大きな問題が。

391 ：仕様書無しさん：2007/06/20(水) 16:17:53

>>390
それ、すごく面白い。

392 ：仕様書無しさん：2007/06/20(水) 21:03:52

みんな仲良くしようよ！！
でもJavaは死ね。

393 ：仕様書無しさん：2007/06/20(水) 22:00:00

>>389
どうせサーバオプションがデフォルトのままなんだろボケナス

394 ：仕様書無しさん：2007/06/26(火) 18:24:31

嫁として奪わない程度になら＞＜

395 ：仕様書無しさん：2007/07/02(月) 09:13:12

>>393
具体的にサーバオプションをどうすればいいんですか？

396 ：仕様書無しさん：2007/07/02(月) 10:35:39

-はやく

397 ：仕様書無しさん：2007/07/05(木) 21:51:09

>>377の説がバージョンがあがるごとにJavaのパフォーマンスがあがっている事実を説明できない件について

398 ：仕様書無しさん：2007/07/05(木) 22:22:40

>>397
パフォーマンスを上げててプログラマを洗脳しないとハード独占できないじゃない？

399 ：仕様書無しさん：2007/07/09(月) 10:07:14

>>398
Javaでおk

400 ：仕様書無しさん：2007/07/20(金) 16:14:07

>>1
　すまん。黎明期の印象(1995〜2001)を引きずっていたこともあり、そう思っていた。
最近は考えを改めて未経験者歓迎のJava関連の求人探している。良くも悪くも普及しているからな。
ただ、Java一本でやっていくつもりは毛頭ない。
COBOLの雪辱は前世代で終わらせてしまいたい。
時代に逆行してIAアセンブラやりたい。だが、それがいい(w

>>389
　まあ、業務に使えるJavaアプリって何って言われてみると、あんまり無いな。
せいぜいFreeMindくらいか...FSWikiと組み合わせて使える。

401 ：仕様書無しさん：2007/07/28(土) 19:41:22

>>389
どうせｼｮﾎﾞいLinux PCをサーバと称してるんだろ？

402 ：仕様書無しさん：2007/09/15(土) 23:59:26

Javaの出始めに触ってたら、この印象持っても仕方ない。俺もそうだし。
最近は考え直した。サーバ環境でJavaは悪くないと思う（フレームワーク必須）。

関係ないけど、EJBは駄目だとか、Antが死んだとかそういう話を聞くたびに、
Javaは他の言語が前に進むための、壮大なケーススタディなのではないかと思うことがある。

403 ：仕様書無しさん：2007/09/16(日) 23:27:29

javaは壮大な実験室。
みんなをタダで巻き込んで。

まともな神経ならあんなスピードで物覚えられない

404 ：仕様書無しさん：2007/09/17(月) 00:03:58

もしそうだったら、Guy Steele, Jr.の本当の評価が定まるのは１００年後だなw

405 ：仕様書無しさん：2007/09/17(月) 08:32:43

オブジェクト指向ってさ、行き過ぎてるんだよね・・・。

よく使うものをオブジェクト化（共通ライブラリ化）すればいいんであって、
わざわざ全部をそうする必要はない。

406 ：仕様書無しさん：2007/09/17(月) 10:20:48

とりあえずJavaが速いか遅いかは知らんけど、
Swingは遅すぎ。

407 ：仕様書無しさん：2007/09/17(月) 10:38:55

>>406
古いVM使ってるからだろ

408 ：仕様書無しさん：2007/09/17(月) 11:04:42

JavaにGUIは荷が重過ぎるわけで。
学生にコンソールベースでOODを学習させるのには適してる。
適材適所の法則にのっとって、生き永らえていくことでしょう。

409 ：仕様書無しさん：2007/09/17(月) 11:07:47

>>408
何もかもわかってないのに、どうして恥ずかしげもなく書き込める？

410 ：仕様書無しさん：2007/09/17(月) 11:19:57

>>409
失敬な！こんなに気分を害したのはだよもん以来だ。帰る！

411 ：仕様書無しさん：2007/09/18(火) 20:42:25

>>407
JDK6だけど次の奴ってもう出てたっけ？

1.4とかも使ったことあるが、あの頃のは使い物にならんほど遅い。
今のは我慢すれば使えるけどイライラする。

412 ：仕様書無しさん：2007/09/30(日) 21:24:50

>だよもん
って、だれ？？？

413 ：仕様書無しさん：2007/09/30(日) 21:37:28

ようするに、現代によみがえったUCSD Pascalでしょ？

414 ：仕様書無しさん：2007/10/02(火) 00:48:56

>>412
名無しさんだよもん

415 ：仕様書無しさん：2007/12/17(月) 00:41:02

【戦争】大卒内定率史上最低　２００３年卒の末路
http://school7.2ch.net/test/read.cgi/job/1197817304/l50
(大学入学現役で現在の２６〜２７歳）１９８０年４月〜１９８１年３月生まれ

就職氷河期　Wikipedia
http://ja.wikipedia.org/wiki/%E5%B0%B1%E8%81%B7%E6%B0%B7%E6%B2%B3%E6%9C%9F

大卒
大卒者の雇用環境も、この時期に大きく悪化した。リクルートワークスの調査によれば、
1991年をピークに求人倍率は低下傾向で推移し、2000年には1倍を下回った。多少の変動はあるものの、
2002年を谷とする景気の回復に伴い求人数が増加するまで、長期間にわたり雇用環境は厳しい状況となった。

就職率もこの時期は厳しい状況にあった。学校基本調査によれば、1991年の81.3％をピークに低下を続け、
2003年には史上最低の55.1％となり、2003年卒業者は氷河期世代の中でも最も悲惨な時期である。

416 ：仕様書無しさん：2008/04/02(水) 20:42:27

>>415
　　　　　ｵﾊﾖｰ!!
　　　　∧∧ ∩
　　　 (`･ω･)/
　　　⊂　　ノ
　　　　(つノ
　　　　 (ﾉ
　＿＿_／(＿＿_
／　　(＿＿＿／
￣￣￣￣￣￣

417 ：仕様書無しさん：2008/04/05(土) 17:02:36

http://www.atmarkit.co.jp/fdotnet/csharp30/csharp30_01/csharp30_01_01.html
マイクロソフトの最新＆最強言語「C# 3.0」

ﾌﾟﾌﾟ

418 ：仕様書無しさん：2008/04/12(土) 19:16:26

tomcat って遅いんですか？

419 ：仕様書無しさん：2008/04/14(月) 13:16:15

>>418
速いよ。マッハ2.3くらいは出る。

420 ：仕様書無しさん：2008/04/27(日) 02:46:47

>>411
Swing自体の速度はJRE1.4から1.6まで大きく改善されてはないでしょ。

ネイティブコードじゃない以上は、どうしたってC++のようなサクサク感は出せんわな。
GUIに関してはJavaは遅いと言わざるを得ない。（遅いというか全体的に挙動がモッサリ）

421 ：仕様書無しさん：2008/04/27(日) 08:42:49

Swing の描画速度は、かなり改善されてるよ。それでも起動が遅いけどね。
Java7でJavaFXが出るからSwingの性能もさらに改善されるんじゃないかな。

422 ：仕様書無しさん：2008/04/27(日) 10:07:32

javaはもっと見えないように動いて欲しい
javaアプリのためにバージョン管理したり
アップデートしたりするのは面倒だ

423 ：仕様書無しさん：2008/04/27(日) 11:57:45

まあ、一般的なウェブサービス向けのアプリならjavaで十分
つーか、むしろjavaだろ？
みたいな感じだが

やっぱり、色々と手入れようとするとCになるよね
java使っててもJINI手出すことになるし
apacheあたりのモジュール作成するとなるとCだし
データベースカスタマイズするのもやっぱりCだし
そもそもCわからないとJavaもわからんだろ

424 ：仕様書無しさん：2008/04/27(日) 12:02:27

要はJavaはVBみたいなもんで、一通りざっとはできるけど
細かい事や通り一遍じゃないことをやるならCやC++の支援がないとダメってことだね

425 ：仕様書無しさん：2008/04/27(日) 14:03:48

Javaちゃんとやってる人ってどれくらい居るの？
今のJava案件の面子って元VB難民が４割くらい入ってるだろ
残りは地方出身の未経験者＆新卒に毛がはえた兄ちゃん姉ちゃん
１割くらいしかマトモなの居ないだろ。
そりゃーデスマ連発するよ、だからできるだけ関わりたくない。

426 ：仕様書無しさん：2008/04/27(日) 14:06:06

>>425
Java自体歴史短いし、そもそもITなんて負け組みの就職先なんで
マトモなのなんて居ないだろｗ

マトモなのは自分で何らかのソフト開発して自立してるか
GoogleとかYahoo,MSあたりに囲われてるんじゃね？ｗ

427 ：仕様書無しさん：2008/04/27(日) 14:15:28

Yahoo
↑
ダウト

428 ：仕様書無しさん：2008/04/27(日) 14:24:29

Java使うぐらいならC#使えばいいじゃないと思う今日この頃

429 ：仕様書無しさん：2008/04/27(日) 14:28:29

>>427
もちろんアメリカ本国のな

430 ：仕様書無しさん：2008/04/27(日) 14:32:27

アメ本国のYahooも優秀な人材はだいぶ引き抜かれたと聞くが

431 ：仕様書無しさん：2008/04/27(日) 14:47:46

日本の派遣、契約、請負だらけの開発部隊よりはマシだろう…

432 ：仕様書無しさん：2008/04/27(日) 15:04:07

ある意味、日本の業務がマニアックすぎるから
派遣、契約、請負の部分も日本人ドカタがやってる。
これがシンプルだったらその部分を
チャンコロやインド人がやってるだろう。
どっちがいいと言えば日本人Javaドカタのほうがいいと思うが。

433 ：仕様書無しさん：2008/06/18(水) 03:51:28

990です、
ところで火は消えた？

434 ：仕様書無しさん：2008/06/18(水) 17:02:53

>>420
ちょっとした不便を簡単にカスタマイズできるから素晴らしいよ！

435 ：仕様書無しさん：2008/06/19(木) 03:50:54

>>434
速いか遅いかの話をしてるのに、カスタマイズ云々は関係無いっしょ

436 ：使用書無し：2008/06/21(土) 21:51:45

こんなの作ってみました。http://jdafter.sakura.ne.jp
pureJavaだが結構使えるぞ.

437 ：使用書無し：2008/06/21(土) 21:54:18

↑アドレス間違えたhttp://jdrafter.sakura.ne.jp

438 ：仕様書無しさん：2008/06/22(日) 21:23:12

宣伝乙

439 ：使用書無しさん：2008/06/23(月) 23:05:09

ぼんくらjavaおたくのみなさん
悔しかったら　http://jdrafter.sakura.ne.jp
に匹敵するプログラムつくってねばか

440 ：仕様書無しさん：2008/06/24(火) 09:52:07

なんか知的障害者が湧いちゃった。

441 ：仕様書無しさん：2008/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 ：仕様書無しさん：2008/06/25(水) 19:54:57

最近はハードの進歩が著しくて、VBでも速度的に十分だわな。
それで用が足りる分野ではな（ｗ

443 ：仕様書無しさん：2008/06/26(木) 09:22:40

>>442
デルフォイでやるフォイ

444 ：使用書無しさん：2008/06/27(金) 20:44:32

>>441 C#は、言語的に優れている面はあるとは思うんだけど所詮javaの単
なる改良版という感じは否めないな。おれも仕事でC#もjavaも使わされるけど
やっぱりjavaのほうが使いやすいとおもう。
なぜかと考える手みたんだが、クラスの拡張とか機能強化されたC#より、単純に
考えられるjavaの方が構想が練りやすいということじゃないかな。
それと何よりAPIのリファレンスについては、javaのほうが断然シンプルでやりや
すい。ひとつのクラスを参照すればそのスーパークラスやサブクラスを探しやす
い。C#のAPIリファレンスは機能は豊富かもしれないけどユーザーのことは何も
考えていない.まあ、MICROSOFTそのものかなと思う今日この頃。
これ縦読みじゃないよ。

445 ：仕様書無しさん：2008/06/28(土) 16:12:39

>>444
C++/CLIが徐々に浸透し始めている。JavaかC#か？という議論をすることに
意味はない。

C++が再び、最強言語として復活のノロシを上げている。
C# と C++/CLI の連合艦隊に、Javaは勝ち目がないと思う。

446 ：69PG ◆hND3Lufios ：2008/06/28(土) 16:19:54

まだやってるのか。おまいさんらはｗ

447 ：仕様書無しさん：2008/06/28(土) 23:15:37

Javaのライブラリは恐ろしい勢いで広がっているからな。
他の言語はより特殊分野に限定される。
C#などはMSとともに壊滅する恐れが常にある。

448 ：仕様書無しさん：2008/06/28(土) 23:44:09

C#とC++はもう既に広がった後だ。
Javaは出遅れている。

MSが壊滅しない以上、C#は安泰ってことだな。

449 ：仕様書無しさん：2008/06/28(土) 23:52:30

Javaプログラマの90%はデジドカです。
主な仕事はユーザーの業務に合わせたカスタマイズとテストです。

450 ：仕様書無しさん：2008/06/29(日) 08:12:42

>>449
つまりは、Javaだと業務アプリ作成に必要なものが一通り揃ってる、ってことかね。

451 ：仕様書無しさん：2008/06/29(日) 10:50:44

>>450
Javaってそういう言語だろ。中の下クラスのプログラマーでも業務アプリが
作れるから存在価値があるんじゃないのか？
上層部が気にしている、開発コストを抑えることに関してだけは、Javaは
すぐれていると思うけど・・・。

ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが
Javaプログラマーは、その楽しさを知ってるのかが疑問だ。
他の言語も一応かじっとくと良い。

452 ：仕様書無しさん：2008/06/29(日) 12:15:02

>>451
ドカタがものを言い出すと世の中おかしくなるから
JAVA専門の奴はそれに終始させるべき

453 ：仕様書無しさん：2008/06/29(日) 12:26:04

>>451
>ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが

クリエイティブなのは機能設計とか上流工程。
チミみたいな考え方の人は、設計もろくにせずにコーディングに走るのが多い。

454 ：仕様書無しさん：2008/06/29(日) 13:39:35

>>453
> クリエイティブなのは機能設計とか上流工程。

(w

455 ：仕様書無しさん：2008/06/29(日) 18:29:24

SEのやるべき仕事は客の要望しているシステムを作り上げることだろ。
製品をかき集めても足りない機能だけプログラムを作るわけだから
クリエイティブな要素なんてないだろうに。
まぁ、APサーバとかミドル製品開発なら話しは別だが。

456 ：69PG ◆hND3Lufios ：2008/06/29(日) 19:45:29

うう。完全スルーされてる。

457 ：仕様書無しさん：2008/06/29(日) 20:05:25

>>453
あなたの言っているのは、コーディングのことでしょ。
俺の言っているのはプログラミングのこと。

コーディングとプログラミングの違いを知らないど素人は
基礎からやり直してください。

458 ：仕様書無しさん：2008/06/29(日) 20:06:34

>>456
自分こそスルー汁。
糞スレ読んでる暇があったらバグを減らせ。

459 ：仕様書無しさん：2008/06/30(月) 01:03:37

>>457
英語ではその二つは interchangable ですけど。 ^^;

460 ：使用書無しさん：2008/06/30(月) 20:42:07

コーディングとプログラミングの違いか。
カレーライスとライスカレーの違いを熱く語るやつに似てるな。

461 ：仕様書無しさん：2008/06/30(月) 21:36:14

ライスカレーと聞くと戦後間もない日本の家庭の風景が再生されてしまうんだけど、
正味な話どんな違いがあるの?

462 ：仕様書無しさん：2008/06/30(月) 21:52:34

>>461
Wikipediaでも見てみたらどうだ。

カレーライスとライスカレー
1960年代から1970年代前半まではライスカレーと呼ばれることが普通だった。この時代、子供から大人までもが巷で
カレーライスとライスカレーの違いを論争する様子が見られた。実際のところは双方を分類する明確な定義は無く、
存在する違いは名称の登場時期の差ぐらいのものである。ライスカレーは明治期に、カレーライスは昭和初期に登場した名称である。
・・・

463 ：仕様書無しさん：2008/06/30(月) 21:54:35

thanks
結局は本質的な違いはないわけね。

464 ：仕様書無しさん：2008/06/30(月) 22:10:39

何でカレーの話してんだよ
カレーごはんでいいじゃん

465 ：仕様書無しさん：2008/07/01(火) 07:29:18

>>463
むしろ本質が違っているような。

466 ：仕様書無しさん：2008/07/01(火) 23:52:15

コーディングとプログラミングの違い is カレーライスとライスカレーの違い
↓
wikiによる見解により
カレーライス is ライスカレー
↓
コーディング is プログラミング
という流れでOK?

467 ：使用書無しさん：2008/07/02(水) 20:39:00

>>466 2段目だが、wikiの見解では「明確な定義はなく存在の違いは明確な違いは登場時期
の差ぐらいのものである」とあるから完全に等しいと証明されたわけではないから
カレーライスasライスカレー
↓
コーディングasプログラミング
となるのではないか？

468 ：仕様書無しさん：2008/07/02(水) 22:08:18

もうどっちでもいいよ
ボンカレーでもカレーボンでも

469 ：仕様書無しさん：2008/07/02(水) 22:15:11

>>468
途中で投げ出すなよ。
お前が言ってるのは、バカボンでもボンバカでもどっちでもいいって言ってるのと同じだ。

俺はかまわないぜ！

470 ：仕様書無しさん：2008/07/03(木) 21:21:41

最初の文から読みました。
2点感想を書きます。

1. ガーベッジコレクタの動作原理も知らない→化石的思考
これは、真なんですか？

2. 今C言語はJVMとOS作るだけで十分だ。それ以外のことはいずれ、すべてJavaに委譲すべきだ。
それ以外のこととして、以下のことを思いつきました。

- X Window System
- Perl
- Apache httpサーバ
- かな漢字変換システム

これらを全てJavaで実装するメリットって何でしょうか？
既存のスクリプト言語を全てJavaで実装するメリットって何でしょうか？

471 ：仕様書無しさん：2008/07/03(木) 21:33:41

安全で高速だろ

472 ：仕様書無しさん：2008/07/03(木) 21:43:27

＞471さん
その「安全」っていう概念をどうやって導き出したのか、その過程を知りたいんです。
「みんながそう言っているから。」っていう理由を抜きにして。

473 ：仕様書無しさん：2008/07/03(木) 21:55:46

>>472
VM自作しろ以上
それで解らないなら消えろ

474 ：仕様書無しさん：2008/07/03(木) 22:04:45

＞473さん
VM自作→JAVAがC言語よりも「安全」という概念が理解できること
の根拠を示して欲しいんです。

どういう側面で見た「安全」なんですか？

475 ：仕様書無しさん：2008/07/03(木) 22:14:28

474です。色々調べてみました。ここを参考にして、勉強してみます。

JAVAの安全性, http://www.rsch.tuis.ac.jp/~ohmi/software-basic/security.html

とりあえず、「配列境界のチェック」という項目は納得がいきました。
Javaは配列の範囲外にアクセスしないように設計されているんですね。

476 ：仕様書無しさん：2008/07/03(木) 22:15:40

javaってなんでバージョン違うだけでダメになるの？

477 ：仕様書無しさん：2008/07/03(木) 22:18:33

あの時代にセキュリティのことを考えてたってだけでもゴスリング凄いなぁって思うんだけど。

478 ：仕様書無しさん：2008/07/03(木) 22:19:48

Javaへの変換による安全なC言語の実装, http://www.kb.ecei.tohoku.ac.jp/~kamijima/ppl2007.ppt

これも、面白そうですね。Javaの安全性を利用して、JavaのコードをC言語のコードに変換する技術らしいです。
私は、JavaもCも上手に共存できたらいいなと思ってます。

479 ：仕様書無しさん：2008/07/03(木) 22:23:36

>>478
JAVAがあれば全て不要
それを理解しない奴は消えろ
JAVAが最強なんだよ解るか？

480 ：仕様書無しさん：2008/07/03(木) 22:28:32

＞479さん
どういうきっかけで、

- Javaがあれば全てのプログラミング言語が不要である。
- Javaが全てのプログラミング言語の中で最強である。

という考え方になったのか、差し支えなければ教えていただけませんか。
また、そのきっかけとなったJavaのバージョンも教えていただけませんか。

481 ：仕様書無しさん：2008/07/03(木) 23:14:10

ペトリネット理論, http://www.jaist.ac.jp/is/labs/hira-lab/Petrinet.pdf

Javaの並行プログラミングのモデル化にペトリネットを用いると、分かりやすいかもしれませんね。

以下の2つは関係があるようです。

- ペトリネットにおける、「安全性」
- Javaの並行プログラミングにおける「安全性」→デッドロックが起きないこと等。

482 ：仕様書無しさん：2008/07/03(木) 23:21:39

JavaってOS作れるの？

483 ：仕様書無しさん：2008/07/04(金) 00:05:56

作れるよ。PerlでもRubyでもPythonでも作れる。
「作れる」の解釈の仕方にもよるけど。

484 ：使用書無しさん：2008/07/04(金) 00:19:39

>>479,>>480,>>482もうやめなはれ、
田植機とコンバインのどっちがえらいか比べてるみたいなもんじゃよ
田植機の性能がどんなに上がってもコンバインの替わりはできな
いし、コンバインの性能がどんなに向上してもやっぱり田植え機が
なければ米はつくれんのじゃよ。わかるかのお若いの。
>>481ほう、ペネリッと理論というのか。むむわしらは知らぬうちに
そんなことやっとったの。

485 ：仕様書無しさん：2008/07/04(金) 00:24:13

V5エンジン搭載したグレートコンバインなら何でも出来るさー

486 ：仕様書無しさん：2008/07/04(金) 00:24:41

>>484
コンバインはずれてもやり直しがきくが田植え機はずれるとやり直しがきかない
ヰセキからGPS搭載全自動のやつが出てるらしいんだけど自分にはお金がない
さてどうしてくれるんだ

487 ：使用書無しさん：2008/07/04(金) 00:33:34

486>> むむ　難しい質問じゃ。javaは無料でダウンロードできるが、
ヰセキのコンバインは1000万近くするからのう。

488 ：仕様書無しさん：2008/07/04(金) 06:17:04

千歯こきととうみでも使ってろ

489 ：仕様書無しさん：2008/07/04(金) 08:42:16

レッツ！コンバイン！

490 ：仕様書無しさん：2008/07/04(金) 12:21:13

2点の話題です。

1. JRuby
JRubyの動向が気になりますよね。
YARVとJRubyとの関係とか。

JavaによるRubyの実装とCによるRubyの実装の安全性の比較をしたらおもしろいかもしれません。

2. 安全の方向性
「並行プログラミングにおける」とか、「メモリ管理に関して」とか色々方向があるみたいなんで
その方向性も厳密に区別して議論した方が有意義だと思いました。
安全性の概念は最終的には、集合論とかプログラム意味論とかに落とすことができると思います。

ペトリネットは、より深く掘っていくとZFC集合論を元に理論を構築していくことになります。
プレース、トランジションという頂点集合とそれらをつなぐ弧の集合と「発火」というルールを加えることで
安全性を解析します。「発火」の概念も、関数と思えば集合の直積の部分集合になります。
ペトリネットの状態を、ペトリネットとマーキングの直積とします。すると、

「発火」という関数は

（ペトリネットとマーキングの直積）と（ペトリネットとマーキングの直積）との直積の部分集合になります。

Javaの安全性も、このようなペトリネットと似た形に集合論落としこめると思います。

プログラム意味論は、まだ勉強してないんでよく分かってません。

491 ：仕様書無しさん：2008/07/04(金) 14:15:42

パトリオットとペトリネットとカトリマットとヒトリベッド
このなかではどれが最強ですか？

492 ：仕様書無しさん：2008/07/04(金) 14:20:00

ヒトリベッドがある意味最強だと思います。つんくを思い出しました。

ただ、ペトリネットは数学的で視覚的なモデル化ツールとしてUMLのある図の原型にもなっています。
そういう意味で、このスレッドの文脈（Javaの安全性を調べたい。）だと最強なのはペトリネットです。

493 ：仕様書無しさん：2008/07/09(水) 19:49:07

>>445
C++0xの時代に今更C++/CLI？

494 ：仕様書無しさん：2008/07/09(水) 22:01:50

C99と同様に流行らないんじゃないかと思ってんだが。＞C++0x

495 ：仕様書無しさん：2008/07/09(水) 22:13:21

iPhoneパワーでObjective-Cが大流行に100ガバス

496 ：仕様書無しさん：2008/07/24(木) 03:05:03

>>439
【使えるか】JDrafter向上委員会【バッタもんか】
http://pc11.2ch.net/test/read.cgi/cg/1214838613/

497 ：仕様書無しさん：2008/07/24(木) 03:10:32

ポインタでつまずく奴はＰＧの才能無し

≒

ＰＧの才能ある奴はポインタでつまずかない

498 ：仕様書無しさん：2008/07/24(木) 10:50:09

じゃあ富士通は全員PGの才能がないな。

499 ：仕様書無しさん：2008/07/24(木) 18:24:57

日電ほどじゃないよ。

500 ：仕様書無しさん：2008/07/24(木) 22:57:53

>>498-499
日立社員乙

501 ：仕様書無しさん：2008/07/24(木) 23:19:16

Lispが遅いとかいう奴は(ry

502 ：仕様書無しさん：2008/08/03(日) 06:49:12

はぁ？Javaおせえっての。
どう考えても遅いに決まってんだろ
頭沸いてんじゃねーの？

503 ：仕様書無しさん：2008/08/03(日) 07:23:15

>>502
>>439>>496

504 ：仕様書無しさん：2008/08/06(水) 09:01:05

スレ見てきたが易々とキーを見破られるシェアウェアってどうなのよ？
作者の対策が甘いというのもあるが、Javaのリバースされやすいという致命的な欠陥は
速度面よりも商業的にははるかに重要だと思うのだが

505 ：仕様書無しさん：2008/08/06(水) 11:09:17

商業的にはそこまでしてまで使いたいと思わせるソフト作る事の方が重要でしょ。

506 ：仕様書無しさん：2008/08/06(水) 16:32:10

サーバサイドとかバイナリに手の届かないものを除くとJava製の商業ソフトは少ないという事実

507 ：仕様書無しさん：2008/08/07(木) 14:23:02

そういやJavaのパッケージソフトなんて見た事ないねえ

508 ：仕様書無しさん：2008/08/07(木) 19:24:28

JBuilderは見たことある

509 ：仕様書無しさん：2008/08/07(木) 21:23:15

Judeとか開発者向けのツールなら結構あるけど、一般ユーザー向けって確かにないね。

510 ：仕様書無しさん：2008/08/08(金) 03:11:23

やっぱ動作環境の問題（JREの入手とか）かな？
でもJREはバンドル可能なんだよな
性能面が問題になるとは思えないし、リバースも100％防止は無理だけど
そう心配するほどでもないと思うが

511 ：仕様書無しさん：2008/08/11(月) 22:40:09

サン・マケイヌシステムズ

512 ：仕様書無しさん：2008/09/23(火) 01:02:00

>>504
コード難読化ツールを使うか
プログラムをすべてサーバに置いてしまえばいい

513 ：仕様書無しさん：2008/09/23(火) 01:38:40

>>1
Java信者のほうがむしろガーベジコレクションの動作原理知らないと
思うのは俺だけか？何しろVMにおまかせなわけだから知るよしもない。
C++じゃねーとガーベジコレクションの働く仕組みってデバッガとかで
目で見て確認できなくね？

514 ：仕様書無しさん：2008/09/23(火) 07:04:48

>>513
はぁ？C++のGCって何だよ
デストラクタが動いてるのを見てGCだとでも思ってんのか？

515 ：仕様書無しさん：2008/09/23(火) 10:18:19 ?2BP(0)

Managed C++ の事なのか、それとも
「C++ で GC の有り難味を知りやがれ」て事なのか…
つか今頃 >>1 にﾚｽかますような奴が何考えてるかなんぞ
想像も付かん。

516 ：仕様書無しさん：2008/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 ：仕様書無しさん：2008/09/23(火) 23:26:09

>>497
ちょっと違うな。

ポインタでつまずく奴はＰＧの才能無し ≠ ＰＧの才能ある奴はポインタでつまずかない
ポインタでつまずく奴はCプログラマの才能無し ≒ 勉強の仕方が悪い

大抵の奴はアセンブラのレベルからやってない。だからわからんだけだ。
稀に、アセンブラレベルまでやらなくても理解できる奴は居るがね。

「間接アドレス法」が理解できれば、まあ大体の奴はポインタを理解できる。
あとはCの、ポインタに関連するクソッタレな構文に慣れればいいだけだ。

518 ：515：2008/09/24(水) 11:25:34 ?2BP(40)

>>516
>君らは相当若い人か、業務系の人間だってのだけは分かった。
若くはない。業務系っていや業務系だが、制御寄り。
で、なんで >>515 で解るのかな？

519 ：仕様書無しさん：2008/09/24(水) 12:29:17

>>515
メインフレーム？

520 ：仕様書無しさん：2008/09/24(水) 17:26:13

２年３ヶ月以上前の>>1に語りかけるようにレスするキモいおっさん相手に
なにやってるんだねおまいら。

521 ：仕様書無しさん：2008/09/25(木) 01:06:53

ここ数年で一気にJavaプログラマーが増えた気がする。

ム板でもマ板でもJava叩きをするとものすごい勢いでアンチがフルボッコにされる動きが目立つ。
数年前はそういうことなかったのになあ。

時代が変わったんだね。ムーアの法則がかなり影響していたのかな？

522 ：仕様書無しさん：2008/09/25(木) 08:00:32

ムーアの法則、ってそれで気の利いたこと言ってるつもりになるのは
そーとー世の中から遅れてると思うぞ。

523 ：仕様書無しさん：2008/09/25(木) 10:14:48

BoehmGCとかMMgcとかあるにはあるよ

524 ：仕様書無しさん：2008/10/08(水) 11:32:21

>>522
Core 2 Quadの時代にムーアの法則は適用しにくいといいたいだけ？

525 ：仕様書無しさん：2008/10/08(水) 15:04:07

まあなんにせよこんなクソ話題スレに書き込むのは馬鹿ばっかりでFA。

526 ：仕様書無しさん：2008/10/08(水) 16:03:57

量子コンピューター出来たら夢の3D彼女か……ﾌﾌﾝ

527 ：仕様書無しさん：2008/10/08(水) 16:07:47

非ノイマンマシンでどうやったら3Dとか

528 ：仕様書無しさん：2008/10/09(木) 01:13:53

ソフトウェア面しか見ないプログラマーっていらないよな。プログラマーとして。
CPUが変われば、実装技術だって変わる。いや、変えなくちゃならない。
今までひとつのCPUで高速性をあげるという方向性だった Intel が複数のCPUでの高速化に方向性を変えた（結構前に）。
今まで、プログラミング言語側が用意していたスレッドの同期性もいつかは通用しなくなる。
CPUの実装が変わる度にJavaのバージョンがあがるまで待つ。Java厨。
しかも、そのバージョンが安定するまで。
もう、Java厨はプログラマーじゃないじゃん。
ただのラインマンじゃん。別の業種に移ったらどうなの？
プログラマーの価値が下がるだけだ。
はやく、別の業種でもっと簡単な仕事のラインマンとして働きなよ。

529 ：仕様書無しさん：2008/10/09(木) 01:48:41

>>528
＞ プログラミング言語側が用意していたスレッドの同期性

これ具体的に

530 ：仕様書無しさん：2008/10/09(木) 01:55:00

マルチスレッドプログラミングのことじゃない？
Ｉｎｔｅｌばんざい

531 ：仕様書無しさん：2008/10/09(木) 02:05:34

20代だけど、Javaは重いと思うな
特に起動が重い。GUI使おうものなら酷い有様
C#も使ってるが、これもまた重い
プログラミングは楽だけどね

結局、個人用ではC++ばっかり使ってる

532 ：仕様書無しさん：2008/10/09(木) 14:54:31

java製のこういう↓エディタを見ると
http://www.catch.jp/blog/entries/opensource/translation/a20051220.files/xlif_editor101a.png
うわーｗって思う

533 ：仕様書無しさん：2008/10/09(木) 17:14:38

別にLaFの問題だからどうでもいいよ
NimbusとかQuaQuaにすれば見栄え良くなるし
Metalがダサいのは、同意する

534 ：仕様書無しさん：2008/10/09(木) 17:50:04

まっ、結局Ｃ言語最強！ということでこのスレも終了だなw

535 ：仕様書無しさん：2008/10/09(木) 19:45:07

>>529
マルチコア・メニーコア対象にしてスレッドつくりまくりって時に
synchronizedとwaitだけじゃ効率悪すぎってことで、NIOやConcurrent APIが
追加されたような流れのことじゃね？

>>528
CGとか金融とか科学計算とか例外は多々あるにせよ
いちいちアーキテクチャ変わる毎に書き換えてらんないって。
用途と手段見極めろよ。

536 ：仕様書無しさん：2008/10/09(木) 21:21:18

>>528
ソフトウェアの性能も大事だが、と開発スピードやコストとの
トレードオフぐらい考えようよ、プロならさｗ

開発はビジネスなんだよｗ

537 ：仕様書無しさん：2008/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 ：仕様書無しさん：2008/10/12(日) 01:17:29

いまどきXULとVBはないわ

539 ：仕様書無しさん：2008/10/18(土) 10:55:15

>>537
つJava Communication API

540 ：仕様書無しさん：2008/11/14(金) 12:55:06

なんて挑発的なスレなんだ
気に入ったぞ

541 ：仕様書無しさん：2008/11/14(金) 12:55:55

まあ今時Cのコードなんて魅力ないのは確かだな

542 ：仕様書無しさん：2008/12/04(木) 21:39:33

　
【サンタクロース、酒気帯びトナカイ運用罪での逮捕に、ﾏｼﾞ逆切れｗ（動画有り）】(ZDNet)
http://builder.japan.zdnet.com/story_media/20384793/081204_sun-james-gosling_02_400x300.jpg

543 ：仕様書無しさん：2009/01/17(土) 01:03:05

JavaSE6u10以降VM起動速度も実行スピードもアホみたいに速くなって誰も遅いといわなくなったな

544 ：仕様書無しさん：2009/02/18(水) 10:08:30

V2Cを使ってみる限りJavaは遅くない

545 ：仕様書無しさん：2009/03/15(日) 22:51:04

>>544
>V2Cを使ってみる限りJavaは遅くない

遅くないじゃなくて、「Javaは速い」といっても過言でもないような（V2Cだけ？）
.NETアプリを作る気がなくなった。

546 ：仕様書無しさん：2009/03/16(月) 22:55:46

>>545
10年位以上前のJavaはインタプリタでおそかったよ
マシンパワーもものすごく低くてネイティブなバイナリ以外は敬遠された
（だからVBはネイティブコンパイラが搭載されるまで笑われてたし、Delphiは評価された）

拍車をかけたのがNetscapeに搭載されたSymantecのJITVM
起動するまでにコンパイルして1分とかかかってた
そのときのイメージがみんな強いから逃げた

ベンチはよかったんだけどね
フットプリントとか起動時間考えてない時点でおわっとる

その影響もあって現在のhotspotVMが出来上がったと思えば悪くはないか

547 ：仕様書無しさん：2009/04/04(土) 09:34:17

>>546
昔は、たしかに遅かったと思う。そうじゃなくて今の話。

548 ：仕様書無しさん：2009/04/05(日) 06:02:32

Intel一色の現在では既にJavaのメリットも微妙としか・・・

549 ：仕様書無しさん：2009/04/05(日) 19:12:56

ほんとそうだよ。
Intelでないとしても今は仮想マシンはデフォになってるからねえ。

550 ：仕様書無しさん：2009/05/03(日) 13:17:04

javaが速いとか言ってる奴

javaが速いんじゃなくてCPUの処理速度が速くなった事に気づけよな アホー

551 ：仕様書無しさん：2009/05/03(日) 17:29:41

>>550
VMの性能アップもすさまじいのをまだしらんやつがいるのか

552 ：仕様書無しさん：2009/05/03(日) 17:34:48

おまいはアホか？
VMなんていくら速くなってもネイティブより速くなる事はないんだよ ボケ！
大体ネイティブの１/２位がいいとこな

553 ：仕様書無しさん：2009/05/03(日) 17:36:52

Crysisがぬるぬる動くJVMください

554 ：仕様書無しさん：2009/05/03(日) 17:40:56

>>552
誰もネイティブコードより速いなんて言ってないじゃん。なに喧嘩腰になってんの。
Javaが速いと不都合でもあんのか？ｗ

555 ：仕様書無しさん：2009/05/03(日) 18:02:05

静的コンパイルされたネイティブコードより早く動く場合もあることはある。非常に少ない確率だけど。
通常は1/2なんてレベルじゃなくて8,9割くらいの速度がでてる。

初期のころはインタプリタなので1/20とかふつうだったし、JIT搭載されたころは
クラスロード時のコンパイルが遅すぎて1/2以上の速度が出ていたにもかかわらず
体感速度は1/10以下だったがね。

>>552は最近JDK1.2さわったレベル。

556 ：仕様書無しさん：2009/05/03(日) 19:56:39

お前らまともなコンパイラー使ったことないんじゃね？
さしずめ>>554や>>555ってVBからjavaへの移行組だろ。
うちのパソコンではgccの3.4っていう古いコンパイラーを使ってもjavaの２倍位の速度が
出てるよ。
大体javeなんてバックグランドでGCを走らせないとダメだしhotspotなんてコード実行させながら
コードの高速化をさせないとダメだしインタープリターでいちいちコードの解釈をソフトでさせる必要あるし
よほどの事情が無いとあんな遅いjavaなんて使う気がしねえよ

557 ：仕様書無しさん：2009/05/03(日) 20:16:28

>>556
ほい、Java と C(C++) のスピード比較二種。

http://blogs.sun.com/amurillo/entry/java_vs_c
http://butunclebob.com/ArticleS.UncleBob.SpeedOfJavaCppRuby

ちなみに↑は POD 型中心だけど、OO 的なプログラムになると gcc はかなり
部が悪い（コード見てみりゃわかるけど、VC++ の数倍は遅いコードが出る）。
gcc は C の頃から構造体アクセスが苦手だったけど、C++ になってそれが顕
著になってる。

558 ：仕様書無しさん：2009/05/03(日) 20:53:15

お前 sunの情報なんてあてになるかよ。
実行速度くらい自分で走らせて確認しろよ。
まぁ 俺も SUNにはだまされ続けたくちだけどな。

559 ：仕様書無しさん：2009/05/04(月) 01:03:20

age厨君がんばるね

560 ：仕様書無しさん：2009/05/04(月) 07:13:55

javaが速いと思い込んでる奴はjavaとスクリプト言語しか使った事が無い
初心者なんだろうな age厨君みたいにね

561 ：仕様書無しさん：2009/05/04(月) 08:48:30

例えばだ
名前解決する必要があるプログラム組んだとする

java激速なわけ

なんでかって、ボトルネックになる名前解決部分
うまいことキャッシュしたりしてるから
他の言語だと、名前解決部分についてうまい方法考えないといけない
独自にキャッシュするコード書いてみたりオープンソースのソフト入れてみたり


現在の複雑なアプリについて
単にメモリ、CPU使用率のみを考えるなんてのは愚の骨頂

つーか、昔もメモリ、CPU以前にI/Oとか考えるべき部分は他に多くある

CPUが…
メモリが…
javaは遅い
って言う奴は完全トーシロー
そのへんの雑誌の受け売りか何かの厨房か何かだろ？

562 ：仕様書無しさん：2009/05/04(月) 08:50:40

GUIの表示が笑っちゃう程遅くて使えなかったんだが
速くなったの？

563 ：仕様書無しさん：2009/05/04(月) 10:38:15

>>561
お前ひょっとしてコンパイル速度のこと言ってんの？
みんなが言ってるのはコンパイルした後のコードの実行速度の事だよ。
っていうかお前バカ？

564 ：仕様書無しさん：2009/05/04(月) 10:46:31

使えないなら使わなければいい
使えないやつを呼び込むな

565 ：仕様書無しさん：2009/05/04(月) 10:52:31

JVMのソースコード汚い臭い吐きそう

566 ：仕様書無しさん：2009/05/04(月) 11:28:00

そんなにjavaが速いんならVMもjavaで書けばいいじゃん

567 ：仕様書無しさん：2009/05/04(月) 13:58:25

>>566
わかったわかった、もういいよｗ

568 ：仕様書無しさん：2009/05/04(月) 14:11:37

Javaの勝ちだな

569 ：561：2009/05/04(月) 19:24:44

>>563
俺の書いてることが理解できないとは
やっぱりトーシローだな

いったい俺のレスのどこを見てコンパイル速度などと言ってるのか
トーシローの考えてることはわからんぜ

570 ：仕様書無しさん：2009/05/05(火) 00:47:53

名前空間のキャッシュなんてほざいてる処が馬鹿まるだし

まぁなんだかんだ言ってもjava遅いよね

571 ：仕様書無しさん：2009/05/05(火) 02:39:41

>>570
遅れたバブル世代さん、こんばんは＾＾
やっぱり昭和が恋しいですか？＾＾

572 ：仕様書無しさん：2009/05/05(火) 07:54:25

俺はjava使ってるよ
遅いけどね
>>571ってゆとりでjavaしか使えないくち？

573 ：561：2009/05/05(火) 08:07:14

名前解決を名前空間と…

せめてググろうよ…
http://www.google.co.jp/search?hl=ja&q=名前解決&btnG=検索&lr=

574 ：仕様書無しさん：2009/05/05(火) 16:49:20

プログラムの種類によるだろ。
レンダリングや動画処理のよう処理をJavaで十分高速に書こうとすると
かなりJavaらしくない書き方しなくちゃいけないのが嫌だ。

575 ：仕様書無しさん：2009/05/05(火) 21:57:50

画像処理はアクセラレーションが聞く範囲で収める。
ソフトだと遅いのはどの言語でも同じだし…

符号なしはほしいんだよね

576 ：仕様書無しさん：2009/05/06(水) 00:14:23

いやオフラインレンダラだとGPUまかせってわけにもいかないし。
インスタンスをスタックに置けなかったりインライン展開がVMまかせだったり
マクロやテンプレートみたいなコンパイル時処理がしにくかったりして
C/C++並みの速度で動かそうとすると…
Javaで書きたいけど一部はきつい。

577 ：仕様書無しさん：2009/05/06(水) 12:06:07

お前らjavaってそもそもC++を使えない初心者でも使える言語ってことで
文法を簡単にした言語だろ？
ゆとりじゃあるまいしC++使えるんだったらjavaなんて使う意味ないじゃん。
制約が多すぎてやたら使いにくいしjava使ってる奴ってマゾなんじゃね？

そういう俺もrobocodeで遊ぶときはjava使ってるけどな
でも仕事で使うなんて意味わかんねぇよ

578 ：仕様書無しさん：2009/05/06(水) 12:50:50

ageくんがんばるね

Javaがまともに使えてる人はほぼC++を使える人
その上でJavaを使うメリットがあるから使い続けてるわけだが

579 ：仕様書無しさん：2009/05/06(水) 12:56:34

javaをまともに使えてもC++は”ほぼ”しか使えないわけですね。
わかります

580 ：仕様書無しさん：2009/05/06(水) 13:26:46

遅れたバブル世代は帰れ

581 ：仕様書無しさん：2009/05/06(水) 16:05:53

Java遅いだろ。
マシンが速くなっただけじゃん

582 ：561：2009/05/06(水) 18:44:13

>>577
仕事なら言語なんて選べないのが普通だろう…

つーか、まさかWEBアプリにC++はあるまい

583 ：仕様書無しさん：2009/05/06(水) 19:10:43

C++使いを装ってJava叩いてる奴ってなんなのｗ
プログラミングやったことあんのかなｗ

584 ：仕様書無しさん：2009/05/06(水) 20:54:58

プログラム言語なんて所詮道具の一つでしかないだろうに･･･。
本来適材適所で使い分けるもんだろ。

JavaとC++のどちらかが優れているかなんて、ボールペンとシャーペンの優劣を競うのと同じ位無意味。

585 ：仕様書無しさん：2009/05/06(水) 21:28:07

C++とScalaで優劣を議論するなら大変意義があるけど
Java言語としてはまったく糞これは揺るがない

Javaは性能はボチボチだがその汎用性が高いJVMにのみ
価値があるJava言語自体には全く価値は無いごみ

586 ：仕様書無しさん：2009/05/06(水) 21:41:09

Java も C++も目ウンコと鼻ウンコぐらいの違いしかない
D言語がいい

587 ：仕様書無しさん：2009/05/07(木) 12:47:56

>>582
>仕事なら言語なんて選べないのが普通だろう…
ウチはそうでもない。孫請けや曾孫請けじゃあるまいし。

588 ：仕様書無しさん：2009/05/07(木) 23:31:02

>>586
言語仕様かたまったの？

589 ：仕様書無しさん：2009/05/08(金) 00:20:26

仕事で.NETやって思うのはJavaはAPIの設計センスの悪く、結果遅いアプリしかつくれなくなってる。
.NETと比べると、やたらnewして、やたら計算させなければプログラムが書けない。
まぁ生まれた時代が違うし.NETはJavaを改善したものなんだから比べるのも酷だけど。

C++と比べられてるけど、処理速度勝負なら当然C++が圧倒的に勝つ、あたりまえの話。異論を唱えるのはよほど素人なのか、よほどのJava信者なんだろうなぁ。

590 ：仕様書無しさん：2009/05/08(金) 00:35:44

>>589
誰もネイティブコードより速いなんて言ってないじゃんｗ

591 ：仕様書無しさん：2009/05/08(金) 00:42:07

.NETという単語ばかりでてきてたぶんこいつは触ってないのだろうなぁと言うのが分かる
それにC#やVBのほうがnew文化だし、「やたら計算」ってなんのことかわからん

592 ：仕様書無しさん：2009/05/08(金) 00:57:12

javaはクラスや配列をオブジェクト化するにはnewを使う以外の方法がないじゃん
それにデストラクタを定義できないので不要になったオブジェクトはガーベッジコレクターが回収
してくれるまで指をくわえて見てるしかないし
プログラムを簡単にするために速度とメモリー効率を犠牲にした初心者向け言語ってところだろ。
速度も遅いし実務で使うとやばい言語の筆頭与力ちゃうか？

593 ：仕様書無しさん：2009/05/08(金) 01:21:02

今日もがんばるね
自給いくらだろう

594 ：仕様書無しさん：2009/05/08(金) 01:37:27

お前より高いと思うよ java使いの初心者プログラマー君

595 ：仕様書無しさん：2009/05/08(金) 01:48:08

2chに書き込んで給料もらえるなら俺もやりたいよ

596 ：561：2009/05/08(金) 08:09:10

.NETとjavaのWEBアプリ比べて見れば一目瞭然だと思うな
インスタンス化とかそういうレベルでの遅い早いって何か意味あんのかな
組み込みや一昔前じゃあるまいし…

597 ：仕様書無しさん：2009/05/08(金) 09:19:35

>>592
.NET と比較しての話なら、お前の言ってることはそのまま .NET にも当てはまる。

598 ：仕様書無しさん：2009/05/08(金) 09:40:48

>>592
で、お前は何使ってんの？
リソースを最大限活用して最速コードを生成するために、どんな最適化をしてんの？
まさか普通にコード書いて普通にコンパイルして終わりってことはないよな。
受け売りで速いだの遅いだの喚いてる君には答えられないだろｗ

599 ：仕様書無しさん：2009/05/08(金) 10:03:32

一番いい最適化はjavaを使わないことかなぁ。
gcc系のコンパイラなら-O2とか-O4を使ってるよ
後-mcpuでコードを走らせるパソコンのCPUを指定してるけどなにか？

600 ：仕様書無しさん：2009/05/08(金) 13:27:14

>>599
コンパイルオプションつけてみました程度かｗ

601 ：589：2009/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：2009/05/08(金) 19:26:10

×startIndexは0スタートで、endIndexはスタート
○startIndexは0スタートで、endIndexは1スタート

603 ：仕様書無しさん：2009/05/08(金) 19:57:57

DisposeメソッドなんてC++にないじゃん。
NETローカルな話題はよーわからんけどどんな言語なん？
しかしガーベッジコレクターが回収するときにデストラクタを実行するなんて
デストラクタの実行順序は全く無視？ そりゃ使えんわな

604 ：仕様書無しさん：2009/05/08(金) 20:21:38

>>601
> 細かい事かもしれないけど、結構変なAPI多いんだよJavaの場合。
マイクロソフトと喧嘩したくらいだからしっかり作ってあるんだろうと思ってた。

605 ：589：2009/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 ：仕様書無しさん：2009/05/08(金) 21:00:06

Javaが原因で今回の金融不安を招いただろ
不要なシステムを乱造させて、業務に支障を与えた
害悪言語それがJAVA

607 ：仕様書無しさん：2009/05/08(金) 22:19:42

>>605
カーナビはWindowsCE用 .netがあるやん？
Javaより.netが優れてるなら、間違いなく.net compact framework が選ばれるんじゃない？

608 ：仕様書無しさん：2009/05/08(金) 23:42:44

正直、優れてるかより使われているか、色々と情報があるかの方が重要

その点でC++もJavaも適材適所の場所なら他と比べたら滅茶苦茶優秀

便利ならそれでいい

609 ：仕様書無しさん：2009/05/09(土) 00:23:42

>>601
substringがああいう実装なのしらないとはC言語知らない人かな?

あとJavaはあんまり自前でnewしないよ
ライブラリ等はすべてDIコンテナに注入してもらうのが主流
C#は自前でnewして準備するのが多い

>>605
Swingは一番低レベルなAPIのわりには充実してるほうかと
Win32APIに相当だから

610 ：589：2009/05/09(土) 01:12:52

>>607
なるほど知らなかった。それに考えて見れば携帯カーナビもJavaですね。

>>609
よく勉強してると思うが全体的に理解が中途半端なので気をつけましょう
substringはC的でないし、DIコンテナだからといってnewしない事にならない
SwingはWin32相当でないし、低レベルAPIでもない。それに「低レベルAPIのわりに充実」していたとしても、それ以外に更に低レベルなAWT,SWTしか選択肢がないのだから.NETと比べれば貧弱といわざるを得えません。

611 ：561：2009/05/09(土) 01:26:12

.NETつーかMSの最近の言語は変数とかがデフォルトで日本語のヤツとかあってキモい
そんなイメージ

612 ：仕様書無しさん：2009/05/09(土) 01:29:26

>>589は本当にsubstringの動きの意味をしらないみたいだな

613 ：589：2009/05/09(土) 02:49:58

>>561
今561の書き込みを見たが着目点を含めなかなかの凄腕、素人相手に疲れるのもわかる。
個人的に.NETがキモいのはデストラクタ、Shadow、インターフェイス実行時に名前が変えられる点
Javaがキモいのは検査例外、後付Generic（toArray()で戻り値クラスをnewしなければならない点とか）、そして何より微妙に整備されておらずどこか微妙にピントのずれたAPI
といったとこか。
C++はキモすぎて言い切れない。

>>612
JavaScriptのsubstr()や.NETのsubstring()がC的です。
Javaとの違いをしらべてみましょう。

ちょっと飲んできたのでおかしな事行ってたらｽﾏﾝ

614 ：589：2009/05/09(土) 03:02:10

×インターフェイス実行時
○インターフェイス実装時

615 ：仕様書無しさん：2009/05/09(土) 08:57:28

>>561
実行時に名前解決が必要なプログラムって何？
連想配列か何か？

616 ：仕様書無しさん：2009/05/09(土) 13:36:18

検査例外はむしろ良い点かと
非検査例外だって選べるんだし

617 ：589：2009/05/09(土) 17:27:38

>>616
例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。
そうでない場合もあるけど、それは場面によるもので例外の種類によるものではありません。
例外の種類によってこれを強要するという言語の仕組みはおかしいです。

それどころか副作用として、例外が隠蔽されたJava製のシステムが市場に大量に出回る事になり、
Java製のシステムは相対的にその他の言語で組まれたシステムより不安定なってしまった。

どういう事かというと
多くの場合、仕方なくメソッドの外にthrowsするわけだがソフトの規模が大きくなるほどこれが指数学的に増え、
これを嫌うJavaプログラマは「こんな例外無視すればいいだろう」とe.printStackTrace()などと申し訳程度の
コーディングをして例外を殺してしまう。こういうコードがJavaの場合あまりに多い、というかほとんど？

618 ：仕様書無しさん：2009/05/09(土) 17:40:47

>>617
＞例外が発生したらどんな例外であれ基本アプリケーションを終了させるべきです。

なんだ、ただのアホか。

619 ：仕様書無しさん：2009/05/09(土) 18:46:24

みんな例外を飛ばしすぎなんだよ
だから例外が例外でなくなって感覚が麻痺してしまう

620 ：仕様書無しさん：2009/05/10(日) 01:27:08

Javaこそ送れたバブル世代
D言語かRuby　Python使えってのw

621 ：仕様書無しさん：2009/05/10(日) 01:32:48

D言語か。
C++を覚えるより早くD言語が普及するって言われて久しいな。

622 ：仕様書無しさん：2009/05/10(日) 03:02:01

Dは実装と仕様の安定度がなぁ

623 ：仕様書無しさん：2009/05/10(日) 03:41:16

Ｄってアレだろ？Solarisについてるアレ

624 ：仕様書無しさん：2009/05/10(日) 10:59:23

Dだってｗ

625 ：561：2009/05/10(日) 13:49:45

>>615
なんというかそういう話ではなく
主にWEBアプリになると思うけど
例えばGoogleみたいなサイト作ろうと思ったらネット上からウェブページかき集めたりする
その時名前解決が必要で、そこがプログラムの実行なんかより重いという話

626 ：仕様書無しさん：2009/05/10(日) 16:05:04

DNSでの通信待ちの話？

627 ：仕様書無しさん：2009/05/10(日) 19:34:24

>>625
なんかよーわからんが、javaとかC++以前の事のような気がするよ

628 ：仕様書無しさん：2009/05/10(日) 20:30:25

Javaってなんで消えちゃったんだろうな
Java使い大量に余っちゃったじゃん
Sun責任取ってJava使い引き取れよ

629 ：仕様書無しさん：2009/05/10(日) 20:52:34

>>628
Javaがわかれば他の言語なんて簡単に理解できるからなんの心配もいらないよ。

630 ：仕様書無しさん：2009/05/11(月) 00:56:03

java使いに理解できない事

多重継承 オペレータオーバーロード ダイナミックバインディング ポインター などなど

631 ：仕様書無しさん：2009/05/11(月) 01:55:12

>>630
C++なんて相手しなくていいよ。時間の無駄。

632 ：仕様書無しさん：2009/05/11(月) 07:01:41

Lisp覚えれば全部できるよ

633 ：仕様書無しさん：2009/05/11(月) 11:13:27

たしかにLispって凄いよな。
めっちゃ古い言語なのに最新の言語が取り込んだ機能を全部持ってるもんな。

634 ：仕様書無しさん：2009/05/12(火) 11:59:39

Webアプリを C/C++ ( apache モジュール )で実装してます。
案外コード量はJavaと変わらんが、コンパイルに時間かかるのが難点

635 ：561：2009/05/12(火) 22:49:46

>>634
apacheモジュールで動くならコンパイル時間なんかどうでもよくね？

俺も暇つぶしに
ごく簡単なWEBアプリ（つってもアンケートフォームとかしょぼいのｗ）を
apacheモジュールで実装したけど早くてﾜﾛﾀ

けど、保守性低すぎ

DSOでやれば多少マシかもしれんが…

636 ：仕様書無しさん：2009/05/13(水) 01:16:58

>>631
JavaはC++よりも先に消えてなくなると思うよ。

637 ：仕様書無しさん：2009/05/13(水) 01:27:27

C++もJavaもなくなることは、ないだろう

638 ：仕様書無しさん：2009/05/13(水) 04:25:04

>>618
ABENDしたほうがええやん。

639 ：仕様書無しさん：2009/05/13(水) 18:04:15

>>633
あんなに昔から先進的機能を持っていながら、
未だにロクに使われていないって事は、相当筋が悪い言語なんだろうな。

640 ：仕様書無しさん：2009/05/13(水) 18:15:12

Lispの筋が悪いんじゃなくて構造がシンプルすぎて頭の筋の悪い馬鹿には使いこなせない
ということだろうな。

641 ：仕様書無しさん：2009/05/13(水) 18:23:45

一言で言うと「使いにくい」と。

642 ：仕様書無しさん：2009/05/13(水) 18:41:41

使いやすいと思うよ。

Lispは使いだすと止められない麻薬のような言語

危ないからお前ら手を出すんじゃないよ。

643 ：仕様書無しさん：2009/05/13(水) 19:41:48

ミーハーにはLispおすすめ

644 ：仕様書無しさん：2009/05/13(水) 20:18:59

ｘｙｚｚｙのマクロ書くとき使ってるのってリスプ？

645 ：仕様書無しさん：2009/05/14(木) 01:02:42

後世の言語に影響を与えて云々、とかじゃなくて、
もっと何かこう直接的な…Lispで実装された、判りやすく凄そうなモノは無いの？
どこかの都銀の勘定系はLispだとか、このジャンボジェットのファームはLispだとか、
あるいは、PS3の大ヒットゲームで実はLisp製だとか、人気検索エンジンが実は（ｒ

646 ：仕様書無しさん：2009/05/14(木) 01:07:49

無いっ！（キッパリ

647 ：仕様書無しさん：2009/05/14(木) 01:09:36

gccはC言語をいったんLispに変換してそれをアッセンブリ言語に変換してるんよ。

648 ：仕様書無しさん：2009/05/14(木) 02:57:49

>>645
有名どころだとYahoo Storeは最初はLispで実装されてた。

プレイステーションのゲームならわりとLisp系のがある。

649 ：仕様書無しさん：2009/05/14(木) 07:25:25

俺は生まれてから最初に
話した言語はLispだった

650 ：仕様書無しさん：2009/05/14(木) 10:51:46

Lispに似た立場の言語にSmalltalkが有るけど、
これもどこで使われてたのかいまいち分からないとはいえ、
Visual WorksとかIBMのVisual Ageとか高額な統合開発環境が長期に
いくつも売られていたので、ま、どっかで或る程度使われていたのは確か。

651 ：仕様書無しさん：2009/05/14(木) 11:23:20

金融系が多かったらしいがJavaに置き換えられた。
今でもPOS系で使っているところがあるとか（エラー画面でVWだと分かる）。
RubyのRailsよろしく、このところSmalltalk界ではSeasideがブームだから、
目に付くとところではWebアプリが比較的多いのでは？

652 ：仕様書無しさん：2009/05/14(木) 20:15:16

Lispは知らないが
はるか昔にForthを触った事あるけど多分似てるんだろうなぁ
言語としてどうというより、
メモリを消費せず、インタプリタでありながら機械語の速度で実行できる仕組みに驚かされた。
まぁ、BASICとアセンブラに慣れてた当事、ちょっと触っただけでちゃんとしたものは何も作ってないけど

653 ：仕様書無しさん：2009/05/15(金) 16:54:33

このスレ 何かjava以外の話題で盛り上がってんな

javaはもうダメかもしれんね。

654 ：仕様書無しさん：2009/05/15(金) 16:56:45

だってJava使いが空き缶拾いのバイトでもさせたいほど余ってるんだもの

655 ：仕様書無しさん：2009/05/16(土) 00:11:43

だがいつの時代も欲しい技術力を持ったやつは本当に一握り
言語関係ないんだよな

656 ：仕様書無しさん：2009/05/19(火) 10:43:08

いくら言語は関係ないと言ってもqbasicしか使えない奴は問題だろ

657 ：仕様書無しさん：2009/05/19(火) 22:27:20

>>645
googleはLispで作られている
ソースはジョエル氏

658 ：仕様書無しさん：2009/05/19(火) 22:32:01

MapReduceはLispとは言ってないな、すまん
おまけにその話の中で教育用言語としてのJavaをDISってたしｗｗｗｗｗ

659 ：仕様書無しさん：2009/06/18(木) 21:42:38

>>659
　　　 　 ∧,,∧　∧,,∧
　　 ∧,,(´-ω-)(-ω-｀)∧,,∧
　　( ´-ω)旦o) (o旦o(ω-｀ )
　　(_　 o[(　 ´-)　(-｀ 　)]o _)
　 └'ー-（_　　 )][( 　　_)ー'┘
　　 　　　'ｰ'^ｰ' 　 'ｰ'^ｰ'

660 ：仕様書無しさん：2009/06/18(木) 21:44:59

こいつらぬるま湯団はあまりまくってるよな

661 ：仕様書無しさん：2009/06/22(月) 00:23:00

日本人てやたらジョエルを持ち上げる奴が多いよな。
>>658の話なんて、いかにも和訳って感じの文書でなんとなく高尚そうだから
みんな有難がって読んでるだけで、内容はくだらないよ。

662 ：仕様書無しさん：2009/06/22(月) 12:36:07

日本人ってやたらと「日本人ってやたらと」って言うよね。
グローバルな物の見方ができてるつもりなんですね、わかります。

663 ：仕様書無しさん：2009/06/22(月) 21:10:58

在日が使っているがそれに気づかないのが在日

664 ：仕様書無しさん：2009/06/22(月) 21:13:35

>>661

悪いけど，その意見には反対．
かなーり良いことを言っていると思ってます．

665 ：仕様書無しさん：2009/06/22(月) 22:26:36

>>664
良いことをいっているというよりは当たり前のことを
ダラダラ長く書いてるだけ。 そんなことも見抜けないようじゃ
プログラマとしてはおろか社会人としても知能足りなすぎ。

プログラマやめてくれ。

666 ：仕様書無しさん：2009/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 ：仕様書無しさん：2009/06/22(月) 23:28:36

１．フィールドで委譲先のオブジェクトを管理している
２．特別な意味がない限り普通にあるクラスのメソッドを呼び出すときは
こういう書き方が多いと思うけど。

可視性などの問題を考える必要があるのでしょうか？

668 ：仕様書無しさん：2009/06/23(火) 00:02:17

ム板の該当スレさがせ
http://pc12.2ch.net/test/read.cgi/tech/1244542623/l50
http://pc12.2ch.net/test/read.cgi/tech/1232627790/l50

669 ：仕様書無しさん：2009/06/23(火) 00:21:09

ごめんｗありがとう

670 ：仕様書無しさん：2009/06/24(水) 14:33:56

>>665
ソフトウェア開発の本質は「当たり前」のことにある。
ジョエルのすごい所は彼の自己体験に基づいて、
当たり前のことを掘り下げてきちんと書いているところ。

浅い読み方だから、それを見抜けないんじゃないの？

あといきなり「知能足りなすぎ」って書くのはいかがなものかと。
いろいろな意見があるのは当然なわけで、違う意見を中傷で
叩くのは良くないと思います。

671 ：仕様書無しさん：2009/06/24(水) 17:50:25

そもそも意見を述べるのに相手を罵倒する必要なんかどこにもないからな。
無条件で相手が間違ってそうに見えるレッテルがどうしても必要な人間は好んで使うけど。

672 ：仕様書無しさん：2009/06/24(水) 21:55:52

ジョエルマンセーしてる奴って、コードコンプリートなんかもありがたがってそうｗ

673 ：仕様書無しさん：2009/06/24(水) 22:21:15

>>672

ふーん、じゃあどんな本がいいの？

674 ：仕様書無しさん：2009/06/24(水) 22:38:07

なんとなく、難しい・複雑な事をやっているほうが偉いみたいな考え方してる奴が時々居るよな。
プログラムに限らないと思うんだけど
「誰にでも理解できる考え方を、誰にでも理解できる言葉で伝える」
って言うのがもっとも価値があるって事に気づいて欲しい。

もちろん、ナージャジベリスゲーって思うのも悪くないとは思うけど
仕事でコードを書くならその気持ちは物語的な憧れレベルで留めておいてほしい。

675 ：仕様書無しさん：2009/06/25(木) 12:40:31

昔カーニハンが書いたプログラム書法という本を読んだ。
本の内容は結構難しかったけど、プログラムというのは端的に流れが解って誰にでも理解出来るように
書くのが一番難しいというのがよくわかったよ。

676 ：仕様書無しさん：2009/06/25(木) 23:38:10

わかりやすいプログラムを書くことなんて別に難しいことじゃないのに
サンデープログラマにとっては敷居の高い「技術」なんだなあｗｗ

677 ：仕様書無しさん：2009/06/26(金) 00:28:10

>>676
> わかりやすいプログラムを書くことなんて別に難しいことじゃないのに

へー、じゃ、あなたの「分かりやすいプログラム」を見せてよ。

僕は >>674 の言うことに禿同。
「分かりやすい文章」を書くのが難しいのと同じく、
「分かりやすいプログラム」を書くのは難しい。

678 ：サンデープログラマー：2009/06/26(金) 01:02:55

>>676
とても敷居が高いです。
三分前に書いたコードがもう意味不明。

679 ：仕様書無しさん：2009/06/26(金) 01:26:50

>>676って自分でコードを考えてる？
なんか文章を読んでると思い込みが強くてプログラマーには不向きな印象を受けるんだけどな。
ひょっとして人が考えたアルゴリズムをパソコンに打ち込む人じゃないの？

680 ：仕様書無しさん：2009/06/26(金) 09:22:31

>>676 は平気でオーダの高いコード書いてそうだな(w

681 ：仕様書無しさん：2009/06/26(金) 10:39:15

最初にのほほんとオーダーの高い非効率なコードを書くのは悪いことじゃないよ。読みやすければ。
その後に、リファクタリングしてから最適化をすればいいだけなんだからな。

682 ：仕様書無しさん：2009/06/26(金) 10:41:18

解りやすいプログラムが簡単なんて言ってる奴は、オブジェクト指向でのプログラム経験は
100％ないな。

683 ：仕様書無しさん：2009/06/26(金) 13:55:37

>>681
joelの言ってたアホなペンキ塗り発見

684 ：仕様書無しさん：2009/06/26(金) 14:08:04

>>683
スキルが低くすぎて派遣ですら雇ってもらえないアホ発見

685 ：仕様書無しさん：2009/06/28(日) 03:00:48

>>659
`∧_∧
(´･ω･)
( つ旦O
と＿)_)
ちょっと休憩｡

686 ：仕様書無しさん：2009/09/20(日) 06:40:26

>>617
例外は、元々メソッドレベルで中断させ、その情報を復帰可能
位置につたえるための仕組みだぞ？

687 ：仕様書無しさん：2009/10/16(金) 21:36:08

まじ爆速
http://www.google.co.jp/gwt/n?u=http://www.pythagoras.bz/index.php/default/searchresult?q=ikvm.net+java

688 ：仕様書無しさん：2009/11/08(日) 01:26:08

Javaが遅いというのはよく聞くが、
具体的に何が遅いのかを聞いたことがない。

早い言語と、Javaで実際にどの処理かを誰か書いてみてくれ。