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 :前スレ9962006/06/08(木) 00:49:58
998=995 と仮定して・・・知らないよ。なんで俺指名かわからん。
996の発言は主に990向け。
俺自身は、適材適所でと考える(主観的には)普通の人。
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のストレスは、
コードを書くストレスって言うより、
人間関係や派閥争いのストレスのように
思います。
そういうストレスは、
オブジェクト指向が解決はしてくれません。
15 :132006/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
コード補完前提であえて冗長なクラス名やメソッド名を付けている可能性もある
冗長だからといってうんざりするほどのことか？
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

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

知ったかぶり発言が多すぎる。
馬脚が現れ始めている。
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
> おばかさんでもロジックがイメージしやすい
> 保守・差分コーディングをやりやすく

それを開発効率を上げるというのですが。
39 :仕様書無しさん2006/09/24(日) 01:44:59
結局Javaの仕事も多いし
Javaを使うシステムはかなり増えてきているし、
くいっぱぐれることも無いわな。
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

書いているおっさんがわかっとらんだけ。
釣り記事とは言わないけど、自分の能力不足に気づかないおバカだよ。
48 :仕様書無しさん2007/03/03(土) 12:16:39
Javaの開発当初の目的は、Javaプロセッサを使うことでパフォーマンスが出せるって
構想じゃなかったっけ？
x86やARMの仮想環境でJavaを走らせても遅くて当然だと思うんだけど。
49 :仕様書無しさん2007/03/03(土) 18:49:21
会社で どのバージョンの JRE を入れさせようか悩んでいます。
新しいのじゃアプリ動かないし（アプリ開発した人はもういないので保守できません）、
古いやつじゃこれから入れるアプリがサポート対象外って言うんです。
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は。
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/
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使うだろうし。
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って大変だね
87 :仕様書無しさん2007/03/07(水) 09:22:26
俺はうちの会社で必要な言語と個人的に興味を抱いた言語しかやったことないけど。
どうしてそんなにたくさん覚えなきゃいけないの？
89 :仕様書無しさん2007/03/07(水) 10:49:46
昔はあからさまに遅かったからね。
遅いという実績を作っちゃったからね。
今がそうでないというなら、
それを払拭するようにJava支持派が頑張ればいいんじゃ？
今でも遅いと思っている人を非難するんじゃなくって。
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度使ったら他の言語が馬鹿に見える。
111 :仕様書無しさん2007/03/07(水) 14:16:52
C糞は、HTTPやるのもFTPやるのもメール送るのも、
いちいちソケット使って組んでいるらしい。
RFCが手放せないらしいぞ。
113 :仕様書無しさん2007/03/07(水) 14:22:07
そそ、Javaは1度使ったら他が馬鹿に見える。
なんで、そんな細かいこと知らないとプログラム組めないんだ？C糞は。

俺、RFCなんか見たことないよ。APIレベルでのデバッグで十分。
あいつらイーサなんとかで電文をいちいちチェックしているらしいが
まったく笑っちゃうね。
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が遅れているかがわかる。
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の奥の深いところだな。まあがんばれ。なっ。
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批判している奴は頭の毛の本数が少ない奴が多い。


これ定説
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
141 :仕様書無しさん2007/03/07(水) 16:13:39
>>133
そういえばC++開発者の頭も禿ていたよね
142 :アーキテクト2007/03/07(水) 16:14:43
おお、同士たちよ
みんなもC爺でストレスが溜まってたんだな。乙カレー(ジャワが一番)
144 :仕様書無しさん2007/03/07(水) 16:23:53
なんかこの前までおっさん板でJava糞とか、んぽぽーんとか言ってた奴と口調が似てるような・・・気のせいか
148 :仕様書無しさん2007/03/07(水) 16:40:25
> 遅い遅いといっているのは2chでもマ板くらいだろ。

