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
ゴミみたいなスレだな･･