[過去ﾛｸﾞ] ニート、無職、フリーターがゲームを作るスレ 10 (1001ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
395(1): 2014/09/05(金)00:08 ID:IZ9CaUgd(1/5) AAS
C++もjavaも言語的には同じ族に居るからアルゴリズム記述では全く等価と言っても問題ないんだよね
問題になるのはメモリ管理をシステム任せるか自前で行うかって言う部分だけなのにここが書き慣れていないとメモリリークの温床になったり、
解放済みのオブジェクトを触ったりする脆弱なコードの温床になる。
Appleが使ってるObjective-CとかはARCとXCodeの支援でこの部分を補佐してくれたりするけど。
プログラム初心者にはJavaとかC#みたいな言語側でメモリ管理をする言語をお勧めするけど、
慣れたらC++でもCでも自前でメモリ管理する事で得られるGCの処理時間からの自由で居られる環境へ移行するのはとても大事だと思うよ。
398: 2014/09/05(金)02:52 ID:IZ9CaUgd(2/5) AAS
>>396
GCさえ無ければとは思うが、Java,C#系の最大の欠点がGCなのでこのあたりが絡んじゃうとどうしようもないんじゃいかな？
リアルタイム処理(ゲームなんかだとFrame Per Secondを維持する方の意味、本義だとIO処理の割り込み応答性能)でシステムのGCに処理持って行かれるともの凄く困るから(困る以前に機械制御だと人が死ぬ事もある)
言語レベルでGC処理が入るとプログラマにはお手上げになってしまう、それを回避するためにオブジェクトプールとかに気を遣う様なコード書く位ならC,C++でネイティブ実装に行くのも有りだと思うのだよ。
チームでコード組む時とかだとメモリ管理の問題(コーディングルールである程度縛れるけどね)が出るから忌避感あるのは解るけど、このスレ住人みたいに基本ソロならC,C++は捨てがたいんじゃないのかなーと思うよ。
409(1): 2014/09/05(金)08:47 ID:IZ9CaUgd(3/5) AAS
どこぞのサンプルのままzipinputstreamにfileinputstream生で食わせてたとかじゃないの？
411(1): 2014/09/05(金)09:12 ID:IZ9CaUgd(4/5) AAS
eclipseからdebugモードのまま実行すると結構とろいのは知ってるがzip解答なんかIO処理なんだからCもjavaも実行速度に大差でないと思うのだがなぁ
418: 2014/09/05(金)15:17 ID:IZ9CaUgd(5/5) AAS
>>416
簡単な賞罰ゲームでわりとコントロール効くようになれるよ
つい遊んでしまったら晩飯のグレード下げて頑張ったらグレード上げるとか
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s