特に爺C厨が悪い話を吹き込んでいましたからね。
149 :仕様書無しさん2007/03/07(水) 16:49:38
JavaとCは守備範囲が違いすぎ。同列に語っても意味が無い。
152 :仕様書無しさん2007/03/07(水) 16:53:03
やっぱり爺が悪いのか。
これからはJavaが世界を作ります。
まずはC爺がのさばっている分野を攻め落とそう。
153 :仕様書無しさん2007/03/07(水) 16:54:56
>>152
そうだ、それにはC爺どもをぎゃふんと言わせるカリスマがほしいぞ
おじゃばを呼び込むスレ【System.out.print("1")】
とか作るか。
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

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 :1632007/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は比較的楽に出来ちゃうからな・・・
176 :仕様書無しさん2007/03/07(水) 17:35:55
C# ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ 越えられない壁 ＞＞＞＞＞＞＞ Java
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爺知らないんだが
190 :仕様書無しさん2007/03/07(水) 18:25:11
>>187
C言語のみってのは
今は珍しいんじゃないか？
191 :仕様書無しさん2007/03/07(水) 18:25:29
あいやー、C爺に秘孔突かれたー、javaもうだめぽ
193 :仕様書無しさん2007/03/07(水) 18:42:06
今時Cだけで食える環境なんてハード屋さんぐらいじゃね？
そこも徐々にJavaに侵食されてるようだが。VMチップなんて
出来た日には、C糞の居場所なんてなくなるね。そのうちSun
かインテルあたりが作るんじゃね。
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厨を呼び込むスレじゃろう
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言語系の組み込みカンファレンスなどの展示会ときたら、
ハゲ、ヅラばかりで、女は少なかった・・・・
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
できて当たり前よ
235 :仕様書無しさん2007/03/07(水) 19:21:40
>>216
そんな似非オブジェクト指向なんて開発効率悪いんだよ。
private宣言もできんわ
コンパイラがまともにエラーを返さないようでは
Javaには勝てん
237 :仕様書無しさん2007/03/07(水) 19:24:21
>>232
JavaChip現存するのか？
おれ、それを使ってると聞いたことないが...
238 :仕様書無しさん2007/03/07(水) 19:24:32
>>222
未来ではJavaか、Java派生言語で溢れかえっているのだろうねえ。

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

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

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

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

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

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

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が携帯電話に吹き込まれる。
243 :仕様書無しさん2007/03/07(水) 19:29:41
Javaの習得は簡単なんだから
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でも使うだろ
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
使える者を制限って
単にプログラマのハードルが下がっただけじゃねーの？
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世代に生まれりゃあ女の子と知り合い放題だったのになあ。
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は言語そのものは洗練されてるんだが、環境が糞すぎる。
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
開発環境はそうでもないな
292 :仕様書無しさん2007/03/11(日) 05:32:22
んぽぽんぽん♪　んぽぽんぽん♪
じゃわぽんのシンドバット♪
293 :仕様書無しさん2007/03/11(日) 14:09:42
サザンオールスターズの勝手にシンドバットを
思い出したジャマイカ

294 :仕様書無しさん2007/03/12(月) 01:29:47
最初から、Ｊａｖａしかやらないやつは、なんちゃってＰＧだよな。

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

昔は、もっと職人だったんだけどのなぁ。ＰＧは。今や、コンビニのバイトと変わらん。誰でもできる。
296 :仕様書無しさん2007/03/12(月) 01:58:50
Javaを使えない人は、技術者として問題ありだけど、Javaしか使えない
人は、技術者としてお?る。
297 :仕様書無しさん2007/03/12(月) 15:51:52
ジャワぽんさんはえばり腐る割にはたいした仕事してないですもんねえ。
それが問題かなあ。ジャワのAPIはすばらしいとか良く言いますけど
積極的に使うのはStringクラスだけでしょう。
298 :仕様書無しさん2007/03/12(月) 19:59:43
>××を使えない人は、技術者として問題ありだけど、××しか使えない
>人は、技術者としてお?る。
流行の言語名を××に入れるといつの時代にも使える。
#しかも経験が浅いことの自己紹介も兼ねていて、とても便利
299 :仕様書無しさん2007/03/12(月) 20:45:44
>>298
経験が浅いじゃなくて、ただの馬鹿だろ？
『お?る』とか今時は小学生でも恥ずかしくて使わない
301 :仕様書無しさん2007/03/12(月) 20:57:08
ASP (≠ASP.NET) を JSPに書き換えました。。。（仕様変更なしで）

