- 1 名前：デフォルトの名無しさん mailto:sage [2014/01/05(日) 23:59:32.56 ]
- 【前スレ】
ゲームプログラムなら俺に聞け28
toro.2ch.net/test/read.cgi/tech/1366526476/
次スレは>>950が立てること。
- 85 名前：デフォルトの名無しさん mailto:sage [2014/01/11(土) 22:53:40.78 ]
- そもそもビュー行列を作る前になんで位置を把握していないんだ？
- 86 名前：デフォルトの名無しさん mailto:sage [2014/01/11(土) 23:56:55.45 ]
- >>85
表示するオブジェクトごとにDraw(Matrix View、Matrix Projection,params Texture2D[] textures)ってインターフェースを用意してて、
表示時にはカメラ位置を直接知らない。
ビュー行列のかわりにカメラの位置と向きを渡した方が都合がいいんだろうか。
- 87 名前：デフォルトの名無しさん mailto:sage [2014/01/12(日) 01:30:37.47 ]
- カメラの位置と向きを、素直にパブリックなデータにすればいいと思うが
勝手に書き換えるようなヴァカには内緒で
- 88 名前：デフォルトの名無しさん mailto:sage [2014/01/13(月) 16:26:18.54 ]
- ソースコードを極力ブラックボックス化してても
開発が出来るようにさせるのが好ましいんだよ
その為に、あらゆる束縛がついていて、
タブーを犯してる可能性自体を、言語仕様レベルで排除してくれていると
ブラックボックス化しやすい
そういう面で動的言語は短く書ける反面かなりひどい
絶対的な規則を作って、それのチェック機構まで作ってようやくブラックボックス化できる
つまり動的言語が生きれる場所は、一人のプログラマが最初から最後まですべてのソースコードを掌握できる規模に留められる
これはそのPGのスペック次第で拡大もするし縮小もするもの
- 89 名前：デフォルトの名無しさん mailto:sage [2014/01/13(月) 16:33:29.88 ]
- 毎日ひたすらプログラミングを続けているときと、
久しぶりにプログラミングした時では、思考能力の程度そのものが違う
常にやっているときなら動的言語だろうとなんでもできるけど、
そんなに常にやってる暇がある奴なんて限られてくるから
久々にソースコードを触ってもミスしない言語が大規模開発には好ましい
アルゴリズム自体の制約を作って、
難しい部分がアルゴリズムの生成ではなく、プログラミングの言語仕様のほうにさせる
そこから得られるものが、コンパイル時に言語仕様のエラーチェックをして貰う事で、
アルゴリズムの出力エラーチェックの工数が減る
自分の100%の能力使って、言語のスペックとリンクさせるような開発は、
何か月間もやらなきゃいけない大規模開発にはそもそも向いていない
数時間から数日以内に完成するような短期開発のプログラムでは絶大な効果を発揮する
それが動的言語
静的言語は完全オートを目指す道で、動的言語は、マニュアル操作で自分自身のスペック依存開発能力が大きく左右するもの
根底を見ればITのような小さな世界ではなく、もっと大きなところで分岐している気がする
- 90 名前：デフォルトの名無しさん mailto:sage [2014/01/13(月) 21:26:08.13 ]
- 昔話かな？
動的言語で書かれた巨大なソフトウェアが、オープンソースでもプロプラでもゴロゴロ転がってる時代は最近始まったものでもないと思うけど
- 91 名前：デフォルトの名無しさん mailto:sage [2014/01/13(月) 23:46:56.22 ]
- 偏に原因と経験の様相の違いやね
- 92 名前：デフォルトの名無しさん mailto:sage [2014/01/14(火) 03:24:39.32 ]
- 開発者それぞれに経験や背景が違うから難しいのよ
- 93 名前：デフォルトの名無しさん [2014/01/15(水) 13:49:05.55 ]
- 全ての .h や .cpp を
#ifndef ○○
#define ○○
#endif
で囲うべき？
- 94 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 14:20:17.85 ]
- .cppは何のために囲むんだ？
- 95 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 14:58:19.87 ]
- かこむん蛇懐かしいよな
- 96 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 15:02:53.90 ]
- 多重インクルードと extern "C" のどっちの話よ
- 97 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 15:34:42.02 ]
- インクルードガードの話じゃね？
.hと.hppなら全てやっておいた方がいい
- 98 名前：デフォルトの名無しさん [2014/01/15(水) 16:55:43.43 ]
- >>93
残念ながら現状そうなっている
GHが提案していた # なしの include はその必要がないもの
- 99 名前：デフォルトの名無しさん [2014/01/15(水) 17:08:39.15 ]
- シャープ1文字くらい好きなように付けさせてやれよ
- 100 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 19:07:38.89 ]
- #pragma once
ではダメなの？
- 101 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 19:24:34.52 ]
- >>100
使える環境ならおk
- 102 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 22:42:15.54 ]
- pragma onceだと、異なるパスで同一ファイルにアクセスできる場合に
ガードできないからダメだと聞いたことがある
結局ifdefガードが確実
- 103 名前：デフォルトの名無しさん mailto:sage [2014/01/15(水) 23:53:32.60 ]
- 昔のGCCはシンボリックリンクでおかしくなってたんだよな
- 104 名前：デフォルトの名無しさん [2014/01/16(木) 01:21:21.56 ]
- そこはクロスで
- 105 名前：デフォルトの名無しさん mailto:sage [2014/01/16(木) 01:24:05.88 ]
- ｘｘ
- 106 名前：デフォルトの名無しさん mailto:sage [2014/01/16(木) 15:39:58.57 ]
- >>102
初めて聞いた。なるほど。
- 107 名前：デフォルトの名無しさん [2014/01/16(木) 20:55:17.32 ]
- >>102
なるほど。「ンーｗｗｗｗｗｗｗｗｗｗ」
|
 |
