ゲームプログラマの人に聞きたい 34問目

ゲームプログラマの人 ..

348:仕様書無しさん
09/03/26 20:53:35
開発の契約が結べないなら、著作権買い取って開発してユーザーに売れば？

349:仕様書無しさん
09/03/26 21:23:57
>>348
解決策もってないのにこの発言（>>341）はどういうことなの？
ガキどころかクズじゃんｗ

350:仕様書無しさん
09/03/26 22:33:27
>>346
オブリビオンもFallout 3もバグだらけなのによく採用する気になったね…。

まあどこかに人柱いないと内容広まらないからありがたいけど。

351:仕様書無しさん
09/03/26 22:47:28
>>350
それどっちも同じ会社じゃないかｗ
Civ4やPrince of PersiaもGamebryoだよ

352:仕様書無しさん
09/03/26 23:49:29
うちの会社なんか、まともに技術持ってるプログラマ俺しかいない（というかプログラマが俺しかいない小さい会社）のに、
やたら自社エンジンにこだわってて困る。

353:仕様書無しさん
09/03/27 00:32:21
自社エンジンにこだわるのは海外もいっしょみたいよ。
Gamasutraでミドルウェア採用してみたものの、次回はやめたいって調査があった。

354:仕様書無しさん
09/03/27 00:46:25
自前でなんでもやった方がいいんじゃないの

355:仕様書無しさん
09/03/27 00:48:47
携帯電話ゲーが無いなら作ればいいじゃない
知識も資金も無いが、やる気があるなら集え！
知識のある賢人や資金のある資産家も募集中
アイデアだけでもキャラデザだけでも手伝ってくれる人なら大歓迎
ｽﾚﾘﾝｸ(appli板)l50

みたいな事をやっていますが助言・助太刀等を頼みます

356:仕様書無しさん
09/03/27 02:01:04
だがことわる

357:仕様書無しさん
09/03/27 02:41:23
同じ不自由なら自前の方がマシだと思うよ
ミドルウェアのサポートがこちらの都合に合わせてくれることはまず無いから

10年以上使い倒されて枯れてるっていうならともかくね

358:仕様書無しさん
09/03/27 03:34:20
>>347
次回、完全版の依頼が来れば、もう１度作るチャンスができるでしょ？その時納得するまで作りこめる。
開発がユーザ側に立っているなら今の結果は選択しないでしょ？
多分、自分達が納得するものを作りたいだけだと思う。
職人として志が高いのは認めるけど、請負としては残念な人たちだと思う。

359:仕様書無しさん
09/03/27 03:55:12
>>352
そして開発効率を優先するあまり
・テクスチャのアルファチャンネル使えない。
・ボーン数は１０まで、ウェイトは２つまで。
・サウンドループ時音が一瞬止まるのは仕様。

という目も当てられない制限が‥。

360:仕様書無しさん
09/03/27 06:47:01
>>358
同意
行動が社会人として幼すぎる

361:仕様書無しさん
09/03/27 07:31:02
は？次回完全版の依頼？何ズレたこと前提にしてるの？
今回の件に関しての解決策は全くないってこと？
おじさん頭が悪いなら黙ってたほうがよくない？

362:仕様書無しさん
09/03/27 07:56:02
つうか、開発会社がワガママなだけだろう。
言われた仕事も満足にできてないくせに。

363:仕様書無しさん
09/03/27 08:26:16
>>361
エラい怒ってるねｗ
今回は涙をのんでクライアントの言うことを聞いて
せめて次に繋げる努力をするのが最善だったんじゃないかと。
それが無理なら誰からも指図されない同人でも作るしかないんじゃない？
おじさん、黙ってろって言われたのに頭悪いから喋っちゃったねｗ

364:仕様書無しさん
09/03/27 08:35:37
掻い摘んでいうと解決策は無いっていってるんでしょ？
餓鬼も糞もただの馬鹿じゃん
なんでその状態で人のこと餓鬼だのなんだの酷評できるのかわからない
恥ずかしくないの？
つまんない時間だったね
バイバイおじさん

365:仕様書無しさん
09/03/27 12:45:27
ゲームやるだけの立場ならでかいこと言えるけど、いざ当事者になると何もできないのはよくあることです。

366:仕様書無しさん
09/03/27 13:00:07
開発会社の評判が落ちるってことはないんかな
もちろん、ネットに暴露するほうが落ちるとは思うけど、
仮に販売に全部責任を被ってもらったとしても、若干の評判落ちは否めないと思うんだが

367:仕様書無しさん
09/03/27 14:12:35
このスレageてる馬鹿が激しくガキ臭い件

368:仕様書無しさん
09/03/27 14:29:01
先輩方に質問です
あるクラスではベクトルを表す変数にD3DXVECTOR3 m_vEyePt;
vと先頭につけているのですが
あるクラスではD3DXVECROR3 m_position;
とvをつけていないのですが統一しないと評価落ちますか？

369:仕様書無しさん
09/03/27 15:02:59
そんなの人による
命名規則なんぞ糞くらえな人も結構いるし
やたら神経質な人もいる

370:仕様書無しさん
09/03/27 17:11:08
インタラクティブプログラミングできないC C++陣営の人たちかわいそうすぎるｗｗｗｗｗｗｗｗｗｗｗ

371:仕様書無しさん
09/03/27 17:50:26
>>349
クライアントとのやりとりを、一々、公の場で晒す奴に、次の仕事も糞も無いだろ
こんな阿呆は久しぶりに見た

372:仕様書無しさん
09/03/27 20:35:55
今不況だけど
普通のPGでも使えなかったら
クビ切られるの？

373:仕様書無しさん
09/03/27 21:56:49
使えない時点で普通ではないよ

374:仕様書無しさん
09/03/27 22:09:55
使えるプログラマでも切られるご時勢
某大手ソフトハウスも300人リストラ予定で追加で＋200人リストラだと
外注も一切止めて内部のみの開発にするらしい
つまりそこから発注を受けてた下請け会社は押して知るべし

375:仕様書無しさん
09/03/27 22:56:59
ゲーム会社だと、まずCGから切られていくイメージ。
それ以前に中堅以上だと最近は開発スパンが長くなり、
１プロジェクトで１年くらい収入無いのはあたりまえなんで、
まだ不況の実感ないんじゃないかな？

376:仕様書無しさん
09/03/28 00:31:52
丸一年経つ頃には発売日未定のゲームがいっぱい出揃ってるんじゃね？

377:仕様書無しさん
09/03/28 00:39:43
>>374
ここ最近なんにもヒットだしてないN社さんですか。