遅くて使い物にならない！作り直せ！って言われました。　ｸｿ！
302 :仕様書無しさん2007/03/12(月) 20:57:47
「ハードウェアの速度向上よりもソフトウェアの速度低下の方が大きい」
って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の視野はとんぼ並みだな。
309 :3012007/03/12(月) 21:28:02
いや、ASPも同じくらい遅いんだ・・・　言語変えれば早くなるだなんて・・・　聞いてネェよ・・・　orz
310 :仕様書無しさん2007/03/12(月) 21:49:03
そうか？
俺は同じソフトをVBAからCに書き換えただけで100倍以上速くなったぞ
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が最適だぞ
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職人
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重いって逝っている奴って、負荷分散も出来ない無能＆貧乏な奴くらいだが。
332 :仕様書無しさん2007/04/24(火) 14:41:01
あ、PGには分からんか。
説明するのも面倒だが、まあ高性能のPCとでも思ってくれｗ
334 :仕様書無しさん2007/04/24(火) 15:39:58
>>332
サーバ＝高性能のPCｗ
335 :仕様書無しさん2007/04/24(火) 16:32:25
だからいい加減にネイティブ吐けよ
そうすりゃ使ってやるよ
338 :仕様書無しさん2007/04/25(水) 14:59:24
バーチャルマシンのよさがわかってないやつｗｗｗｗ　ﾍﾎﾞｰｰｰ
340 :仕様書無しさん2007/04/25(水) 15:31:47
歴史を繰り返しているだけということに気付かないJava厨ｗ
そんなJava厨もあと数十年すれば
これが極めて人間臭い茶番だということに気付くだろう。
341 :仕様書無しさん2007/04/25(水) 23:20:10
まあ未来人の俺からすれば
みんな馬鹿ｗｗｗ
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
自分の事晒すなよｗ
356 :仕様書無しさん2007/05/08(火) 20:28:05
>>350
OKOK、じゃ君はこれからJava以外つまみ食いせず精進してください。
優秀なVMつくってくださいね。もちろんJavaで。
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技術が使用された火星探査機もあったわけだし。
363 :仕様書無しさん2007/05/10(木) 01:25:46
ポリシーの無い肥大化で醜態を晒しているJavaは将来スクラップだが
確信犯で肥大化しまくっている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
>「俺たちですげー言語つくっちゃおうぜ！」
この手の連中は結局他力本願なｽﾚしか勃てられず、
結局作れたためしがないという現実。
369 :仕様書無しさん2007/05/11(金) 16:06:16
LinuxでJAVAとC#を競わせたら
速さではJAVA
メモリ消費量の少なさではC#が勝った
もちろんC#はMonoね
370 :仕様書無しさん2007/05/11(金) 22:36:16
>>367
なんで言語作るのにスレ立てなきゃならんのよｗ
どんだけ2ch依存なんだよ。
2chなんて息抜きの場所に決まってんだろ。
372 :仕様書無しさん2007/05/12(土) 01:19:22
作り方が下手糞だからだろ。
低いレベルで考え、高いレベルで書くということができていない証拠だ。
377 :仕様書無しさん2007/05/12(土) 10:52:58
ｊａｖａってのは
開発コストを減らして
ハードウェアコストを増やすためのハードウェアメーカーのでっち上げたツールだよ？

フレームワークがあるおかげで開発期間もコストも減らせるけど速度が遅い
だからもっとスペックの高いハードウェアが売れる

サン、ＩＢＭのやり方だよ
379 :仕様書無しさん2007/05/12(土) 11:27:05
プラント系だとカスタム部分に一番コストがかかるから、初期費用をみるとJavaが
有利なんだけど、20年稼動（更新予算が出ない）を要求されるから、踏み切れない
ところがあるんだよな。
382 :仕様書無しさん2007/06/17(日) 22:09:49
javaは遅くないと主張する奴はいつも
jvm上でjitを有効にしたコンソールアプリの結果を出してくる件について

jit効いてたらネイティブとかわんねージャン
遅いのはwebアプリとguiアプリ

