- 1 名前：仕様書無しさん [2009/03/16(月) 00:02:18 ]
- 前スレ
ゲームプログラマの人に聞きたい 33問目
pc11.2ch.net/test/read.cgi/prog/1234083564/
まったりといきましょー
- 428 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:32:32 ]
- >>426
val < max じゃないの？
括弧の内側に空白を入れると見苦しい、ってのは昔から
言われてるな
- 429 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:33:18 ]
- >>426
> こうやってif(とvalの間とmaxと)の間にスペース入れる奴嫌い
> なんで空けるの？無駄じゃん
じゃあ無駄だからこう書けよ。
if(val>max)val=max;
>や=の周りにスペース入れるのも無駄だろデコスケ野郎。
- 430 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:42:00 ]
- >>426
括弧の内側にスペースを入れるのは、Microsoft がよく使ってるスタイルだな。
なんでかしらんけど。
foo(bar)
if (baz)
のように、関数の括弧は付ける、if とかの括弧は離す、というのもよく見かける
スタイル。かなり一般的だと思うが。
関数の先頭を
typename
funcname()
{
のようにするのは、K&R(初版)のころのスタイルの影響と、こういう記述を拾って
関数の先頭を見つけてるツールがあるから。
いずれにしても、自分が書く時は首尾一貫して、他人に対してとかプロジェクトの
ルールに従う時には柔軟に対応できるのがプロってものかと。
- 431 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:46:36 ]
- 括弧以前にstd::min使えよ
- 432 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:21:40 ]
- >>429
ちがうな
もともと(はifとvalを区切るためのものなんだから
if(とvalの間のスペースは蛇足だろ？
つまり、
if(val > max)val = max;
が完成形
- 433 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:23:02 ]
- いや、こうかくべきだろう。
if ( val < max )
{
val = max;
}
- 434 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:32:34 ]
- >>433
俺も普段は「{」はほとんど抜いたこと無い派
if(とvalの間のスペースは受け入れ難い
val<maxだとvalがmax超えてないのに上限値入れてるじゃん
- 435 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:33:20 ]
- 言語論争の後はコーディングスタイル論争ですか
ホントお前ら不毛な争いが好きだな
- 436 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:37:32 ]
- 関数宣言の改行は分かるけど
スペースを嫌うのは理解できん
- 437 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:38:16 ]
- ネタがないからだろ。
あと、ゲハがついてこれない話題としてちょうどいい。
- 438 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:39:36 ]
- >>435
高級店ｘ１回（\50000）か格安店ｘ1回（\20000）かで議論してる
外食産業、建設業、営業の奴等よりいくらか人間らしいと思ってる
- 439 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:45:42 ]
- >>436
単純に邪魔
俺からしたら括弧付近のスペースは括弧も含めて２つスペースが開けてある感覚と同じ
あと
unko( chinko ,manko ,hoge );
unko( chinko, manko, hoge );
unko( chinko , manko , hoge );
UUUUUUUZZZZZZEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE！
- 440 名前：仕様書無しさん mailto:sage [2009/03/29(日) 12:47:35 ]
- サンプルコードでそんなもん書くアンタはそれと同レベルかと
- 441 名前：仕様書無しさん mailto:sage [2009/03/29(日) 13:45:31 ]
- 他人のスタイルを気にしてたら仕事にならん気がするのだが
それとも俺様が中心に世界が回ってるって思ってる人？
- 442 名前：仕様書無しさん mailto:sage [2009/03/29(日) 14:06:53 ]
- ＧＤＣに行ってて、現地からカキコしてるとかいる？
だいぶネットにも情報あがってきてんだろうけど、今年のトピックはまだあまり拾っていない・・・
- 443 名前：仕様書無しさん mailto:sage [2009/03/29(日) 14:14:36 ]
- ヒデェことになってるんだな。
【DS】海腹川背・旬 SE完全版part4
ttp://jfk.2ch.net/test/read.cgi/handygame/1238052648/206-
- 444 名前：仕様書無しさん mailto:sage [2009/03/29(日) 14:59:36 ]
- >>439
俺は
if ( i == 0 )
みたいにスペース空けまくり。ただ、特にこだわりがあるわけじゃなくてクセ。
これが読みにくい人がいるなら改善してみようと思うけど、
一括でコーディングスタイルを書き換えるツールとかどっかにない？
- 445 名前：仕様書無しさん mailto:sage [2009/03/29(日) 15:06:38 ]
- 気にスンナ
逆に「お前のスタイルのほうが読みにくい」っていってやるくらいでちょうど良い
- 446 名前：仕様書無しさん mailto:sage [2009/03/29(日) 15:14:28 ]
- if ( i == 0 )
if( i == 0 )
if (i == 0)
if(i == 0)
if( i==0 )
if(i==0)
- 447 名前：仕様書無しさん mailto:sage [2009/03/29(日) 15:42:46 ]
- こんなスペースなんかそんときの気分で変わるわ
おまえらどんだけ神経質なんだよ
- 448 名前：仕様書無しさん mailto:sage [2009/03/29(日) 15:52:15 ]
- 俺様のほうがすげーんだ思考な方たちばかりですからね
- 449 名前：仕様書無しさん mailto:sage [2009/03/29(日) 15:58:03 ]
- if (i==0 )
if (i== 0)
if (i== 0 )
if (i ==0)
if (i ==0 )
if ( i==0)
if ( i== 0)
if ( i ==0)
- 450 名前：仕様書無しさん mailto:sage [2009/03/29(日) 16:00:31 ]
- この手のは体で覚えてるから、自分のやりかたと違うと違和感感じるんだよね。
いちいち他人にまで自分のフォームを強制することは無いけど。
ただ、違和感を感じないようなら、もうちょっと練習したほうがいいと思う。
- 451 名前：444 mailto:sage [2009/03/29(日) 16:04:25 ]
- 自分のコードが読みやすいと思えない。改善したいと思っている所に>>439というヒントを得た。
仮に記述方式を変えるだけで読みやすくなるなら試してみたい。
正直なところ、ifの(の前後のスペースが無くなるだけで読みやすくなるとは信じられない。
ただ否定するのは見比べてからでも遅くないかと。
- 452 名前：仕様書無しさん mailto:sage [2009/03/29(日) 16:10:52 ]
- だから>>439にとって読みやすいコードになるだけで
世間一般に読みやすいコードになるとは限らない
- 453 名前：仕様書無しさん mailto:sage [2009/03/29(日) 16:12:56 ]
- if( x < (SOME_SIZE1+SOME_SIZE2) )
- 454 名前：仕様書無しさん mailto:sage [2009/03/29(日) 16:48:51 ]
- みんな職場でルールを統一してる？
複数人数でプログラムしているとどうしてもルールは混在すると思うけど。
できるプログラマほど自分のこだわりのルールがあって他人にあわせることを嫌うから。
しかしルールが完全に統一されてなくても実はさして実害はない、
ということに気づいてあげることがチームで作業するためには大切なのでは。
自分ルールを人に押しつける奴が一番うざい。
時間も取られるし雰囲気も悪くなるしで、ルールの不統一より実害が多い。
- 455 名前：仕様書無しさん mailto:sage [2009/03/29(日) 16:57:23 ]
- ルールって言っちゃうと >454 の言うとおりうざいことになりやすいから、
標準（スタンダード）とかガイドラインってぐらいがおすすめかなぁ。
それでも空白のスタイルなんかは、手を入れるときに迷わないように
ファイル一個の中で統一されてさえいれば、ほんとどうでもいいなぁ。
- 456 名前：仕様書無しさん mailto:sage [2009/03/29(日) 17:06:41 ]
- コーディングルールが自分好みになってないと、どうしてもわずかながら
ストレスになる。だからこそプロジェクトでルールとして決めといてくれないと
（決まってれば特に悩まずそれに慣れるだけだから）困るというか。
- 457 名前：仕様書無しさん mailto:sage [2009/03/29(日) 17:32:58 ]
- インデントとソフトタブぐらいは部署というかプロジェクト内で統一するかな。
あとは基本的な決まりをちょっと作るだけで、それ以外は自由
- 458 名前：仕様書無しさん mailto:sage [2009/03/29(日) 18:20:48 ]
- こういうのは英語のpunctuationのルールに従うのがいいと思う
英語の文章で括弧の内側にスペースは入れないからプログラムでも入れない、
とすればすっきりする
まあそんなことより何よりも大事なのは一貫性を持たせることだね
- 459 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:29:53 ]
- 学生の「俺のスタイル論議」にしか見えない・・・
本当に仕事してる人たちですか？
- 460 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:35:54 ]
- >>459
結論は>>454だと思うな
何が不満？
- 461 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:40:00 ]
- でも一人だけハードタブの代わりに半角スペース2つとかはカンベンな。
- 462 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:41:29 ]
- タブとスペースごちゃまぜのほうがうざいな
- 463 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:42:48 ]
- 糞みたいなコーディングルール定めるところもあるから困る
- 464 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:43:17 ]
- タブをわざわざスペースで打つ奴ってどんな信念もってんだろうなｗ
ＶＢＡとかたまに手入れするけどマジウザイ
- 465 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:48:35 ]
- VS使ってるならALT+F8で一括インデントしてくれるからそんなの気にしない
- 466 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:55:19 ]
- 俺もそれ書こうと思った。
でもSVNとかでバージョン管理していて過去の版との差分をチェックするときうざくなるし、
やり返されたりするのも嫌だから、基本的には元のソースのルールにあわせてあげるけどね。
- 467 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:55:29 ]
- VBAか。
- 468 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:58:43 ]
- インデント無しっていう恐ろしいコード書く奴もいるから侮れないｗ
２ｃｈからコピって来たの？ってぐらいの左端絶壁ソースｗ
- 469 名前：仕様書無しさん mailto:sage [2009/03/29(日) 21:59:33 ]
- ＶＢＡはバージョン管理ツールで差分が見えねぇよ
- 470 名前：仕様書無しさん mailto:sage [2009/03/29(日) 22:14:31 ]
- Office Developer かアドインか忘れたけどVSSで管理すればいいんじゃなかったっけ
- 471 名前：仕様書無しさん mailto:sage [2009/03/29(日) 23:10:41 ]
- マジで？
そーゆー商売はじめたの？
winCVSだからダメだわ
- 472 名前：仕様書無しさん mailto:sage [2009/03/29(日) 23:11:25 ]
- スタイルは手間を減らすために使うべきなんだから
スタイルのために手間を増やすのはバカチンのやる事だ。
期限内にプログラムをバグ等なく仕上げるのがプロだろ。
スタイル統一などはむしろアマチュアコンテストや
自分だけがうっとりするオナニーの類だな。
- 473 名前：仕様書無しさん mailto:sage [2009/03/29(日) 23:27:46 ]
- VBAってあのVBA?
ゲーム屋ってVBAとかOfficeDeveloperとは縁のない世界だと思ってたが、
結構使われてるのか？
- 474 名前：仕様書無しさん mailto:sage [2009/03/29(日) 23:58:39 ]
- >>473
データの入力インタフェースにエクセルを使う時とかに。使える人は使ってる。
ゲームプログラマって三種類くらいの成長タイプがあると思う。
１．とにかくハードについて深く知りたがる人
ハードのパケットやら裏ワザやら専用アセンブラをどれくらい使いこなせるかが
力量、という判断の人。
２．視野を広く持ちたがる人
C#やVBAやLinuxやら仕事で１度も使ったことないのにネットワーク構築やら妙に色々使いこなす人。
味方として頼もしいけど、時々LISPとか強く勧めてくる。
３．何年も同じもの作ってて潰しのきかない人
連作を担当しているサブプログラマに多い。ずっと同じもの作ってるんで脳はあまり使ってないけど
その人が一番熟知してる部分があるんでそれなりに評価される。と本人は思っている。
俺の周りではこんな感じ。
- 475 名前：仕様書無しさん mailto:sage [2009/03/30(月) 00:09:26 ]
- 俺はVBAは使わないけど、ゲーム開発では開発ツールも社内制作するのが普通だから、
PerlなんかのスクリプトやWebプログラミングやDBや.NETあたりの知識もいるよ。
ただし社内で１人か２人知っている人がいれば十分というレベルだけど。
- 476 名前：仕様書無しさん mailto:sage [2009/03/30(月) 00:25:14 ]
- コーディングスタイルの話が出てたからちょっと紹介しておく。
eclipse(CDT)のコードフォーマッタが超強力。
インデントは勿論、中括弧の位置、スペースの入れ場所、一行の文字数、
ソース保存時に自動的にフォーマットするか、などかなり柔軟に設定できる。
またこれらの設定はプロジェクト毎に保存出来るので、
プロジェクト全体でのフォーマット統一が簡単になる。
難点は、見易さの為に配置したスペースやタブも問答無用で消されるところ。
- 477 名前：仕様書無しさん mailto:sage [2009/03/30(月) 00:28:32 ]
- VBAはソースをテキストに吐き出させてからsvnとかで保存している。
というか、Officeのエディタは正直使い勝手よくないので、編集もだいたいxyzzy等でやるほうが多いけどね。
全員が知っている必要はないけど、どの会社は普通はC/C++、適当なスクリプト言語、あとはGUI向けフレームワーク（Qtとか、.NET）を使える（というか、2年もすればだいたいこれぐらいの引き出しができる）
そのうちどんどん幅がでてきて、これぐらいのスキルシート
ttp://www.bandainamcogames.co.jp/job/pdf/skillsheet_081126.pdf
（注：オレはバンナムの人ではありませんが、業界では有名なスキルシート）
なら６，７割はそこそこのレベルで埋められるように成るんじゃないかな？
- 478 名前：仕様書無しさん [2009/03/30(月) 01:50:05 ]
- 全体的にExcel大好きすぎて、なんでもかんでもexcelになって困る
サクサク動くなら良いんだけど、
これだけプロセッサが進化したのにいつまで立っても動作が鈍くてイライラするから困る。
>>477
指導できる30個くらいだな全然埋まらん。これ大半埋められるやつとかいるの？
- 479 名前：477 mailto:sage [2009/03/30(月) 02:56:30 ]
- >>478
あらためてシートを見たけど、6割は言いすぎだった。
個々の専門分野や会社で使ってる環境もあるから、20〜40ぐらい埋まればってところだな。
Excelは管理やバックアップの問題もあって、正直別の方法に置き換えたいが、企画にとってこれが一番使いやすいツールだったり、
外注とのやり取りが大概これになるので使わざるを得ないのが実情かなー
- 480 名前：仕様書無しさん mailto:sage [2009/03/30(月) 02:59:50 ]
- >>478
俺もインタフェース作るのが面倒なんで入力データはなんでもExcel。
VBAで足りない部分はDLLで拡張してでもExcel使ってる。
ただ、自分では使いたいと思わない。動作思いから。あくまでも提供する側。
- 481 名前：仕様書無しさん mailto:sage [2009/03/30(月) 06:37:26 ]
- >>477
いいなぁxyzzy。うちは某秀○しか入れる許可貰えない。
- 482 名前：仕様書無しさん mailto:sage [2009/03/30(月) 08:12:56 ]
- >>481
エディタを強制なんて基本的プログラマ権の重大な侵害だな
- 483 名前：仕様書無しさん mailto:sage [2009/03/30(月) 08:46:06 ]
- 開発効率とか考えてないのか？
- 484 名前：仕様書無しさん mailto:sage [2009/03/30(月) 08:58:16 ]
- IDEの利用を必須にしてる、とか、何らかの理由がある
（コーディングスタイル統一のためのマクロを自分たちで作ってる、とか）
んでなければ、エディタ選択は自由であるべきだよな。
- 485 名前：仕様書無しさん mailto:sage [2009/03/30(月) 12:50:01 ]
- >>472
だってもとが、アマチュアが入社時に提出するソースの話だから。
- 486 名前：仕様書無しさん mailto:sage [2009/03/30(月) 12:57:05 ]
- >>478
こんなの、自由に利用できる言語は「他者を指導できる」で、後はほぼ全て
「独力で使用して開発業務が可能」だろ。
知らない言語は案件が来てから学んだって全く無問題だし、ある程度以上の
技術者なら無理な話ではない。開発業務で重要なのはその目的であって、
手順としての言語やツールではないからな。
- 487 名前：仕様書無しさん mailto:sage [2009/03/30(月) 12:58:48 ]
- スタイルってtypedefやnamepaceの使い方、変数命名等も
含んだ話だと思ってたが違うのかw
- 488 名前：仕様書無しさん mailto:sage [2009/03/30(月) 13:12:35 ]
- >>486
ただの経歴詐称じゃないか。
- 489 名前：仕様書無しさん mailto:sage [2009/03/30(月) 13:32:04 ]
- >>488
経歴シートじゃなくて、スキルシートなんだから出来るならいいんじゃないの？
- 490 名前：仕様書無しさん mailto:sage [2009/03/30(月) 13:40:29 ]
- 再帰呼び出し禁止とかまで含まれることもあるよな。スタイルには。
理由は、スタックの制限が厳しい、だったり、マネージャが理解できない、
だったりするわけだがw
- 491 名前：仕様書無しさん mailto:sage [2009/03/30(月) 14:03:43 ]
- スキルシートで変に謙虚になる必要は無いよ
できないことまでできるって書くのは問題だが
- 492 名前：仕様書無しさん mailto:sage [2009/03/30(月) 15:25:52 ]
- ところで「C++を他人に指導できるレベル」ってどの程度の事を言うんだ？
完全に正しいC++の使い方を知ってないとダメだよね当然。
- 493 名前：仕様書無しさん mailto:sage [2009/03/30(月) 15:38:57 ]
- 身辺にいるのがboost神だったりC++0xの議論してる人だったりで
他人から学ぶことはあっても指導しようとは全く思いません (> <)
- 494 名前：仕様書無しさん mailto:sage [2009/03/30(月) 16:37:12 ]
- 教えられるかどうかなんて気にするな
自分が一番得意分野としてるものはとりあえず一番上にしとけばいいんじゃね？
- 495 名前：仕様書無しさん mailto:sage [2009/03/30(月) 17:15:42 ]
- 嘘を申告する奴が一番許せん。
出来ないなら出来ないなりの使い方ってのがあるんだからさ。
- 496 名前：仕様書無しさん [2009/03/30(月) 17:38:17 ]
- 広く浅くよりも、狭く深い知識の方が重宝される罠。
- 497 名前：仕様書無しさん mailto:sage [2009/03/30(月) 18:13:34 ]
- >>490
普通にスタックが理解できない奴を制限してるんだろ
あんなもん理解できない奴がわざわざ制限するかよ
- 498 名前：仕様書無しさん mailto:sage [2009/03/30(月) 18:13:58 ]
- 486のような記述をするのも、部署内で見かけるがこれは正直信用なくすよ。
自己評価なんかもそうなんだが、ふざけているようにしか見えないものもあるので、
正直に且つドライに書くのが結果的によかったりするかな。
- 499 名前：仕様書無しさん mailto:sage [2009/03/30(月) 18:14:56 ]
- >>489
> 知らない言語は案件が来てから学んだって全く無問題だし、ある程度以上の
> 技術者なら無理な話ではない。
ひとつやふたつならそれで乗り切るけど、
やったこと無いのが10個組合わさった仕事とかきたら無理じゃね？
- 500 名前：仕様書無しさん mailto:sage [2009/03/30(月) 20:43:32 ]
- >>498
信用をなくすのは、書いたけど出来なかったときだけじゃないの？
>>499
それは運が悪かったな。書いたからにはやるしかないわけだが。
上のスキルシートで言えば、その会社の主要業務に近いメジャー
どころの項目を抑えて、独立して〜教えられるが３割くらいあるなら、
そんな目ににはまず会わないから大丈夫だ。
- 501 名前：仕様書無しさん mailto:sage [2009/03/30(月) 21:53:05 ]
- >>492
スキルシートの「できる」は「社内でできるほう」のレベルでOKだよ。
１００人集めたら、上位の２５人が「他社を指導できる」という程度の能力に入っていい。
マスターしたかどうかを認定する制度じゃなくて、
社内で比較的できる人をあぶり出して仕事を割り当てるためのものだから。
スキルシートで評価したいなら、東芝みたいにテストを課したり
教育専門の部署で教育カリキュラムを組んだりして評価の精度を担保しないといけない。
これはかなりコストがかかる。人月単価１００万程度のゲーム会社じゃ無理。
ゲーム会社でスキルシートを評価に使いたいと思っているならやめたほうがいい。
逆に社内の人員リソース活用のためにスキルシートを作るだけなら
自己申告で十分だし、アンケートを採るだけなので低コストで済む。
でも大手でも意味があるかどうか微妙。
ゲーム会社なら社内の誰がどんなスキルを持っているかってだいたい把握してるものなんじゃないの？
２００人を超える規模で、頼める人を探すのに苦労するような会社じゃないと。
はっきり言って電機や車の製造大手や派遣会社の事情にあわせたシステムだよ。
- 502 名前：仕様書無しさん mailto:sage [2009/03/30(月) 23:53:04 ]
- 社内では使ったことないから出来るほう
- 503 名前：仕様書無しさん mailto:sage [2009/03/31(火) 01:45:36 ]
- >>492
完全に、とか言うヤツを採用するとうざそう
「自分はまだC++を勉強中の身ですので人に教えるなんて・・・」
「いや、いつまで勉強してんですか。早く新人教育してほしいんですけど」
「生涯是勉強」
「かえれよ」
- 504 名前：仕様書無しさん mailto:sage [2009/03/31(火) 10:55:13 ]
- プログラムはいいから
数学教えてくれ
- 505 名前：仕様書無しさん mailto:sage [2009/03/31(火) 11:12:51 ]
- 算数ならなんとか
- 506 名前：仕様書無しさん mailto:sage [2009/03/31(火) 17:38:12 ]
- >>504
・ベクトル→点とか方向とか勢いとか。
・マトリクス→魔法の箱。ベクトル入れるとなんか変換してくれる。
・外積→ベクトルがどれくらいやる気か
・内積→どれくらい右回りか。左回りだと裏側だから描画しないで。
・平行光源→オレとお前がどれくらい向き合っているか
・点光源→平行光源＋どれくらい離れているか
- 507 名前：仕様書無しさん mailto:sage [2009/03/31(火) 22:43:53 ]
- なんか内外逆じゃね？
- 508 名前：仕様書無しさん mailto:sage [2009/04/01(水) 04:25:37 ]
- >>507スマソ。いっつも迷う、書き直し。
・ベクトル→隣の家の幼馴染。ツンデレ。
・マトリクス→つり目の生徒会長、冷酷、長身。
・逆マトリクス→マトリクスの双子の妹。弓道部。姉を敵対視している。
・外積→天然。常に眼鏡と白衣。語尾が「〜ですぅ」
・内積→スポーツ万能。ボクっ娘。外積と仲良し。
・平行光源→いつも屋上でたそがれている。腕に古傷。
・点光源→タレ目のお姉さん系。
番外：
ア〜クたん「角度の事ならおまかせなのだ！」
ル〜たん「距離の事ならお任せですわ！」
>>504
基本的に、ゲームで使う程度の数学なら深夜のアニメ見てれば身につくよ。
- 509 名前：仕様書無しさん mailto:sage [2009/04/01(水) 08:12:50 ]
- ・無限ループ→習わなくても自然と身につく。
- 510 名前：仕様書無しさん mailto:sage [2009/04/01(水) 10:58:49 ]
- テンソル→いらない子
- 511 名前：仕様書無しさん mailto:sage [2009/04/01(水) 17:49:32 ]
- 俺には攻略しきれない訳だ。
時間掛けて落としていくか。
- 512 名前：仕様書無しさん mailto:sage [2009/04/01(水) 19:13:23 ]
- ・ベクトル→春香
・マトリクス→千早
・逆マトリクス→貴音
・外積→やよい
・内積→真
・平行光源→雪歩
・点光源→あずさ
- 513 名前：仕様書無しさん mailto:sage [2009/04/01(水) 23:44:34 ]
- >>511
全員攻略しても過労死ENDとかになる時があるから要注意。
- 514 名前：仕様書無しさん mailto:sage [2009/04/02(木) 00:29:29 ]
- なにこのクソゲー
全然好感度あがらない
- 515 名前：仕様書無しさん mailto:sage [2009/04/02(木) 01:27:43 ]
- 業務に使うのなんて、大学の教養レベルですらないし
高校レベルの数学、物理が出来ない奴はそもそもメーカーに就職できないし
別段心配するようなことはない
ど忘れしても教科書読み直すかググればいいだけだし
- 516 名前：仕様書無しさん mailto:sage [2009/04/02(木) 02:25:36 ]
- ・ベクトル→幼馴染
・マトリクス→幼馴染の母親
・逆マトリクス→自分の母親
・外積→姉
・内積→妹
・平行光源→部活娘
・点光源→学級委員
- 517 名前：仕様書無しさん mailto:sage [2009/04/02(木) 02:31:18 ]
- 実はゲーム表現の本質は”いかにそれらしく見せるか”だから
物理計算はあんまり厳密にやらない。できるだけ軽く、でも見た目はそれっぽく。
だから頭の使い方としては数学というよりかは、とんちかな。
- 518 名前：仕様書無しさん mailto:sage [2009/04/02(木) 02:46:16 ]
- >>516
ベアトリクス→幼馴染の母親に見えた。
そろそろ寝よう
- 519 名前：仕様書無しさん mailto:sage [2009/04/02(木) 02:50:05 ]
- >>517みたいなのがゲームプログラマーとしては優秀だけど
見た目それっぽくって必要な要素の抽出能力が高いんだよね。
- 520 名前：仕様書無しさん mailto:sage [2009/04/02(木) 03:23:28 ]
- とんちといえばとんちなんだけど、高速化のためのセオリーはかなり多いし、
アルゴリズム的にも高度なものもそれ相応にあるから、数学はやっぱりいるかな・・・
このあたりに手をつけ始めると高校数学がおっつかなくなってくる。
- 521 名前：仕様書無しさん mailto:sage [2009/04/02(木) 03:36:38 ]
- 数学数学言ってる奴に限って
出来上がったものがしょぼい・そもそもできないってことが多いから
あえてとんちと言いたいのじゃないかと。
- 522 名前：仕様書無しさん mailto:sage [2009/04/02(木) 08:47:25 ]
- 物理よりも
physxＳＤＫ使える人のほうが役に立つ
数学よりも
DirectXSDK使える人のほうが役に立つ
- 523 名前：仕様書無しさん mailto:sage [2009/04/02(木) 08:47:29 ]
- 数学って要は先人の発明したアルゴリズムを知るってことだろ
車輪の再発明は時間の無駄
- 524 名前：仕様書無しさん mailto:sage [2009/04/02(木) 08:50:40 ]
- >>522
ダウト
- 525 名前：仕様書無しさん mailto:sage [2009/04/02(木) 08:53:21 ]
- >>522
SDK叩くだけで作れるレベルのプログラムという意味では正解
- 526 名前：仕様書無しさん mailto:sage [2009/04/02(木) 12:38:02 ]
- ヒント： 任天堂や欧米では採用は高学歴優先
- 527 名前：仕様書無しさん mailto:sage [2009/04/02(木) 12:45:47 ]
- 低学歴は喧嘩っぱやいからな
- 528 名前：仕様書無しさん mailto:sage [2009/04/02(木) 14:24:05 ]
- >>517
日付変わってるよ
|
 |
