- 1 名前：仕様書無しさん [2009/03/16(月) 00:02:18 ]
- 前スレ
ゲームプログラマの人に聞きたい 33問目
pc11.2ch.net/test/read.cgi/prog/1234083564/
まったりといきましょー
- 372 名前：仕様書無しさん [2009/03/27(金) 20:35:55 ]
- 今不況だけど
普通のPGでも使えなかったら
クビ切られるの？
- 373 名前：仕様書無しさん mailto:sage [2009/03/27(金) 21:56:49 ]
- 使えない時点で普通ではないよ
- 374 名前：仕様書無しさん mailto:sage [2009/03/27(金) 22:09:55 ]
- 使えるプログラマでも切られるご時勢
某大手ソフトハウスも300人リストラ予定で追加で＋200人リストラだと
外注も一切止めて内部のみの開発にするらしい
つまりそこから発注を受けてた下請け会社は押して知るべし
- 375 名前：仕様書無しさん mailto:sage [2009/03/27(金) 22:56:59 ]
- ゲーム会社だと、まずCGから切られていくイメージ。
それ以前に中堅以上だと最近は開発スパンが長くなり、
１プロジェクトで１年くらい収入無いのはあたりまえなんで、
まだ不況の実感ないんじゃないかな？
- 376 名前：仕様書無しさん mailto:sage [2009/03/28(土) 00:31:52 ]
- 丸一年経つ頃には発売日未定のゲームがいっぱい出揃ってるんじゃね？
- 377 名前：仕様書無しさん mailto:sage [2009/03/28(土) 00:39:43 ]
- >>374
ここ最近なんにもヒットだしてないN社さんですか。
- 378 名前：仕様書無しさん mailto:sage [2009/03/28(土) 01:18:30 ]
- そうなるとユーザが少ない選択肢の中からソフトを選ぶようになるので、
ローンチみたいな現象がおきるのかな。ソフト会社は二極化が進みそう。
>>377
スポーツジム運営してるとこ？
- 379 名前：仕様書無しさん mailto:sage [2009/03/28(土) 01:35:52 ]
- 今期大幅最終赤字を出したS社だと思われます
- 380 名前：仕様書無しさん mailto:sage [2009/03/28(土) 01:46:19 ]
- 大鳥居だろう。
- 381 名前：仕様書無しさん mailto:sage [2009/03/28(土) 03:58:29 ]
- SEGAって赤字なんだっけ？
でもKillのってPGだけじゃないよね？
- 382 名前：仕様書無しさん mailto:sage [2009/03/28(土) 05:20:22 ]
- 来週からSEGA勤務か。
- 383 名前：仕様書無しさん mailto:sage [2009/03/28(土) 06:59:58 ]
- 無駄なプロジェクトが淘汰されて、かえって良くなるんじゃね
会議ででしゃばる企画あがりの馬鹿どもが減るだけでも
- 384 名前：仕様書無しさん [2009/03/28(土) 10:43:08 ]
- >>368
そこまで神経質にならんでいいよ
そんなことするくらいならゲーム充実させるべし
- 385 名前：仕様書無しさん mailto:sage [2009/03/28(土) 10:47:12 ]
- いやいやいやいや
ソースは他人が見た時にわかり易く書く習慣はつけとくべきだぞ
それはそれでプラスポインツだ
- 386 名前：仕様書無しさん [2009/03/28(土) 11:52:29 ]
- うちの先輩に何でもマクロにして書きたがる人がいて、すげぇ迷惑してる。
- 387 名前：仕様書無しさん mailto:sage [2009/03/28(土) 11:55:01 ]
- 先週２３人リストラされたが、何とか生き残れた…
今年いっぱいはサバイバルゲームだな…
- 388 名前：仕様書無しさん mailto:sage [2009/03/28(土) 12:37:19 ]
- ゲームが好きでゲーム会社に入ったんだから仕方ないな
- 389 名前：仕様書無しさん mailto:sage [2009/03/28(土) 12:56:57 ]
- 若者に人気がある職業っていくらでも安い人材が入ってくるから本当にそう言われる。
プログラマー、デザイナー(イラストレーター)、美容師等。この辺は言われた事だけ
やって、１０年後に人並みの生活をおくれると思わない方がいい。
- 390 名前：仕様書無しさん mailto:sage [2009/03/28(土) 13:12:35 ]
- 大丈夫、ゲームプログラマは言われた事だけやってたらゲーム完成しないから。
- 391 名前：仕様書無しさん mailto:sage [2009/03/28(土) 13:26:01 ]
- ですよねー
- 392 名前：仕様書無しさん mailto:sage [2009/03/28(土) 13:37:07 ]
- typedef厨ってなんとかならんの？
型って呼べる物作ってるの？
- 393 名前：仕様書無しさん mailto:sage [2009/03/28(土) 13:49:15 ]
- 厨と言う奴こそ厨の法則が発動しそうだな。
- 394 名前：仕様書無しさん [2009/03/28(土) 13:54:01 ]
- うちの会社にいるやつなんだけど
// ベクトルちゃんを作成しました(^ω^) 代入禁止だぉ(#-メ-)
const VECTOR3 vecPosition = VECTOR3(0.0f, 0.0f, 0.0f);
変なコメントに顔文字まで付けてるやつがいる
一番仕事できるし先輩だから文句言いにくいんだよね・・・・
- 395 名前：仕様書無しさん mailto:sage [2009/03/28(土) 14:02:35 ]
- >>394
最高やね
- 396 名前：仕様書無しさん mailto:sage [2009/03/28(土) 14:06:12 ]
- 移植とか考えたら環境依存の型は置き換えて
ソフトからの呼び出しを統一するのは普通だけどね
- 397 名前：仕様書無しさん mailto:sage [2009/03/28(土) 15:54:04 ]
- ウチの会社には、コメントにクライアントに対する暴言を書き捨てるヤツがいるなぁ。
ソースコード納品じゃないから発覚したこと無いけど。
- 398 名前：仕様書無しさん mailto:sage [2009/03/28(土) 21:11:49 ]
- はいはい
- 399 名前：仕様書無しさん mailto:sage [2009/03/28(土) 21:24:56 ]
- 裁判だ不況だ、もうちょっと明るい話題はないのかね？
- 400 名前：仕様書無しさん mailto:sage [2009/03/28(土) 21:41:26 ]
- >>368
評価する奴が有能なら、そういう視点で重要視するのは一貫性。
どんな俺ルールでも一貫性があるコードは読める。
一貫性があるのに読めないような俺様ルールの場合は、最初から評価の対象外だしな。
アマチュアのコードは概して、最初に書いた部分と、最後に書いた部分で、
ルールが異なっていたりすることが多い。
書いてる最中にもっと気に入ったルールが見つかったんだとは思うけれど、
それが混じっているソースに関して、俺は評価を下げる。
もしかしたら複数の人の作品の可能性もあるしな。
- 401 名前：仕様書無しさん mailto:sage [2009/03/28(土) 22:13:28 ]
- >>379-380
セガのリストラは560人て発表してるから違う
そもそもリストラして全部内製って矛盾してるしデマだろ
- 402 名前：仕様書無しさん mailto:sage [2009/03/28(土) 22:15:16 ]
- どっちにしろ全部に当てはまるとは限らない個人的な意見だよね
経営が営業よりの会社だとだから技術者の意見は参考程度だから
ゲームのことを良く分かってないおっさんたちには
インパクトある作品みせたほうが受けが良いってこともあるし
大手から独立した技術者集団みたいな会社だと結構中のほうまで見られたり
自分が行きたい会社の取締役が営業の人なのか技術者あがりなのかは割と重要かもしれない
もちろんソースも完璧、見栄えも完璧なら問題ないわけだけど
- 403 名前：仕様書無しさん mailto:sage [2009/03/28(土) 22:16:30 ]
- セガが下請け切ってるのはホントみたいだよ
- 404 名前：仕様書無しさん [2009/03/28(土) 22:46:51 ]
- >>400
正論すぎて困る
- 405 名前：仕様書無しさん mailto:sage [2009/03/28(土) 22:48:38 ]
- typedef厨って何だろ？
ある程度はやってほしいが。
- 406 名前：仕様書無しさん mailto:sage [2009/03/28(土) 23:00:29 ]
- セガが切ってるのは
コンシュ＾マーより主にアミューズメントの方みたいだね
ユーザーのゲーセン離れはもうどうしようもないのかもしれん
Wii(フィットネス)と大型液晶の普及が
ゲーセンの売りである体感ゲームの株を奪ったなんて説もあるがどうだろう
- 407 名前：仕様書無しさん mailto:sage [2009/03/29(日) 00:18:27 ]
- typedef使わないとか頭おかしくなって死ぬ。
namespaceをusingで省略するくらいならtypedefしようよ・・・。
- 408 名前：仕様書無しさん mailto:sage [2009/03/29(日) 00:21:58 ]
- >>407
namespace の省略は typedef じゃ置き換えられないだろ。
意味づけするための typedef なら namespace 関係ないし。
- 409 名前：仕様書無しさん mailto:sage [2009/03/29(日) 00:33:39 ]
- まあ何事も適度に使えばOKって事だな。
とboost依存症の俺が言ってみる。
- 410 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:00:00 ]
- つーか、言うほど整然としたソースは大手でも見た事ないな。
むしろバラバラだ。
- 411 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:00:27 ]
- いまだにtypedefをつけるのとつけないときと違いがわからないｗ
つけないとなんかエラーがでるからつけてるｗ
- 412 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:02:01 ]
- >>400
それもよくわからないなぁ
もっといいルールが見つかったなら変えてもいいんじゃない？
なんでダメなの？仮にも人を評価するんだから理由ぐらいは説明できんだろね？
会社のソースだってコロコロ変わってるんでしょ？
変わってないのみたことないもん
- 413 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:11:39 ]
- >>412
最初の方ももっといいルールに則って書き直せということじゃないの？
就職活動期間は十分にあるんだから、
提出されたものはそれがその人の力の全てと判断されても仕方ないと思う
- 414 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:25:48 ]
- 「3日前のソースはもう他人のソース」という名言があってだな
- 415 名前：仕様書無しさん mailto:sage [2009/03/29(日) 01:48:05 ]
- typedef std::vector<char> buffer
とか宣言して、バッファを表す型を作って
イテレータ使う時も短い記述で済むしすげー便利、と思ってた。
ただ、ソースを複数人で触る場合、読む人がこれが何を表すかを調べるのに
時間がかかったりして作業が増えるのがダメらしい、ということに気づいた。
しかも自分で定義しておいて中身をstd::mapと勘違いとかして悩んだりすることも。
最近はインテリセンスが賢い環境で作ってるので入力量もあまり気にならないので
なるべくtypedefは使わないようにしている。助長だけどガマンする。
- 416 名前：仕様書無しさん mailto:sage [2009/03/29(日) 02:02:15 ]
- スコープ内でtypedefして極力影響を小さくしてからだったらよく使うけどな。
namespaceも長くて面倒なときは
namespace n = hoge::hage;
みたいな使い方はたまにする。（.NETのクソ長い名前空間のときとか）
- 417 名前：仕様書無しさん mailto:sage [2009/03/29(日) 02:09:24 ]
- std::mapはクラス内で一度typedefしてから使うな
でもvectorはそのまま使うことが多い。一貫性無いな orz
- 418 名前：仕様書無しさん mailto:sage [2009/03/29(日) 02:27:11 ]
- typedef std::vector<char> buffer
これはダメだろｗ
typedef std::vector<char> vecChar
vecChar m_vBuffer;
これくらいにしてください。
- 419 名前：仕様書無しさん mailto:sage [2009/03/29(日) 02:43:28 ]
- なにこれ、エイドリアン記法ってやつ？
- 420 名前：仕様書無しさん mailto:sage [2009/03/29(日) 02:47:54 ]
- typedef使うのって関数ポインタくらいだな。
構造体も変数宣言時に structつければいいじゃんと思うようになった。
- 421 名前：仕様書無しさん mailto:sage [2009/03/29(日) 03:12:27 ]
- >>412
コーディングスタイルは変えてもいいよ。
問題なのは、１つのプロジェクトで複数のコーディングスタイルを使うことなんだ。
他人に公開しているライブラリの開発では一貫性が特に重要だ。
それに疑問を感じない人や、俺スタイル以外の記述に耐えられない人は、大規模
プロジェクトに参加するのは無理だ。
言ってみれば、生産性と保守性の問題だな。
大体「もっといいルール」っていうのは、よっぽどの初心者でなければ
単に気分の問題だったりするしな。宗教戦争と言われる所以だ。
>>417
必ずそうするなら、それは立派な一貫性。
- 422 名前：仕様書無しさん mailto:sage [2009/03/29(日) 03:37:31 ]
- >>421
そんなの重要だと思わないなぁ
１ファイル内でごちゃごちゃまざってんのは邪魔だけど
１ファイルごとに「ああ、なんかかわってんな」っていうのはすぐわかるじゃん
１プロジェクトで違う奴が組んだのが入ってたって大して問題にはならないって
ホントにそんなギャーギャーいうほど大事なことかい？
もっと大事なものが見えないようで心配になってしまうけどね
- 423 名前：仕様書無しさん mailto:sage [2009/03/29(日) 04:07:47 ]
- とりあえず>>2を読めってことで
- 424 名前：仕様書無しさん mailto:sage [2009/03/29(日) 04:49:50 ]
- 神経質な夢想であって害悪でしかない
- 425 名前：仕様書無しさん mailto:sage [2009/03/29(日) 10:58:52 ]
- むかしはコーディングスタイルとか気にしてたけど
いまは設計や処理の実装方法の方が重要だと思ってる
スタイルとは言えないとかのレベルじゃなきゃ、大抵の人のコードは可読出来るし
自分の可読を楽にする為に、人にスタイルを強制する方がどうかと思う様になった感じ
変数に小文字のgが付いてるとグローバル変数とかって、実際の変数を宣言してる部分を確認せず
手抜きでコード読もうって感じにしか思えなくなってる、確認しろよエディタでチョットの手間だろｗ
って感じ
_が如何たら、名詞で先頭大文字で後は小文字だの、別に可読性に問題なんか無いと思う
ただ自分の読みやすいルールを皆で押し付けあってるんだろｗ
だから、まともに設計して実装してあればコーディングスタイルなんて気にしない派
歳がバレるが、言うならば
北斗の拳のサウザーみたいな感じで行きたいｗ
- 426 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:16:04 ]
- if( val > max )val = max;
こうやってif(とvalの間とmaxと)の間にスペース入れる奴嫌い
なんで空けるの？無駄じゃん
bool
createWindow(unko);
↑止めろよ、なんで改行すんだよ
定義が見たいのに「bool createWindow」での検索に当たらないよ
ってなんか具合の悪くなるスタイルな奴ってなんでだろうか？
- 427 名前：仕様書無しさん mailto:sage [2009/03/29(日) 11:20:30 ]
- 俺嫌われてるみたいだな
- 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 ]
- スタイルは手間を減らすために使うべきなんだから
スタイルのために手間を増やすのはバカチンのやる事だ。
期限内にプログラムをバグ等なく仕上げるのがプロだろ。
スタイル統一などはむしろアマチュアコンテストや
自分だけがうっとりするオナニーの類だな。
|
 |