糞
384 :仕様書無しさん2007/06/18(月) 20:26:27
webアプリはおそくねえだろ。。
Javaより速いのあったら見せてミロや
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
それ、すごく面白い。
393 :仕様書無しさん2007/06/20(水) 22:00:00
>>389
どうせサーバオプションがデフォルトのままなんだろボケナス
395 :仕様書無しさん2007/07/02(月) 09:13:12
>>393
具体的にサーバオプションをどうすればいいんですか？
397 :仕様書無しさん2007/07/05(木) 21:51:09
>>377の説がバージョンがあがるごとにJavaのパフォーマンスがあがっている事実を説明できない件について
398 :仕様書無しさん2007/07/05(木) 22:22:40
>>397
パフォーマンスを上げててプログラマを洗脳しないとハード独占できないじゃない？
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
>だよもん
って、だれ？？？
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年卒業者は氷河期世代の中でも最も悲惨な時期である。
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
↑
ダウト
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ドカタのほうがいいと思うが。
434 :仕様書無しさん2008/06/18(水) 17:02:53
>>420
ちょっとした不便を簡単にカスタマイズできるから素晴らしいよ！
435 :仕様書無しさん2008/06/19(木) 03:50:54
>>434
速いか遅いかの話をしてるのに、カスタマイズ云々は関係無いっしょ
439 :使用書無しさん2008/06/23(月) 23:05:09
ぼんくらjavaおたくのみなさん
悔しかったら　http://jdrafter.sakura.ne.jp
に匹敵するプログラムつくってねばか

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は勝ち目がないと思う。
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
結局は本質的な違いはないわけね。
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で実装するメリットって何でしょうか？
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は配列の範囲外にアクセスしないように設計されているんですね。
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万近くするからのう。
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？
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の才能がないな。
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製の商業ソフトは少ないという事実
509 :仕様書無しさん2008/08/07(木) 21:23:15
Judeとか開発者向けのツールなら結構あるけど、一般ユーザー向けって確かにないね。
510 :仕様書無しさん2008/08/08(金) 03:11:23
やっぱ動作環境の問題（JREの入手とか）かな？
でもJREはバンドル可能なんだよな
性能面が問題になるとは思えないし、リバースも100％防止は無理だけど
そう心配するほどでもないと思うが
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 BE:1392312285-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 :5152008/09/24(水) 11:25:34 BE:556925344-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
ムーアの法則、ってそれで気の利いたこと言ってるつもりになるのは
そーとー世の中から遅れてると思うぞ。
524 :仕様書無しさん2008/10/08(水) 11:32:21
>>522
Core 2 Quadの時代にムーアの法則は適用しにくいといいたいだけ？
525 :仕様書無しさん2008/10/08(水) 15:04:07
まあなんにせよこんなクソ話題スレに書き込むのは馬鹿ばっかりでFA。
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++ばっかり使ってる
533 :仕様書無しさん2008/10/09(木) 17:14:38
別にLaFの問題だからどうでもいいよ
NimbusとかQuaQuaにすれば見栄え良くなるし
Metalがダサいのは、同意する
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厨も単に使い分けられない人でしょ
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
昔は、たしかに遅かったと思う。そうじゃなくて今の話。
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なんていくら速くなってもネイティブより速くなる事はないんだよ ボケ！
大体ネイティブの１/２位がいいとこな
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にはだまされ続けたくちだけどな。
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
使えないなら使わなければいい
使えないやつを呼び込むな
566 :仕様書無しさん2009/05/04(月) 11:28:00
そんなにjavaが速いんならVMもjavaで書けばいいじゃん
567 :仕様書無しさん2009/05/04(月) 13:58:25
>>566
わかったわかった、もういいよｗ
569 :5612009/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 :5612009/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++は”ほぼ”しか使えないわけですね。
わかります
582 :5612009/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を使う以外の方法がないじゃん
それにデストラクタを定義できないので不要になったオブジェクトはガーベッジコレクターが回収
してくれるまで指をくわえて見てるしかないし
プログラムを簡単にするために速度とメモリー効率を犠牲にした初心者向け言語ってところだろ。
速度も遅いし実務で使うとやばい言語の筆頭与力ちゃうか？
596 :5612009/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 :5892009/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 :5892009/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 :5892009/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 :5892009/05/09(土) 01:12:52
>>607
なるほど知らなかった。それに考えて見れば携帯カーナビもJavaですね。

>>609
よく勉強してると思うが全体的に理解が中途半端なので気をつけましょう
substringはC的でないし、DIコンテナだからといってnewしない事にならない
SwingはWin32相当でないし、低レベルAPIでもない。それに「低レベルAPIのわりに充実」していたとしても、それ以外に更に低レベルなAWT,SWTしか選択肢がないのだから.NETと比べれば貧弱といわざるを得えません。