378:仕様書無しさん
09/03/28 01:18:30
そうなるとユーザが少ない選択肢の中からソフトを選ぶようになるので、
ローンチみたいな現象がおきるのかな。ソフト会社は二極化が進みそう。

>>377
スポーツジム運営してるとこ？

379:仕様書無しさん
09/03/28 01:35:52
今期大幅最終赤字を出したS社だと思われます

380:仕様書無しさん
09/03/28 01:46:19
大鳥居だろう。

381:仕様書無しさん
09/03/28 03:58:29
SEGAって赤字なんだっけ？
でもKillのってPGだけじゃないよね？

382:仕様書無しさん
09/03/28 05:20:22
来週からSEGA勤務か。

383:仕様書無しさん
09/03/28 06:59:58
無駄なプロジェクトが淘汰されて、かえって良くなるんじゃね
会議ででしゃばる企画あがりの馬鹿どもが減るだけでも

384:仕様書無しさん
09/03/28 10:43:08
>>368

そこまで神経質にならんでいいよ
そんなことするくらいならゲーム充実させるべし

385:仕様書無しさん
09/03/28 10:47:12
いやいやいやいや
ソースは他人が見た時にわかり易く書く習慣はつけとくべきだぞ
それはそれでプラスポインツだ

386:仕様書無しさん
09/03/28 11:52:29
うちの先輩に何でもマクロにして書きたがる人がいて、すげぇ迷惑してる。

387:仕様書無しさん
09/03/28 11:55:01
先週２３人リストラされたが、何とか生き残れた…

今年いっぱいはサバイバルゲームだな…

388:仕様書無しさん
09/03/28 12:37:19
ゲームが好きでゲーム会社に入ったんだから仕方ないな

389:仕様書無しさん
09/03/28 12:56:57
若者に人気がある職業っていくらでも安い人材が入ってくるから本当にそう言われる。
プログラマー、デザイナー(イラストレーター)、美容師等。この辺は言われた事だけ
やって、１０年後に人並みの生活をおくれると思わない方がいい。

390:仕様書無しさん
09/03/28 13:12:35
大丈夫、ゲームプログラマは言われた事だけやってたらゲーム完成しないから。

391:仕様書無しさん
09/03/28 13:26:01
ですよねー

392:仕様書無しさん
09/03/28 13:37:07
typedef厨ってなんとかならんの？
型って呼べる物作ってるの？

393:仕様書無しさん
09/03/28 13:49:15
厨と言う奴こそ厨の法則が発動しそうだな。

394:仕様書無しさん
09/03/28 13:54:01
うちの会社にいるやつなんだけど

// ベクトルちゃんを作成しました(^ω^) 代入禁止だぉ(#-メ-)
const VECTOR3 vecPosition = VECTOR3(0.0f, 0.0f, 0.0f);

変なコメントに顔文字まで付けてるやつがいる

一番仕事できるし先輩だから文句言いにくいんだよね・・・・

395:仕様書無しさん
09/03/28 14:02:35
>>394
最高やね

396:仕様書無しさん
09/03/28 14:06:12
移植とか考えたら環境依存の型は置き換えて
ソフトからの呼び出しを統一するのは普通だけどね

397:仕様書無しさん
09/03/28 15:54:04
ウチの会社には、コメントにクライアントに対する暴言を書き捨てるヤツがいるなぁ。
ソースコード納品じゃないから発覚したこと無いけど。

398:仕様書無しさん
09/03/28 21:11:49
はいはい

399:仕様書無しさん
09/03/28 21:24:56
裁判だ不況だ、もうちょっと明るい話題はないのかね？

400:仕様書無しさん
09/03/28 21:41:26
>>368
評価する奴が有能なら、そういう視点で重要視するのは一貫性。
どんな俺ルールでも一貫性があるコードは読める。
一貫性があるのに読めないような俺様ルールの場合は、最初から評価の対象外だしな。

アマチュアのコードは概して、最初に書いた部分と、最後に書いた部分で、
ルールが異なっていたりすることが多い。
書いてる最中にもっと気に入ったルールが見つかったんだとは思うけれど、
それが混じっているソースに関して、俺は評価を下げる。
もしかしたら複数の人の作品の可能性もあるしな。

401:仕様書無しさん
09/03/28 22:13:28
>>379-380
セガのリストラは560人て発表してるから違う

そもそもリストラして全部内製って矛盾してるしデマだろ

402:仕様書無しさん
09/03/28 22:15:16
どっちにしろ全部に当てはまるとは限らない個人的な意見だよね
経営が営業よりの会社だとだから技術者の意見は参考程度だから
ゲームのことを良く分かってないおっさんたちには
インパクトある作品みせたほうが受けが良いってこともあるし
大手から独立した技術者集団みたいな会社だと結構中のほうまで見られたり
自分が行きたい会社の取締役が営業の人なのか技術者あがりなのかは割と重要かもしれない
もちろんソースも完璧、見栄えも完璧なら問題ないわけだけど

403:仕様書無しさん
09/03/28 22:16:30
セガが下請け切ってるのはホントみたいだよ

404:仕様書無しさん
09/03/28 22:46:51
>>400

正論すぎて困る

405:仕様書無しさん
09/03/28 22:48:38
typedef厨って何だろ？
ある程度はやってほしいが。

406:仕様書無しさん
09/03/28 23:00:29
セガが切ってるのは
コンシュ＾マーより主にアミューズメントの方みたいだね
ユーザーのゲーセン離れはもうどうしようもないのかもしれん
Wii(フィットネス)と大型液晶の普及が
ゲーセンの売りである体感ゲームの株を奪ったなんて説もあるがどうだろう

407:仕様書無しさん
09/03/29 00:18:27
typedef使わないとか頭おかしくなって死ぬ。

namespaceをusingで省略するくらいならtypedefしようよ・・・。

408:仕様書無しさん
09/03/29 00:21:58
>>407
namespace の省略は typedef じゃ置き換えられないだろ。
意味づけするための typedef なら namespace 関係ないし。

409:仕様書無しさん
09/03/29 00:33:39
まあ何事も適度に使えばOKって事だな。
とboost依存症の俺が言ってみる。

410:仕様書無しさん
09/03/29 01:00:00
つーか、言うほど整然としたソースは大手でも見た事ないな。

むしろバラバラだ。

411:仕様書無しさん
09/03/29 01:00:27
いまだにtypedefをつけるのとつけないときと違いがわからないｗ
つけないとなんかエラーがでるからつけてるｗ

412:仕様書無しさん
09/03/29 01:02:01
>>400
それもよくわからないなぁ
もっといいルールが見つかったなら変えてもいいんじゃない？
なんでダメなの？仮にも人を評価するんだから理由ぐらいは説明できんだろね？
会社のソースだってコロコロ変わってるんでしょ？
変わってないのみたことないもん

