09/05/10 20:30:25
Javaってなんで消えちゃったんだろうな
Java使い大量に余っちゃったじゃん
Sun責任取ってJava使い引き取れよ
629:仕様書無しさん
09/05/10 20:52:34
>>628
Javaがわかれば他の言語なんて簡単に理解できるからなんの心配もいらないよ。
630:仕様書無しさん
09/05/11 00:56:03
java使いに理解できない事
多重継承 オペレータオーバーロード ダイナミックバインディング ポインター などなど
631:仕様書無しさん
09/05/11 01:55:12
>>630
C++なんて相手しなくていいよ。時間の無駄。
632:仕様書無しさん
09/05/11 07:01:41
Lisp覚えれば全部できるよ
633:仕様書無しさん
09/05/11 11:13:27
たしかにLispって凄いよな。
めっちゃ古い言語なのに最新の言語が取り込んだ機能を全部持ってるもんな。
634:仕様書無しさん
09/05/12 11:59:39
Webアプリを C/C++ ( apache モジュール )で実装してます。
案外コード量はJavaと変わらんが、コンパイルに時間かかるのが難点
635:561
09/05/12 22:49:46
>>634
apacheモジュールで動くならコンパイル時間なんかどうでもよくね？
俺も暇つぶしに
ごく簡単なWEBアプリ（つってもアンケートフォームとかしょぼいのｗ）を
apacheモジュールで実装したけど早くてﾜﾛﾀ
けど、保守性低すぎ
DSOでやれば多少マシかもしれんが…
636:仕様書無しさん
09/05/13 01:16:58
>>631
JavaはC++よりも先に消えてなくなると思うよ。
637:仕様書無しさん
09/05/13 01:27:27
C++もJavaもなくなることは、ないだろう
638:仕様書無しさん
09/05/13 04:25:04
>>618
ABENDしたほうがええやん。
639:仕様書無しさん
09/05/13 18:04:15
>>633
あんなに昔から先進的機能を持っていながら、
未だにロクに使われていないって事は、相当筋が悪い言語なんだろうな。
640:仕様書無しさん
09/05/13 18:15:12
Lispの筋が悪いんじゃなくて構造がシンプルすぎて頭の筋の悪い馬鹿には使いこなせない
ということだろうな。
641:仕様書無しさん
09/05/13 18:23:45
一言で言うと「使いにくい」と。
642:仕様書無しさん
09/05/13 18:41:41
使いやすいと思うよ。
Lispは使いだすと止められない麻薬のような言語
危ないからお前ら手を出すんじゃないよ。
643:仕様書無しさん
09/05/13 19:41:48
ミーハーにはLispおすすめ
644:仕様書無しさん
09/05/13 20:18:59
ｘｙｚｚｙのマクロ書くとき使ってるのってリスプ？
645:仕様書無しさん
09/05/14 01:02:42
後世の言語に影響を与えて云々、とかじゃなくて、
もっと何かこう直接的な…Lispで実装された、判りやすく凄そうなモノは無いの？
どこかの都銀の勘定系はLispだとか、このジャンボジェットのファームはLispだとか、
あるいは、PS3の大ヒットゲームで実はLisp製だとか、人気検索エンジンが実は（ｒ
646:仕様書無しさん
09/05/14 01:07:49
無いっ！（キッパリ
647:仕様書無しさん
09/05/14 01:09:36
gccはC言語をいったんLispに変換してそれをアッセンブリ言語に変換してるんよ。
648:仕様書無しさん
09/05/14 02:57:49
>>645
有名どころだとYahoo Storeは最初はLispで実装されてた。
プレイステーションのゲームならわりとLisp系のがある。
649:仕様書無しさん
09/05/14 07:25:25
俺は生まれてから最初に
話した言語はLispだった
650:仕様書無しさん
09/05/14 10:51:46
Lispに似た立場の言語にSmalltalkが有るけど、
これもどこで使われてたのかいまいち分からないとはいえ、
Visual WorksとかIBMのVisual Ageとか高額な統合開発環境が長期に
いくつも売られていたので、ま、どっかで或る程度使われていたのは確か。
651:仕様書無しさん
09/05/14 11:23:20
金融系が多かったらしいがJavaに置き換えられた。
今でもPOS系で使っているところがあるとか（エラー画面でVWだと分かる）。
RubyのRailsよろしく、このところSmalltalk界ではSeasideがブームだから、
目に付くとところではWebアプリが比較的多いのでは？
652:仕様書無しさん
09/05/14 20:15:16
Lispは知らないが
はるか昔にForthを触った事あるけど多分似てるんだろうなぁ
言語としてどうというより、
メモリを消費せず、インタプリタでありながら機械語の速度で実行できる仕組みに驚かされた。
まぁ、BASICとアセンブラに慣れてた当事、ちょっと触っただけでちゃんとしたものは何も作ってないけど
653:仕様書無しさん
09/05/15 16:54:33
このスレ 何かjava以外の話題で盛り上がってんな
javaはもうダメかもしれんね。
654:仕様書無しさん
09/05/15 16:56:45
だってJava使いが空き缶拾いのバイトでもさせたいほど余ってるんだもの
655:仕様書無しさん
09/05/16 00:11:43
だがいつの時代も欲しい技術力を持ったやつは本当に一握り
言語関係ないんだよな
656:仕様書無しさん
09/05/19 10:43:08
いくら言語は関係ないと言ってもqbasicしか使えない奴は問題だろ
657:仕様書無しさん
09/05/19 22:27:20
>>645
googleはLispで作られている
ソースはジョエル氏
658:仕様書無しさん
09/05/19 22:32:01
MapReduceはLispとは言ってないな、すまん
おまけにその話の中で教育用言語としてのJavaをDISってたしｗｗｗｗｗ
659:仕様書無しさん
09/06/18 21:42:38
>>659
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-｀)∧,,∧
( ´-ω)旦o) (o旦o(ω-｀ )
(_ o[( ´-) (-｀ )]o _)
└'ー-（_ )][( _)ー'┘
'ｰ'^ｰ' 'ｰ'^ｰ'
660:仕様書無しさん
09/06/18 21:44:59
こいつらぬるま湯団はあまりまくってるよな
661:仕様書無しさん
09/06/22 00:23:00
日本人てやたらジョエルを持ち上げる奴が多いよな。
>>658の話なんて、いかにも和訳って感じの文書でなんとなく高尚そうだから
みんな有難がって読んでるだけで、内容はくだらないよ。
662:仕様書無しさん
09/06/22 12:36:07
日本人ってやたらと「日本人ってやたらと」って言うよね。
グローバルな物の見方ができてるつもりなんですね、わかります。
663:仕様書無しさん
09/06/22 21:10:58
在日が使っているがそれに気づかないのが在日
664:仕様書無しさん
09/06/22 21:13:35
>>661
悪いけど，その意見には反対．
かなーり良いことを言っていると思ってます．
665:仕様書無しさん
09/06/22 22:26:36
>>664
良いことをいっているというよりは当たり前のことを
ダラダラ長く書いてるだけ。 そんなことも見抜けないようじゃ
プログラマとしてはおろか社会人としても知能足りなすぎ。
プログラマやめてくれ。
666:仕様書無しさん
09/06/22 22:41:44
委譲のなどのときの書き方。
１．class Nanasi {
Kouhai i = new Kouhai();
public void suteru() {
i.suteru();
}
}
と
２．class Nanasi {
public void suteru() {
Kouhai i = new Kouhai();
i.suteru();
}
}
の書き方ではどういう違いがあるの？
667:仕様書無しさん
09/06/22 23:28:36
１．フィールドで委譲先のオブジェクトを管理している
２．特別な意味がない限り普通にあるクラスのメソッドを呼び出すときは
こういう書き方が多いと思うけど。
可視性などの問題を考える必要があるのでしょうか？
668:仕様書無しさん
09/06/23 00:02:17
ム板の該当スレさがせ
ｽﾚﾘﾝｸ(tech板)l50
ｽﾚﾘﾝｸ(tech板)l50
669:仕様書無しさん
09/06/23 00:21:09
ごめんｗありがとう
670:仕様書無しさん
09/06/24 14:33:56
>>665
ソフトウェア開発の本質は「当たり前」のことにある。
ジョエルのすごい所は彼の自己体験に基づいて、
当たり前のことを掘り下げてきちんと書いているところ。
浅い読み方だから、それを見抜けないんじゃないの？
あといきなり「知能足りなすぎ」って書くのはいかがなものかと。
いろいろな意見があるのは当然なわけで、違う意見を中傷で
叩くのは良くないと思います。
671:仕様書無しさん
09/06/24 17:50:25
そもそも意見を述べるのに相手を罵倒する必要なんかどこにもないからな。
無条件で相手が間違ってそうに見えるレッテルがどうしても必要な人間は好んで使うけど。
672:仕様書無しさん
09/06/24 21:55:52
ジョエルマンセーしてる奴って、コードコンプリートなんかもありがたがってそうｗ
673:仕様書無しさん
09/06/24 22:21:15
>>672
ふーん、じゃあどんな本がいいの？
674:仕様書無しさん
09/06/24 22:38:07
なんとなく、難しい・複雑な事をやっているほうが偉いみたいな考え方してる奴が時々居るよな。
プログラムに限らないと思うんだけど
「誰にでも理解できる考え方を、誰にでも理解できる言葉で伝える」
って言うのがもっとも価値があるって事に気づいて欲しい。
もちろん、ナージャジベリスゲーって思うのも悪くないとは思うけど
仕事でコードを書くならその気持ちは物語的な憧れレベルで留めておいてほしい。
675:仕様書無しさん
09/06/25 12:40:31
昔カーニハンが書いたプログラム書法という本を読んだ。
本の内容は結構難しかったけど、プログラムというのは端的に流れが解って誰にでも理解出来るように
書くのが一番難しいというのがよくわかったよ。
676:仕様書無しさん
09/06/25 23:38:10
わかりやすいプログラムを書くことなんて別に難しいことじゃないのに
サンデープログラマにとっては敷居の高い「技術」なんだなあｗｗ
677:仕様書無しさん
09/06/26 00:28:10
>>676
> わかりやすいプログラムを書くことなんて別に難しいことじゃないのに
へー、じゃ、あなたの「分かりやすいプログラム」を見せてよ。
僕は >>674 の言うことに禿同。
「分かりやすい文章」を書くのが難しいのと同じく、
「分かりやすいプログラム」を書くのは難しい。
678:サンデープログラマー
09/06/26 01:02:55
>>676
とても敷居が高いです。
三分前に書いたコードがもう意味不明。
679:仕様書無しさん
09/06/26 01:26:50
>>676って自分でコードを考えてる？
なんか文章を読んでると思い込みが強くてプログラマーには不向きな印象を受けるんだけどな。
ひょっとして人が考えたアルゴリズムをパソコンに打ち込む人じゃないの？
680:仕様書無しさん
09/06/26 09:22:31
>>676 は平気でオーダの高いコード書いてそうだな(w
681:仕様書無しさん
09/06/26 10:39:15
最初にのほほんとオーダーの高い非効率なコードを書くのは悪いことじゃないよ。読みやすければ。
その後に、リファクタリングしてから最適化をすればいいだけなんだからな。
682:仕様書無しさん
09/06/26 10:41:18
解りやすいプログラムが簡単なんて言ってる奴は、オブジェクト指向でのプログラム経験は
100％ないな。
683:仕様書無しさん
09/06/26 13:55:37
>>681
joelの言ってたアホなペンキ塗り発見
684:仕様書無しさん
09/06/26 14:08:04
>>683
スキルが低くすぎて派遣ですら雇ってもらえないアホ発見
685:仕様書無しさん
09/06/28 03:00:48
>>659
`∧_∧
(´･ω･)
( つ旦O
と＿)_)
ちょっと休憩｡
686:仕様書無しさん
09/09/20 06:40:26
>>617
例外は、元々メソッドレベルで中断させ、その情報を復帰可能
位置につたえるための仕組みだぞ？
687:仕様書無しさん
09/10/16 21:36:08
まじ爆速
URLﾘﾝｸ(www.google.co.jp)
688:仕様書無しさん
09/11/08 01:26:08
Javaが遅いというのはよく聞くが、
具体的に何が遅いのかを聞いたことがない。
早い言語と、Javaで実際にどの処理かを誰か書いてみてくれ。
689:仕様書無しさん
09/12/05 16:21:56
誰もかけない。なぜなら、誰かが遅いって言ってそう思い込んでいるだけだから。
690:仕様書無しさん
09/12/05 19:56:18
言語というよりは実行環境なのかな。
システムはJavaで作られています、Javaで動いています
と言われるようなシステムはだいたい遅い。
組み込みのアプリケーションとか、Webベースのシステムとか。
Java言語で書いてバイナリネイティブな実行バイナリを作って動かすなら
変わらないかも知れないけど。
691:仕様書無しさん
09/12/07 16:24:12
OpenOfficeは重くて使い物になりませんが
692:仕様書無しさん
09/12/27 19:01:01
BD機器は別段遅くないなー
693:仕様書無しさん
09/12/29 03:31:43
GUIがpurejavaだと糞重い
694:仕様書無しさん
09/12/29 21:44:41
>>693
スレタイどおりの反応してる、最近のjavaはio以外特に遅いとは
思わんがね。
そんなに早くしても人がおいつかないし
695:仕様書無しさん
09/12/29 22:13:00
初めてスレに来たけど、遅いって言ってるのはSWING系のGUIてことでしょ？
確かにそうだが、SWTのアプリ使えば考え方変わるっしょ。
SWINGの問題っしょこれは。
…ってのは、散々既出かもしれんけど、過去レス読むのまんどくさ。
696:仕様書無しさん
09/12/30 17:10:12
Swingが遅いかどうかは、NetBeansを使うと判る
別段遅くないな。
697:仕様書無しさん
09/12/30 17:25:43
35 名前：名無しさん＠十周年[sage] 投稿日：2009/12/30(水) 16:01:31 ID:0so4dt810
携帯電話の開発に関わったことがある奴は分かると思うが
何でも「自動」で
やるから遅いんだわ。
メモリ管理も自動で
タスク管理も自動で
全部OSにまかせっきり。
こんな素人が作ってんだから遅くなるのは当たり前。
メモリアサイン等をOSが自動でできるって事は「OSがメモリを管理するための領域」が別に必要なわけだ。
そのぶん遅くなるし
メモリサイズを自動で変更するとなると、またその分の領域が必要になり
サイズを弾き出すための処理も必要になる。
こういうことが積み重なって遅くなっている。
すべては素人が作ってるゆえ。
698:uy ◆e6.oHu1j.o
09/12/31 14:59:12
java程ゴミなものないから
何かと理由つけて駆逐してやるよ
javaは遅い
javaで遅い場所ではCでやらなきゃいけない
rubyは遅い。 けどjavaよりも簡潔にかける。
javaのような中途半端に遅い言語で、 rubyとC のかわりに使う事も出来るが
結局どっちつかずの中途半端だ 冗長した記述、 もはやＩＤＥなしじゃかけないほど
ゴミな言語になってしまった。
俺は、速度必要ない部分は、javaより簡潔なrubyでかき
速度が必要な場所はCでかくというようにキッチリわけるのがすきだな
実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
699:仕様書無しさん
10/01/08 00:39:38
JavaってWindowsみたいなもんだろ
誰もが糞だとわかってるが広まったからしょうがなく使う
700:仕様書無しさん
10/01/09 12:00:06
Windowsみたいなもんだな
過去のバージョンとの互換性を引き摺っていて、悪い設計がなされてても今更直せない
701:仕様書無しさん
10/01/09 16:34:56
それを言うなら.netだろ
またWindowsほど致命的なバグは抱えてないけどな
たとえがバカすぎ
702:仕様書無しさん
10/01/09 16:41:25
．ＮＥＴは後発なのにホント酷いな。
さすがはＭＳソフトって感じ。
703:仕様書無しさん
10/01/10 00:51:12
>>702
酷いと思う根拠を挙げられない事情でもあるのか？
704:仕様書無しさん
10/01/24 16:43:29
>>697
> すべては素人が作ってるゆえ。
それJavaの仕様なんだから仕方なくネ？
705:仕様書無しさん
10/01/24 23:19:33
>>698
そうだな。
なんでもそうだが自動化は良くないな。
人間様に機械が敵う訳無いものな。
そもそも業務を自動化するシステムってやつ自体が邪道だよな。
706:仕様書無しさん
10/01/26 23:10:05
自動化によってバカエンジニアでも開発できるようになった。
707:仕様書無しさん
10/02/10 15:08:34
「自動化」の意味わかってないだろｗｗｗ
708:仕様書無しさん
10/02/10 15:39:55
極端に言えば、製造を自動化できるところまで、
「製造自動化システム」に分かる形へ翻訳してやれば、
あとは自動化出来る筈だ。
ここで問題なのは、その翻訳ってものの正体は、
業務の論理的分析と抽象化の繰り返しとなることだ。
これが出来る奴は、おそらく日本には居ないｗｗｗ
つまり、海外はそういう世界に向かって進んでいるだろうが、
日本は取り残されるだろうということだｗ
だから、日本ではSEが翻訳出来ないまま、
プログラマーが手動で直接実行できる言語に翻訳してるのが現状。
ほい！美味しいスパゲティーの出来上がり！てな按配ｗ
709:仕様書無しさん
10/02/10 20:56:02
>>589
> 仕事で.NETやって思うのはJavaはAPIの設計センスの悪く、結果遅いアプリしかつくれなくなってる。
> .NETと比べると、やたらnewして、やたら計算させなければプログラムが書けない。
> まぁ生まれた時代が違うし.NETはJavaを改善したものなんだから比べるのも酷だけど。
改善なのか？ どうみても改悪にしか見えないんだけどな。
お前が「キモイ」と嫌っているC++の方向に改悪しているとしか思えないが。
やたらとnewしてとかいってるがFactory Methodとかもろくに作らずに
やたらとnewしているようじゃ、それはJavaの問題ではなく、お前の腕の問題じゃないのか？
710:仕様書無しさん
10/02/10 20:57:10
>>601
> >>590
> あ、そうなの？ｽﾏﾝちゃんと読んでいない
>
> >>591
> C#やVBの方がnew文化と言っているのはプリミティブ型がないからとか、そんな理由かな？
> APIは断然Javaの方がnew文化だと思うよ。
> 例を挙げればきりがないけど、例えばファイルの有無を調べるのにFileクラスをnewしなければならないとか。
無駄にnewしなくてもいいように一旦newしたら再利用する某デザインパターンを使うとか、
考えることできないのかね？
711:仕様書無しさん
10/02/10 21:25:53
再利用が前提なんて言語として最悪だろ。
712:仕様書無しさん
10/02/10 22:02:49
逆に、有りモノが全部 static なオブジェクトって言語の方が糞だろｗ
713:仕様書無しさん
10/02/10 23:12:42
入れ物だけ再利用するのは別に悪くないだろ。
ＯＯはよくしらないけど。
714:仕様書無しさん
10/02/11 15:59:50
javaは遅いって当たり前だろう中間言語なんだから。
わざわざ反論するほうがバカ。
oracleをjavaで作るか？
postgresをjavaで作るか？
だれもそんなことはしない。
最適化が必要なプロダクトにはjavaは向かない。
遅いから。
715:仕様書無しさん
10/02/11 16:02:25
>>698
>実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
C++Builder、DELPHIはそれを目指してたな。
716:仕様書無しさん
10/02/11 17:24:00
まあ、なんだ。
難しい事は考えない。ワカチコワカチコ。
717:仕様書無しさん
10/02/11 17:53:56
>実行速度と、プログラミングの容易さを、両方取れることの出来る言語はまだ存在していません
は？
C簡単じゃん
718:仕様書無しさん
10/02/11 18:14:56
なんという釣り針
719:仕様書無しさん
10/02/11 18:42:48
「簡単」という表現は、表現が簡単過ぎてアレだな。
「同じ機能を実現するのに、どれだけのコード量が必要か？
という考えの下に算出される、製造コスト」
とでも言っとくべきではないかな。
720:仕様書無しさん
10/02/11 22:10:59
>>714
Javaで書かれたRDBMSは一応存在しているぞ
他はどうでもいいが
721:仕様書無しさん
10/02/12 14:43:46
>>719
じゃあ、言い方を変えよう
Cは実行速度と、プログラミングの容易さを、両方取れることの出来る言語だ
コード量とプログラミングの容易さは、正比例しているわけではない
722:仕様書無しさん
10/02/12 17:53:22
＞プログラミングの容易さを、両方取れる
ひょっとしてC＃のことを言ってるか？
そう勘違いしてしまったのが、C#の敗因なのだが・・・
現実を見ようｗ
723:仕様書無しさん
10/02/12 19:53:37
CとC#を一緒にするなよｗ
724:仕様書無しさん
10/02/13 00:34:15
>>721
C言語自体は簡単な（シンプルな）言語だが、
C言語でプログラムを作るのは難しい。
何故かというと、プログラマの責任で制御する部分が多いから。
型やらメモリやら。
構造体を0でmemsetとか、見ると泣けてくる。
皆C言語ナメすぎ。
725:仕様書無しさん
10/02/13 15:31:29
>>722
主語はどうみてもCなんだが。
726:仕様書無しさん
10/02/13 16:14:21
>>724
sizeofでポインタのサイズ取ってたりとかなｗ
確かに、一般論としては簡単ってのは言い過ぎだったかも
言い方を変えよう
俺にとってはCは簡単だ
727:仕様書無しさん
10/02/13 20:37:34
C＃じゃないCの開発効率が、Javaに匹敵する程のプログラミングの容易さを持っているとは、とても思えん。
728:仕様書無しさん
10/02/13 21:55:07
つか、個人的にどうって話ならこれ以上議論する意味ないｗ
729:仕様書無しさん
10/02/13 22:11:37
でもまぁ726の誠意は感じた。
結局前のレスで出た「容易」ってなんじゃろって話だろ。
C言語が容易（言語そのものの習得は楽）ってのも間違えてないし
JAVAのが容易（知ってりゃ実装は楽）もそーかなと思う。
2chで正論吐いてもおもろないけどナ。
730:仕様書無しさん
10/02/14 00:36:10
言語は、馬鹿には理解できない程度に難しくしておく必然性はある。
外国の事情は知らんが、日本の人売り屋頼りの事情の下では、
間違いなくその必要性がある。
そうなってないから、プロジェクトに馬鹿が容易に進入してきて、
負の資産をプログラムした挙句、給料を泥棒して返っていく
ようなことが起こるんだよ。
731:仕様書無しさん
10/02/14 00:53:42
リファクタリングするより、一から作る方が早いこんな世の中じゃｗ
732:仕様書無しさん
10/02/19 13:57:26
>>730
むしろバカにも理解できるほど簡単な案件ばかりなのが問題なんじゃないかな。
733:仕様書無しさん
10/02/28 18:52:50
google検索禁止にすれば多分その人の本来の実力が解るよ
734:仕様書無しさん
10/02/28 22:20:25
実力っていうか記憶力だなそれは
735:仕様書無しさん
10/02/28 23:50:16
だから、そういうことだろ。
プログラミングが上手い奴は、機能と要点の理解だけに専念するから、
細かいことは脳の外に出しておこうとする。
だからgoogle禁止にした途端にやる気を無くす奴が居れば、
そいつが本来実力のある人なんだ。
逆に、やり方を覚えるだけの奴は、丸暗記だけが頼りなので、
いつもと変わらないはず。
736:仕様書無しさん
10/03/01 00:25:56
回りくどい量り方だな
737:仕様書無しさん
10/03/01 03:22:00
ぐぐって出てくるページはいつかは消えてなくなる。
だから当然、過去に参照したものは自分のデータベースに入れておかなければならない。
いつまでも同じことをぐぐらないと物が作れないやつは使えないやつ。
だから検索キーワードを蓄積すれば出来るやつか出来ないやつか分かる。
738:仕様書無しさん
10/03/04 02:11:57
概要は記憶。詳細は外出し。
これ鉄則。
これさえ守れば、どんな巨大なAPIでも使いこなせる。
739:uy ◆e6.oHu1j.o
10/03/08 23:49:25
プログラマってゴミだから
たかが数万個の関数を暗記する能力すらないんだな
740:仕様書無しさん
10/03/10 02:06:53
そうだねｗ
741:仕様書無しさん
10/03/16 17:59:30
B型のプログラマにはオブジェクト指向など必要ない。天才だからな
742:仕様書無しさん
10/03/17 00:02:35
で、何指向なんだ？
自分だけ分かればオケー指向か？
743:仕様書無しさん
10/03/17 15:07:56
成果主義指向さ
744:仕様書無しさん
10/03/17 15:09:11
動けばオケー指向さ
745:仕様書無しさん
10/03/17 16:58:32
俺様が仕様指向さ
746:仕様書無しさん
10/03/17 19:37:46
自称天才ならアミバ指向だろう
747:仕様書無しさん
10/03/24 22:49:48
やっぱjava遅いでしょ
748:仕様書無しさん
10/03/25 17:58:55
正確には、Javaプログラマの作るコードは一概に遅い
749:仕様書無しさん
10/03/26 03:01:33
VBプログラマの遅さには勝てんよ
750:仕様書無しさん
10/03/27 19:35:17
やっぱり人だよ。
Javaで書かれたプログラムでもC++で書かれたプログラムより速くなることがよくある。
751:仕様書無しさん
10/03/27 19:45:12
>>750
まじでまじで
具体的に教えてくれよ
752:uy ◆e6.oHu1j.o
10/03/28 03:02:37
javaとC++との速度差は、２～３倍だからな
同じ言語使ってたってコードによって１～１０倍くらいの差は出そうなもんだ
２～３倍程度なら腕次第で全然挽回できる数値ではある
753:仕様書無しさん
10/05/11 08:18:35
Epoc版JVMのダウンロードサイトを知っている人、urlを教えてください
5mxで開発したいので環境を構築中なのです
5mx上で動くJava開発専エディタは見つけましたが
JVMだけリンク切れ
審美アンのサイトでもEpoc5のJVMはアリマセンでした
Epoc版の5mxで動くJVMだけが手に入りません
どなたか親切なプログラマの方、教えてください
754:仕様書無しさん
10/05/11 09:35:13
URLﾘﾝｸ(www.mypsionsupport.com)
755:仕様書無しさん
10/06/03 23:03:26
JavaとC++のパフォーマンスを比較する
URLﾘﾝｸ(codezine.jp)
756:仕様書無しさん
10/06/08 20:56:51
コメントも読むと分かるがそれは精度相当あらいよ。
C++コンパイラもJavaのJITもやってることかなり複雑で
意味のあるマイクロベンチマーク取るのはかなり大変なんだよな。
よく使ってて実環境で測定したことのある部分以外の
特性はいまだに予測つかない。
757: ◆6kL2kv.qdA
10/06/09 22:49:35
とりあえずC++の速度を基準にするとして。
JAVAコンパイラを作った奴は
JAVAのどの部分が遅くなってるのかを知ってる
普通のPGはそれを知ることが出来ない以上、
一個一個速度はかっていくしかないねｗｗｗｗｗｗｗｗｗｗｗ
758:仕様書無しさん
10/06/09 23:38:59
なんでそういう結論になるんだ。
HotSpot VMはC++へのコンバーター&C++コンパイラとして
実装されてるわけじゃないぞ。
BugDatabaseにパフォーマンスのリグレッションの報告あるし
実際JVM書いてる奴らにとっても性能は自明じゃないだろ。
OpenJDKのソースあるから誰でも調査はできるしね。
759: ◆6kL2kv.qdA
10/06/10 20:39:18
主張したいことは何？
結論を
＞OpenJDKのソースあるから誰でも調査はできる（ｷﾘｯ)
にしたいって事？
760:仕様書無しさん
10/06/12 17:02:19
> とりあえずC++の速度を基準にするとして。
> JAVAコンパイラを作った奴は
> JAVAのどの部分が遅くなってるのかを知ってる
は乱暴すぎるってこと。
> 普通のPGはそれを知ることが出来ない以上、
> 一個一個速度はかっていくしかないねｗｗｗｗｗｗｗｗｗｗｗ
もやりようはあるってこと。
761: ◆OSYhGye6hY
10/06/12 19:59:49
じゃあ、
OpenJDKのソースからC++とJAVAの速度差を比較しよう
762:仕様書無しさん
10/06/12 20:42:31
ってか、Javaって、ほとんどうんこだよね
763:仕様書無しさん
10/06/12 20:53:51
じゃあうんこじゃないところを言ってみろようんこ
764: ◆MbTKFNutWk
10/06/12 23:01:21
ゴミみたいなスレだな･･･
765:仕様書無しさん
10/06/13 23:24:51
JAVAは遅い
766:仕様書無しさん
10/06/20 15:44:34
実用に支障がでるほど遅くはない。
ありゃとっくに消えてるｗ
767: ◆aAN0AQfNY6
10/06/21 00:28:30
どこ 「実用」 だよ
768:仕様書無しさん
10/06/21 01:38:19
速度の問題はHW技術が克服してくれる。
この前提で開発コストを下げ、汎用性を高めることに注力して、
速度が犠牲になるというコンセプトならば良い。
だが、肝心な開発コストを下げるという目標が、
成果上げられているとはとても思えないんじゃなあｗｗ
769: ◆VeXmc6uJeo
10/06/22 00:19:45
＞速度の問題はHW技術が克服してくれる。
それはもうとっくの昔に克服されてる
けど、ＣとＪＡＶＡの速度差が何時までたっても縮まらないのなら
本当に最高速度が要求される場所ではＪＡＶＡなんて使っていられず。
そっち方面のプログラマから未来永劫叩かれ続ける言語
770: ◆SB2.iepR5c
10/06/25 07:02:11
ゴミみたいなスレだな･･