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