413:仕様書無しさん
09/03/29 01:11:39
>>412
最初の方ももっといいルールに則って書き直せということじゃないの？
就職活動期間は十分にあるんだから、
提出されたものはそれがその人の力の全てと判断されても仕方ないと思う

414:仕様書無しさん
09/03/29 01:25:48
「3日前のソースはもう他人のソース」という名言があってだな

415:仕様書無しさん
09/03/29 01:48:05
typedef std::vector<char> buffer

とか宣言して、バッファを表す型を作って
イテレータ使う時も短い記述で済むしすげー便利、と思ってた。
ただ、ソースを複数人で触る場合、読む人がこれが何を表すかを調べるのに
時間がかかったりして作業が増えるのがダメらしい、ということに気づいた。
しかも自分で定義しておいて中身をstd::mapと勘違いとかして悩んだりすることも。
最近はインテリセンスが賢い環境で作ってるので入力量もあまり気にならないので
なるべくtypedefは使わないようにしている。助長だけどガマンする。

416:仕様書無しさん
09/03/29 02:02:15
スコープ内でtypedefして極力影響を小さくしてからだったらよく使うけどな。
namespaceも長くて面倒なときは
namespace n = hoge::hage;
みたいな使い方はたまにする。（.NETのクソ長い名前空間のときとか）

417:仕様書無しさん
09/03/29 02:09:24
std::mapはクラス内で一度typedefしてから使うな
でもvectorはそのまま使うことが多い。一貫性無いな　orz

418:仕様書無しさん
09/03/29 02:27:11
typedef std::vector<char> buffer

これはダメだろｗ

typedef std::vector<char>　vecChar

vecChar m_vBuffer;

これくらいにしてください。

419:仕様書無しさん
09/03/29 02:43:28
なにこれ、エイドリアン記法ってやつ？

420:仕様書無しさん
09/03/29 02:47:54
typedef使うのって関数ポインタくらいだな。
構造体も変数宣言時に structつければいいじゃんと思うようになった。

421:仕様書無しさん
09/03/29 03:12:27
>>412
コーディングスタイルは変えてもいいよ。
問題なのは、１つのプロジェクトで複数のコーディングスタイルを使うことなんだ。
他人に公開しているライブラリの開発では一貫性が特に重要だ。
それに疑問を感じない人や、俺スタイル以外の記述に耐えられない人は、大規模
プロジェクトに参加するのは無理だ。
言ってみれば、生産性と保守性の問題だな。

大体「もっといいルール」っていうのは、よっぽどの初心者でなければ
単に気分の問題だったりするしな。宗教戦争と言われる所以だ。

>>417
必ずそうするなら、それは立派な一貫性。

422:仕様書無しさん
09/03/29 03:37:31
>>421
そんなの重要だと思わないなぁ
１ファイル内でごちゃごちゃまざってんのは邪魔だけど
１ファイルごとに「ああ、なんかかわってんな」っていうのはすぐわかるじゃん
１プロジェクトで違う奴が組んだのが入ってたって大して問題にはならないって

ホントにそんなギャーギャーいうほど大事なことかい？
もっと大事なものが見えないようで心配になってしまうけどね

423:仕様書無しさん
09/03/29 04:07:47
とりあえず>>2を読めってことで

424:仕様書無しさん
09/03/29 04:49:50
神経質な夢想であって害悪でしかない

425:仕様書無しさん
09/03/29 10:58:52
むかしはコーディングスタイルとか気にしてたけど
いまは設計や処理の実装方法の方が重要だと思ってる

スタイルとは言えないとかのレベルじゃなきゃ、大抵の人のコードは可読出来るし
自分の可読を楽にする為に、人にスタイルを強制する方がどうかと思う様になった感じ

変数に小文字のgが付いてるとグローバル変数とかって、実際の変数を宣言してる部分を確認せず
手抜きでコード読もうって感じにしか思えなくなってる、確認しろよエディタでチョットの手間だろｗ
って感じ

_が如何たら、名詞で先頭大文字で後は小文字だの、別に可読性に問題なんか無いと思う
ただ自分の読みやすいルールを皆で押し付けあってるんだろｗ

だから、まともに設計して実装してあればコーディングスタイルなんて気にしない派
歳がバレるが、言うならば
北斗の拳のサウザーみたいな感じで行きたいｗ

426:仕様書無しさん
09/03/29 11:16:04
if( val > max )val = max;

こうやってif(とvalの間とmaxと)の間にスペース入れる奴嫌い
なんで空けるの？無駄じゃん

bool
createWindow(unko);

↑止めろよ、なんで改行すんだよ
定義が見たいのに「bool createWindow」での検索に当たらないよ

ってなんか具合の悪くなるスタイルな奴ってなんでだろうか？

427:仕様書無しさん
09/03/29 11:20:30
俺嫌われてるみたいだな

428:仕様書無しさん
09/03/29 11:32:32
>>426
val < max じゃないの？

括弧の内側に空白を入れると見苦しい、ってのは昔から
言われてるな

429:仕様書無しさん
09/03/29 11:33:18
>>426
> こうやってif(とvalの間とmaxと)の間にスペース入れる奴嫌い
> なんで空けるの？無駄じゃん
じゃあ無駄だからこう書けよ。
if(val>max)val=max;
>や=の周りにスペース入れるのも無駄だろデコスケ野郎。

430:仕様書無しさん
09/03/29 11:42:00
>>426
括弧の内側にスペースを入れるのは、Microsoft がよく使ってるスタイルだな。
なんでかしらんけど。

foo(bar)
if (baz)
のように、関数の括弧は付ける、if とかの括弧は離す、というのもよく見かける
スタイル。かなり一般的だと思うが。