611 :5612009/05/09(土) 01:26:12
.NETつーかMSの最近の言語は変数とかがデフォルトで日本語のヤツとかあってキモい
そんなイメージ
612 :仕様書無しさん2009/05/09(土) 01:29:26
>>589は本当にsubstringの動きの意味をしらないみたいだな
613 :5892009/05/09(土) 02:49:58
>>561
今561の書き込みを見たが着目点を含めなかなかの凄腕、素人相手に疲れるのもわかる。
個人的に.NETがキモいのはデストラクタ、Shadow、インターフェイス実行時に名前が変えられる点
Javaがキモいのは検査例外、後付Generic（toArray()で戻り値クラスをnewしなければならない点とか）、そして何より微妙に整備されておらずどこか微妙にピントのずれたAPI
といったとこか。
C++はキモすぎて言い切れない。

>>612
JavaScriptのsubstr()や.NETのsubstring()がC的です。
Javaとの違いをしらべてみましょう。

ちょっと飲んできたのでおかしな事行ってたらｽﾏﾝ
615 :仕様書無しさん2009/05/09(土) 08:57:28
>>561
実行時に名前解決が必要なプログラムって何？
連想配列か何か？
616 :仕様書無しさん2009/05/09(土) 13:36:18
検査例外はむしろ良い点かと
非検査例外だって選べるんだし
617 :5892009/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
みんな例外を飛ばしすぎなんだよ
だから例外が例外でなくなって感覚が麻痺してしまう
621 :仕様書無しさん2009/05/10(日) 01:32:48
D言語か。
C++を覚えるより早くD言語が普及するって言われて久しいな。
625 :5612009/05/10(日) 13:49:45
>>615
なんというかそういう話ではなく
主にWEBアプリになると思うけど
例えばGoogleみたいなサイト作ろうと思ったらネット上からウェブページかき集めたりする
その時名前解決が必要で、そこがプログラムの実行なんかより重いという話

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++なんて相手しなくていいよ。時間の無駄。
633 :仕様書無しさん2009/05/11(月) 11:13:27
たしかにLispって凄いよな。
めっちゃ古い言語なのに最新の言語が取り込んだ機能を全部持ってるもんな。
634 :仕様書無しさん2009/05/12(火) 11:59:39
Webアプリを C/C++ ( apache モジュール )で実装してます。
案外コード量はJavaと変わらんが、コンパイルに時間かかるのが難点
635 :5612009/05/12(火) 22:49:46
>>634
apacheモジュールで動くならコンパイル時間なんかどうでもよくね？

俺も暇つぶしに
ごく簡単なWEBアプリ（つってもアンケートフォームとかしょぼいのｗ）を
apacheモジュールで実装したけど早くてﾜﾛﾀ

けど、保守性低すぎ

DSOでやれば多少マシかもしれんが…
636 :仕様書無しさん2009/05/13(水) 01:16:58
>>631
JavaはC++よりも先に消えてなくなると思うよ。
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の筋が悪いんじゃなくて構造がシンプルすぎて頭の筋の悪い馬鹿には使いこなせない
ということだろうな。

642 :仕様書無しさん2009/05/13(水) 18:41:41
使いやすいと思うよ。

Lispは使いだすと止められない麻薬のような言語

危ないからお前ら手を出すんじゃないよ。
645 :仕様書無しさん2009/05/14(木) 01:02:42
後世の言語に影響を与えて云々、とかじゃなくて、
もっと何かこう直接的な…Lispで実装された、判りやすく凄そうなモノは無いの？
どこかの都銀の勘定系はLispだとか、このジャンボジェットのファームはLispだとか、
あるいは、PS3の大ヒットゲームで実はLisp製だとか、人気検索エンジンが実は（ｒ
647 :仕様書無しさん2009/05/14(木) 01:09:36
gccはC言語をいったんLispに変換してそれをアッセンブリ言語に変換してるんよ。
648 :仕様書無しさん2009/05/14(木) 02:57:49
>>645
有名どころだとYahoo Storeは最初はLispで実装されてた。

プレイステーションのゲームならわりと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 _)
　 └'ー-（_　　 )][( 　　_)ー'┘
　　 　　　'ｰ'^ｰ' 　 'ｰ'^ｰ'
661 :仕様書無しさん2009/06/22(月) 00:23:00
日本人てやたらジョエルを持ち上げる奴が多いよな。
>>658の話なんて、いかにも和訳って感じの文書でなんとなく高尚そうだから
みんな有難がって読んでるだけで、内容はくだらないよ。
662 :仕様書無しさん2009/06/22(月) 12:36:07
日本人ってやたらと「日本人ってやたらと」って言うよね。
グローバルな物の見方ができてるつもりなんですね、わかります。
664 :仕様書無しさん2009/06/22(月) 21:13:35
>>661

