ゲームプログラマの人 ..
265:仕様書無しさん
09/03/22 20:49:31
お前様が一番「厨」っぽい件について。
266:仕様書無しさん
09/03/22 20:52:27
>>265
わかったから泣くなw
267:仕様書無しさん
09/03/22 20:53:23
そんなことよりベネズエラに腹立ってる人のほうが多いんですけどね
268:仕様書無しさん
09/03/22 20:58:19
>266
イミフ。
オレ今来たばっかりなんだが、なんで泣かなきゃいけないの？
厨っぽくない論理的な説明をよろしく。
ベネズエラにはがっかりだが泣くほどでもないし。
269:仕様書無しさん
09/03/22 20:59:57
C++が最高と言うつもりはないが、現実にC++以外で開発してるところってあるんかな？
うちはポータブル系はやったことないので、知らないだけだがあのあたりのハードは今でもＣ開発あるんかな？
昔、ＳＨ４での開発があったときはSH4のC++が糞だったので、Cの割合が多かったけどな。
もしＤとかで開発してるデベロッパーがあれば、かなり度肝を抜かれるんだけど・・・
ぜひなんかの機会に講演して欲しい
270:仕様書無しさん
09/03/22 21:42:35
スレが進んでると思ったらまだ33問目を引きずってるのか
271:仕様書無しさん
09/03/22 22:08:54
DSもPSPもC++だよ
携帯電話はJavaが多い
いまどきわざわざCで書くメリットは少ない
確かに細部の速度は上だろうけど、それならアセンブラで書けば？って思う
実際、マトリクスとかベクトルとかのコア部分はアセンブラで書いてるし
272:仕様書無しさん
09/03/22 22:19:40
DSはしらん。
PSPはC言語でやってる。
273:仕様書無しさん
09/03/22 22:55:15
>235
和洋の『和』ってナンだよwww
274:仕様書無しさん
09/03/22 23:05:51
DSもPSPもC++だ。
いわゆる次世代機は言わずもがな。
C使ってるのは組み込みやってる部署くらいかな。
275:仕様書無しさん
09/03/22 23:16:24
DSみたいなハードで
C++って選択は妥当なのか？
処理落ちしまくりOKとか
ショボゲーをサクっと開発するとか駄目系な理由しか
妥当性が見当たらない。
276:仕様書無しさん
09/03/22 23:16:29
社内や自分の知人関係では100%がC++。Cでゲーム作ってるという話はもはや聞かない。
１０年前はC++は少数派だったけど、今はCは一部を除いてほぼ絶滅したんじゃないかな。
ただSTLをきちんと使いこなしているところは多くない感じ。
ましてやboost使っているところはごく一部という印象。
277:仕様書無しさん
09/03/22 23:24:18
C++が遅いと言っているやつは、コンパイラがどんなコードを吐くのか
理解できない、アセンブラも読めないヘタレじゃないの？
コンパイラの癖をきちんと把握していればCと変わらないコードを書ける。
278:仕様書無しさん
09/03/22 23:31:16
STLもboostも速度に関しては微妙なことが多いしなー
高機能そこそこの速度ものより低機能高速が求められるから、実際パフォーマンス的に問題なくても
一々ネックになる部分のこと考えるくらいなら全部Cで書いてしまった方がいいという思考停止状態に陥るのも分からないでもない
279:仕様書無しさん
09/03/22 23:34:09
>>277
最適化オプションの種類や数を知ってる人間の
発言じゃないな。
たぶんお前が考えてるよりもコンパイラの方が
良いコードを吐くだろうな。
280:仕様書無しさん
09/03/22 23:38:53
>179
>C++を押す奴は、CもC++も使い、その上で清濁合わせてC++の方が便利と言ってる
すんません、Cあまり使わずにC++使っちゃってすんません。
281:仕様書無しさん
09/03/22 23:44:12
>>276
とりあえずboost::randomとboost::foreachだけなら使ってる人も多いかと。
特に前者。
282:仕様書無しさん
09/03/22 23:46:46
MT使ってる
283:仕様書無しさん
09/03/22 23:51:28
AGB でも C++ 使えたよ。例外と RTTI は切ってたけど。 STLport 入れて
auto_ptr や algorithm 程度は快適に使えた。 boost に手を出そうとしたころに
AGB の仕事がなくなった。
284:仕様書無しさん
09/03/22 23:52:17
そもそもC++のマングリングとアセンブラは相性が悪い。
アセンブラに限らずちょっとバイナリレベルな事を混ぜると
面倒な事になりがち。
結局は使い分けだろ。
当たり前だけど。
285:仕様書無しさん
09/03/23 00:32:29
export "C" するのってそんな面倒なことか
や、使い分けなのは同意だが
286:仕様書無しさん
09/03/23 00:44:28
何言いたいのかさっぱりわからない
野球で例えてくれ
287:仕様書無しさん
09/03/23 01:00:43
ゲッツー
288:仕様書無しさん
09/03/23 01:21:00
鈍足の強打者を二番に起用またはリリーフエースを先発で起用。
289:仕様書無しさん
09/03/23 01:32:04
昔はブイブイ言わしていたかもしれないが、今は無能で故障ばかりの清原が二軍で
新人ピッチャー相手にフルスイングの三振で周りにバカにされて四面楚歌。
290:仕様書無しさん
09/03/23 01:35:38
一番秋山
三番イチロー
理論上うまくしのげそうなのだが、結果が出ない
291:仕様書無しさん
09/03/23 01:47:36
一時期の巨人。
金にモノを言わせて人を集めたはいいが
使い方が下手で結局最下位。
292:仕様書無しさん
09/03/23 01:48:20
そんな事より今後のゲーム業界の話し聞かせてよ！
293:仕様書無しさん
09/03/23 06:10:16
開発会社と販売会社の全面戦争だよ
URLﾘﾝｸ(www.8bit.co.jp)
URLﾘﾝｸ(ssl.form-mailer.jp)
294:仕様書無しさん
09/03/23 07:01:04
>>293
いいぞおもしろいぞもっとやれ
295:仕様書無しさん
09/03/23 08:08:03
クソゲーはどうでもいい。
というか、信頼できる相手と仕事しない時点で自分が悪いと気づけない奴は、救いようのない馬鹿だ。
296:仕様書無しさん
09/03/23 08:58:55
格好付けてもプラットフォームを選ぶ立場の限り
ガキの発言にすぎない。
つーか、スカしてる奴が一番使えない。
297:269
09/03/23 18:45:03
C++が割合的に多いけど、Ｃもまだまだ現役ってところかね。
うちでもboostやSTLは積極的に使用してるけど、たしかにボトルネックになる部分はある。
ただ、それもきちんとプロファイラとって、どうしても目をつぶれない箇所は修正するぐらいで、
どちらかといえば開発効率アップのためにこれらのコンテナは普通に使うことが多いかな・・・
ちなみにboostは乱数関係と、スマートポインタ、稀にファンクション使うぐらいだけど。
STLもSTLportを使うようにしている。
298:仕様書無しさん
09/03/23 20:02:21
組み込み系プログラマからおまいらに素朴な質問
趣味でDirectX使った3Dゲームソフト作ってるんだけど、
DSとかPSPとかPS3とかもそれに似たようなライブラリが用意されてるわけ？
なんかかっこいい名前ついてるの？
箱○はDirectXそのままなんだっけ？
あと、組み込みだと、CPUごとに統合開発環境が用意されてるんだけれど、
ゲーム開発もそういうのがあるのか？
299:仕様書無しさん
09/03/23 20:16:19
ドザはだまってろｗ
300:仕様書無しさん
09/03/23 20:26:23
>>298
だいたいあるから心配するな
301:仕様書無しさん
09/03/23 21:40:58
>298
そんなのはMW買ってこれば良いんだよ。
302:仕様書無しさん
09/03/23 22:35:11
>>298
PSPはしらんけど、DSとPS3はかっこわるい名前がついたのがあるよ＞ライブラリ
303:仕様書無しさん
09/03/24 02:15:42
>>298
ハードによるかな。PS2は最初は無かった。
外人が作ったポリゴン出るよ程度のサンプルからソニー社内の開発チームとか
初期タイトル出すメーカーが色々作ってた。後期に大分充実したけど。
ソフトウェアハウスがどのハードで発売するかを考えた時、ゲームの内容で選ぶことはまずない。
どのハードなら売れそうかで考えるので、
作りやすいハード→参入しやすい→タイトルが増えやすい→ユーザが増えやすい
→パイが多いから買ってもらえる可能性が増える。
なので、最近はハードを出すところも作りやすさを考えて色々作ってくれてる。
304:仕様書無しさん
09/03/24 03:24:46
XBOX360はゲームプログラマなら誰でも使えるDirectX採用だから簡単に開発できる。
PS3はゲームプログラマが慣れてないOpenGL採用だから開発が難しい。
XBOX360はWindowsパソコン上のVisual Studioで開発できる。
PS3は糞高い専用のワークステーションを買わないと開発できない上にコマンドライン()笑。
XBOX360にはXNAみたいな優れたライブラリがある。
PS3はライブラリが無いからハードウェアを直接叩くしかない。
熱心なXBOXファンが言ってたんですが、これは本当ですか？
305:仕様書無しさん
09/03/24 03:37:44
UNIXツールなめんなよクズども
306:仕様書無しさん
09/03/24 03:41:14
熱心なXBOXファン、つまりお前の意見だろｗ
307:仕様書無しさん
09/03/24 06:04:01
>>304
全部嘘。
308:仕様書無しさん
09/03/24 07:11:39
>304
> XBOX360にはXNAみたいな優れたライブラリがある。
XNAはC#用だwww
バカだろ、オマエもその『熱心なXBOXファン』とやらもwwwww
309:仕様書無しさん
09/03/24 07:37:25
え？PS2はDirectXですよね？
ゲーム作りやすいDirectXだったのにOpenGLとかいう未知の技術に切り替えたから
PS2やXBOX360と比べて開発費が20倍がかかっちゃうんですよね？
310:仕様書無しさん
09/03/24 08:00:21
違います。
311:仕様書無しさん
09/03/24 09:11:55
ここまで的確に全部嘘ってのもすごいな
普通は本当のことも混じってるもんだが
312:仕様書無しさん
09/03/24 09:57:32
>>308
「みたいな」って日本語が読めない？
360用のライブラリの簡略版がXNAなんだが
313:仕様書無しさん
09/03/24 09:58:53
>>304
「熱心なXBOXファン」を捏造して開発者と360を切り離そうとしても手遅れだよ
314:仕様書無しさん
09/03/24 10:00:00
一言「ゲハうざい」で放置すりゃいいだろ
315:仕様書無しさん
09/03/24 10:05:09
>>312
残念ながらそれも違います
316:仕様書無しさん
09/03/24 11:47:46
OpenGLが未知の技術って・・・
冗談は顔だけにしろよ
317:仕様書無しさん
09/03/24 16:17:16
XNAはC#専用じゃない。
しかしXNAなんかで製品は開発しない。
318:仕様書無しさん
09/03/24 20:52:27
XNAのデメリットって何？PCとXBOX両方で出そうとした場合、
PCのOSの敷居が上がって必要ランタイムが増えるくらい？
319:仕様書無しさん
09/03/24 20:57:28
箱○触ったことない俺がなんか重そうとか言ってみる
320:仕様書無しさん
09/03/24 21:57:04
XNAのデメリットは、DirectXより機能が乏しいということもあるけど、
これまでDirectXで構築したり購入したりしたライブラリやツールが使えなくなるとか、
マルチプラットホームのミドルウェアが使えないとか
（商品がシングルプラットホームでもミドルウェアだけ使いたいこともある）、
マイナーなライブラリは外注やバイトが慣れるまで時間がかかるとか、
C#やC++/CLIで開発したらPS3やWiiへの移植に困るとか、そんなとこ。
.NET自体は、ツールとかビュアーとかを作ってみた限りでは、
起動時をのぞいてパフォーマンスはネイティブとほとんど変わらないと思う。
いざとなったら一部をネイティブで書いて高速化できるし。
321:仕様書無しさん
09/03/24 22:30:37
XBOX360でXNAを使うデメリットは、携帯機器など非力な環境向けに設計された糞遅いGC。
あれが動き出すとパフォーマンスが目に見えて低下するから、動かないように気を付けた
コーディングをしなけりゃならない。C#やC++/CLIはCLRの元で動く、つまり、マネージド
コードという枠が与えられているのに、その枠内でさらに自前でメモリ管理しなけりゃ
ならない。C#で受けられる恩恵の一つを、自ら潰してしまわないといけないって事だ。
XBOX360向けに書いたものをPCへ移植するのは割と楽だが、逆をやると大変だ。
ある程度の規模を越えると、PCではちゃんと動いていたものが、まともに動かなくなる。
322:仕様書無しさん
09/03/24 22:49:23
なるほど。
過去の資産とＧＣか。ＧＣはXNA用に.NETと違うアルゴリズムが搭載されてるって聞いてたけど、
むしろそれがネックなのか。
323:仕様書無しさん
09/03/24 23:39:59
なんだゲームキューブの話か
324:仕様書無しさん
09/03/24 23:50:54
XNAは簡単なゲームなら簡単に作れるところがメリット
コラムスとかテトリスだったらサクっと作れる
ハイエンド向けにやろうとすること自体間違い
MFCで全てをやろうとするくらいアホ
325:仕様書無しさん
09/03/25 02:53:09
現世代機でベクトル演算器使いすぎるとPCに移したときSSEのあまりの遅さに悶絶する。
XNA使った商用タイトルって存在しないよね？
326:仕様書無しさん
09/03/25 03:09:30
XboxLIVEアーケードに存在するって噂を聞いたけど本当かどうか確かめたことは無い
PCでは多分無いだろ。難読化面倒そうだし
327:仕様書無しさん
09/03/25 03:11:19
>現世代機
PS3？個人的にはそれ以外のコンシューマーは遅いCPUを
GPUでカバーなイメージなんだけど。
328:仕様書無しさん
09/03/25 08:08:56
ところで
sgiって言ったらシリコングラフィックスなんたらだよな？
なんで創価学会なんたらとかいいだすん？
329:仕様書無しさん
09/03/25 09:26:53
お約束のボケだから
330:仕様書無しさん
09/03/25 09:54:19
もはやなんたらという程度の知名度しか残ってないから
331:仕様書無しさん
09/03/25 20:16:04
創価の方が知名度高いから
332:仕様書無しさん
09/03/25 20:32:41
そうか
333:仕様書無しさん
09/03/25 21:06:37
電車で吊革広告を見たら、SGIとあの名が一緒にあったので不思議に思ったけど、そうか
334:仕様書無しさん
09/03/25 22:42:27
>>293
の問題は
URLﾘﾝｸ(news.dengeki.com)
結局こうなったのか
まぁプロジェクトがポシャるのは珍しくないが
これはやるせねぇなぁ
335:仕様書無しさん
09/03/25 22:52:41
しょうもないオチだなあ
パブリッシャーが糞だとほんとみんなが迷惑する
336:仕様書無しさん
09/03/25 23:00:00
ネットが無い時代だと、もっと酷い話もあったんだろうな
337:仕様書無しさん
09/03/25 23:22:08
感情論で考えると元の開発者達を応援したくなるけど、
仮契約の上にゲームのクオリティの線引きを受注側が勝手に決めるのはどうかと。
金の為に作るかユーザの為に作るか、開発者なら誰もが抱えるジレンマだけど
クライアントがいる以上、下がそれを勝手に選んじゃいけないんだよなぁ。
338:仕様書無しさん
09/03/25 23:40:18
結局、どっちも糞ってこった
作りたいものを作りたきゃ、自分で調達した金で作れってこった
339:仕様書無しさん
09/03/25 23:53:52
江戸時代かよｗ
340:仕様書無しさん
09/03/26 01:48:46
>>334
URLﾘﾝｸ(www.os.rim.or.jp)
こんなプロジェクトに関わったらぐったりする程度じゃすまなそうだ
こういうの見ると自社開発って恵まれてるんだと改めて思う
341:仕様書無しさん
09/03/26 06:39:37
そういう書き込みする事事態が、守秘義務違反に感じる訳だが
全てにおいてガキ臭い
342:仕様書無しさん
09/03/26 07:37:49
じゃあ開発会社が勝つためにはどうすればよかったの？
いい案もってるならアドバイスしてあげたらよかったじゃん
俺は逆の意見でやれることはなんでもやったらいいと思う
その上で結果がアホならアホ、いいならいい
今回は結果オーライだね
343:仕様書無しさん
09/03/26 07:39:17
ただ裁判はこれからっぽいね
344:仕様書無しさん
09/03/26 14:06:35
>>342
「２週間開発を伸ばしてもらい、それにかかる損害を全て開発費から引いてもらったらどうでしょう？」
ユーザに無責任にこんな事言われたら怒るでしょ？
「俺の納得するゲームができてないので出せない」
開発にこんな事言われたら怒るでしょ？
どちらも責任を取れる立場にないから。今回の場合、どうしたらいいか解らんけど
「このクオリティで出すなら期間短縮の為と全責任をそちらが取るって一筆書いてください。
既知のバグのリストを出しますので、これを容認した旨を書類にして下さい。」
で、発売後ユーザ怒るも書類を盾につっぱねる。消化不良のユーザの要望が高まったところで
版権元が完全版の需要を見込んで開発に話がくるのを待つ。くらいかなぁ。
345:仕様書無しさん
09/03/26 14:34:24
ここでCvsC++
346:仕様書無しさん
09/03/26 20:18:49
Gamebryoを採用したうちの会社は勝ち組？
でも機能が足りなくて、エンジン部分書き換えまくってます。
次のバージョンアップが来たら軽く死ねます。
347:仕様書無しさん
09/03/26 20:25:26
>>344
開発の人達保身のために怒ってるわけじゃないのに的外れじゃね？
ユーザーになんも救いがないうえに書類盾にして裁判でもやりたいなら今の状況とどう違うっていうの？
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のような記述をするのも、部署内で見かけるがこれは正直信用なくすよ。
自己評価なんかもそうなんだが、ふざけているようにしか見えないものもあるので、
正直に且つドライに書くのが結果的によかったりするかな。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5383日前に更新/193 KB
担当:undef