関数の先頭を
typename
funcname()
{
のようにするのは、K&R(初版)のころのスタイルの影響と、こういう記述を拾って
関数の先頭を見つけてるツールがあるから。

いずれにしても、自分が書く時は首尾一貫して、他人に対してとかプロジェクトの
ルールに従う時には柔軟に対応できるのがプロってものかと。

431:仕様書無しさん
09/03/29 11:46:36
括弧以前にstd::min使えよ

432:仕様書無しさん
09/03/29 12:21:40
>>429
ちがうな
もともと(はifとvalを区切るためのものなんだから
if(とvalの間のスペースは蛇足だろ？
つまり、

if(val > max)val = max;

が完成形

433:仕様書無しさん
09/03/29 12:23:02
いや、こうかくべきだろう。
if ( val < max )
{
val = max;
}

434:仕様書無しさん
09/03/29 12:32:34
>>433
俺も普段は「{」はほとんど抜いたこと無い派
if(とvalの間のスペースは受け入れ難い
val<maxだとvalがmax超えてないのに上限値入れてるじゃん

435:仕様書無しさん
09/03/29 12:33:20
言語論争の後はコーディングスタイル論争ですか
ホントお前ら不毛な争いが好きだな

436:仕様書無しさん
09/03/29 12:37:32
関数宣言の改行は分かるけど
スペースを嫌うのは理解できん

437:仕様書無しさん
09/03/29 12:38:16
ネタがないからだろ。

あと、ゲハがついてこれない話題としてちょうどいい。

438:仕様書無しさん
09/03/29 12:39:36
>>435
高級店ｘ１回（\50000）か格安店ｘ1回（\20000）かで議論してる
外食産業、建設業、営業の奴等よりいくらか人間らしいと思ってる

439:仕様書無しさん
09/03/29 12:45:42
>>436
単純に邪魔
俺からしたら括弧付近のスペースは括弧も含めて２つスペースが開けてある感覚と同じ
あと

unko( chinko ,manko ,hoge );
unko( chinko, manko, hoge );
unko( chinko , manko , hoge );

UUUUUUUZZZZZZEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE！

440:仕様書無しさん
09/03/29 12:47:35
サンプルコードでそんなもん書くアンタはそれと同レベルかと

441:仕様書無しさん
09/03/29 13:45:31
他人のスタイルを気にしてたら仕事にならん気がするのだが
それとも俺様が中心に世界が回ってるって思ってる人？

442:仕様書無しさん
09/03/29 14:06:53
ＧＤＣに行ってて、現地からカキコしてるとかいる？

だいぶネットにも情報あがってきてんだろうけど、今年のトピックはまだあまり拾っていない・・・

443:仕様書無しさん
09/03/29 14:14:36
ヒデェことになってるんだな。

【DS】海腹川背・旬 SE完全版part4
ｽﾚﾘﾝｸ(handygame板:206-番)

444:仕様書無しさん
09/03/29 14:59:36
>>439
俺は
if ( i == 0 )
みたいにスペース空けまくり。ただ、特にこだわりがあるわけじゃなくてクセ。
これが読みにくい人がいるなら改善してみようと思うけど、
一括でコーディングスタイルを書き換えるツールとかどっかにない？

445:仕様書無しさん
09/03/29 15:06:38
気にスンナ
逆に「お前のスタイルのほうが読みにくい」っていってやるくらいでちょうど良い

446:仕様書無しさん
09/03/29 15:14:28
if ( i == 0 )

if( i == 0 )　

if (i == 0)　

if(i == 0)　

if( i==0 )

if(i==0)

447:仕様書無しさん
09/03/29 15:42:46
こんなスペースなんかそんときの気分で変わるわ
おまえらどんだけ神経質なんだよ

448:仕様書無しさん
09/03/29 15:52:15
俺様のほうがすげーんだ思考な方たちばかりですからね

449:仕様書無しさん
09/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:仕様書無しさん
09/03/29 16:00:31
この手のは体で覚えてるから、自分のやりかたと違うと違和感感じるんだよね。
いちいち他人にまで自分のフォームを強制することは無いけど。
ただ、違和感を感じないようなら、もうちょっと練習したほうがいいと思う。

451:444
09/03/29 16:04:25
自分のコードが読みやすいと思えない。改善したいと思っている所に>>439というヒントを得た。
仮に記述方式を変えるだけで読みやすくなるなら試してみたい。
正直なところ、ifの(の前後のスペースが無くなるだけで読みやすくなるとは信じられない。
ただ否定するのは見比べてからでも遅くないかと。

452:仕様書無しさん
09/03/29 16:10:52
だから>>439にとって読みやすいコードになるだけで
世間一般に読みやすいコードになるとは限らない

453:仕様書無しさん
09/03/29 16:12:56
if( x < (SOME_SIZE1+SOME_SIZE2) )

454:仕様書無しさん
09/03/29 16:48:51
みんな職場でルールを統一してる？
複数人数でプログラムしているとどうしてもルールは混在すると思うけど。
できるプログラマほど自分のこだわりのルールがあって他人にあわせることを嫌うから。

しかしルールが完全に統一されてなくても実はさして実害はない、
ということに気づいてあげることがチームで作業するためには大切なのでは。

自分ルールを人に押しつける奴が一番うざい。
時間も取られるし雰囲気も悪くなるしで、ルールの不統一より実害が多い。

455:仕様書無しさん
09/03/29 16:57:23
ルールって言っちゃうと >454 の言うとおりうざいことになりやすいから、
標準（スタンダード）とかガイドラインってぐらいがおすすめかなぁ。

それでも空白のスタイルなんかは、手を入れるときに迷わないように
ファイル一個の中で統一されてさえいれば、ほんとどうでもいいなぁ。

456:仕様書無しさん
09/03/29 17:06:41
コーディングルールが自分好みになってないと、どうしてもわずかながら
ストレスになる。だからこそプロジェクトでルールとして決めといてくれないと
（決まってれば特に悩まずそれに慣れるだけだから）困るというか。

457:仕様書無しさん
09/03/29 17:32:58
インデントとソフトタブぐらいは部署というかプロジェクト内で統一するかな。

あとは基本的な決まりをちょっと作るだけで、それ以外は自由

458:仕様書無しさん
09/03/29 18:20:48
こういうのは英語のpunctuationのルールに従うのがいいと思う
英語の文章で括弧の内側にスペースは入れないからプログラムでも入れない、
とすればすっきりする

まあそんなことより何よりも大事なのは一貫性を持たせることだね

459:仕様書無しさん
09/03/29 21:29:53
学生の「俺のスタイル論議」にしか見えない・・・
本当に仕事してる人たちですか？

460:仕様書無しさん
09/03/29 21:35:54
>>459
結論は>>454だと思うな
何が不満？

461:仕様書無しさん
09/03/29 21:40:00
でも一人だけハードタブの代わりに半角スペース2つとかはカンベンな。

462:仕様書無しさん
09/03/29 21:41:29
タブとスペースごちゃまぜのほうがうざいな

463:仕様書無しさん
09/03/29 21:42:48
糞みたいなコーディングルール定めるところもあるから困る

464:仕様書無しさん
09/03/29 21:43:17
タブをわざわざスペースで打つ奴ってどんな信念もってんだろうなｗ
ＶＢＡとかたまに手入れするけどマジウザイ

465:仕様書無しさん
09/03/29 21:48:35
VS使ってるならALT+F8で一括インデントしてくれるからそんなの気にしない

466:仕様書無しさん
09/03/29 21:55:19
俺もそれ書こうと思った。

でもSVNとかでバージョン管理していて過去の版との差分をチェックするときうざくなるし、
やり返されたりするのも嫌だから、基本的には元のソースのルールにあわせてあげるけどね。

467:仕様書無しさん
09/03/29 21:55:29
VBAか。

468:仕様書無しさん
09/03/29 21:58:43
インデント無しっていう恐ろしいコード書く奴もいるから侮れないｗ
２ｃｈからコピって来たの？ってぐらいの左端絶壁ソースｗ

469:仕様書無しさん
09/03/29 21:59:33
ＶＢＡはバージョン管理ツールで差分が見えねぇよ

470:仕様書無しさん
09/03/29 22:14:31
Office Developer かアドインか忘れたけどVSSで管理すればいいんじゃなかったっけ

471:仕様書無しさん
09/03/29 23:10:41
マジで？
そーゆー商売はじめたの？
winCVSだからダメだわ

472:仕様書無しさん
09/03/29 23:11:25
スタイルは手間を減らすために使うべきなんだから
スタイルのために手間を増やすのはバカチンのやる事だ。

期限内にプログラムをバグ等なく仕上げるのがプロだろ。

スタイル統一などはむしろアマチュアコンテストや
自分だけがうっとりするオナニーの類だな。

473:仕様書無しさん
09/03/29 23:27:46
VBAってあのVBA?
ゲーム屋ってVBAとかOfficeDeveloperとは縁のない世界だと思ってたが、
結構使われてるのか？

474:仕様書無しさん
09/03/29 23:58:39
>>473
データの入力インタフェースにエクセルを使う時とかに。使える人は使ってる。
ゲームプログラマって三種類くらいの成長タイプがあると思う。

１．とにかくハードについて深く知りたがる人
　ハードのパケットやら裏ワザやら専用アセンブラをどれくらい使いこなせるかが
　力量、という判断の人。

２．視野を広く持ちたがる人
　C#やVBAやLinuxやら仕事で１度も使ったことないのにネットワーク構築やら妙に色々使いこなす人。
　味方として頼もしいけど、時々LISPとか強く勧めてくる。

３．何年も同じもの作ってて潰しのきかない人
　連作を担当しているサブプログラマに多い。ずっと同じもの作ってるんで脳はあまり使ってないけど
　その人が一番熟知してる部分があるんでそれなりに評価される。と本人は思っている。

俺の周りではこんな感じ。

475:仕様書無しさん
09/03/30 00:09:26
俺はVBAは使わないけど、ゲーム開発では開発ツールも社内制作するのが普通だから、
PerlなんかのスクリプトやWebプログラミングやDBや.NETあたりの知識もいるよ。
ただし社内で１人か２人知っている人がいれば十分というレベルだけど。

476:仕様書無しさん
09/03/30 00:25:14
コーディングスタイルの話が出てたからちょっと紹介しておく。
eclipse(CDT)のコードフォーマッタが超強力。
インデントは勿論、中括弧の位置、スペースの入れ場所、一行の文字数、
ソース保存時に自動的にフォーマットするか、などかなり柔軟に設定できる。
またこれらの設定はプロジェクト毎に保存出来るので、
プロジェクト全体でのフォーマット統一が簡単になる。
難点は、見易さの為に配置したスペースやタブも問答無用で消されるところ。

477:仕様書無しさん
09/03/30 00:28:32
VBAはソースをテキストに吐き出させてからsvnとかで保存している。
というか、Officeのエディタは正直使い勝手よくないので、編集もだいたいxyzzy等でやるほうが多いけどね。

全員が知っている必要はないけど、どの会社は普通はC/C++、適当なスクリプト言語、あとはGUI向けフレームワーク（Qtとか、.NET）を使える（というか、2年もすればだいたいこれぐらいの引き出しができる）
そのうちどんどん幅がでてきて、これぐらいのスキルシート
URLﾘﾝｸ(www.bandainamcogames.co.jp)
（注：オレはバンナムの人ではありませんが、業界では有名なスキルシート）
なら６，７割はそこそこのレベルで埋められるように成るんじゃないかな？

478:仕様書無しさん
09/03/30 01:50:05
全体的にExcel大好きすぎて、なんでもかんでもexcelになって困る
サクサク動くなら良いんだけど、
これだけプロセッサが進化したのにいつまで立っても動作が鈍くてイライラするから困る。

>>477
指導できる30個くらいだな全然埋まらん。これ大半埋められるやつとかいるの？

479:477
09/03/30 02:56:30
>>478
あらためてシートを見たけど、6割は言いすぎだった。
個々の専門分野や会社で使ってる環境もあるから、20～40ぐらい埋まればってところだな。

Excelは管理やバックアップの問題もあって、正直別の方法に置き換えたいが、企画にとってこれが一番使いやすいツールだったり、
外注とのやり取りが大概これになるので使わざるを得ないのが実情かなー

480:仕様書無しさん
09/03/30 02:59:50
>>478
俺もインタフェース作るのが面倒なんで入力データはなんでもExcel。
VBAで足りない部分はDLLで拡張してでもExcel使ってる。
ただ、自分では使いたいと思わない。動作思いから。あくまでも提供する側。

481:仕様書無しさん
09/03/30 06:37:26
>>477
いいなぁxyzzy。うちは某秀○しか入れる許可貰えない。

482:仕様書無しさん
09/03/30 08:12:56
>>481
エディタを強制なんて基本的プログラマ権の重大な侵害だな

483:仕様書無しさん
09/03/30 08:46:06
開発効率とか考えてないのか？

484:仕様書無しさん
09/03/30 08:58:16
IDEの利用を必須にしてる、とか、何らかの理由がある
（コーディングスタイル統一のためのマクロを自分たちで作ってる、とか）
んでなければ、エディタ選択は自由であるべきだよな。

485:仕様書無しさん
09/03/30 12:50:01
>>472
だってもとが、アマチュアが入社時に提出するソースの話だから。

486:仕様書無しさん
09/03/30 12:57:05
>>478
こんなの、自由に利用できる言語は「他者を指導できる」で、後はほぼ全て
「独力で使用して開発業務が可能」だろ。
知らない言語は案件が来てから学んだって全く無問題だし、ある程度以上の
技術者なら無理な話ではない。開発業務で重要なのはその目的であって、
手順としての言語やツールではないからな。

487:仕様書無しさん
09/03/30 12:58:48
スタイルってtypedefやnamepaceの使い方、変数命名等も
含んだ話だと思ってたが違うのかw

488:仕様書無しさん
09/03/30 13:12:35
>>486
ただの経歴詐称じゃないか。

489:仕様書無しさん
09/03/30 13:32:04
>>488
経歴シートじゃなくて、スキルシートなんだから出来るならいいんじゃないの？

490:仕様書無しさん
09/03/30 13:40:29
再帰呼び出し禁止とかまで含まれることもあるよな。スタイルには。

理由は、スタックの制限が厳しい、だったり、マネージャが理解できない、
だったりするわけだがw

491:仕様書無しさん
09/03/30 14:03:43
スキルシートで変に謙虚になる必要は無いよ
できないことまでできるって書くのは問題だが

492:仕様書無しさん
09/03/30 15:25:52
ところで「C++を他人に指導できるレベル」ってどの程度の事を言うんだ？
完全に正しいC++の使い方を知ってないとダメだよね当然。

493:仕様書無しさん
09/03/30 15:38:57
身辺にいるのがboost神だったりC++0xの議論してる人だったりで
他人から学ぶことはあっても指導しようとは全く思いません (> <)

494:仕様書無しさん
09/03/30 16:37:12
教えられるかどうかなんて気にするな
自分が一番得意分野としてるものはとりあえず一番上にしとけばいいんじゃね？

495:仕様書無しさん
09/03/30 17:15:42
嘘を申告する奴が一番許せん。
出来ないなら出来ないなりの使い方ってのがあるんだからさ。

496:仕様書無しさん
09/03/30 17:38:17
広く浅くよりも、狭く深い知識の方が重宝される罠。

497:仕様書無しさん
09/03/30 18:13:34
>>490
普通にスタックが理解できない奴を制限してるんだろ
あんなもん理解できない奴がわざわざ制限するかよ

498:仕様書無しさん
09/03/30 18:13:58
486のような記述をするのも、部署内で見かけるがこれは正直信用なくすよ。
自己評価なんかもそうなんだが、ふざけているようにしか見えないものもあるので、
正直に且つドライに書くのが結果的によかったりするかな。

499:仕様書無しさん
09/03/30 18:14:56
>>489
> 知らない言語は案件が来てから学んだって全く無問題だし、ある程度以上の
> 技術者なら無理な話ではない。
ひとつやふたつならそれで乗り切るけど、
やったこと無いのが10個組合わさった仕事とかきたら無理じゃね？

500:仕様書無しさん
09/03/30 20:43:32
>>498
信用をなくすのは、書いたけど出来なかったときだけじゃないの？

>>499
それは運が悪かったな。書いたからにはやるしかないわけだが。
上のスキルシートで言えば、その会社の主要業務に近いメジャー
どころの項目を抑えて、独立して～教えられるが３割くらいあるなら、
そんな目ににはまず会わないから大丈夫だ。

501:仕様書無しさん
09/03/30 21:53:05
>>492
スキルシートの「できる」は「社内でできるほう」のレベルでOKだよ。
１００人集めたら、上位の２５人が「他社を指導できる」という程度の能力に入っていい。
マスターしたかどうかを認定する制度じゃなくて、
社内で比較的できる人をあぶり出して仕事を割り当てるためのものだから。

スキルシートで評価したいなら、東芝みたいにテストを課したり
教育専門の部署で教育カリキュラムを組んだりして評価の精度を担保しないといけない。
これはかなりコストがかかる。人月単価１００万程度のゲーム会社じゃ無理。
ゲーム会社でスキルシートを評価に使いたいと思っているならやめたほうがいい。

逆に社内の人員リソース活用のためにスキルシートを作るだけなら
自己申告で十分だし、アンケートを採るだけなので低コストで済む。

でも大手でも意味があるかどうか微妙。
ゲーム会社なら社内の誰がどんなスキルを持っているかってだいたい把握してるものなんじゃないの？
２００人を超える規模で、頼める人を探すのに苦労するような会社じゃないと。
はっきり言って電機や車の製造大手や派遣会社の事情にあわせたシステムだよ。

502:仕様書無しさん
09/03/30 23:53:04
社内では使ったことないから出来るほう

503:仕様書無しさん
09/03/31 01:45:36
>>492
完全に、とか言うヤツを採用するとうざそう

「自分はまだC++を勉強中の身ですので人に教えるなんて・・・」
「いや、いつまで勉強してんですか。早く新人教育してほしいんですけど」
「生涯是勉強」
「かえれよ」

504:仕様書無しさん
09/03/31 10:55:13
プログラムはいいから
数学教えてくれ

505:仕様書無しさん
09/03/31 11:12:51
算数ならなんとか

506:仕様書無しさん
09/03/31 17:38:12
>>504
・ベクトル→点とか方向とか勢いとか。
・マトリクス→魔法の箱。ベクトル入れるとなんか変換してくれる。
・外積→ベクトルがどれくらいやる気か
・内積→どれくらい右回りか。左回りだと裏側だから描画しないで。
・平行光源→オレとお前がどれくらい向き合っているか
・点光源→平行光源＋どれくらい離れているか

507:仕様書無しさん
09/03/31 22:43:53
なんか内外逆じゃね？

508:仕様書無しさん
09/04/01 04:25:37
>>507スマソ。いっつも迷う、書き直し。
・ベクトル→隣の家の幼馴染。ツンデレ。
・マトリクス→つり目の生徒会長、冷酷、長身。
・逆マトリクス→マトリクスの双子の妹。弓道部。姉を敵対視している。
・外積→天然。常に眼鏡と白衣。語尾が「～ですぅ」
・内積→スポーツ万能。ボクっ娘。外積と仲良し。
・平行光源→いつも屋上でたそがれている。腕に古傷。
・点光源→タレ目のお姉さん系。

番外：
ア～クたん「角度の事ならおまかせなのだ！」
ル～たん「距離の事ならお任せですわ！」

>>504
基本的に、ゲームで使う程度の数学なら深夜のアニメ見てれば身につくよ。

509:仕様書無しさん
09/04/01 08:12:50
・無限ループ→習わなくても自然と身につく。

510:仕様書無しさん
09/04/01 10:58:49
テンソル→いらない子

511:仕様書無しさん
09/04/01 17:49:32
俺には攻略しきれない訳だ。
時間掛けて落としていくか。

512:仕様書無しさん
09/04/01 19:13:23
・ベクトル→春香
・マトリクス→千早
・逆マトリクス→貴音
・外積→やよい
・内積→真
・平行光源→雪歩
・点光源→あずさ

513:仕様書無しさん
09/04/01 23:44:34
>>511
全員攻略しても過労死ENDとかになる時があるから要注意。

514:仕様書無しさん
09/04/02 00:29:29
なにこのクソゲー
全然好感度あがらない

515:仕様書無しさん
09/04/02 01:27:43
業務に使うのなんて、大学の教養レベルですらないし
高校レベルの数学、物理が出来ない奴はそもそもメーカーに就職できないし

別段心配するようなことはない
ど忘れしても教科書読み直すかググればいいだけだし

516:仕様書無しさん
09/04/02 02:25:36
・ベクトル→幼馴染
・マトリクス→幼馴染の母親
・逆マトリクス→自分の母親
・外積→姉
・内積→妹
・平行光源→部活娘
・点光源→学級委員

517:仕様書無しさん
09/04/02 02:31:18
実はゲーム表現の本質は”いかにそれらしく見せるか”だから
物理計算はあんまり厳密にやらない。できるだけ軽く、でも見た目はそれっぽく。
だから頭の使い方としては数学というよりかは、とんちかな。

518:仕様書無しさん
09/04/02 02:46:16
>>516
ベアトリクス→幼馴染の母親に見えた。
そろそろ寝よう

519:仕様書無しさん
09/04/02 02:50:05
>>517みたいなのがゲームプログラマーとしては優秀だけど
見た目それっぽくって必要な要素の抽出能力が高いんだよね。

520:仕様書無しさん
09/04/02 03:23:28
とんちといえばとんちなんだけど、高速化のためのセオリーはかなり多いし、
アルゴリズム的にも高度なものもそれ相応にあるから、数学はやっぱりいるかな・・・
このあたりに手をつけ始めると高校数学がおっつかなくなってくる。

521:仕様書無しさん
09/04/02 03:36:38
数学数学言ってる奴に限って
出来上がったものがしょぼい・そもそもできないってことが多いから
あえてとんちと言いたいのじゃないかと。

522:仕様書無しさん
09/04/02 08:47:25
物理よりも
physxＳＤＫ使える人のほうが役に立つ

数学よりも
DirectXSDK使える人のほうが役に立つ

523:仕様書無しさん
09/04/02 08:47:29
数学って要は先人の発明したアルゴリズムを知るってことだろ
車輪の再発明は時間の無駄

524:仕様書無しさん
09/04/02 08:50:40
>>522
ダウト

525:仕様書無しさん
09/04/02 08:53:21
>>522
SDK叩くだけで作れるレベルのプログラムという意味では正解

526:仕様書無しさん
09/04/02 12:38:02
ヒント：　任天堂や欧米では採用は高学歴優先

527:仕様書無しさん
09/04/02 12:45:47
低学歴は喧嘩っぱやいからな

528:仕様書無しさん
09/04/02 14:24:05
>>517
日付変わってるよ

529:仕様書無しさん
09/04/02 14:26:05
優等生が飛ばしたヒット作って何？

高学歴の得意な事って業界の官僚主義化だけじゃんw
システム化して赤字出すのが高学歴。
何でもお勉強の延長にしちゃうからな。

高学歴はプライドが邪魔して
最も融通が聞かない人種だよ。

芸人に高学歴がいないように
実は基本はエンタメには向いてない。

笑わすんじゃなくて感動させようとしちゃう
センスだからな。

530:仕様書無しさん
09/04/02 14:39:28
エイプリルフールは昨日だよ

531:仕様書無しさん
09/04/02 14:54:53
今どきの高学歴は何十倍、何百倍の倍率を潜り抜けて
入社してくる。

だから、入社した時点で優秀な人間と勘違いする。

ショボいプログラムを書く高学歴ほど
入社自慢してるからなw

そんな大手も大量リストラッシュになって
実力がない高学歴組はゴミ箱行きしたとさ

532:仕様書無しさん
09/04/02 15:36:47
内定取り消しの話題が世間を騒がせてるけどゲ業界はどう？

533:仕様書無しさん
09/04/02 15:49:20
なにこのアンチ高学歴厨
官僚主義っていつの時代の話だよｗ
googleとかが高学歴を取ってる意味を全く理解してないのな

534:仕様書無しさん
09/04/02 16:01:44
低学歴＝実力がないと採用されないから優秀
高学歴＝学歴だけで採用されるから低能

って言いたいんだろうけど、

高学歴＝成長の見込みがあるから現時点のプログラミング能力は問われない
低学歴＝成長の見込みが無いから即戦力じゃないと入れない

が正解
「なぜ高学歴が採用されやすいのか」を考えろよ

535:仕様書無しさん
09/04/02 18:44:15
全体的にみると「高学歴が採用されやすい」のは本当なのだろうか？
高学歴であれば技術が伴わなくてよい、と言い切れるのは
ちゃんと社内教育ができる余裕のある大手のみ
中小は安く使えて即戦力になりうる専門卒などを好む傾向にある
大手と中小の比率でいったら中小の方がどう考えても多いよね
逆に大手を狙うなら高学歴が必須ってことだけど

536:仕様書無しさん
09/04/02 20:20:00
技術やセンスの有無は判断が難しいが学歴は一目瞭然だからな
それにちゃんと学生生活を送ってきた分社会性等の信頼もある

537:仕様書無しさん
09/04/02 20:27:12
受験勉強なんていうくだらないことに必死になれる　=　仕事なんていうくだらないことに必死になれる

538:仕様書無しさん
09/04/02 20:31:57
仕事ってやりたくないことがほとんどだからな。受験勉強から逃げたやつは仕事からも逃げる。

539:仕様書無しさん
09/04/02 20:33:16
俺みたいな低学歴が勘違いするのがプログラミング技術があるから学歴だけのやつより使えるって考えることだな
たしかに入った直後は高学歴より働けるかも知れんがそれは高学歴が技術を身につけた時点で絶対にかなわなくなる

なぜなら高学歴は今のゲームプログラミングに必須な数学、英語、物理等を身に着けているから
そのうち高度なコアライブラリを担当できるようになるが
低学歴はよほど努力しないとゲームを組み立てることだけしかできないコーダーで終わる

だから将来ゲームプログラマになりたいと思うお子様達はC言語なんかを覚える前に
ちゃんと学校の勉強をして任天堂クラスの会社に入れる学力を身につけろ

540:仕様書無しさん
09/04/02 20:34:39
例えば慶應幼稚舎からのエスカレーターでも
苦労して慶応入った奴と同列の扱いなの？

541:仕様書無しさん
09/04/02 20:37:48
>>539
高学歴が技術を身につけてる間に
技術だけの奴は数学、英語、物理、等を身につけてればいいんでしょ

542:仕様書無しさん
09/04/02 20:40:36
ヒント：　就業中に技術は身につくが学力は身につかない

543:仕様書無しさん
09/04/02 20:46:17
数学/英語/物理は高校理系クラスの基礎力があれば十分習得可能。

544:仕様書無しさん
09/04/02 20:51:23
まあどんなに技術を主張したところで大学出てない時点で門前払いの会社があるのが現実だし
学歴は高いことに越したことは無いわな

545:仕様書無しさん
09/04/02 21:14:50
任天堂だって専門枠あるし
セガは潰れそうで他も外注ばっかりだ
一体どこに学歴なんぞ見て採用してるところがあるのか聞きたい
こんなクズな業界で学歴なんてみてるわけないだろ
製作会社は過去ミリオン出したゲーム作ってるところでさえ地獄だ

546:仕様書無しさん
09/04/02 21:18:28
昔から学歴コンプレックスもちのノイローゼ野郎がいるけど
嘘吐きマジでやめろ

ついでに学生にいうとゲーム業界なんてくるなといいたい
タダ働きなんてするもんじゃない

547:仕様書無しさん
09/04/02 21:27:50
学歴はゲーム業界から他業種のまともな会社に逃げるのに必要
一生ゲームで食うつもりがあるか逃げ場が他業種ブラックでも良いなら低学歴でもおｋ

548:仕様書無しさん
09/04/02 21:31:16
いっぱい釣れてよかったですね。

549:仕様書無しさん
09/04/02 21:34:23
>>546
安心しろ。
そのうち URLﾘﾝｸ(www.hal.ac.jp) を卒業した奴らがわらわらと雲霞の如く
ゲーム業界に押し寄せるから。

550:仕様書無しさん
09/04/02 21:36:49
国家資格取得学部ｗｗｗｗ

551:仕様書無しさん
09/04/02 21:42:05
>>547
「つもり」があっても一生ゲームで食うなんて無理だけどな
それこそ大企業の研究職とかじゃないと

552:仕様書無しさん
09/04/02 21:49:49
>>546
どれが嘘なの

553:仕様書無しさん
09/04/02 22:42:13
高学歴の人たちの中で即戦力になる人が一番いいよ。

554:仕様書無しさん
09/04/02 22:52:05
大手で京大卒のウンコプログラマや数学科を出ているウンコプログラマを見ているので学歴は信じないな。

センスがないと伸びないのは皆一緒。

しかし、高学歴はプライドだけは例外なく伸びるな。

555:仕様書無しさん
09/04/02 23:00:22
むしろ、高学歴でゲームプログラムに向いてない奴の方が
精神を病んだりとより悲惨な事になるので
学生は業界入りする前にゲームプログラムを組んでみる事を勧める。

学力が一定以上あるのにアレ？
てなる奴はたぶん向いてないので
別の道で自分を活かした方がいいよ、マジで。

端から見てても痛々しいからな。

556:仕様書無しさん
09/04/02 23:14:48
高学歴の人は学歴なんざ気にしないのに
低学歴ほど学歴を気にする不思議

557:仕様書無しさん
09/04/02 23:23:59
気にしてないし。
別に聞くこともないんだけど駄目高学歴プログラマは
自分から周りに学歴を語るから自然と耳に入るだけだ。

逆に出来る奴の学歴はこっちも特に聞かない事もあって
不明の事が多い。

558:仕様書無しさん
09/04/02 23:28:03
うちの会社のプログラマでは専門卒以下で年収700万以上のやつはいないから
たぶんいろいろ不利なんだと思うよ

559:仕様書無しさん
09/04/02 23:44:28
学歴はスレが荒れるなぁ・・・

そもそも数学うんぬんの話から学歴は筋違いだな。

プロで飯食ってて、数学の重要性は誰もが認識していると思うが、そこで数学イラネってのはなんだ？アマチュアか？
数式いじってるだけが数学じゃない。
事象の抽象化、モデル化、演算の数値安定性、高速解法どれをとっても数学の知識いるだろ。

まぁ、数学と一口に言ってもジャンルは広いし、苦手分野はあっても不思議はないけどな。
それでアレルギーになっている人もいるはいる。
学歴とはあまり関係ないな。

560:仕様書無しさん
09/04/02 23:49:32
面白いゲームを纏め上げるプログラマーが言ってるならものすごく納得なんだが
数学云々言ってる奴は得てして面白いどころか纏め上げることもママならないことが多い。

561:仕様書無しさん
09/04/02 23:53:15
ほとんどが既存の解法で事足りるわけだが。

まぁ、数学も大事な事は同意。

562:仕様書無しさん
09/04/02 23:54:16
つーか、センスのない奴は数学を
ゲームプログラムに活かせない

563:仕様書無しさん
09/04/02 23:54:49
道具として使う数学といわゆるお勉強の数学とも違うしね
大学で数学が好きだった人間が会社で使う道具としての数学まで好きになれるかというと疑問が残るな
プログラムで数学を使う場面で果たしてモチベーションを維持できるかどうかも
適性の問題でこれがつまらないならもう会社で使う数学なんてやんないかもね
合わない奴は結構いる

564:仕様書無しさん
09/04/02 23:59:43
「高学歴は大抵～な奴が多い」とか言ってる奴、お前は何社のゲーム会社を見てきたんだよ
有識者乙

565:仕様書無しさん
09/04/03 00:00:52
>>564
誰もそんな話してない
もうちょっと人の話を聞け
脊髄反射でいつも人の胸倉つかんでくる新卒も２年目になると
おとなしくなってつまんないねってくだらない話させるな

566:仕様書無しさん
09/04/03 00:03:43
>>529
>>531
>>554
>>557

567:仕様書無しさん
09/04/03 00:11:09
>>560
いまだにプログラマがおもしろいゲームを作ってるのか？

568:仕様書無しさん
09/04/03 00:12:03
学歴はあって当たり前
低学歴は問題外

学生時代に努力しなかった奴が大人になってから努力するわけがない
それだけで落とす理由になる
センスより何より一生努力し続けられるかどうかが問題
仕事だろうが人生だろうが、半端で投げ出す奴は要らん

569:仕様書無しさん
09/04/03 00:13:08
>>567
おもしろいかどうか、なんて主観的な評価をしようとする時点でマではありえない
学歴コンプの腐れ企画が紛れ込んだんだろ

570:仕様書無しさん
09/04/03 00:15:21
一般ソフト会社

高学歴の大半は有能だけど一部使えない奴がいる。
低学歴は一部使える奴がいるけど大半は使えない。

大手ゲーム会社

高学歴の大半は有能だけど一部使えない奴がいる。
低学歴は猛烈に狭い低学歴枠を超えてきただけあって猛者揃い。しかし数学や英語で苦しむ。

中小ゲーム会社

大手に入れなかった高学歴のたまり場なので使えない奴が多い。プライドが邪魔して人の意見を素直に聞けない。
低学歴は一部を除いて底なしに使えない奴が多い。

次ページ