悪いけど，その意見には反対．
かなーり良いことを言っていると思ってます．
665 :仕様書無しさん2009/06/22(月) 22:26:36
>>664
良いことをいっているというよりは当たり前のことを
ダラダラ長く書いてるだけ。 そんなことも見抜けないようじゃ
プログラマとしてはおろか社会人としても知能足りなすぎ。

プログラマやめてくれ。
667 :仕様書無しさん2009/06/22(月) 23:28:36
１．フィールドで委譲先のオブジェクトを管理している
２．特別な意味がない限り普通にあるクラスのメソッドを呼び出すときは
こういう書き方が多いと思うけど。

可視性などの問題を考える必要があるのでしょうか？
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
スキルが低くすぎて派遣ですら雇ってもらえないアホ発見
686 :仕様書無しさん2009/09/20(日) 06:40:26
>>617
例外は、元々メソッドレベルで中断させ、その情報を復帰可能
位置につたえるための仕組みだぞ？
688 :仕様書無しさん2009/11/08(日) 01:26:08
Javaが遅いというのはよく聞くが、
具体的に何が遅いのかを聞いたことがない。

早い言語と、Javaで実際にどの処理かを誰か書いてみてくれ。
689 :仕様書無しさん2009/12/05(土) 16:21:56
誰もかけない。なぜなら、誰かが遅いって言ってそう思い込んでいるだけだから。
690 :仕様書無しさん2009/12/05(土) 19:56:18
言語というよりは実行環境なのかな。
システムはJavaで作られています、Javaで動いています
と言われるようなシステムはだいたい遅い。
組み込みのアプリケーションとか、Webベースのシステムとか。
Java言語で書いてバイナリネイティブな実行バイナリを作って動かすなら
変わらないかも知れないけど。
693 :仕様書無しさん2009/12/29(火) 03:31:43
GUIがpurejavaだと糞重い
694 :仕様書無しさん2009/12/29(火) 21:44:41
>>693
スレタイどおりの反応してる、最近のjavaはio以外特に遅いとは
思わんがね。
そんなに早くしても人がおいつかないし
695 :仕様書無しさん2009/12/29(火) 22:13:00
初めてスレに来たけど、遅いって言ってるのはSWING系のGUIてことでしょ？
確かにそうだが、SWTのアプリ使えば考え方変わるっしょ。
SWINGの問題っしょこれは。


…ってのは、散々既出かもしれんけど、過去レス読むのまんどくさ。
697 :仕様書無しさん2009/12/30(水) 17:25:43
35 名前：名無しさん＠十周年[sage] 投稿日：2009/12/30(水) 16:01:31 ID:0so4dt810
携帯電話の開発に関わったことがある奴は分かると思うが

何でも「自動」で

やるから遅いんだわ。

メモリ管理も自動で
タスク管理も自動で

全部OSにまかせっきり。
こんな素人が作ってんだから遅くなるのは当たり前。

メモリアサイン等をOSが自動でできるって事は「OSがメモリを管理するための領域」が別に必要なわけだ。
そのぶん遅くなるし
メモリサイズを自動で変更するとなると、またその分の領域が必要になり
サイズを弾き出すための処理も必要になる。

こういうことが積み重なって遅くなっている。
すべては素人が作ってるゆえ。
698 :uy ◆e6.oHu1j.o 2009/12/31(木) 14:59:12
java程ゴミなものないから
何かと理由つけて駆逐してやるよ

javaは遅い
javaで遅い場所ではCでやらなきゃいけない

rubyは遅い。　けどjavaよりも簡潔にかける。
javaのような中途半端に遅い言語で、　rubyとC　のかわりに使う事も出来るが
結局どっちつかずの中途半端だ　　冗長した記述、　　もはやＩＤＥなしじゃかけないほど
ゴミな言語になってしまった。

俺は、速度必要ない部分は、javaより簡潔なrubyでかき
速度が必要な場所はCでかくというようにキッチリわけるのがすきだな

実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
699 :仕様書無しさん2010/01/08(金) 00:39:38
JavaってWindowsみたいなもんだろ
誰もが糞だとわかってるが広まったからしょうがなく使う
700 :仕様書無しさん2010/01/09(土) 12:00:06
Windowsみたいなもんだな
過去のバージョンとの互換性を引き摺っていて、悪い設計がなされてても今更直せない

マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006
マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006