- 1 名前：仕様書無しさん [2009/03/16(月) 00:02:18 ]
- 前スレ
ゲームプログラマの人に聞きたい 33問目
pc11.2ch.net/test/read.cgi/prog/1234083564/
まったりといきましょー
- 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 ]
- スタイルは手間を減らすために使うべきなんだから
スタイルのために手間を増やすのはバカチンのやる事だ。
期限内にプログラムをバグ等なく仕上げるのがプロだろ。
スタイル統一などはむしろアマチュアコンテストや
自分だけがうっとりするオナニーの類だな。
- 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
それは運が悪かったな。書いたからにはやるしかないわけだが。
上のスキルシートで言えば、その会社の主要業務に近いメジャー
どころの項目を抑えて、独立して〜教えられるが３割くらいあるなら、
そんな目ににはまず会わないから大丈夫だ。
|
 |
