【35人も】ｹﾞｰﾑ業界人実情吐露ｽﾚ【欠席】
このｽﾚは、今週土日も休日出勤でもうたまらんなぁと思いつつも週末会社にやってくると、
「あれ？今日は人がいないなぁ。」
出社一覧を見ると35人もいない。今日なんかあったっけ？
そんな、「休日出勤より夏ｺﾐで荒稼ぎだろ常考。仕事中も夏ｺﾐのﾃﾞｰﾀをこっそり作ってたんだし」なｹﾞｰﾑ業界人が、 日頃から溜りに溜まった 心の膿や毒を吐き出すﾁﾗｼの裏です。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○ここはｹﾞｰﾑ業界人のﾁﾗｼの裏です。「お客様」「非業界人」の方々はｽﾚの空気を読みましょう。
【ｱﾝｹｰﾄ】ｹﾞｰﾑ業界人実情吐露ｽﾚ【34通】
http://namidame.2ch.net/test/read.cgi/ghard/1215968550/l50
「あれ？今日は人がいないなぁ。」
出社一覧を見ると35人もいない。今日なんかあったっけ？
そんな、「休日出勤より夏ｺﾐで荒稼ぎだろ常考。仕事中も夏ｺﾐのﾃﾞｰﾀをこっそり作ってたんだし」なｹﾞｰﾑ業界人が、 日頃から溜りに溜まった 心の膿や毒を吐き出すﾁﾗｼの裏です。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○ここはｹﾞｰﾑ業界人のﾁﾗｼの裏です。「お客様」「非業界人」の方々はｽﾚの空気を読みましょう。
【ｱﾝｹｰﾄ】ｹﾞｰﾑ業界人実情吐露ｽﾚ【34通】
http://namidame.2ch.net/test/read.cgi/ghard/1215968550/l50
|
|
|
○ｹﾞｰﾑ業界希望者の転職相談は転職ｽﾚで。 ↓
■□■ゲーム業界 14th stage■□■
http://changi.2ch.net/test/read.cgi/job/1208879890/l50
○就職相談は↓へどぞ。
□×○△家庭用ゲーム業界94▲●×■
http://money6.2ch.net/test/read.cgi/recruit/1218362108/l50
○脳内業界人はお断わりです。会話でバレます。
どーしてもｹﾞｰﾑ業界人ごっこをしたい 脳内君は、そんなことやめて他の板で適当にお話するか適当にｽﾚ立ててそちらでどうぞ。
またｹﾞｰﾑ業界人の皆さんも、脳内君が現れたら大人のｽﾙｰをしましょう。 例え「脳内君」であっても「お客様」なので。
#勤務時間中に夏ｺﾐのﾃﾞｰﾀ作るのはやめた方がいいんでない？
ではどうぞ。
■□■ゲーム業界 14th stage■□■
http://changi.2ch.net/test/read.cgi/job/1208879890/l50
○就職相談は↓へどぞ。
□×○△家庭用ゲーム業界94▲●×■
http://money6.2ch.net/test/read.cgi/recruit/1218362108/l50
○脳内業界人はお断わりです。会話でバレます。
どーしてもｹﾞｰﾑ業界人ごっこをしたい 脳内君は、そんなことやめて他の板で適当にお話するか適当にｽﾚ立ててそちらでどうぞ。
またｹﾞｰﾑ業界人の皆さんも、脳内君が現れたら大人のｽﾙｰをしましょう。 例え「脳内君」であっても「お客様」なので。
#勤務時間中に夏ｺﾐのﾃﾞｰﾀ作るのはやめた方がいいんでない？
ではどうぞ。
>1乙
おかしいよな。昨日から盆休みのはずなのに、今日も会社に行ってたんだぜ…
火曜日まで盆休みのはずなのに、明日も明後日も出社予定なんだぜ…
おかしいよな…
おかしいよな。昨日から盆休みのはずなのに、今日も会社に行ってたんだぜ…
火曜日まで盆休みのはずなのに、明日も明後日も出社予定なんだぜ…
おかしいよな…
○『電ソル』とは
電波ｿﾙｼﾞｬｰの略。
某ｹﾞｰﾑ会社のﾌﾟﾛｸﾞﾗﾏｰと思われる。
解った様な中途半端な持論を展開し、
少しでも反対意見があると理性をなくし怒涛の如く反論し、
それは相手がｳﾝｻﾞﾘしてﾚｽを止めるまで続く。
またその内容はその場しのぎなので一貫性を欠く。
自分の気が済むまでﾚｽの連投をするのが癖。
以降、電ｿﾙに対してのﾚｽは荒れる元なので
気付き次第ｽﾙｰしてください。
電波ｿﾙｼﾞｬｰの略。
某ｹﾞｰﾑ会社のﾌﾟﾛｸﾞﾗﾏｰと思われる。
解った様な中途半端な持論を展開し、
少しでも反対意見があると理性をなくし怒涛の如く反論し、
それは相手がｳﾝｻﾞﾘしてﾚｽを止めるまで続く。
またその内容はその場しのぎなので一貫性を欠く。
自分の気が済むまでﾚｽの連投をするのが癖。
以降、電ｿﾙに対してのﾚｽは荒れる元なので
気付き次第ｽﾙｰしてください。
>>5
解った様な事書いてんのお前だろww
どこの会社とだ思ってんだ？
教えるとは約束せんが試しに書いてみ？
中途半端な持論って意味わかんねーしw
要するに、言い返せねーけど認めたくないって事で
負け惜しみつーんだよ。
この板で言い返せなくなっていなくなるのは
敗走って言うんだよ。
わかった？
一貫性を欠く事については一部はあるだろうな。
そもそも、完全に一貫性保ってる人間なんかいるわけねーし。
しかし、突っ込んでくるバカよりは一貫性が保ててるので
最終的に俺の言いたい放題になるだけw
気が済むまでつーのも、当たり前の話で
俺が書き込みたいときに、止めたきゃ止める。
つーか、>>5は書き込みから
・チキン
・バカ
・俺の話を否定しきれてない
を自ずから証明してる、アホw
解った様な事書いてんのお前だろww
どこの会社とだ思ってんだ？
教えるとは約束せんが試しに書いてみ？
中途半端な持論って意味わかんねーしw
要するに、言い返せねーけど認めたくないって事で
負け惜しみつーんだよ。
この板で言い返せなくなっていなくなるのは
敗走って言うんだよ。
わかった？
一貫性を欠く事については一部はあるだろうな。
そもそも、完全に一貫性保ってる人間なんかいるわけねーし。
しかし、突っ込んでくるバカよりは一貫性が保ててるので
最終的に俺の言いたい放題になるだけw
気が済むまでつーのも、当たり前の話で
俺が書き込みたいときに、止めたきゃ止める。
つーか、>>5は書き込みから
・チキン
・バカ
・俺の話を否定しきれてない
を自ずから証明してる、アホw
つーか、怒涛の如くてwww
よっぽど怖かったのかねぇ？
ワロスwww
よっぽど怖かったのかねぇ？
ワロスwww
>>5をさらに掘り下げて考えると
・チキン
・バカ
・俺の話を否定しきれてない
・粘着
・コンプレックスが強い
・言い訳がましい
正直、短い文章の中にこれだけの突っ込み要素を
ねじ込めるなんて、到底真似出来ねーよw
バカスwww
自分で何書いてるか
もうわかってねーんじゃねーの？
・チキン
・バカ
・俺の話を否定しきれてない
・粘着
・コンプレックスが強い
・言い訳がましい
正直、短い文章の中にこれだけの突っ込み要素を
ねじ込めるなんて、到底真似出来ねーよw
バカスwww
自分で何書いてるか
もうわかってねーんじゃねーの？
>>8
アホ過ぎて読めちゃったよーw
腹イテーwww
前にも割り込みでそのバカ書き込みが入ってたけど
普通にスルーして話は続いちゃたよ？
ほんと進歩ねーなw
お前もう老人並の脳みそになってるから
ゲーム開発止めちゃえよw
アホ過ぎて読めちゃったよーw
腹イテーwww
前にも割り込みでそのバカ書き込みが入ってたけど
普通にスルーして話は続いちゃたよ？
ほんと進歩ねーなw
お前もう老人並の脳みそになってるから
ゲーム開発止めちゃえよw
＞アホ過ぎて読めちゃったよーw
日本語でＯＫ
日本語でＯＫ
みんな仲良くね。
自分の主張≠全員の意見って基本は忘れずにね。
自分の主張≠全員の意見って基本は忘れずにね。
電ソルはネタで変人装ってつきあってんのか？
そうじゃないなら欲求不満すぎだろｗ
そうじゃないなら欲求不満すぎだろｗ
一番IDが真っ赤な奴が
他人を粘着とかワロスｗ
ホントに自分の姿は見えてないんだな。
他人を粘着とかワロスｗ
ホントに自分の姿は見えてないんだな。
奴のせいでこのスレも終わったかな。
ほんと、迷惑な奴。
実社会でもロクでもないんだろうなぁ。
ほんと、迷惑な奴。
実社会でもロクでもないんだろうなぁ。
電ソルっていうかこいつじうこだろ。
>>14
>>15
このスレで変人を装う必要もないし、自分の姿なんて
気にするスレじゃない、JK
>>16
このスレは最初から高尚なスレでもなんでもなく
最初の自虐ネタを楽しむだけしか意味はないスレだったよ。
むしろ、俺のおかげでスレも進むしいいじゃねーかw
つーか、お前にとってここはどんだけ重要なスレなんだよw
バカか？
>>15
このスレで変人を装う必要もないし、自分の姿なんて
気にするスレじゃない、JK
>>16
このスレは最初から高尚なスレでもなんでもなく
最初の自虐ネタを楽しむだけしか意味はないスレだったよ。
むしろ、俺のおかげでスレも進むしいいじゃねーかw
つーか、お前にとってここはどんだけ重要なスレなんだよw
バカか？
スレ立てはえーよｗ
前スレ埋まるのに何日かかるんだｗ
前スレ埋まるのに何日かかるんだｗ
>>18
>>1
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
>>1
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
>>22
www
意味わかんねー、テンプレだな。
結局、書かれてる事を否定しないでくれって事かよw
ゲームしてると、否定される事に極端に弱くなるって
どうやら本当みたいだなw
ゲームやってるときに、散々誉めてもらってるのに
まだ誉めてもらい足りない人が集まるスレですか、そうですかwww
www
意味わかんねー、テンプレだな。
結局、書かれてる事を否定しないでくれって事かよw
ゲームしてると、否定される事に極端に弱くなるって
どうやら本当みたいだなw
ゲームやってるときに、散々誉めてもらってるのに
まだ誉めてもらい足りない人が集まるスレですか、そうですかwww
おまいら、前スレから消化しる
つーかもう終わりだよここ。
電ソルのせいで完全にしらけた。
電ソルのせいで完全にしらけた。
ソルって言ったら隠れているところを叩かれるとトンガリ頭をニョキニョキ出して
さらに叩かれるアレを想像してしまう
さらに叩かれるアレを想像してしまう
27 ：名無しさん必死だな：2008/08/20(水) 10:12:42 ID:tDTI2AA3O
28 ：名無しさん必死だな：2008/08/20(水) 10:31:23 ID:9/N2pzAl0
普通に業界人じゃないんだけど、
ココに沸いてる頭おかしそうな奴ってホントにゲーム業界人なの？
…あんま信じたくないしこんな奴らの仕事に金払って遊んでたと思うと結構馬鹿らしくなるんだけど
多分「馬鹿らしいならゲーム辞めろ」って反論来るんだろうけど、本気で幻滅してるんデスヨ？
人格破綻者が多いんですか？ この業界
ココに沸いてる頭おかしそうな奴ってホントにゲーム業界人なの？
…あんま信じたくないしこんな奴らの仕事に金払って遊んでたと思うと結構馬鹿らしくなるんだけど
多分「馬鹿らしいならゲーム辞めろ」って反論来るんだろうけど、本気で幻滅してるんデスヨ？
人格破綻者が多いんですか？ この業界
人格はたんしゃほどくそげーを
作ってる確率が高いだけの話です。
作ってる確率が高いだけの話です。
>>28
ゲーム誌に露出しているようなスタッフは
全業界人で見た場合１％にも満たないよ。
そもそも、ユーザーが聞いたこともないメーカーが多量にあるし。
一番暴れてるバカは、業界人どころか社会人な可能性も低いけど。
直近の台詞とか明らかにユーザーの立ち位置だし。
あと、本気で幻滅とか言われても
スタッフにスポットをあてて云々ってのは、寄生してるゲームメディアの創作で
基本的に工業製品とその制作職人集団なので個人に幻滅されても、そうですかとしか言えない。
役者や芸能人じゃないから、俺ら。そんなことまで知らん。
ゲーム誌に露出しているようなスタッフは
全業界人で見た場合１％にも満たないよ。
そもそも、ユーザーが聞いたこともないメーカーが多量にあるし。
一番暴れてるバカは、業界人どころか社会人な可能性も低いけど。
直近の台詞とか明らかにユーザーの立ち位置だし。
あと、本気で幻滅とか言われても
スタッフにスポットをあてて云々ってのは、寄生してるゲームメディアの創作で
基本的に工業製品とその制作職人集団なので個人に幻滅されても、そうですかとしか言えない。
役者や芸能人じゃないから、俺ら。そんなことまで知らん。
>>28
ここ業界人のスレだから本当の非業界人なら
他に今の業界の惨状を叩く叩くスレは
たくさんあるんでそっちに逝けよ
お前は着いていけなくて引退した元業界人にしか
見えんけどなー。
むしろユーザーは今の不甲斐ない日本のゲーム業界を
叩く傾向にあるのにお前は保護に回ってるもんなーwww
>>29
ゲーム開発の才能と人格や性格に関連はない。
むしろ、良ゲーを出してる人がその人格とやらを
叩かれる事が多いのは2chを見ても明らか。
あと、叩いてるのは大抵同じ会社の人間。
そんな事もわからないお前は叩いてる側の屑。
ここ業界人のスレだから本当の非業界人なら
他に今の業界の惨状を叩く叩くスレは
たくさんあるんでそっちに逝けよ
お前は着いていけなくて引退した元業界人にしか
見えんけどなー。
むしろユーザーは今の不甲斐ない日本のゲーム業界を
叩く傾向にあるのにお前は保護に回ってるもんなーwww
>>29
ゲーム開発の才能と人格や性格に関連はない。
むしろ、良ゲーを出してる人がその人格とやらを
叩かれる事が多いのは2chを見ても明らか。
あと、叩いてるのは大抵同じ会社の人間。
そんな事もわからないお前は叩いてる側の屑。
>>28
つーか、ここは底辺系の会社の従業員が
書き込んでいる率が高いって事を勉強しろ。
社会でりゃわかるけどさw
>>30
たしかに底辺会社で働いてはいないけど業界人ですが？
夏休みも普通に休めてたしなーw
ユーザー目線を大事ししてるんでバカのお前でも
ユーザーの立ち位置ってわかってくれて良かったよw
業界人都合でオナニーするのだけは嫌な性質なんでな。
>>1
あと、結局ここに書き込んでる連中は
ルールを守る気なんてなく、ただただ自分を擁護してくれるレスに
飛びついてるだけみたいだけど、そんなカススレでいいの？
つーか、ここは底辺系の会社の従業員が
書き込んでいる率が高いって事を勉強しろ。
社会でりゃわかるけどさw
>>30
たしかに底辺会社で働いてはいないけど業界人ですが？
夏休みも普通に休めてたしなーw
ユーザー目線を大事ししてるんでバカのお前でも
ユーザーの立ち位置ってわかってくれて良かったよw
業界人都合でオナニーするのだけは嫌な性質なんでな。
>>1
あと、結局ここに書き込んでる連中は
ルールを守る気なんてなく、ただただ自分を擁護してくれるレスに
飛びついてるだけみたいだけど、そんなカススレでいいの？
夏休み何やった〜？
35 ：名無しさん必死だな：2008/08/20(水) 13:16:48 ID:9/N2pzAl0
>>32
あんま良くこのスレわかってなかった様で申し訳ない
要は下請けの下請け辺りが偉そうに講釈とか愚痴を垂れるスレで自分みたいなのは本格的に用無しでFAなのね？
ちなみにこう見えて就職してるんぞ、ぷんぷん！
…まだ2年目だけど
あんま良くこのスレわかってなかった様で申し訳ない
要は下請けの下請け辺りが偉そうに講釈とか愚痴を垂れるスレで自分みたいなのは本格的に用無しでFAなのね？
ちなみにこう見えて就職してるんぞ、ぷんぷん！
…まだ2年目だけど
>>36
自分で例外設けてる時点で駄目じゃんw
認めてたくないのか素でそう思ってるのかわからないけど
才能の比率が高い職業では、人格とやらは影響しないと
言ってもいいレベル影響度だよ。
例えば、人格でオリンピックの成績決まらないでしょ。
むしろ、性格の良さそうな子のほうが成績残せない位だし…
別に、オリンピックで成績残してる人ほど
人格破綻者とやらであるとかいう話ではないよ。
ゲームに関しては商品の良し悪しは開発者(達)の才能が関係がある。
人格とやらは関係ない。
あたりまえの話でしょ？
自分で例外設けてる時点で駄目じゃんw
認めてたくないのか素でそう思ってるのかわからないけど
才能の比率が高い職業では、人格とやらは影響しないと
言ってもいいレベル影響度だよ。
例えば、人格でオリンピックの成績決まらないでしょ。
むしろ、性格の良さそうな子のほうが成績残せない位だし…
別に、オリンピックで成績残してる人ほど
人格破綻者とやらであるとかいう話ではないよ。
ゲームに関しては商品の良し悪しは開発者(達)の才能が関係がある。
人格とやらは関係ない。
あたりまえの話でしょ？
>>36
あと、オリンピックじゃないけど、才能職について
重要なファクターがもう一つあったな。
それは継続的な努力。
これが出来ない人は、例え若いうちに天才だなんだと
持てはやされても、結果を出せない。
これもあたりまえの話でしょ？
あと、オリンピックじゃないけど、才能職について
重要なファクターがもう一つあったな。
それは継続的な努力。
これが出来ない人は、例え若いうちに天才だなんだと
持てはやされても、結果を出せない。
これもあたりまえの話でしょ？
当たり前の話でしょをマネすんなやｗ
人格がいい人の方がいい商品作れるし
才能がある人の方がいい商品作れる。
人格悪い方がいい商品作れるみたいなことはないってことはわかるだろ？
人格と才能にはなんの関係もないかも知れんが両方いい方が
いい商品作れるにきまっとる。
当たり前の話でしょ？ｗ
人格がいい人の方がいい商品作れるし
才能がある人の方がいい商品作れる。
人格悪い方がいい商品作れるみたいなことはないってことはわかるだろ？
人格と才能にはなんの関係もないかも知れんが両方いい方が
いい商品作れるにきまっとる。
当たり前の話でしょ？ｗ
相手すんなって。
>>39
>人格と才能にはなんの関係もないかも知れんが
>両方いい方がいい商品作れるにきまっとる。
関係ないんならどうでもいい事になるよwww
なんでも良いほうがいいに決まってる!!!
っていうんなら、違うんじゃないとしかw
あと、人格人格言ってるけど
ほんとは人格破綻者って言いたいだけちゃうんかとw
あんたの話だと、糞ゲー出してる会社の人間は
全部人格破綻者ってなるけど、それは違うしw
当たり前の話でしょ？ｗ
>人格と才能にはなんの関係もないかも知れんが
>両方いい方がいい商品作れるにきまっとる。
関係ないんならどうでもいい事になるよwww
なんでも良いほうがいいに決まってる!!!
っていうんなら、違うんじゃないとしかw
あと、人格人格言ってるけど
ほんとは人格破綻者って言いたいだけちゃうんかとw
あんたの話だと、糞ゲー出してる会社の人間は
全部人格破綻者ってなるけど、それは違うしw
当たり前の話でしょ？ｗ
平日の昼間から暇そうですね。
毎回思うんだが>>1の文章は同じ人間が考えているのかい？
らしい。
盆休みもクソも、年中休みでしょ＞ID:TVCKBsa90
>>50
前スレ消化しる、カス
前スレ消化しる、カス
>>52
テンプレ読め、カス
テンプレ読め、カス
電ソルはどこにでもいつでもいるのです
そう、あなたの心の中に
そう、あなたの心の中に
大手でも第一線で頑張ってる人は全然休まないけどな。
で、貴重な休みを昼間から2chてｗ
それとも貴重でもないのかな？要は必要とされてもいない人材て事じゃんｗ
で、貴重な休みを昼間から2chてｗ
それとも貴重でもないのかな？要は必要とされてもいない人材て事じゃんｗ
このペースで行けば1の文章の次のネタはＴＧＳネタかな？
>>55
普通に病欠だからw
普通に病欠だからw
テクモの社長がやめたわけだが
一体なにが進行してるんだ？
テクモやばいね。
零チームとか引き抜かれそう。
一体なにが進行してるんだ？
テクモやばいね。
零チームとか引き抜かれそう。
>>零チーム
とっくの昔にないよ。
とっくの昔にないよ。
SQL使えない奴がネトゲの運営とか企画って無理があると思った。
別に企画、運営スタッフ全員が
全員、直にデータを触る必要なんかなかろ。
スタッフに一人もいないと無理があるけど。
プログラマだって、緊急時以外は
コンバータ介してxlsとかでデータいじってるぞ。
全員、直にデータを触る必要なんかなかろ。
スタッフに一人もいないと無理があるけど。
プログラマだって、緊急時以外は
コンバータ介してxlsとかでデータいじってるぞ。
SQLみたいな汎用性のあるDBで
全員がデータを直いじりしないといけないなんて
どんなヘボプログラマがシステム組んでるんだよ。
全員がデータを直いじりしないといけないなんて
どんなヘボプログラマがシステム組んでるんだよ。
今年のCEDECで宮本さんが講演するみたいだけど、任天堂も参加するようになったの？
TGSにはさすがに任天堂出さないよね？
TGSにはさすがに任天堂出さないよね？
自分でDB覗けるくらい使えればツール用意する手間が省けるって話じゃね？
ウチとか、毎回要望にあわせて検索文送信するツール作ってるし。
つーか、他所は○○調べたいんですけど〜とか言われたらどうやってんの？
ウチとか、毎回要望にあわせて検索文送信するツール作ってるし。
つーか、他所は○○調べたいんですけど〜とか言われたらどうやってんの？
>>67
そもそもバイナリの直データを調べないといけないようなことなんか
滅多に起こらないし。
コンバータつくっとけば、プログラマじゃない奴でも解るデータが使えるから、
勝手に見てるみたいよ。
まさか、アイテムデータとか、スクリプトを
コンバータを介さずに直にいじってる？
プログラマがいじるにしても、一旦xlsで読めるようなデータをコンバートするようにした方が
ずっと能率上がるっしょ？
そもそもバイナリの直データを調べないといけないようなことなんか
滅多に起こらないし。
コンバータつくっとけば、プログラマじゃない奴でも解るデータが使えるから、
勝手に見てるみたいよ。
まさか、アイテムデータとか、スクリプトを
コンバータを介さずに直にいじってる？
プログラマがいじるにしても、一旦xlsで読めるようなデータをコンバートするようにした方が
ずっと能率上がるっしょ？
例えばユーザーのレベル分布とか。
ユーザーの持ち金とかレベルとか、
あるフラグのクリア分布とかをグラフ化するプログラム
（つーか、スクリプト）は、企画の要請でクローズのオープン前に造って
後は使い方教えて放置してる。
最初から無いと、オープン時の状況とか掴めないし。
その手の情報が欲しいのはまずオープン時だから。
あるフラグのクリア分布とかをグラフ化するプログラム
（つーか、スクリプト）は、企画の要請でクローズのオープン前に造って
後は使い方教えて放置してる。
最初から無いと、オープン時の状況とか掴めないし。
その手の情報が欲しいのはまずオープン時だから。
運営にはこんな情報が必要だろうという、
企画の予測能力が低かったんだな。ご愁傷様。
確かに運営中に五月雨式に来たらちょっと大変かも。
（そんなに手間かかるもんでもないけど）
でも、ＳＱＬ使える、使えないとは別の話だなぁ。
企画の予測能力が低かったんだな。ご愁傷様。
確かに運営中に五月雨式に来たらちょっと大変かも。
（そんなに手間かかるもんでもないけど）
でも、ＳＱＬ使える、使えないとは別の話だなぁ。
勝手に自分で検索してよ、って思うやんｗ
うちは雛形元にスクリプトを適当に改造して使ってるみたいだけど。
でもさ、企画はデータ元に運営方針を決めて
発注したりデータを造っていくのが仕事な訳で
データを取り出して加工する程度のことに時間とられて、
こっちへの発注が遅れる方がイヤ。
でもさ、企画はデータ元に運営方針を決めて
発注したりデータを造っていくのが仕事な訳で
データを取り出して加工する程度のことに時間とられて、
こっちへの発注が遅れる方がイヤ。
なーんか、言い方が悪かったかな。
たとえば、デザイナがフォトショでフィルタかける程度の変更を求められて
そんなん勝手にやってくれよ、つったら変。
その職能を持ってる人にとって取るに足らない作業を求められて
一々そんなことやってられないから勝手にやって、つーのはちょっと違うだろ、って話。
たとえば、デザイナがフォトショでフィルタかける程度の変更を求められて
そんなん勝手にやってくれよ、つったら変。
その職能を持ってる人にとって取るに足らない作業を求められて
一々そんなことやってられないから勝手にやって、つーのはちょっと違うだろ、って話。
向こうのスレ、埋めてたら連投規制喰らった・・・・・ｏｒｚ
誰か任せた
誰か任せた
>>72
＞運営にはこんな情報が必要だろうという、
＞企画の予測能力が低かったんだな。ご愁傷様。
あなた様の会社では企画様がやってくれるのですね。
うちの企画様はそんなもの全部ＰＧにまるなげして理想を語ってくれますよ。
＞運営にはこんな情報が必要だろうという、
＞企画の予測能力が低かったんだな。ご愁傷様。
あなた様の会社では企画様がやってくれるのですね。
うちの企画様はそんなもの全部ＰＧにまるなげして理想を語ってくれますよ。
企画の足りないと思われる予測能力を
「後で〜が必要になると思いますけど、これカットしていいんですか？」
「それだと〜になると思うけど、こうした方がよくないですか？」
「〜になった後、どう対応させます？」
など、フォローしようとしたら、考えるのが面倒になったのか、
いいから黙ってこの通り作れ となって、
できてから、最初に言った通りの予想通りの追加発注・仕様変更を
投げてくる人と関わらなきゃならん状況が、なんか 仕事相手つーより
子供の面倒みてるお母さんみたいな気分になってきて、
なんだよ、この託児所はとか 忍耐力だけは自信が付いてきた今日この頃
「後で〜が必要になると思いますけど、これカットしていいんですか？」
「それだと〜になると思うけど、こうした方がよくないですか？」
「〜になった後、どう対応させます？」
など、フォローしようとしたら、考えるのが面倒になったのか、
いいから黙ってこの通り作れ となって、
できてから、最初に言った通りの予想通りの追加発注・仕様変更を
投げてくる人と関わらなきゃならん状況が、なんか 仕事相手つーより
子供の面倒みてるお母さんみたいな気分になってきて、
なんだよ、この託児所はとか 忍耐力だけは自信が付いてきた今日この頃
ちゃんと仕事した上で仕事してくれるプログラマっていいなあ・・・・。
俺なんか仕様書いくら書いても、作り方が判りませんとか、できませんとか、
こんな風に作ってみましたみたいなプログラマばっかりで・・・・。
例：ソフトウェアキーボードは複数の情報を入力するのに使用します。
入力内容と文字数は以下の通りです。
入力内容Ａ ひらがな・カタカナ・英数 10文字
入力内容Ｂ ひらがな 5文字
入力内容C カタカナ 3文字
入力内容Ｄ 英数 12文字
って仕様出したら、入力内容ＡＢＣＤ用に画像データだけ共通で、
それ以外は全部別関数でソフトウェアキーボード作られたり・・・・。
ソフトウェアキーボードの関数（例えばINPUT_KEYBOARD()）に引数で、
文字列変数名，ひらがな，カタカナ、英，数（各文字は0,1で使用不使用を指定），文字数を
指定してやるようにすれば一つの関数ですむんじゃね？と、何故か俺がアドバイスしてたり。
俺なんか仕様書いくら書いても、作り方が判りませんとか、できませんとか、
こんな風に作ってみましたみたいなプログラマばっかりで・・・・。
例：ソフトウェアキーボードは複数の情報を入力するのに使用します。
入力内容と文字数は以下の通りです。
入力内容Ａ ひらがな・カタカナ・英数 10文字
入力内容Ｂ ひらがな 5文字
入力内容C カタカナ 3文字
入力内容Ｄ 英数 12文字
って仕様出したら、入力内容ＡＢＣＤ用に画像データだけ共通で、
それ以外は全部別関数でソフトウェアキーボード作られたり・・・・。
ソフトウェアキーボードの関数（例えばINPUT_KEYBOARD()）に引数で、
文字列変数名，ひらがな，カタカナ、英，数（各文字は0,1で使用不使用を指定），文字数を
指定してやるようにすれば一つの関数ですむんじゃね？と、何故か俺がアドバイスしてたり。
>>82
スゲー釣りだと思って真剣にレス読んでみたら天然みたいだなｗ。
スゲー釣りだと思って真剣にレス読んでみたら天然みたいだなｗ。
>>81
＞考えるのが面倒になったのか〜
実際に目で見て触れる段階にならないと、問題点が想像できない人
なんだなってのが分かったから、さっさと目で見てもらえるとこまで
作ることにしたのよ。
予想される改善点の準備も進めて
＞考えるのが面倒になったのか〜
実際に目で見て触れる段階にならないと、問題点が想像できない人
なんだなってのが分かったから、さっさと目で見てもらえるとこまで
作ることにしたのよ。
予想される改善点の準備も進めて
なんかすごいレベルの会話が続いているな
前スレでバグチェックを邪魔するPについて書いたものです
マスター出しに向けてみんなが必死にバグチェックしているなか
例のPは自慢のアクオス携帯でオリンピック見てました・・・
音うるさいわ、バグチェックしてる社員を呼んで一緒にオリンピック
見せようとしたりマスター前の行動とはとても思えませんでした。
今日は野球の3位決定戦とサッカーの決勝があるんですよね
ヘッドフォンしてても呼びにくるからあんまり意味ない・・・
マスター出しに向けてみんなが必死にバグチェックしているなか
例のPは自慢のアクオス携帯でオリンピック見てました・・・
音うるさいわ、バグチェックしてる社員を呼んで一緒にオリンピック
見せようとしたりマスター前の行動とはとても思えませんでした。
今日は野球の3位決定戦とサッカーの決勝があるんですよね
ヘッドフォンしてても呼びにくるからあんまり意味ない・・・
どーでも良いけど
プログラマって、プログラマがダメな実例
（もしくはまともな企画の例）が出ると
必死になって企画がダメな例を上げ返すよねｗ
今回は>>77-80あたり。
別に嘘だとは言わないけど、なんでそんなに必死にバランスを取ろうとするんだろうか？
プログラマって、プログラマがダメな実例
（もしくはまともな企画の例）が出ると
必死になって企画がダメな例を上げ返すよねｗ
今回は>>77-80あたり。
別に嘘だとは言わないけど、なんでそんなに必死にバランスを取ろうとするんだろうか？
まあ、企画が優秀な会社は儲かってるし
企画が無能な会社は底辺。
無能な企画に愛想尽かせるんだったら
自分の所属組織が企画に価値を見出しているかを考えた方がよいね。
プログラマより企画に経営資源集中させた方が利益がでるのは明らか。
作業にレバレッジが利くのは企画＞PG＞GPの順だからさ。
それがわからず企画は所詮雑用って考えで無能な新卒だけで
もたもたやってるなんて会社はゲーム制作ってものが
わかってないとしか言いようがない。
要は有能無能に天と地ほどの差があくの企画。
優秀な企画を評価するノウハウがある会社は安泰だとおもう。
企画が無能な会社は底辺。
無能な企画に愛想尽かせるんだったら
自分の所属組織が企画に価値を見出しているかを考えた方がよいね。
プログラマより企画に経営資源集中させた方が利益がでるのは明らか。
作業にレバレッジが利くのは企画＞PG＞GPの順だからさ。
それがわからず企画は所詮雑用って考えで無能な新卒だけで
もたもたやってるなんて会社はゲーム制作ってものが
わかってないとしか言いようがない。
要は有能無能に天と地ほどの差があくの企画。
優秀な企画を評価するノウハウがある会社は安泰だとおもう。
そのノウハウを書いとけ
プログラマにとって嫌な企画とは？
プログラマというかチームにとって嫌な企画は
・計画性のない奴
・他人にしっかりと情報を伝えられない（ちゃんとした仕様書が書けない）奴
じゃないのか？
自分で何でもやってた黎明期業界人には
発想や企画力があっても
このあたりがいい加減な奴が居る。
・計画性のない奴
・他人にしっかりと情報を伝えられない（ちゃんとした仕様書が書けない）奴
じゃないのか？
自分で何でもやってた黎明期業界人には
発想や企画力があっても
このあたりがいい加減な奴が居る。
あと、計画性がない、に関係するけど
現場レベルでしかものを考えられない奴。
なんだかんだ言って現場の細かいことは
現場で考えた方が良いのに
やたら細かいことは指定するのに、
その上の部分を全くやらない（やれない）奴とか。
現場レベルでしかものを考えられない奴。
なんだかんだ言って現場の細かいことは
現場で考えた方が良いのに
やたら細かいことは指定するのに、
その上の部分を全くやらない（やれない）奴とか。
スケジュールもロードマップも決まった後に
真剣に壮大なスケールの妄想出してくる子
出来るわけないって言うと、不満顔
トムとジェリーみたいに顔面をグーパンチで陥没させてやりたくなる
真剣に壮大なスケールの妄想出してくる子
出来るわけないって言うと、不満顔
トムとジェリーみたいに顔面をグーパンチで陥没させてやりたくなる
企画に限らないけど
「物を作りたい」じゃなくて
「クリエイティブな肩書きが欲しくて」
業界に来た奴。
企画に比較的多い。
「物を作りたい」じゃなくて
「クリエイティブな肩書きが欲しくて」
業界に来た奴。
企画に比較的多い。
バカ、頭が悪い奴
ジャンピングシューズ履いてた
キチガイみたいなのを見たことがあるｗ
ジャンピングシューズ履いてた
キチガイみたいなのを見たことがあるｗ
ジャンピングシューズってＤｒ中松の？
売ってるんだ？
売ってるんだ？
99 ：名無しさん必死だな：2008/08/23(土) 18:27:19 ID:zmokpKJ60
頭が悪い奴が嫌いと言ってる奴の文章が
頭がいい奴が書いたものに、とてもじゃないけど見えない点について。
頭がいい奴が書いたものに、とてもじゃないけど見えない点について。
>>98 Drの会社で直販してる、って知ってる俺もあれだがｗ
101 ：名無しさん必死だな：2008/08/24(日) 01:44:00 ID:if7Sj1TJ0
siggraph行った人いる？
どうだった？
どうだった？
102 ：名無しさん必死だな：2008/08/24(日) 01:44:16 ID:OSXpBp6e0
あ、あれバンプレストか
まあどっちゃでもいいけど
まあどっちゃでもいいけど
>>101
会場クーラー効きすぎ
会場クーラー効きすぎ
>>82
それは仕様書の書き方が悪い。
わざわざ仕様書でＡ、Ｂ、Ｃ、Ｄと場合分けして個別に考えるよう
指示してるわけだからそりゃ別々に作ってくるだろ。
その文章から察すると、Ａ〜Ｄタイプそれぞれキーボード画像が
違うんじゃないのか？と思うしな。情報が足りないよ。
それは仕様書の書き方が悪い。
わざわざ仕様書でＡ、Ｂ、Ｃ、Ｄと場合分けして個別に考えるよう
指示してるわけだからそりゃ別々に作ってくるだろ。
その文章から察すると、Ａ〜Ｄタイプそれぞれキーボード画像が
違うんじゃないのか？と思うしな。情報が足りないよ。
>>102
糞ラインより、良ラインの方が比較的に多ければ大手だろう。
逆なら底辺だろう。
また、結果自体は時間差があるのが当たり前だろう。
（かつて良ラインがあったところが、糞ラインになっても資金を食いつぶすまでは大手）
サンプル数を「いっぱい」とか、ぼやかしたら、どうとでも言える。
糞ラインより、良ラインの方が比較的に多ければ大手だろう。
逆なら底辺だろう。
また、結果自体は時間差があるのが当たり前だろう。
（かつて良ラインがあったところが、糞ラインになっても資金を食いつぶすまでは大手）
サンプル数を「いっぱい」とか、ぼやかしたら、どうとでも言える。
>>105
それはいつものことだろ
それはいつものことだろ
相変わらずプログラマ最高！企画糞！
とかやってんの？進歩ないっすね。
電ソルの事笑えねえぞ
とかやってんの？進歩ないっすね。
電ソルの事笑えねえぞ
ここでの意見でたまに出でてくる優秀な企画って
プログラマくずれがおおいんだけど、おれの経験じゃそうじゃないわ。
プログラムなんて知る必要もないって考えてそうなのに
すべての工程を噛み砕いて理解してコントロールしてて怖い上司だった。
こっちの言う言い訳なんてじゃあこうしようとか
こうするはずだったよね？なんでできなかったの？
これからはこの資料を参考にしていつまでにこの基準で
しあげてとかがちがちに管理されてた。
まあ、薄給がいやで大手に転職しちゃったから、今はうちダメ企画しかいないんだけどねｗ
あの人を400万ちょいでつかってたうちの社長は鬼だな。
プログラマくずれがおおいんだけど、おれの経験じゃそうじゃないわ。
プログラムなんて知る必要もないって考えてそうなのに
すべての工程を噛み砕いて理解してコントロールしてて怖い上司だった。
こっちの言う言い訳なんてじゃあこうしようとか
こうするはずだったよね？なんでできなかったの？
これからはこの資料を参考にしていつまでにこの基準で
しあげてとかがちがちに管理されてた。
まあ、薄給がいやで大手に転職しちゃったから、今はうちダメ企画しかいないんだけどねｗ
あの人を400万ちょいでつかってたうちの社長は鬼だな。
元ゲーム企画って転職大変そう。
お前ら仲良くしろよー
企画は良くやってるし優秀だよ。
うまくいってないところがあるのは開発環境や期間や
安月給でモチベーションが下がってるだけなんだよ。
ユーザーがゲームを買ってくれないから
ハードが盛り上がらないのも原因かも。
企画は良くやってるし優秀だよ。
うまくいってないところがあるのは開発環境や期間や
安月給でモチベーションが下がってるだけなんだよ。
ユーザーがゲームを買ってくれないから
ハードが盛り上がらないのも原因かも。
俺もゲーム買う金無いしな。
あと、企画をダメと言う奴は変わりに企画をやってみろ、と思う。
絶対うまく出来るわけないから。
自分のわかるスキル以外を認めない奴は人格的にダメだね。
人格的にダメな奴は糞ゲーしか作れないしな。
ダメな奴はまず人格を磨け。
絶対うまく出来るわけないから。
自分のわかるスキル以外を認めない奴は人格的にダメだね。
人格的にダメな奴は糞ゲーしか作れないしな。
ダメな奴はまず人格を磨け。
それよりもまず酒が欲しい
まったく、ぷんぷんだお！
＞あと、企画をダメと言う奴は変わりに企画をやってみろ、と思う。
これを企画が言ってるようじゃ、
ゲームの企画なんてクソばっかと言われても文句言えないだろ
プログラマで、デバッガやバグ指摘した奴に
”じゃ、お前が直せ”と言ってるようなものｗ
自身の職種というか仕事に対する無責任さがなんとも…
これを企画が言ってるようじゃ、
ゲームの企画なんてクソばっかと言われても文句言えないだろ
プログラマで、デバッガやバグ指摘した奴に
”じゃ、お前が直せ”と言ってるようなものｗ
自身の職種というか仕事に対する無責任さがなんとも…
意味不明
駄目なプログラマでも人海戦術には使えるが、
駄目な企画は複数の人間に迷惑をかける
だからだろ？
あとわりといるけどさ「じゃあオマエがやってみろ」ってヤツ、
なに考えてんの？企画のプロじゃないの？なんでオマエがやってみろっていえんの。
恥ずかしくないの？
駄目な企画は複数の人間に迷惑をかける
だからだろ？
あとわりといるけどさ「じゃあオマエがやってみろ」ってヤツ、
なに考えてんの？企画のプロじゃないの？なんでオマエがやってみろっていえんの。
恥ずかしくないの？
専門職は、特定分野に関して他人よりうまくできる、って前提で給料もらってるわけだからな
カネもらってない素人と同じだったら問題
てか解雇
その点は企画もプログラマもグラフィックも皆同じ
カネもらってない素人と同じだったら問題
てか解雇
その点は企画もプログラマもグラフィックも皆同じ
迷惑かける破壊力でいったら、ダメプログラマの方がでけーよ。
ほんとマジで、こいついない方がマシだって
バグやリソース無駄遣い、人の手煩わせるバカが
経験年数、経歴だけ立派になってたりして手に負えないのが
時々いるから
ほんとマジで、こいついない方がマシだって
バグやリソース無駄遣い、人の手煩わせるバカが
経験年数、経歴だけ立派になってたりして手に負えないのが
時々いるから
127 ：名無しさん必死だな：2008/08/24(日) 19:09:35 ID:wAgXExdqO
>>127
「駄目」のレベルが違う気がするが、駄目なら駄目でも使いではあるってことだ
出来る人間の監督下に置くとかね
そもそも企画もプログラマもホントに駄目なら干すしかねーよｗ
それでも使わないとイケナイ状況なプロジェクトは不運としか言えん
「駄目」のレベルが違う気がするが、駄目なら駄目でも使いではあるってことだ
出来る人間の監督下に置くとかね
そもそも企画もプログラマもホントに駄目なら干すしかねーよｗ
それでも使わないとイケナイ状況なプロジェクトは不運としか言えん
>>128
マジでそんなプロジェクトにいたことある……
プログラマ、企画、デザイナ、全部ダメだった。
どう考えても既存スタッフに出来ない仕事を営業が取ってきてたってのもあるし、
そのうち何人かが出来ない上に、仕事をしない奴だった。
地獄だったよ。自分の仕事もあるのに他人の見張りもしないといけないから。
マジでそんなプロジェクトにいたことある……
プログラマ、企画、デザイナ、全部ダメだった。
どう考えても既存スタッフに出来ない仕事を営業が取ってきてたってのもあるし、
そのうち何人かが出来ない上に、仕事をしない奴だった。
地獄だったよ。自分の仕事もあるのに他人の見張りもしないといけないから。
プログラマで駄目なのいたから、コードにケチつけてたら
治療に専念するって辞めたのもいい思い出だけど、
多分俺のせいじゃないな。
治療に専念するって辞めたのもいい思い出だけど、
多分俺のせいじゃないな。
>>130
元々出来るプログラマが、あんまりいないところに
入るはずだったメインプログラマが一日で止めて
残りのプログラマで火消ししないといけなくなった
話を聞いた事がある。
結局、プロジェクト中止になったみたいだけど。
元々出来るプログラマが、あんまりいないところに
入るはずだったメインプログラマが一日で止めて
残りのプログラマで火消ししないといけなくなった
話を聞いた事がある。
結局、プロジェクト中止になったみたいだけど。
プログラマで駄目な人が一人でもいると
開発はそれはもうグダグダになるよ。
期間でいえば一年は延びるね、下手すると中止になるかも。
例えば、駄目な企画が業界デフォだとしても(実際は逆だし)
出来るプログラマがなんとかしてくれる。
そもそも、仕様に問題があったとしても
専門なわけじゃないんで、詳しい事がわかるわけがない。
逆に、そこをなんとかするのが出来るプログラマの役目というもの。
そういう訳で、最近プロジェクトが延期がちになってるのも
実は駄目なプログラマの責任で企画には問題がない。
駄目なプログラマの書くコードが全体に影響して
ニッチもサッチもいかなくなってるのは
決して企画のせいではない。
開発はそれはもうグダグダになるよ。
期間でいえば一年は延びるね、下手すると中止になるかも。
例えば、駄目な企画が業界デフォだとしても(実際は逆だし)
出来るプログラマがなんとかしてくれる。
そもそも、仕様に問題があったとしても
専門なわけじゃないんで、詳しい事がわかるわけがない。
逆に、そこをなんとかするのが出来るプログラマの役目というもの。
そういう訳で、最近プロジェクトが延期がちになってるのも
実は駄目なプログラマの責任で企画には問題がない。
駄目なプログラマの書くコードが全体に影響して
ニッチもサッチもいかなくなってるのは
決して企画のせいではない。
>>132
「企画が提出した仕様がｇｄｇｄでもプログラマがなんとかしろ！」
と読める、そういうのを責任転嫁って言うんだ
全員が出来るプログラマなプロジェクトなんてそうそうねーよ
足りないところをみんなで補いつつ完遂するのがチームワークってもんだろ
「誰のせい」とか考えてる時点でお粗末だ
「企画が提出した仕様がｇｄｇｄでもプログラマがなんとかしろ！」
と読める、そういうのを責任転嫁って言うんだ
全員が出来るプログラマなプロジェクトなんてそうそうねーよ
足りないところをみんなで補いつつ完遂するのがチームワークってもんだろ
「誰のせい」とか考えてる時点でお粗末だ
>>132
企画なんて居ても居なくてもどっちでもいいということですね
企画なんて居ても居なくてもどっちでもいいということですね
企画コンテストで応募してくる程度の情報があれば、後はいらないお。
>>134
プロジェクトが小さいとどうにかなることもあるけど、居なければいいってもんでもない。
>>118
上司に気に入られているだけで生き残っている企画とか、理解したいと思わないんですよ。
仕事は丸投げ、できないのは部下のせいとかしてる人とかね。
プロジェクトが小さいとどうにかなることもあるけど、居なければいいってもんでもない。
>>118
上司に気に入られているだけで生き残っている企画とか、理解したいと思わないんですよ。
仕事は丸投げ、できないのは部下のせいとかしてる人とかね。
まあまともな企画書を上げてくる企画がそもそも少ないわけだがね。
＞そもそも、仕様に問題があったとしても
＞専門なわけじゃないんで、詳しい事がわかるわけがない。
釣りなのかな？
仕様の専門が”企画”だと思うが…
tiLa9Ihr0 の言う企画像って
アイデアだけ出せば、後はプログラマがやるってイメージなのかな？
そりゃ、優秀な企画だらけだろーねｗ
…つーか、全体的に言ってる事が、子供の言い訳レベルなんだけど…
＞専門なわけじゃないんで、詳しい事がわかるわけがない。
釣りなのかな？
仕様の専門が”企画”だと思うが…
tiLa9Ihr0 の言う企画像って
アイデアだけ出せば、後はプログラマがやるってイメージなのかな？
そりゃ、優秀な企画だらけだろーねｗ
…つーか、全体的に言ってる事が、子供の言い訳レベルなんだけど…
プログラム的に破綻のない仕様書が欲しいんなら
プログラマが企画やるのが一番良いんじゃない？
がんばってね。
プログラマが企画やるのが一番良いんじゃない？
がんばってね。
仕様にプログラム的とか意味不明ｗ
ロジック的に整合が取れた仕様が作れないのが当然なんて思ってるなら
そんな企画は駄目呼ばわりされても文句言えないと思うよ
このスレにはガキレベルのクレクレ企画しかいねーのか？ｗ
ロジック的に整合が取れた仕様が作れないのが当然なんて思ってるなら
そんな企画は駄目呼ばわりされても文句言えないと思うよ
このスレにはガキレベルのクレクレ企画しかいねーのか？ｗ
>>132の例だとすでにそうなってるな
自称腕に覚えがありそう
>>139，141
＞仕様にプログラム的とか意味不明ｗ
前スレで電ソルが要求してたみたいなことを指すんじゃねーの？
ていうか、こういう時に鬼の首でも取ったように、ここぞとばかり大喜びなのが何とも。
同じプログラマとして、割とイヤだ。
”プログラマは性格がねじ曲がってる”実例を出されると。
＞仕様にプログラム的とか意味不明ｗ
前スレで電ソルが要求してたみたいなことを指すんじゃねーの？
ていうか、こういう時に鬼の首でも取ったように、ここぞとばかり大喜びなのが何とも。
同じプログラマとして、割とイヤだ。
”プログラマは性格がねじ曲がってる”実例を出されると。
意味もなくけんか腰、と言うより
議論のための議論に勝つことしか考えてない態度な。
誰と戦ってるのか知らんけど。
仕様書にしても、粗を捜すことだけに熱心で全体像を捉えられないとか。
こういう奴は>>136が書いてる企画とベクトルが違うだけで中身は一緒だよな。
議論のための議論に勝つことしか考えてない態度な。
誰と戦ってるのか知らんけど。
仕様書にしても、粗を捜すことだけに熱心で全体像を捉えられないとか。
こういう奴は>>136が書いてる企画とベクトルが違うだけで中身は一緒だよな。
俺も１３２に同意する
駄目なゲームはプログラマーも駄目だと思う
企画が駄目でも、プログラマーが何とかする事が多い
と言うか、大半のゲームがそうだと思ってる
そもそも打ち合わせの段階で企画が提示した内容をプログラマーが矛盾を見つけて修正するのも仕事だと思うし
コードが絶望的に駄目な奴だと、ちょっとした修正に何週間も掛かったりするし
駄目なゲームはプログラマーも駄目だと思う
企画が駄目でも、プログラマーが何とかする事が多い
と言うか、大半のゲームがそうだと思ってる
そもそも打ち合わせの段階で企画が提示した内容をプログラマーが矛盾を見つけて修正するのも仕事だと思うし
コードが絶望的に駄目な奴だと、ちょっとした修正に何週間も掛かったりするし
自ら修正しないまでも、加筆修正を求めるのが筋だと思う
つまり、デフォで企画は駄目って事でファイナルアンサー？
…ｗ
…ｗ
デザイナ、プログラマは選手だとしたら
企画はどちらかと言えば、コーチ、監督の立ち位置
なんじゃないかね。
別に、選手兼監督でもいいけど。
企画はどちらかと言えば、コーチ、監督の立ち位置
なんじゃないかね。
別に、選手兼監督でもいいけど。
で、監督やコーチが的確な指示が出来なくとも選手はちゃんとプレーしろ
って、監督やコーチが言ってるのなｗ
しかも、それが当り前なんだとよｗｗ
じゃ、お前等いらねーじゃん…
って、監督やコーチが言ってるのなｗ
しかも、それが当り前なんだとよｗｗ
じゃ、お前等いらねーじゃん…
企画はいらない子。
いらない子ならいらないオッサンよりマシ
私も底辺にいたときは企画は
いらないと思っていた時期がありましたｗ
いらないと思っていた時期がありましたｗ
そろそろサンプルも集まった事だし種明かしするかw
今回、俺は検証がてらネンチャクーズを
出来るかぎりエミュってみたんだ。
途中、ありえねぇw
これじゃ、甘ったれの子供じゃんwとか
そもそも、論理的に成り立ってないとか
思ったりもしたが、とにかく書いてみた。
今回、俺は検証がてらネンチャクーズを
出来るかぎりエミュってみたんだ。
途中、ありえねぇw
これじゃ、甘ったれの子供じゃんwとか
そもそも、論理的に成り立ってないとか
思ったりもしたが、とにかく書いてみた。
細かいところでは監督とかコーチってんなら
プレイ経験ない人間がなれる職業じゃねーだろw
とか、他にもいろいろとツッコミ所があったけど
とりあえず…
結論
・プログラマは口が下手。大学レベルの数学や情報処理技術も使えるのに、何してんだとw
・企画は口が達者。論理的とか関係ない超理論を展開するw
まぁ、俺的には今回の書き込みでいろいろと得る物があったよ。
あと…
みんな仲良くなーw
プレイ経験ない人間がなれる職業じゃねーだろw
とか、他にもいろいろとツッコミ所があったけど
とりあえず…
結論
・プログラマは口が下手。大学レベルの数学や情報処理技術も使えるのに、何してんだとw
・企画は口が達者。論理的とか関係ない超理論を展開するw
まぁ、俺的には今回の書き込みでいろいろと得る物があったよ。
あと…
みんな仲良くなーw
>>150
何かあったときに修正するのも仕事、ってのから
デフォで尻ぬぐいという話に、故意にねじ曲げてるな。
>>152
試合中に、右いけ左いけ言う、ウザイ監督も居ないと思うが。
「指示を出す」って意味を都合が良いように使い分けるよな。
>>157
お前が粘着言ったのは、俺。
昨日のレスだと>>146
大外れだなｗ
何つーか、反論してる奴、全員ダメなプログラマの条件満たしてるぞ。
何かあったときに修正するのも仕事、ってのから
デフォで尻ぬぐいという話に、故意にねじ曲げてるな。
>>152
試合中に、右いけ左いけ言う、ウザイ監督も居ないと思うが。
「指示を出す」って意味を都合が良いように使い分けるよな。
>>157
お前が粘着言ったのは、俺。
昨日のレスだと>>146
大外れだなｗ
何つーか、反論してる奴、全員ダメなプログラマの条件満たしてるぞ。
愚痴るほどのダメ企画って最近自分の周りでは見なくなったんだが、他所では
まだまだいるの？
会社の中見てると少なくとも以前より採用水準上げてるみたいだし、人数も絞っ
てるようなのだが
まだまだいるの？
会社の中見てると少なくとも以前より採用水準上げてるみたいだし、人数も絞っ
てるようなのだが
底辺底辺ってどこも似たようなもんだろ。
任天だって、Wii出して次の一手が出せずにアメも日本も景気減速で、
身動き取れず、次が無いのは何所も一緒だろ。
任天だって、Wii出して次の一手が出せずにアメも日本も景気減速で、
身動き取れず、次が無いのは何所も一緒だろ。
いま使える企画は貴重だから社内に囲む傾向にある
流れモンの企画は使えないのが多い
ま、企画に限った事じゃないけどなーｗ
流れモンの企画は使えないのが多い
ま、企画に限った事じゃないけどなーｗ
中小が採る新卒で、グラもプログラムもわからず、企画オンリーな企画者ってのがヤバイ
会社に手本になる人がいればいいけど、そんな人物希少なので、大抵どうにもならなくなってる。
新卒で開発力の無い零細開発に入ってしまい、2〜3年経っても一人前未満な子を何人か知っている
取引先から、あそこの会社話が通じないんですけど、なんなんですかね？みたいな感じで絶賛大好評だったり。
会社に手本になる人がいればいいけど、そんな人物希少なので、大抵どうにもならなくなってる。
新卒で開発力の無い零細開発に入ってしまい、2〜3年経っても一人前未満な子を何人か知っている
取引先から、あそこの会社話が通じないんですけど、なんなんですかね？みたいな感じで絶賛大好評だったり。
まあ、そうゆう中小は少しでも能力あるやつにとっては
いい踏み台になるんだけど、そんな気概もないんだろうな。
いい踏み台になるんだけど、そんな気概もないんだろうな。
>>169
↓まさにこんな感じ
>>96
個人的には、入社後殆ど時間をおかないで
いきなり寝袋とか持ち込む奴は、NG出してる。
クリエイティブ云々とはちょい毛色が違うけど
『徹夜でがんばる業界人な俺、格好いい』みたいな奴が大半だから。
で、夜中に居ても、居るだけで学祭前泊まり込み準備みたいなノリでほぼ遊んでるだけだし。
邪魔でうるさいから、締め切りギリでも居ない方がマシ。
↓まさにこんな感じ
>>96
個人的には、入社後殆ど時間をおかないで
いきなり寝袋とか持ち込む奴は、NG出してる。
クリエイティブ云々とはちょい毛色が違うけど
『徹夜でがんばる業界人な俺、格好いい』みたいな奴が大半だから。
で、夜中に居ても、居るだけで学祭前泊まり込み準備みたいなノリでほぼ遊んでるだけだし。
邪魔でうるさいから、締め切りギリでも居ない方がマシ。
中小二年目のプランナーなんだけど
大手に転職ってどのぐらいの実績、実力が
あれば行けるでしょうか？
周りで大手への転職成功者ってあんまりいないもので。。。
大手に転職ってどのぐらいの実績、実力が
あれば行けるでしょうか？
周りで大手への転職成功者ってあんまりいないもので。。。
>>171
とりあえず求人って、必要な人材を必要な時期に募集するんで……
あるレベルならかならず採ってくれるって訳じゃ無いっすよ。
学校と違って。
募集要項をこまめに見てれば、条件がちょこちょこ変わってるのが
解ると思うけど。
ディレクターの経験者を求めてるときもあれば、
データ関係の経験者、MMOの経験者……会社と時期によって様々。
とりあえず求人って、必要な人材を必要な時期に募集するんで……
あるレベルならかならず採ってくれるって訳じゃ無いっすよ。
学校と違って。
募集要項をこまめに見てれば、条件がちょこちょこ変わってるのが
解ると思うけど。
ディレクターの経験者を求めてるときもあれば、
データ関係の経験者、MMOの経験者……会社と時期によって様々。
>>171
零細から大手に行った奴なら何人か知ってるが・・・
・・・まあ、はっきり言って実力というより運だ。
いや、運なのかな・・・。具体的に言うと
・技術知識ゼロで怠けものだが口先だけは達者な企画。
・仕事をせず雑談ばかりして作業が全然進まないが、怪しい話術で
のらりくらりと責任逃れをして居座り続けている似非プログラマー。
って感じで、両方とも大手に行ってかなり高い地位に就いている。
俺にはよくわからない現象だ。
零細から大手に行った奴なら何人か知ってるが・・・
・・・まあ、はっきり言って実力というより運だ。
いや、運なのかな・・・。具体的に言うと
・技術知識ゼロで怠けものだが口先だけは達者な企画。
・仕事をせず雑談ばかりして作業が全然進まないが、怪しい話術で
のらりくらりと責任逃れをして居座り続けている似非プログラマー。
って感じで、両方とも大手に行ってかなり高い地位に就いている。
俺にはよくわからない現象だ。
あーもう最悪だ。
二ヶ月かけて作ったモン、クライアントのお気に召さないからって作り直し。
こういうのが嫌だから、大手に入り直したんだけどなぁ･･･。
二ヶ月かけて作ったモン、クライアントのお気に召さないからって作り直し。
こういうのが嫌だから、大手に入り直したんだけどなぁ･･･。
>>172
条件を細かく指定してくるのは
大体中小じゃないかなあ。
大手は実力、実績あればとりあえずキープする感じだと思う。
>>173
自分より能力が上の世界の価値基準は
そこに上らないとわからないって事ではない？
下から見てると上の能力なんてパッとみわかんないからなあ。
僻みっぽく見てたら怠けものにしか見えないのも、好意的にみたら怠けたいが為に
効率化方法陰でいっぱい生み出してノウハウ蓄積してるかもしれないし、
口先だけだって見方も見方変えればロジカルな考え方ができる交渉力持ってる人かも知れないしさ。
まあ、わかんないけど。
どうでもいい人を立場上の大手が入れるわけがないとは思うな。
条件を細かく指定してくるのは
大体中小じゃないかなあ。
大手は実力、実績あればとりあえずキープする感じだと思う。
>>173
自分より能力が上の世界の価値基準は
そこに上らないとわからないって事ではない？
下から見てると上の能力なんてパッとみわかんないからなあ。
僻みっぽく見てたら怠けものにしか見えないのも、好意的にみたら怠けたいが為に
効率化方法陰でいっぱい生み出してノウハウ蓄積してるかもしれないし、
口先だけだって見方も見方変えればロジカルな考え方ができる交渉力持ってる人かも知れないしさ。
まあ、わかんないけど。
どうでもいい人を立場上の大手が入れるわけがないとは思うな。
そういえば、地下鉄の貼り広告にゲーム専門学校のがあってな、そこに
『ゲームディレクター科』の文字があったよ。
まだあるんだな、あんなバカなこと教えるところが…。
『ゲームディレクター科』の文字があったよ。
まだあるんだな、あんなバカなこと教えるところが…。
ところで２年合ったらどのくらいの仕事量をこなすものなのでしょうか？
新卒で入ってちょうど入って２年のPGなのですが、携帯アプリを２本を分担で作って後はFlashを少しさわった程度です。
これって少ないですよね？
新卒で入ってちょうど入って２年のPGなのですが、携帯アプリを２本を分担で作って後はFlashを少しさわった程度です。
これって少ないですよね？
>175
＞大手は実力、実績あればとりあえずキープする感じだと思う。
いや、いま、大手もそんな無駄な取り方しないよ。
むしろ、ゲームバブル期にそうやってキープした人間を優先するから、かえって渋い。
＞大手は実力、実績あればとりあえずキープする感じだと思う。
いや、いま、大手もそんな無駄な取り方しないよ。
むしろ、ゲームバブル期にそうやってキープした人間を優先するから、かえって渋い。
携帯アプリなんて企画含め1ヶ月で2〜3本とかって世界じゃないの？
無論1人で。
無論1人で。
どこの底辺だそれは
いくらなんでも企画と絵とプログラムはそれぞれ別の人が担当する
いくらなんでも企画と絵とプログラムはそれぞれ別の人が担当する
グラはともかく企画とプログラムは一人でやってたよ
俺の知り合いだが。
フリーのプログラマでガンガン稼いでたよ
今は社長やってるハズ。
俺の知り合いだが。
フリーのプログラマでガンガン稼いでたよ
今は社長やってるハズ。
特殊な例を持ち出して、「って世界じゃないの？」とはこれいかに。
「それくらい出来て当たり前」な奴が社長になったら社員は大変だろうね。
「それくらい出来て当たり前」な奴が社長になったら社員は大変だろうね。
いや、その人プログラマ的にメッチャ優秀ってわけでもなかったよ
会社っつーても税金対策社員は社長俺一人、みたいな。
社長業やるのは特殊例かもだが
コンシューマ系で一人前だったら携帯アプリくらいチョロいよ、って
俺の周りじゃ結構な人数のプログラマが口を揃えて言ってる。
むしろ携帯アプリくらい軽くこなせないと駄目な奴とか言われちゃってるけど。
会社っつーても税金対策社員は社長俺一人、みたいな。
社長業やるのは特殊例かもだが
コンシューマ系で一人前だったら携帯アプリくらいチョロいよ、って
俺の周りじゃ結構な人数のプログラマが口を揃えて言ってる。
むしろ携帯アプリくらい軽くこなせないと駄目な奴とか言われちゃってるけど。
むしろ携帯アプリは企画とプログラマー兼任の方が楽。
携帯アプリっていってもピンキリだからなあ
そう？
携帯アプリ慣れたプログラマなら感覚的にどのくらいの内容までなら
容量に収まるか感覚で分かるからそこに差違は無いと思うけど。
って携帯アプリって携帯電話向けアプリの話だよね？
携帯アプリ慣れたプログラマなら感覚的にどのくらいの内容までなら
容量に収まるか感覚で分かるからそこに差違は無いと思うけど。
って携帯アプリって携帯電話向けアプリの話だよね？
DAKINIさんは本当に業界人なの？あの分析は業界的に正しいの？誰か教えてください。
>>186
殆ど文字だけ出るだけの占いソフトと
ファミコンやスーファミのRPGの移植じゃ天と地ほど違う。
つか、移植だけやった経験から言うと
コンシューマーより遙かにメモリが少なく、制約も多いのに
同じように見せないといけないからコンシューマーより辛かった。
>>187
それ、だれ？
あと、なんで、あんたがそいつに疑問を持ったの？
その具体例とか上げてくれないと
有名人でもない人だから、水掛け論にしかならないと思うんだけど？
殆ど文字だけ出るだけの占いソフトと
ファミコンやスーファミのRPGの移植じゃ天と地ほど違う。
つか、移植だけやった経験から言うと
コンシューマーより遙かにメモリが少なく、制約も多いのに
同じように見せないといけないからコンシューマーより辛かった。
>>187
それ、だれ？
あと、なんで、あんたがそいつに疑問を持ったの？
その具体例とか上げてくれないと
有名人でもない人だから、水掛け論にしかならないと思うんだけど？
>>175
少なくとも零細に居たときは公平に見て要らない人間だったと思う。
げんに一人はクビになって暫く無職状態を続けた後、大手に入っている。
もう一人も新人と入れ代わりでクビになる予定だったが、
その前に取引先の大手某社に取り入って現在はプロジェクトの
最高責任者（監督？）になっている。
彼らに対するイメージはペテン師かトンデモ技術者かって感じなんだが、
大手ってああいう胡散臭い人間が好まれるのかもしれん。
少なくとも零細に居たときは公平に見て要らない人間だったと思う。
げんに一人はクビになって暫く無職状態を続けた後、大手に入っている。
もう一人も新人と入れ代わりでクビになる予定だったが、
その前に取引先の大手某社に取り入って現在はプロジェクトの
最高責任者（監督？）になっている。
彼らに対するイメージはペテン師かトンデモ技術者かって感じなんだが、
大手ってああいう胡散臭い人間が好まれるのかもしれん。
>>189
あと、中小や大手関係無しに
先方が必要とする能力だけは持ってたとかね。
たとえば、ほとんどパズルしかつくらなくてムービーなんかやる余裕もない中小で
映像演出能力だけ高い奴が居たら、そういう風に見られるかも。
あと、中小や大手関係無しに
先方が必要とする能力だけは持ってたとかね。
たとえば、ほとんどパズルしかつくらなくてムービーなんかやる余裕もない中小で
映像演出能力だけ高い奴が居たら、そういう風に見られるかも。
ダキニの話題は禁止
禁止も何も誰だか知らん。
おれの中学の斉藤先生の真似〜とか見せられる
ネタ思い出した
おれの中学の斉藤先生の真似〜とか見せられる
ネタ思い出した
>>191
う〜ん。指揮管理能力というより、話術に長けてるだけだと思うんだよね。管理できないし。
口喧嘩になったらまず勝てる奴は居ないぐらいだからスタッフを口先でコキ使うのには
うってつけだと思う。言われてみれば確かにその用途で雇われたのかもしれんな。
地獄で罪人をシゴく鬼みたいな役回りだなｗ
>>193
それはない。
う〜ん。指揮管理能力というより、話術に長けてるだけだと思うんだよね。管理できないし。
口喧嘩になったらまず勝てる奴は居ないぐらいだからスタッフを口先でコキ使うのには
うってつけだと思う。言われてみれば確かにその用途で雇われたのかもしれんな。
地獄で罪人をシゴく鬼みたいな役回りだなｗ
>>193
それはない。
>>197
＞上から命じられたからと言って、黙々とＳＤで作るのがプロフェッショナルではないでしょう。
＞プロ＝奴隷ではありません。
＞奴隷根性のある人がイコール、腕前が優れているわけでもないのです。現実には。
＞全員がそうだとはいいませんが、ＳＤなんてやるぐらいなら、ＨＤやれる会社に移る、
＞そういう人だっているのです。別にそういう価値観が正しいとはいいませんが、
＞そういう価値観の人もいるという現実は、ハッキリ書いておきたいです。
| 2008-08-28 | DAKINI |
この人、百万本売ったゲームソフトのディレクターを自称してるんだよね。
＞上から命じられたからと言って、黙々とＳＤで作るのがプロフェッショナルではないでしょう。
＞プロ＝奴隷ではありません。
＞奴隷根性のある人がイコール、腕前が優れているわけでもないのです。現実には。
＞全員がそうだとはいいませんが、ＳＤなんてやるぐらいなら、ＨＤやれる会社に移る、
＞そういう人だっているのです。別にそういう価値観が正しいとはいいませんが、
＞そういう価値観の人もいるという現実は、ハッキリ書いておきたいです。
| 2008-08-28 | DAKINI |
この人、百万本売ったゲームソフトのディレクターを自称してるんだよね。
>>198
完全な映像作品である映画でさえ
演出の方向性によって解像度を選択するのに
そのあたりを無視してSDだHDだ言ってるのは滑稽だね。
業界人の人だとしてもがちがちのハード系の人で
はっきりってソフトの批評はアテにならないでしょう。
完全な映像作品である映画でさえ
演出の方向性によって解像度を選択するのに
そのあたりを無視してSDだHDだ言ってるのは滑稽だね。
業界人の人だとしてもがちがちのハード系の人で
はっきりってソフトの批評はアテにならないでしょう。
200 ：名無しさん必死だな：2008/08/29(金) 16:36:12 ID:zFTQPanR0
時代がどうこう言ってる割に、
ハード性能だけ追い求める、その態度自体が時代遅れだって気付いてないね。
ハード性能だけ追い求める、その態度自体が時代遅れだって気付いてないね。
201 ：名無しさん必死だな：2008/08/29(金) 17:44:11 ID:t8RQCaQU0
ドイツ人のゲームフリーク少年 German boy's flipping out
。 ここまでゲームに依存しちゃってこの少年の将来が危ぶまれます。
shouting gamer boy with Japanese subtitle ... ゲーム ... ド
イツ人のこの少年、叫びまくってます。ここまでゲームに依存しちゃ
ってこの少年の将来が危ぶまれます。 shouting gamer boy with
Japanese subtitle (続き)
http://livedoorbloog.com/keyword/d0808033566_5linmovesmm2.rar
。 ここまでゲームに依存しちゃってこの少年の将来が危ぶまれます。
shouting gamer boy with Japanese subtitle ... ゲーム ... ド
イツ人のこの少年、叫びまくってます。ここまでゲームに依存しちゃ
ってこの少年の将来が危ぶまれます。 shouting gamer boy with
Japanese subtitle (続き)
http://livedoorbloog.com/keyword/d0808033566_5linmovesmm2.rar
↑
トロイの木馬内包。DL禁止。
トロイの木馬内包。DL禁止。
今、チーム内の下っ端に女が多いプロジェクトにいるんだけど
ことごとく仕事が遅い連中ばっかなんだよね。
でもって、口が達者ってっいうか、うまい事文句ばっか垂れてるようで
チームの空気が給湯室の中みたいになってんだよね。
明るい人が好きなんです。キャッ
とか言ってるのを聞いたときは心底ウザイと思った。
大体、女で男並に仕事出来てる奴ほとんどいないじゃん。
だから、女は駄目なんだよ。
お前ら女はチームにあまり入れないほうがいいよ。
チーム全体のパフォーマンスが落ちるから。
ことごとく仕事が遅い連中ばっかなんだよね。
でもって、口が達者ってっいうか、うまい事文句ばっか垂れてるようで
チームの空気が給湯室の中みたいになってんだよね。
明るい人が好きなんです。キャッ
とか言ってるのを聞いたときは心底ウザイと思った。
大体、女で男並に仕事出来てる奴ほとんどいないじゃん。
だから、女は駄目なんだよ。
お前ら女はチームにあまり入れないほうがいいよ。
チーム全体のパフォーマンスが落ちるから。
テクモはスクエニのTOBに乗ってくるのかね？
>>204
穴使ってそうな自称業界通の年増ババなら
となりのチームにいる。
そいつ曰く、年収1000万ない奴は結婚対象じゃないんだとw
そいつは、いつもクセー話しかしない勘違い糞女なんだけど
近くにお仲間がいるようで、雑魚なのにリーダー目線で
クセー話をするんで、声が漏れてくるんだよねw
笑い方も気持ち悪いし、こっちくんなよといつも思うよ。
つーか、ほんとに給湯室行けっつーのwww
穴使ってそうな自称業界通の年増ババなら
となりのチームにいる。
そいつ曰く、年収1000万ない奴は結婚対象じゃないんだとw
そいつは、いつもクセー話しかしない勘違い糞女なんだけど
近くにお仲間がいるようで、雑魚なのにリーダー目線で
クセー話をするんで、声が漏れてくるんだよねw
笑い方も気持ち悪いし、こっちくんなよといつも思うよ。
つーか、ほんとに給湯室行けっつーのwww
つーか、業界通を気取る奴ほど反比例して
能力がない奴が多いのは気のせいだろうか？
リーダー出来るならまだしも、下っ端で業界通って意味ないと思うんだけど。
しかも能力ないとか、正直アホとしか思えんのだが…
能力がない奴が多いのは気のせいだろうか？
リーダー出来るならまだしも、下っ端で業界通って意味ないと思うんだけど。
しかも能力ないとか、正直アホとしか思えんのだが…
どうせ役に立たないのは目に見えてるんで
社内の女だけで、ごそっとチーム組んで盛大に爆死しねーかなー
穴目的としても、全く眼中にないんで存在価値がデメリットしかないわ。
社内の女だけで、ごそっとチーム組んで盛大に爆死しねーかなー
穴目的としても、全く眼中にないんで存在価値がデメリットしかないわ。
99のなみだを思い出した。
>>207
ある意味当然だな〜。
そういう奴はゲームがつくりたいんじゃなくて
ファン→業界ゴシップ好き→業界に入れば内側からゴシップが聞ける
という経路で入ってきた奴だろうからな。
目的意識ははっきりしてると言える。
むしろ、そういう奴をはねない、人事の能力にがっかりだな。
ある意味当然だな〜。
そういう奴はゲームがつくりたいんじゃなくて
ファン→業界ゴシップ好き→業界に入れば内側からゴシップが聞ける
という経路で入ってきた奴だろうからな。
目的意識ははっきりしてると言える。
むしろ、そういう奴をはねない、人事の能力にがっかりだな。
つーかゲーム業界通って気取れるの？
俺の周りにはそんなのいないんでわからん。
俺の周りにはそんなのいないんでわからん。
業界の中の人に対して業界通ぶってる人はタダの痛い人だから
よく見かけるって人は業界外とか、離脱組とかじゃないの？
よく見かけるって人は業界外とか、離脱組とかじゃないの？
若い女の子が居ると、その子に目をつけてる若い男が
コイツ俺の女だから的な予防線を引き出して、ちょっとウザかったりしたなぁ。
コイツ俺の女だから的な予防線を引き出して、ちょっとウザかったりしたなぁ。
中学生かよ
でも童貞率高そうだな、プログラマとか。
素人童貞を含めたらとんでもない比率になりそう
>>217
ソープいくよソープ
ソープいくよソープ
>>214
自称業界通の年増ババは大手を渡り歩いてるみたいだけどね。
下っ端で渡り歩いてただけなのに、大手会社のリーダークラスを
知ったふうに語るのとかもうね…
あと、年増ババに限らないんだけど、女ってなんで
職場の男の男ランクwみたいなのを語りたがるんだろうね。
年がら年中発情してないと、気がすまないんかね。
あの人格好いいですよね〜
とか、そんなに良いなら黙って穴でも捧げとけばいいのに。
と思う。
女は職場に何を求めてるのかと、本気で疑いたくなる事がしばしばあるよ。
自称業界通の年増ババは大手を渡り歩いてるみたいだけどね。
下っ端で渡り歩いてただけなのに、大手会社のリーダークラスを
知ったふうに語るのとかもうね…
あと、年増ババに限らないんだけど、女ってなんで
職場の男の男ランクwみたいなのを語りたがるんだろうね。
年がら年中発情してないと、気がすまないんかね。
あの人格好いいですよね〜
とか、そんなに良いなら黙って穴でも捧げとけばいいのに。
と思う。
女は職場に何を求めてるのかと、本気で疑いたくなる事がしばしばあるよ。
馬鹿女が居ると
職場が壊れるからなぁ
カワイソス
職場が壊れるからなぁ
カワイソス
企画・デザインと来て今度は女批判か
結局自分と立場の違う人間を理解しようとせず
毛嫌いしてるだけなんじゃないですか？
結局自分と立場の違う人間を理解しようとせず
毛嫌いしてるだけなんじゃないですか？
>>223
そういうのは楽だけど
実際に物作らない仕事やってるほうが楽だから
ソースやリソースにタッチするのをものすごく嫌う奴が増えてるよ
まあ、触っちゃうと出世できないからねぇｗ
できもしないスケジュールを無責任に引っ張るほうが偉そうになんでもいえますからね
そういうのは楽だけど
実際に物作らない仕事やってるほうが楽だから
ソースやリソースにタッチするのをものすごく嫌う奴が増えてるよ
まあ、触っちゃうと出世できないからねぇｗ
できもしないスケジュールを無責任に引っ張るほうが偉そうになんでもいえますからね
女がいたらいたで、職場の女ランクとか平気で話してそうに見えるのは気のせいか？ｗ
ランクで並べられるほど女がいねー
沢山いても99%がランキング圏外なので並べる意味が無いよ！
230 ：名無しさん必死だな：2008/08/31(日) 10:53:31 ID:WABFBCfx0
》224
プログラム以外は物作りじゃないって公言しちゃってる辺りw
また電ソルか。
プログラム以外は物作りじゃないって公言しちゃってる辺りw
また電ソルか。
>>228
そうじゃないことをお前が説明してみればいいんじゃね？
そうじゃないことをお前が説明してみればいいんじゃね？
ソースやリソース触ってると出世できないってのが既に明らかな嘘だろ。
お前は自分が評価されないの
がプログラマであるせいだと言って自分を慰めてるわけだが
それは出来るプログラマにとって大変失礼だ。
お前は自分が評価されないの
がプログラマであるせいだと言って自分を慰めてるわけだが
それは出来るプログラマにとって大変失礼だ。
>>232
それは俺にいった自分の環境がすべてじゃないってのは君には適用されないの？
それは俺にいった自分の環境がすべてじゃないってのは君には適用されないの？
頭が悪いようなんでかみ砕いて説明すると、
あるひとつのことを体験して
「世の中にはこういう事しかない」と断言してるのがお前。
「こういう事もあるし、他の事例もあるだろう」と言ってるのが俺。
あるひとつのことを体験して
「世の中にはこういう事しかない」と断言してるのがお前。
「こういう事もあるし、他の事例もあるだろう」と言ってるのが俺。
>>223
基本的に変なしゃべり方の女は嫌いってのはあるかも。
というか、普通そういうのって大人になるまでに
直すもんじゃないのか？
そういう所に幼稚さが垣間見えるのも嫌だ。
>>225
男がそういう話をするのは聞かないなー
興味の対象になてないからかもしれないけど。
あと、男は仮に好きな人が職場に出来たとしても
女子校みたいな？ノリにはならないと思うな。
基本的に変なしゃべり方の女は嫌いってのはあるかも。
というか、普通そういうのって大人になるまでに
直すもんじゃないのか？
そういう所に幼稚さが垣間見えるのも嫌だ。
>>225
男がそういう話をするのは聞かないなー
興味の対象になてないからかもしれないけど。
あと、男は仮に好きな人が職場に出来たとしても
女子校みたいな？ノリにはならないと思うな。
今日池袋に行ったら、最近男出来たんだ〜と自慢話してたうちの会社の30過ぎの水陸両用ﾓﾋﾞﾙｽｰﾂ共が２機いた。
一機はｺﾞｯｸﾞ、もう一機はｿﾞｯｸな出で立ちな訳だが、彼女達は腐女子道沿いにある執事喫茶に入っていった。
えらいところを目撃してしまった訳だが、想像するにその男と言うのは執事喫茶の店員とかだったりして〜とか考えた。
まぁぶっちゃけどうでもいいし想像をめぐらすとキモいのでそのまま立ち去った。
ちなみにうちの会社にはｻﾞﾒﾙっぽいのもいます。
一機はｺﾞｯｸﾞ、もう一機はｿﾞｯｸな出で立ちな訳だが、彼女達は腐女子道沿いにある執事喫茶に入っていった。
えらいところを目撃してしまった訳だが、想像するにその男と言うのは執事喫茶の店員とかだったりして〜とか考えた。
まぁぶっちゃけどうでもいいし想像をめぐらすとキモいのでそのまま立ち去った。
ちなみにうちの会社にはｻﾞﾒﾙっぽいのもいます。
それにしても、ｹﾞｰﾑ会社の女子社員って扱ってるタイトルによって色々特徴が出るね。
○番台系列(ﾅﾑｺ含まず)/中小のｦﾀ系→高濃度な腐女子の坩堝。ここはｼﾞｬﾌﾞﾛｰかと思ってしまう程多い。
また、>>1の小話の様に盆と年末のとある日には、どんなに忙しくても必ずと言っていい程会社にいない。
○SCE/ﾅﾑｺ/ｺﾅﾐ系→綺麗なをねいさんから美大卒の不思議ちゃんまで、結構幅広い。
○ｾｶﾞ/ｶﾌﾟ系→SCE/ﾅﾑｺ/ｺﾅﾐ系と似てるけど、営業は綺麗系が多く、開発は歳を重ねれば重ねる程女を捨ててる系が多いかも。
○番台系列(ﾅﾑｺ含まず)/中小のｦﾀ系→高濃度な腐女子の坩堝。ここはｼﾞｬﾌﾞﾛｰかと思ってしまう程多い。
また、>>1の小話の様に盆と年末のとある日には、どんなに忙しくても必ずと言っていい程会社にいない。
○SCE/ﾅﾑｺ/ｺﾅﾐ系→綺麗なをねいさんから美大卒の不思議ちゃんまで、結構幅広い。
○ｾｶﾞ/ｶﾌﾟ系→SCE/ﾅﾑｺ/ｺﾅﾐ系と似てるけど、営業は綺麗系が多く、開発は歳を重ねれば重ねる程女を捨ててる系が多いかも。
世の中まだ夏休みなんだな
今日から9月か…。
マスターアップまであと14日、14日しかないのだ！
当初のスケジュールどおりだったらなw
マスターアップまであと14日、14日しかないのだ！
当初のスケジュールどおりだったらなw
何言ってるんだ？こいつ？
非業界人はお帰りを。
非業界人はお帰りを。
つーか、お茶会って何？
女が集まってお菓子食べる会の事なら
子供じゃあるまいし、男はそんな事はやらんよ。
女が集まってお菓子食べる会の事なら
子供じゃあるまいし、男はそんな事はやらんよ。
揶揄も解らん子供は帰れ。
>>249
揶揄でもなんでもいいけど、まずは仕事で一人前に満たない女をなんとかしろと。
業界が鈍足になってくせいで、どんどんコスト高になって
吸収、合併、吸収、合併、吸収、合併って
繰り返してるほうが恥かしい罠。
いくら吸収、合併したって贅肉がたくさん
ついてるんだから業績は上がらん罠。
そもそも、女のお茶会タイムはただのサボりと一緒だしー
揶揄でもなんでもいいけど、まずは仕事で一人前に満たない女をなんとかしろと。
業界が鈍足になってくせいで、どんどんコスト高になって
吸収、合併、吸収、合併、吸収、合併って
繰り返してるほうが恥かしい罠。
いくら吸収、合併したって贅肉がたくさん
ついてるんだから業績は上がらん罠。
そもそも、女のお茶会タイムはただのサボりと一緒だしー
>>250
お前も参加してはどうか・・・
お前も参加してはどうか・・・
>244
業界人だったら、ゆとり達の午後、くらいは言って欲しかった
業界人だったら、ゆとり達の午後、くらいは言って欲しかった
男の煙草会タイムは？
女もするけどね
女もするけどね
>>251
お茶会に？
なんで給湯室のいどばた会議みたいなもんに参加せにゃならんのかとw
女の不満は尽きる事はないから、聞くだけ無駄と思うけどな。
ヒアリングにしても、しかるべき手続きを経た事を
やるので充分だと思うよ。
むしろ、あの子がどうだとかいらん事を吹き込まれそうで嫌だよw
保険業界の営業がおばちゃんのケアするわけじゃないんだから
普通の開発の男はそんな面倒な事に首は突っ込まないよ。
お茶会に？
なんで給湯室のいどばた会議みたいなもんに参加せにゃならんのかとw
女の不満は尽きる事はないから、聞くだけ無駄と思うけどな。
ヒアリングにしても、しかるべき手続きを経た事を
やるので充分だと思うよ。
むしろ、あの子がどうだとかいらん事を吹き込まれそうで嫌だよw
保険業界の営業がおばちゃんのケアするわけじゃないんだから
普通の開発の男はそんな面倒な事に首は突っ込まないよ。
>>254
いや、そうじゃなくて君が馬鹿にされてるんだと思うぞ
いや、そうじゃなくて君が馬鹿にされてるんだと思うぞ
まぁ、女だけでゲーム会社でも立ち上げれば
すぐにでもわかるんじゃないかな。
組織として成り立ったとしても、会社としては存続出来ないだろう。
本当の実社会に戦力として耐えうる女は少ないのが現状だよ。
おんぶしなきゃならない、こっちの身は大変だけどね。
すぐにでもわかるんじゃないかな。
組織として成り立ったとしても、会社としては存続出来ないだろう。
本当の実社会に戦力として耐えうる女は少ないのが現状だよ。
おんぶしなきゃならない、こっちの身は大変だけどね。
>>255
だから無理だっつーのw
そもそも、少なくても綺麗かなんらかの魅力がないと
笑わせようとか頑張る気も起きないよ。
職業として芸人とか営業とか選んでるならやるけどさ。
むしろ、貴重な仕事の時間をババの機嫌とりに使ったら
自分に嫌気が差すだろう。
だから無理だっつーのw
そもそも、少なくても綺麗かなんらかの魅力がないと
笑わせようとか頑張る気も起きないよ。
職業として芸人とか営業とか選んでるならやるけどさ。
むしろ、貴重な仕事の時間をババの機嫌とりに使ったら
自分に嫌気が差すだろう。
うちのとこ普通にお菓子常備してるから
食べながら雑談とかよくあるけどな
食べながら雑談とかよくあるけどな
つーか、女の機嫌とるのはうまい人が一手に引き受けるのが
いいと思うけどね。
そもそも、あれって適正とか才能あると思うし。
それこそ適材適所だよ。
開発職にそれを求めるのは、正直止めてほしいね。
実際、人数比でいうと少ないんだし
実は計画的にバラせばいいだけなんだろうけどね。
いいと思うけどね。
そもそも、あれって適正とか才能あると思うし。
それこそ適材適所だよ。
開発職にそれを求めるのは、正直止めてほしいね。
実際、人数比でいうと少ないんだし
実は計画的にバラせばいいだけなんだろうけどね。
>>258
就業時間中に関係ない市販ゲームで少人数で遊びだす会社もあるし
常時TV観ながら仕事してる会社もあるよ。
結局、仕事をどれだけ回せてるかなんだけどね。
仕事出来ない上に、お茶会開いてたら
さすがに付き合いにしろ本末転倒でしょ？
就業時間中に関係ない市販ゲームで少人数で遊びだす会社もあるし
常時TV観ながら仕事してる会社もあるよ。
結局、仕事をどれだけ回せてるかなんだけどね。
仕事出来ない上に、お茶会開いてたら
さすがに付き合いにしろ本末転倒でしょ？
>仕事の内容が給料に反映されているかどうかのほうが大事じゃないの？
うちの会社は反映されてないな…
作業の期限守らず2ヶ月以上遅れて提出してくるやつの方が、
それらの後始末のために徹夜までしてる連中より給料高いし。
うちの会社は反映されてないな…
作業の期限守らず2ヶ月以上遅れて提出してくるやつの方が、
それらの後始末のために徹夜までしてる連中より給料高いし。
テレビなんかつけてたら、受信料取られないか？
スルーしろ
test
麻生が首相になったら、アニメとゲーム業界は少しは潤うのかね？
ま、建設土木のように直接金が落ちてくることは無いと思うが…。
ま、建設土木のように直接金が落ちてくることは無いと思うが…。
セメント屋のぼんぼんが漫画読んでるだけで
おこぼれ期待すんなってーの
おこぼれ期待すんなってーの
カナダやフランスみたいに減税やら開発費支援してくれるようになったらいいね
個人資産を吐き出させると企業はウマーだぜという政策の人、多くは期待できません。
開発費に落としても国民が貧乏で買えないんだから意味無いだろう。
正直、今の日本人に金を使わせるのは恐ろしく難しい。
正直、今の日本人に金を使わせるのは恐ろしく難しい。
不景気にものが売れないってのは
実際に消費が減ってるせいもあれば
体感浪費基準の閾値が下がってるせいもある。
単価下げれば以外と変わることもあるよ。
もちろん下げた値段に見合うだけの
内容の削減はやる（ＤＶＤみたいに巻構成にしてもいいし、
ＭＭＯみたいに任意サービス課金にしてもいい）
昔ながらの商売を続けられないのは何処も一緒だし。
実際に消費が減ってるせいもあれば
体感浪費基準の閾値が下がってるせいもある。
単価下げれば以外と変わることもあるよ。
もちろん下げた値段に見合うだけの
内容の削減はやる（ＤＶＤみたいに巻構成にしてもいいし、
ＭＭＯみたいに任意サービス課金にしてもいい）
昔ながらの商売を続けられないのは何処も一緒だし。
ゲームで巻構成か
口で言うのは簡単だが作るのも売るのも難しいね
口で言うのは簡単だが作るのも売るのも難しいね
人にもよると思うが住民税が地方主導になって約5倍になったあたりから、なるべくお金使わず貯めとこうって意識になった。
今まで7000円だったのが35000円になったのはかなり痛い。
5倍払っても行政サービスは倍にならず今まで通りだけどな。
今まで7000円だったのが35000円になったのはかなり痛い。
5倍払っても行政サービスは倍にならず今まで通りだけどな。
まんだらけがストップ高、つられすぎだろｗ
ペルソナ４とか画面見た限りだとデータ差し替えただけに見える。
３だけちょっとやって放置したから詳しくは知らんが。
ちなみにペルソナ３のディスクにCVSフォルダがあったｗ
３だけちょっとやって放置したから詳しくは知らんが。
ちなみにペルソナ３のディスクにCVSフォルダがあったｗ
>あなたが本当はＨＤで作りたいのに、会社の命令だから仕方なく、我慢して
>ＳＤで作っているのなら、それは必ずしもプロ根性ではなく、奴隷根性とでも
>いうべき心構えでしょう。
>| 2008-09-02 | DAKINI |
>ＳＤで作っているのなら、それは必ずしもプロ根性ではなく、奴隷根性とでも
>いうべき心構えでしょう。
>| 2008-09-02 | DAKINI |
スーパーハイビジョンで作りてぇなぁと思いながら
我慢してHDでつくってるのは何根性？
我慢してHDでつくってるのは何根性？
HDとかSDとか俺には通じねぇよ
>276
お試し版は無料かあるいは100円までで配信。
最小構成をネットワーク配信で1000円くらいから。
追加要素はDLCで。
総額4000円程度に納まればok。
こういう流通形式取るのって、やっぱ全体を変えないといけないから難しいんだろうなぁ…。
中古ソフト屋と普通のゲーム屋が潰れそうだけども。
お試し版は無料かあるいは100円までで配信。
最小構成をネットワーク配信で1000円くらいから。
追加要素はDLCで。
総額4000円程度に納まればok。
こういう流通形式取るのって、やっぱ全体を変えないといけないから難しいんだろうなぁ…。
中古ソフト屋と普通のゲーム屋が潰れそうだけども。
ドライバー作ってるんじゃないから
ＳＤだろうがＨＤだろうが
ゲームプログラマのやりがいに差があるとは思わんね。
ＳＤだろうがＨＤだろうが
ゲームプログラマのやりがいに差があるとは思わんね。
レンダリングエンジンつくるより面白く高品質なゲームつくるほうが難しい。
i-phoneのAppStore、えらい売り上げ出てるらしいねぇ。
ipod以降、地道に蒔いてた種が、今花開いたって感じか。
セガも、あわよくばこういう路線、歩めてたのかなぁ・・・。
ipod以降、地道に蒔いてた種が、今花開いたって感じか。
セガも、あわよくばこういう路線、歩めてたのかなぁ・・・。
俺、もう明日に備えて寝るから
http://www.yomiuri.co.jp/atmoney/news/20080902-OYT1T00422.htm?from=yoltop
これの評価しておいてな
http://www.yomiuri.co.jp/atmoney/news/20080902-OYT1T00422.htm?from=yoltop
これの評価しておいてな
googleは検索のトップページがゴチャゴチャしだしてから、
あまり好きじゃなくなったな。
あのすっきりさが他所に比べて良かったのに。
あまり好きじゃなくなったな。
あのすっきりさが他所に比べて良かったのに。
>>トップページ
ブラウザからクリップボードの文字直に検索しにいくので見たことない。
ブラウザからクリップボードの文字直に検索しにいくので見たことない。
てことはオプション検索したこと無いのか
>>292
グラフィックデザイナーを唸らせて
良いゲームになるんならいいんだけどねぇ…
自分の担当部分のクオリティーの事しか
考えてない人も多かったりする。
あくまでもゲーム部分はおまけみたいな。
日本の政治を筆頭にいろんなところで
自分の直接の損得しか考えないやり方が流行してるな。
文系思考万歳。
グラフィックデザイナーを唸らせて
良いゲームになるんならいいんだけどねぇ…
自分の担当部分のクオリティーの事しか
考えてない人も多かったりする。
あくまでもゲーム部分はおまけみたいな。
日本の政治を筆頭にいろんなところで
自分の直接の損得しか考えないやり方が流行してるな。
文系思考万歳。
>>294
そんな事はないと思うよ。
プロジェクトが妙な形で長くなってくると
ボトルネックを探しちゃうんだよね。
順調な頃は無計画な人の要求でも笑って済ませられるんだけどね。
プロジェクトが変に長くなってくると
いろいろと思うところが出てくるんだよね。
癌の親玉は誰なんだろうとか
なんで考えなしにしかやれねーんだろ、この人とか…
そんな事はないと思うよ。
プロジェクトが妙な形で長くなってくると
ボトルネックを探しちゃうんだよね。
順調な頃は無計画な人の要求でも笑って済ませられるんだけどね。
プロジェクトが変に長くなってくると
いろいろと思うところが出てくるんだよね。
癌の親玉は誰なんだろうとか
なんで考えなしにしかやれねーんだろ、この人とか…
あー、あと言う事がコロコロ変わっちゃう人だと
ある程度期間経ってくる内になんだかなー的な
ストレスみたいなものが溜まってくるね。
そういう事がなければ気にならないんだけどね。
コロコロ変わってるのに自己正当化とかされるとね。
何言ってんだと思うわけですよ。
ある程度期間経ってくる内になんだかなー的な
ストレスみたいなものが溜まってくるね。
そういう事がなければ気にならないんだけどね。
コロコロ変わってるのに自己正当化とかされるとね。
何言ってんだと思うわけですよ。
禿道
しかも何もなかった、言わなかったことにしてるしな
しかも何もなかった、言わなかったことにしてるしな
298 ：名無しさん必死だな：2008/09/04(木) 05:47:17 ID:/LePUBFY0
中卒Dが使えない('A`)
中卒Dなんてありうるのか…
てっきり都市伝説かと（ｒｙ
てっきり都市伝説かと（ｒｙ
＞文系思考万歳。
この手のラベル貼りを安易にやる人って
思い込みから来る被害意識が強いんだよね。
実際>>293と>>295って何も繋がってなくて理由になってないし。
色々思うところがあるなら、それを吐き出せばいいじゃん。
本当に悪いなら直して貰う、そいつを外すなどの解決策はあるし
オマイさんの勘違いなら、それで気分は晴れる。
要は、自分の精神的な安全装置として、そのモヤモヤを自分で大事に育ててるだけなんだよ。
あと、全体を見通してくれるにはそれに超したこと無いけど
それをしないからって、別に無能じゃない。
そのあたりの責任はＤや企画の担当範囲だし。
セクショナリズムと言うのは、それで他に被害が出る際に使う言葉だ。
この手のラベル貼りを安易にやる人って
思い込みから来る被害意識が強いんだよね。
実際>>293と>>295って何も繋がってなくて理由になってないし。
色々思うところがあるなら、それを吐き出せばいいじゃん。
本当に悪いなら直して貰う、そいつを外すなどの解決策はあるし
オマイさんの勘違いなら、それで気分は晴れる。
要は、自分の精神的な安全装置として、そのモヤモヤを自分で大事に育ててるだけなんだよ。
あと、全体を見通してくれるにはそれに超したこと無いけど
それをしないからって、別に無能じゃない。
そのあたりの責任はＤや企画の担当範囲だし。
セクショナリズムと言うのは、それで他に被害が出る際に使う言葉だ。
簡単に書くと、
思ってるだけじゃ他には何も伝わらないから
結局、君が指摘してる全体を見ない人と大して変わりないって事。
「俺は思ってる分だけ違う」と思ってても、外からは何も違いは見えない。
実際、向こうもそう思ってる可能性もあるし。
思ってるだけじゃ他には何も伝わらないから
結局、君が指摘してる全体を見ない人と大して変わりないって事。
「俺は思ってる分だけ違う」と思ってても、外からは何も違いは見えない。
実際、向こうもそう思ってる可能性もあるし。
正直天才なんていないんで、色々変わるのは仕方ないだろう
初めから100%できてる仕様なんてありえないし。
下っ端が自分の都合しか考えなのも仕方ない。
そんな中、どこでどう折り合いをつけるか、がチームワークなんじゃねーの
粗探しなんて義務教育期間中の子供でも出来る。
初めから100%できてる仕様なんてありえないし。
下っ端が自分の都合しか考えなのも仕方ない。
そんな中、どこでどう折り合いをつけるか、がチームワークなんじゃねーの
粗探しなんて義務教育期間中の子供でも出来る。
>>302
それができる環境であれば開発はとてもうまくいく
だけど、自分のミスは絶対に認めない、自分のミスを人に擦り付ける、
本来は自分の仕事のはずなのにワザと抱え込んで抱え込んだ仕事の中から
好きなものだけをチョイスして、他の仕事は間に合わないのを理由に押し付ける等
糞みたいな小技を使う、飲み会などには積極的で仕事以外で自分の価値を上げる等
する奴がいるから、初めは>>302のような状態であっても
作ってきた信頼を根本から崩壊するような行為を仕事に慣れてきた人間はやるんだよね
誰でもやるできると知ったらみんなやる
ここでやらんといってる人間だって自分がまわりからちやほやされるようになれば
上記のようなことをやってくる人間を絶対に止められない
それができる環境であれば開発はとてもうまくいく
だけど、自分のミスは絶対に認めない、自分のミスを人に擦り付ける、
本来は自分の仕事のはずなのにワザと抱え込んで抱え込んだ仕事の中から
好きなものだけをチョイスして、他の仕事は間に合わないのを理由に押し付ける等
糞みたいな小技を使う、飲み会などには積極的で仕事以外で自分の価値を上げる等
する奴がいるから、初めは>>302のような状態であっても
作ってきた信頼を根本から崩壊するような行為を仕事に慣れてきた人間はやるんだよね
誰でもやるできると知ったらみんなやる
ここでやらんといってる人間だって自分がまわりからちやほやされるようになれば
上記のようなことをやってくる人間を絶対に止められない
スクエニ、テクモにふられたみたいだな。
俺がテクモ社員でもスクエニよりコーエーの方がましだとは思うな。
スクエニは人材の使い捨てが過ぎるわ。
悪評高すぎ。
俺がテクモ社員でもスクエニよりコーエーの方がましだとは思うな。
スクエニは人材の使い捨てが過ぎるわ。
悪評高すぎ。
どっちもどっちだと思うが…どうせならAQだったら腹抱えて笑ったんだがな
RPG強いより、アクション強い方が海外で強そう。
>>303
よほどヒデエ環境で働いてるんだな
いまの職場で１０年近くになるが、出来ない人間は成長するかいなくなるかのどっちかだ
社内には「信頼できる」「微妙だけど使える」「難しいけど仕方ない」「ゴミ」
この４種類の人間が同じ割合でいる感じなんだがな
やたらしつこく愚痴言う人もいるが愚痴にしか聞こえないんだよな
言うだけなのは楽だよなっと
よほどヒデエ環境で働いてるんだな
いまの職場で１０年近くになるが、出来ない人間は成長するかいなくなるかのどっちかだ
社内には「信頼できる」「微妙だけど使える」「難しいけど仕方ない」「ゴミ」
この４種類の人間が同じ割合でいる感じなんだがな
やたらしつこく愚痴言う人もいるが愚痴にしか聞こえないんだよな
言うだけなのは楽だよなっと
>>300
レッテル貼っちゃうけど、こういう事を安易に言う人って
大体、意見しても自分のやりたいスタイルを変えないんだよね。
例えば、どんなに古くなっても自分の使い慣れた
ツールに固執したりとか。
自分が恥かくくらいならプロジェクトが
どうなろうが知ったこっちゃなかったりする。
優先順位が
自分の手柄>プロジェクトの成果
なんだろうな。
そんなプロジェクトに限って開発が年単位で延期するんだよね。
レッテル貼っちゃうけど、こういう事を安易に言う人って
大体、意見しても自分のやりたいスタイルを変えないんだよね。
例えば、どんなに古くなっても自分の使い慣れた
ツールに固執したりとか。
自分が恥かくくらいならプロジェクトが
どうなろうが知ったこっちゃなかったりする。
優先順位が
自分の手柄>プロジェクトの成果
なんだろうな。
そんなプロジェクトに限って開発が年単位で延期するんだよね。
>>302
天才なんて次元の高いところにいるなら全然問題ないよ。
実際は考えなしが通常でたまにその場でちょっと考えるだけのレベルだからな。
バカ殿を裏で援護みたいな事を常にしないとならない。
それに加えて自分はコロコロ意見変えるはダブスタだわだとね。
相手にドカーンって説明じゃわからんと言いつつ
自分はドカーンって説明で相手にわかれとか…
天才なんて次元の高いところにいるなら全然問題ないよ。
実際は考えなしが通常でたまにその場でちょっと考えるだけのレベルだからな。
バカ殿を裏で援護みたいな事を常にしないとならない。
それに加えて自分はコロコロ意見変えるはダブスタだわだとね。
相手にドカーンって説明じゃわからんと言いつつ
自分はドカーンって説明で相手にわかれとか…
チームのために働いても評価しない糞上司がいるとかね
>>308
付き合いきれなくなっていなくなるってのもあるよ。
10年選手だとわかんないかもだけど
言ってる事デタラメでも古参なら力押し出来るからね。
いつもメンバーが入れ替わるような古参は
古参側に問題ある事が多いね。
大手だと実績出さなくても社内政治頑張ると以外に
重鎮になれちゃうんだよね。
その手の話でたまにびっくりするような話を聞くよ。
付き合いきれなくなっていなくなるってのもあるよ。
10年選手だとわかんないかもだけど
言ってる事デタラメでも古参なら力押し出来るからね。
いつもメンバーが入れ替わるような古参は
古参側に問題ある事が多いね。
大手だと実績出さなくても社内政治頑張ると以外に
重鎮になれちゃうんだよね。
その手の話でたまにびっくりするような話を聞くよ。
ところで業界人の皆さんはCEDECいくのかな？
今年はめちゃくちゃ込みそうな講演があるんだよな・・・アレ行けるかな、と不安なんだが・・・
今年はめちゃくちゃ込みそうな講演があるんだよな・・・アレ行けるかな、と不安なんだが・・・
あれか
なんであの会社の人が参加することになってんのか、誰か経緯知ってる人いない？
なんであの会社の人が参加することになってんのか、誰か経緯知ってる人いない？
おわ、一ヶ月くらい前に見た時には無かったぞ
しくったー
しくったー
興味ネーナ、と思ってプログラム見てみたが、
コンテンツ産業における発注取引と下請法
だけちょっと聞きたいなｗ
コンテンツ産業における発注取引と下請法
だけちょっと聞きたいなｗ
トップがプログラム分からないと言うだけでプログラマが迫害されるような職場は辞めた方が良いんでしょうか？
うん
>>318
もう少し長文でいろいろ言ってくれた方がダメージが低かったのに…orz
もう少し長文でいろいろ言ってくれた方がダメージが低かったのに…orz
今日もなんちゃってSEを気取るグラフィックデザイナーが
グラに工数をめちゃくちゃ掛けてるのに
中身に工数を掛けるのは出来ないと断言してたよ。
どんどん勝手に決めるのはいいけど、仕様抜けが多発してるぞと。
勝手にやるんなら、仕様抜けを周りに迷惑かけないで
なんとかするのも勝手にやるんだよな、当然。
ま、頭悪いのに反省や学習もする気がないんで
やれる訳ないけどな。
グラに工数をめちゃくちゃ掛けてるのに
中身に工数を掛けるのは出来ないと断言してたよ。
どんどん勝手に決めるのはいいけど、仕様抜けが多発してるぞと。
勝手にやるんなら、仕様抜けを周りに迷惑かけないで
なんとかするのも勝手にやるんだよな、当然。
ま、頭悪いのに反省や学習もする気がないんで
やれる訳ないけどな。
そいつは時間を掛けないと中身は良くならないとも言っていた。
何年も開発期間をダラダラ延期して
何回も仕切り直した挙げ句未だにグラが〜とか、
グラしか考えてねー癖に
お前が時間を語るなと。
そんなこんなで、だめだこりゃに
全速前進中
何年も開発期間をダラダラ延期して
何回も仕切り直した挙げ句未だにグラが〜とか、
グラしか考えてねー癖に
お前が時間を語るなと。
そんなこんなで、だめだこりゃに
全速前進中
つーか、自分の作ったもんを後で
自分で糞ゲーと呼べちゃうグラフィックデザイナーは
絶対自分の社内の手柄の事しか考えてないと思うんだが、どうよ？
自分で糞ゲーと呼べちゃうグラフィックデザイナーは
絶対自分の社内の手柄の事しか考えてないと思うんだが、どうよ？
でそのグラの人間が仕切ってんの？
なら君が仕切ればいいだろ。なんかおかしいぞ？
なら君が仕切ればいいだろ。なんかおかしいぞ？
わかりやすく言うと、下ってのは
社内で仕切ってる人の中でって話な。
社内で仕切ってる人の中でって話な。
はあそうですかとしかいいようがない
>321
「グラ」を「企画」に置換するとうちの会社になる。
「グラ」を「企画」に置換するとうちの会社になる。
>>330
なにか知恵かしてやれよ
なにか知恵かしてやれよ
そういえば10年位前に企画に
似たような頭の悪い仕切りする奴いたな。
あの時も馬鹿みたいに開発延期したっけな。
大手→大手→リストラまでは風の噂で聞いたけど
今は何してるんだろう？
似たような頭の悪い仕切りする奴いたな。
あの時も馬鹿みたいに開発延期したっけな。
大手→大手→リストラまでは風の噂で聞いたけど
今は何してるんだろう？
ちょっとまて
１０年選手でこのレスかｗ
１０年選手でこのレスかｗ
>>334
結局、基本的な決定権って意味では
会社単位の勤続年数が優先されるもんだからねぇ。
問題は決定権持った上で
頭悪い仕切りをする事なんだよね。
何年も付き合わされると
かなり消費させられるよ。
マジで。
結局、基本的な決定権って意味では
会社単位の勤続年数が優先されるもんだからねぇ。
問題は決定権持った上で
頭悪い仕切りをする事なんだよね。
何年も付き合わされると
かなり消費させられるよ。
マジで。
ゲーム会社なんて長くても５年もいればあとは実績だろ。
１０年選手が人のせいってｗ
１０年選手が人のせいってｗ
>>336
そんな厳しいこと言っても現状がこの体たらくだし
ゲーム会社なんてしょせんそんなもんなんだよ
そんなにすごい人がいるならもっと儲かってるんじゃないの？
任天堂「だけ」すごいけどね
それ以外の会社なんてたいしたことないじゃないｗ
そんな厳しいこと言っても現状がこの体たらくだし
ゲーム会社なんてしょせんそんなもんなんだよ
そんなにすごい人がいるならもっと儲かってるんじゃないの？
任天堂「だけ」すごいけどね
それ以外の会社なんてたいしたことないじゃないｗ
そんな長期プロジェクトだったらむしろ巻かれるべきだろう
文句言う必要無し。
文句言う必要無し。
http://www.watch.impress.co.jp/game/docs/20080905/gf2.htm
カプンコもまともな事言えるようになったなあ。
任天堂とカプンコはいい流れに乗ってる気がする。
カプンコもまともな事言えるようになったなあ。
任天堂とカプンコはいい流れに乗ってる気がする。
キャラを差し替えただけみたいなシンプルゲーの開発と一緒にされたくないよな
http://www.watch.impress.co.jp/game/docs/20080905/koei.htm
＞「彼らは安定した開発環境を得られることが一番重要と考えており、
スクエニが従業員にとって安定してないってぼろくそに言われてるな。
スクエニさんこんなにコケにされてだまっているのか？ｗ
＞「彼らは安定した開発環境を得られることが一番重要と考えており、
スクエニが従業員にとって安定してないってぼろくそに言われてるな。
スクエニさんこんなにコケにされてだまっているのか？ｗ
＞ただし、直接従業員に聞いたわけではないが
途中で急に使えねーミドルウェアの採用勝手に
上から決められた状況思い出した。
途中で急に使えねーミドルウェアの採用勝手に
上から決められた状況思い出した。
□の人か
>>341
これってちゃんと残業代払った上で言ってるの？
これってちゃんと残業代払った上で言ってるの？
>>345
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
ここは愚痴に対して批判するスレじゃないよ。
それに、俺は無駄作業を減らして効率的になるように
逆に指示も出してるしな。
お前電ソルか？
○守秘義務に引っ掛からない程度に空気を読んで、「みんなで仲良く」愚痴を垂れましょう。煽りはあぼーん設定で。
ここは愚痴に対して批判するスレじゃないよ。
それに、俺は無駄作業を減らして効率的になるように
逆に指示も出してるしな。
お前電ソルか？
不払い残業代全部請求して辞めてやりたいんだけど、こういうのは弁護士のところに日報でも持って行けばいいんでしょうか？
>>349
いいんじゃね？
いいんじゃね？
>>341
良質アクションゲームが開発出来る技術があるところは
今の時期だと世界市場として見ると追い風だね。
テクモも業界内の企業価値高そうだし。
任天堂はクリエイティブな面で
さらに頭抜けてるけど。
良質アクションゲームが開発出来る技術があるところは
今の時期だと世界市場として見ると追い風だね。
テクモも業界内の企業価値高そうだし。
任天堂はクリエイティブな面で
さらに頭抜けてるけど。
１０年やっても良い仕事したかどうかが大きいな。
勉強する人少ない業界だからｗ
勉強する人少ない業界だからｗ
煙に巻くなら「底辺」って言うといいおｗｗｗ
>>352
大手だと糞ゲーでも多少は売れちゃうんだけど
それが隠れ蓑になったりもするんだよな。
ユーザー満足度で正確に計りたくても
声の大きな人が邪魔するしね。
ちなみに、他人が自分の作ったゲームを夢中でプレイしてるのを
そしらぬ顔で横で見てるのマジお勧め。
本音も聞けるし、ラリってるのが見られると
内心ヤッター
みたいな。
大手だと糞ゲーでも多少は売れちゃうんだけど
それが隠れ蓑になったりもするんだよな。
ユーザー満足度で正確に計りたくても
声の大きな人が邪魔するしね。
ちなみに、他人が自分の作ったゲームを夢中でプレイしてるのを
そしらぬ顔で横で見てるのマジお勧め。
本音も聞けるし、ラリってるのが見られると
内心ヤッター
みたいな。
>>348
なるほど、愚痴スレだったんだっけ
生産性とか建設的とかそういうスレじゃないのは理解した、
すまなかった
今後は生暖かい目でスルーすることにするわ
ただ一つ、人のことレッテル張りしようとするのはかなり程度の低いことだから避けるべきだ
ま、愚痴しか垂れられない人間なら程度も知れるけどさ
なるほど、愚痴スレだったんだっけ
生産性とか建設的とかそういうスレじゃないのは理解した、
すまなかった
今後は生暖かい目でスルーすることにするわ
ただ一つ、人のことレッテル張りしようとするのはかなり程度の低いことだから避けるべきだ
ま、愚痴しか垂れられない人間なら程度も知れるけどさ
>>347
未払い残業代の訴訟は、テクモ側が他の従業員分も含めて
全部払って和解したらしい
http://www.jiji.com/jc/c?g=soc_30&k=2008090500845
800万の臨時ボーナスか。使い出ありそうだ
未払い残業代の訴訟は、テクモ側が他の従業員分も含めて
全部払って和解したらしい
http://www.jiji.com/jc/c?g=soc_30&k=2008090500845
800万の臨時ボーナスか。使い出ありそうだ
何を言いたいかというと、技術は積み上げられるけど
糞ゲーつくったりするような人のセンスとかやり方ってのは積み上がらないので
古参なだけの人が何回もゲームの指揮してもヒットしないんだよね。
後進の才能を育てる意味でも何回かやって駄目なら
そういう立場から身を引くべきじゃないだろうかと。
でも企画の場合は存在価値がなくなる程の自体なので
大手の場合はなんか考えないといけないけどね。
糞ゲーつくったりするような人のセンスとかやり方ってのは積み上がらないので
古参なだけの人が何回もゲームの指揮してもヒットしないんだよね。
後進の才能を育てる意味でも何回かやって駄目なら
そういう立場から身を引くべきじゃないだろうかと。
でも企画の場合は存在価値がなくなる程の自体なので
大手の場合はなんか考えないといけないけどね。
今の業界の停滞感って若手が育たない土壌
もっと言うと、上が目詰まり起こしてる事も原因だと思うんだよね。
例えば古参でセンスない人とか何回もプロジェクト赤にしてる人とか
数字で駄目さが証明されてる人を何回も使うとか
金をドブに捨ててるようにしか見えない。
そりゃ金も期間もいくらあっても足りなくなるだろと。
たぶんそういう人には倍の時間と金を最初に用意しても同じ事になると思うよ。
もっと言うと、上が目詰まり起こしてる事も原因だと思うんだよね。
例えば古参でセンスない人とか何回もプロジェクト赤にしてる人とか
数字で駄目さが証明されてる人を何回も使うとか
金をドブに捨ててるようにしか見えない。
そりゃ金も期間もいくらあっても足りなくなるだろと。
たぶんそういう人には倍の時間と金を最初に用意しても同じ事になると思うよ。
>>357
カプコンの話とは違うじゃん
カプコンの話とは違うじゃん
てか、テクモも和解した後、ちゃんと払ってるの？
払ってないならテクモ消滅の危機だよ
たしか２度目のアウトで潰したはず
なぜか最近この辺異常に厳しいので
自分がいた会社に恨みのある人は証拠もって通報するといいよ
かなり大きい会社でも潰すから
払ってないならテクモ消滅の危機だよ
たしか２度目のアウトで潰したはず
なぜか最近この辺異常に厳しいので
自分がいた会社に恨みのある人は証拠もって通報するといいよ
かなり大きい会社でも潰すから
>例えば古参でセンスない人とか何回もプロジェクト赤にしてる人とか
>数字で駄目さが証明されてる人を何回も使うとか
>金をドブに捨ててるようにしか見えない。
おっとうちの会社の悪口はそこまでだ。
うちの会社の場合は、売れる売れない以前に締め切り守らない企画が多いのが問題なんだけど。
>数字で駄目さが証明されてる人を何回も使うとか
>金をドブに捨ててるようにしか見えない。
おっとうちの会社の悪口はそこまでだ。
うちの会社の場合は、売れる売れない以前に締め切り守らない企画が多いのが問題なんだけど。
>357
何割くらい税金で持っていかれるんだ？
というか、翌年の税金が跳ね上がるわけか…。
何割くらい税金で持っていかれるんだ？
というか、翌年の税金が跳ね上がるわけか…。
adobeにコピー品のphotoshop使ってるってメール入れた人いる？
>>365
どういう意味かkwsk
どういう意味かkwsk
>>370
別のところでずっと常駐してた荒らしの話。
別のところでずっと常駐してた荒らしの話。
電ソルは邪魔って意味じゃない？
別の大手にいるけど中卒Dは有名だよ。
業界歴20年にもなるのに、メインで関わったヒット作が一本もないどころか、
ロクに完成させたことも皆無だって話。
業界歴20年にもなるのに、メインで関わったヒット作が一本もないどころか、
ロクに完成させたことも皆無だって話。
関東では聞いたこと無いな
374が個人的な恨みで定期的に書いてる
って可能性の方が高い気がするなｗ
中卒がどうのとかどうでもいいし、
品性疑いたくなるｗ
って可能性の方が高い気がするなｗ
中卒がどうのとかどうでもいいし、
品性疑いたくなるｗ
ソイツが潰した会社にいたヤツのﾖｶｿ。よくある話よ。
そーゆーやつに限って延々業界に居座る('A`)ちなみにウチは大卒しか採らない。
そーゆーやつに限って延々業界に居座る('A`)ちなみにウチは大卒しか採らない。
でもウチの場合、デザイナーに限っていえば明らかに能力と学歴は比例してる。
高卒は使えないやつばっか。さすがに中卒はいないけど。
つかネタだろ？大手に中卒のDなんかがいるわけがないｗ
高卒は使えないやつばっか。さすがに中卒はいないけど。
つかネタだろ？大手に中卒のDなんかがいるわけがないｗ
>>378
見えない敵との戦い乙
>>379
デザイナーは専門卒でもけっこう出来る人が多いけどな。
つか、中卒Dの話はネタでしょ。具体的な話が全然出てこないし。
恐らく、大手には創業時のメンバーで偉くなってる人が居るので
それを揶揄してたのを、本気にしたバカが吹聴してるんじゃないかと。
見えない敵との戦い乙
>>379
デザイナーは専門卒でもけっこう出来る人が多いけどな。
つか、中卒Dの話はネタでしょ。具体的な話が全然出てこないし。
恐らく、大手には創業時のメンバーで偉くなってる人が居るので
それを揶揄してたのを、本気にしたバカが吹聴してるんじゃないかと。
誰かCEDEC11日のデイリーパス売ってくれ
普通に考えて、中卒で業界に入れてるんなら
それなりに独学できる優秀なタイプなんじゃないの？
中卒って、個人の資質が大きすぎて人材に
偏りはあるだろうけどね。
中小零細の社長とかには学歴以外でのし上がってきたタイプが多い気はする。
それなりに独学できる優秀なタイプなんじゃないの？
中卒って、個人の資質が大きすぎて人材に
偏りはあるだろうけどね。
中小零細の社長とかには学歴以外でのし上がってきたタイプが多い気はする。
中卒と書くと嘘っぽいが
高校中退と解釈するとバブル期組にいないか
大手にいるかは知らんが
高校中退と解釈するとバブル期組にいないか
大手にいるかは知らんが
>>385
中卒Dなんて特定できそうなネタふっといて
具体的に答ないんだから工作と考えるのが妥当だろう。
大方二番手に甘んじてる奴が引きずり降ろそうとして
裏工作してるうちの一つだろう。
大手のぱっとしないリーダーがよくやる手だよ。
中卒Dなんて特定できそうなネタふっといて
具体的に答ないんだから工作と考えるのが妥当だろう。
大方二番手に甘んじてる奴が引きずり降ろそうとして
裏工作してるうちの一つだろう。
大手のぱっとしないリーダーがよくやる手だよ。
387 ：名無しさん必死だな：2008/09/08(月) 21:32:16 ID:p1jbRTvJ0
お前ら、CEDECの夜にやるパーティ参加した事在る？
参加してみたいんだが、会社で行く奴がいない
一人で参加して浮かないだろうか？
誰とも会話出来ないでポツンとしてるのが恐怖で踏ん切りつかない
参加してみたいんだが、会社で行く奴がいない
一人で参加して浮かないだろうか？
誰とも会話出来ないでポツンとしてるのが恐怖で踏ん切りつかない
中卒ぷぷぷｗ
と仰り周りの士気を暴落させるババアは死ね
と仰り周りの士気を暴落させるババアは死ね
>>386
具体例が出ないから
引きずり下ろす効果もないとおも。
解る奴しか解らないんじゃ
悪い噂の広まりようがない。
（引きずるおろそうとすると言う話が本当なら）
知ってる奴は、嘘だって解るわけだし。
ま〜、工作してるとか言う奴が
そんなことも解らないバカだって可能性はあるけど。
具体例が出ないから
引きずり下ろす効果もないとおも。
解る奴しか解らないんじゃ
悪い噂の広まりようがない。
（引きずるおろそうとすると言う話が本当なら）
知ってる奴は、嘘だって解るわけだし。
ま〜、工作してるとか言う奴が
そんなことも解らないバカだって可能性はあるけど。
中卒？ そんなレアキャラ会った事ないからどうでもいいよ。
そんなことより聞いてくれよ。今年入ってきたゆとり世代の19才がとんでもなくてなぁ…。
あれ、ホントに常識と良識のある人間か？
しつけの問題なのか？ 教育の問題なのか？ それとも本人の素質？
来年はアレと同年代を10人入れる予定とか上司に言われたよ。そして研修期間の
教育係はオレだってよ。『今年の経験を生かして、来年もよろしく』ってwwww
イヤイヤ、待てよオイwww
そんなことより聞いてくれよ。今年入ってきたゆとり世代の19才がとんでもなくてなぁ…。
あれ、ホントに常識と良識のある人間か？
しつけの問題なのか？ 教育の問題なのか？ それとも本人の素質？
来年はアレと同年代を10人入れる予定とか上司に言われたよ。そして研修期間の
教育係はオレだってよ。『今年の経験を生かして、来年もよろしく』ってwwww
イヤイヤ、待てよオイwww
>>390
具体的じゃなくても中卒ってレアキャラじゃ
大体周りの人はあの人だって思っちゃうじゃん。
それでたいしてその人知らないなら
真に受けたり、疑心を抱いちゃうしゃん。
例えば、外注の管理してたら仕事旨くいかなくなるじゃん。
そういう姑息な事を狙ってるんだろ。
妬みが激しい性格の悪い女なんかはよくやってるの見るし。
女だと周りもビビって放置してる事もざらだよ。
具体的じゃなくても中卒ってレアキャラじゃ
大体周りの人はあの人だって思っちゃうじゃん。
それでたいしてその人知らないなら
真に受けたり、疑心を抱いちゃうしゃん。
例えば、外注の管理してたら仕事旨くいかなくなるじゃん。
そういう姑息な事を狙ってるんだろ。
妬みが激しい性格の悪い女なんかはよくやってるの見るし。
女だと周りもビビって放置してる事もざらだよ。
>>391
まともなヤツならゲーム業界なんかこないが
まともなヤツならゲーム業界なんかこないが
実際に外注先で酷い扱いを受けたとかで
その会社のさらに発注先の会社の知り合いにある事ない事吹き込んだ男もいたな。
そいつの凄い所は自分の会社にその外注先の次の仕事を
結果的に奪った所だが。
そいつは自慢げに話てたけど
俺はそいつが低スキルなのも知ってたし外注先も知ってたから
なんか気の毒だったね。
そういう奴は大抵本職の仕事以外でアピールしたり
顔の広さをアピールするので
逆にわかりやすかったりする。
その会社のさらに発注先の会社の知り合いにある事ない事吹き込んだ男もいたな。
そいつの凄い所は自分の会社にその外注先の次の仕事を
結果的に奪った所だが。
そいつは自慢げに話てたけど
俺はそいつが低スキルなのも知ってたし外注先も知ってたから
なんか気の毒だったね。
そういう奴は大抵本職の仕事以外でアピールしたり
顔の広さをアピールするので
逆にわかりやすかったりする。
中卒本人いてるの？
電ソルはPC壊れたの？
・出来上がった仕様書を見て「もっと格好よい画面演出を提案してよ、企画でしょ？」とお怒りになる自称デザイナー
・「ディレクターというのは部下の仕事を１から１０まで監督するのが仕事なんですよ」と言い切る社員Ａ
・納期が間に合わないのを提言していたにも関わらず、支払いが遅れるからと進捗に嘘をつかせて
１週間後に、クライアントから怒られた際にしらんぷりしている社長
・企画が作成した仕様書を読まずに作り始めて、納期ギリギリで「納期内に作れない」と愚痴るプログラマー
・仕事中に履歴書書き始め＆仕事中に転職用のイラストを書き始める社員
・クライアントから持ち込まれた仕様を「面白くない」と自分勝手に作り直し始める社員
こりゃ、まとまらんよｗ
・「ディレクターというのは部下の仕事を１から１０まで監督するのが仕事なんですよ」と言い切る社員Ａ
・納期が間に合わないのを提言していたにも関わらず、支払いが遅れるからと進捗に嘘をつかせて
１週間後に、クライアントから怒られた際にしらんぷりしている社長
・企画が作成した仕様書を読まずに作り始めて、納期ギリギリで「納期内に作れない」と愚痴るプログラマー
・仕事中に履歴書書き始め＆仕事中に転職用のイラストを書き始める社員
・クライアントから持ち込まれた仕様を「面白くない」と自分勝手に作り直し始める社員
こりゃ、まとまらんよｗ
>>398
管理職が機能してないのか
作業員の質が低いのかはたまた両方か
金や期間が予定オーバーするところは
カオスになりながら開発が進行するね。
そういうメンバーは実はカオスが好きなのかもしれない
と思った。
管理職が機能してないのか
作業員の質が低いのかはたまた両方か
金や期間が予定オーバーするところは
カオスになりながら開発が進行するね。
そういうメンバーは実はカオスが好きなのかもしれない
と思った。
>>392
目の前の本人が居て、自分で判断できるのに噂信じるようなバカは、
悪い噂とか聞かなくてもプロジェクトの障害になるだろｗ
外注管理で一回も顔を合わせないことなんか無いしな。
みんながみんなゴシップ好きじゃないんだよ。
目の前の本人が居て、自分で判断できるのに噂信じるようなバカは、
悪い噂とか聞かなくてもプロジェクトの障害になるだろｗ
外注管理で一回も顔を合わせないことなんか無いしな。
みんながみんなゴシップ好きじゃないんだよ。
都内の大手だと聞いたが？＞中卒
大手の何割が都内にあるのかと。
>>402
何がいいたいかイマイチな感じだけど
顔合わせだけではその人が仕事が出来るどうかは
ほとんどわからないのは間違いない。
そもそも、ゴシップに意味がないと思う人は中卒とか書き込まないと思うんだ。
何がいいたいかイマイチな感じだけど
顔合わせだけではその人が仕事が出来るどうかは
ほとんどわからないのは間違いない。
そもそも、ゴシップに意味がないと思う人は中卒とか書き込まないと思うんだ。
>406
マネジメント → 朝三暮四、あるいは朝令暮改をカタカナ言葉にしたもの
レバレッジ → 担保以上に掛け金をレイズすること
マネジメント → 朝三暮四、あるいは朝令暮改をカタカナ言葉にしたもの
レバレッジ → 担保以上に掛け金をレイズすること
マネジメント → 残業代を払わずに長時間労働（滞在）を強要すること
レバレッジ →残業代を払わないだけでなく、休日出勤も強要すること
用例）
社長A「うちはマネジメントがんがんしてるよ」
社長B「うちなんかレバレッジかけてるよ」
レバレッジ →残業代を払わないだけでなく、休日出勤も強要すること
用例）
社長A「うちはマネジメントがんがんしてるよ」
社長B「うちなんかレバレッジかけてるよ」
>>406
１から１０まで口を出すのが既にマネジメントじゃない、というか
レバレッジの原理から外れてるんだが。
つまり、>>400に対する「それは既にディレクターじゃなくて作業者ですよ」という
遠回しな嫌みだと思うんだが。
流れ読めないで、単品だけに反応するハト頭に乾杯ｗ
１から１０まで口を出すのが既にマネジメントじゃない、というか
レバレッジの原理から外れてるんだが。
つまり、>>400に対する「それは既にディレクターじゃなくて作業者ですよ」という
遠回しな嫌みだと思うんだが。
流れ読めないで、単品だけに反応するハト頭に乾杯ｗ
１から１０まで監督っていうのと口を出すってのは違うじゃんｗ
監督するだけならポイントだけ、コントロールすればいい。
406はそういう意味でとったんだろｗ
監督するだけならポイントだけ、コントロールすればいい。
406はそういう意味でとったんだろｗ
どっちにしろ、１から１０まで、って時点で
レバレッジじゃない。
ポイントだけ、という時点で「１から１０まで」じゃない。
レバレッジじゃない。
ポイントだけ、という時点で「１から１０まで」じゃない。
ディレクター愚痴ります
ディレクション側で人の管理だけ出来るのであれば幸せなことだが
中小にそんな余裕はない。現実、自分でシナリオ、外注管理、仕様作成
交渉全部やるしかないわけだ。だが「現場」はもっと自分等のことを見て
評価してくれと騒ぐ
問題があれば提起すりゃいい、納期間に合わないのであれば「解決案」と
一緒に提案しろ、仕事のやり方判らないなら自分から質問しろ
なんで訊かれるまで黙ってるんだよ 話かけるのが怖いのか？
笑いかけて話しかけてやってるだろ？
こちとら使えねぇ社長と報告すら出来ない下っ端に挟まれつつ
クライアントの要望と自分の仕事、納期を管理するので精一杯なんだよ
勤務時間内で終わる作業を割り振られただけで何テンパってんだよ
お前には１週間分の作業しか与えてないだろ
なんで１ヶ月経ってもその作業してるんだよ
こちとら残業や休日出勤当たり前で仕事しているのに
何故お前は仕事量が多いとか愚痴言ってるんだよ
定時で帰ってるじゃねぇか
･･･全然、書ききれねぇｗ
ディレクション側で人の管理だけ出来るのであれば幸せなことだが
中小にそんな余裕はない。現実、自分でシナリオ、外注管理、仕様作成
交渉全部やるしかないわけだ。だが「現場」はもっと自分等のことを見て
評価してくれと騒ぐ
問題があれば提起すりゃいい、納期間に合わないのであれば「解決案」と
一緒に提案しろ、仕事のやり方判らないなら自分から質問しろ
なんで訊かれるまで黙ってるんだよ 話かけるのが怖いのか？
笑いかけて話しかけてやってるだろ？
こちとら使えねぇ社長と報告すら出来ない下っ端に挟まれつつ
クライアントの要望と自分の仕事、納期を管理するので精一杯なんだよ
勤務時間内で終わる作業を割り振られただけで何テンパってんだよ
お前には１週間分の作業しか与えてないだろ
なんで１ヶ月経ってもその作業してるんだよ
こちとら残業や休日出勤当たり前で仕事しているのに
何故お前は仕事量が多いとか愚痴言ってるんだよ
定時で帰ってるじゃねぇか
･･･全然、書ききれねぇｗ
>お前には１週間分の作業しか与えてないだろ
>なんで１ヶ月経ってもその作業してるんだよ
その状況を放置してるのもどうかと思うが。
>なんで１ヶ月経ってもその作業してるんだよ
その状況を放置してるのもどうかと思うが。
>>412
つかえねぇ下っ端な俺だけど、大変そうですね。
こういうのみると悪いのは上じゃなくて俺じゃないのか、といつも自己嫌悪するんだけど
良いＤ悪いＤってどういうのでしょうか？
見分けがつけば自分が悪いのか上が悪いのか考えられて参考になるのですが。
つかえねぇ下っ端な俺だけど、大変そうですね。
こういうのみると悪いのは上じゃなくて俺じゃないのか、といつも自己嫌悪するんだけど
良いＤ悪いＤってどういうのでしょうか？
見分けがつけば自分が悪いのか上が悪いのか考えられて参考になるのですが。
作業の遅い奴は決定的にスキルが不足している可能性が高いので、あまり作業減らすなよ
スキルが付かん。
それと１週間分の作業は自分基準か？与えるのなら明らかに平均より１ランク下がるって基準にして
本人がやれると思う速度まで落としてあげないと。まぁそれで出来なければサヨナラしていいんじゃね？
スキルが付かん。
それと１週間分の作業は自分基準か？与えるのなら明らかに平均より１ランク下がるって基準にして
本人がやれると思う速度まで落としてあげないと。まぁそれで出来なければサヨナラしていいんじゃね？
遅い人ってやみくもに努力するだけで
効率を上げる方法を人に聞いたりしない傾向があるね
エクセルをろくに知らなくて数秒で済む作業を数時間かけてたりしてさ
効率を上げる方法を人に聞いたりしない傾向があるね
エクセルをろくに知らなくて数秒で済む作業を数時間かけてたりしてさ
努力のベクトルが間違ってる奴居るよな
そういうのは正しい方向に導かせるのも上の仕事なんだろうけども、それはそれで結構難しいんだけども
皆、自分で失敗して覚えてきたと思うし
教えるのって難しいとは思う
まぁやる気無い奴も居るけども
そういうのは正しい方向に導かせるのも上の仕事なんだろうけども、それはそれで結構難しいんだけども
皆、自分で失敗して覚えてきたと思うし
教えるのって難しいとは思う
まぁやる気無い奴も居るけども
>>418
うちの会社だと、シナリオ担当のやつにそんなのがいるな。
あらすじとかそのシーンの状況とか全然まとめず、行き当たりばったりで書くからいつも月単位で遅れて出してくる。
その分他のスタッフが徹夜とかして埋め合わせしてる状態。
うちの会社だと、シナリオ担当のやつにそんなのがいるな。
あらすじとかそのシーンの状況とか全然まとめず、行き当たりばったりで書くからいつも月単位で遅れて出してくる。
その分他のスタッフが徹夜とかして埋め合わせしてる状態。
最近来たDが今のままじゃ面白くないから変えるとか言って
今までのもの無視してシステムシナリオキャラ仕様ほとんど変えやがった
何ヶ月もかけてつくったものが半分以上無駄になるとか勘弁してくれ…
今までのもの無視してシステムシナリオキャラ仕様ほとんど変えやがった
何ヶ月もかけてつくったものが半分以上無駄になるとか勘弁してくれ…
>>415
あえて真面目に答えると「俺無能？」って「相談」できているなら問題にならない
あくまで俺的に使えない部下というのは
困っていることを相談しない、怒られた真意を汲み取れず同じ愚痴を繰り返し、成長しない奴
使えないＤというのは
相談を聞こうとしない、理由のある説明が出来ない、感情的に動く奴のことだな
中小のＤは、色々な力関係の狭間で動いている
イメージとしては常に「120%乗車のサラリーマン状態」
急ブレーキで押されて、曲がり角で揺すられて、でも手を握る場所がない感じ
「クライアント」と「社長」と「現場」に挟まれつつ気を遣い、納期、クオリティに責任を負い、
将来への準備、外注への指示/管理、自分のノルマ消化、突発的な作業への対応、
部下への指示、管理（部下の気持ちなんて優先順位一番下扱いだな）
等などの間で常にテンパってる
作業を抱えたＤは出来るはずの「仕事」を与えた部下の状況なんて常に見てられないよ。
困っていて判らなくて納期遅れそうなら自分から報告してくれって感じ
人を管理するのもＤの仕事だけど「部下」は例外
あえて真面目に答えると「俺無能？」って「相談」できているなら問題にならない
あくまで俺的に使えない部下というのは
困っていることを相談しない、怒られた真意を汲み取れず同じ愚痴を繰り返し、成長しない奴
使えないＤというのは
相談を聞こうとしない、理由のある説明が出来ない、感情的に動く奴のことだな
中小のＤは、色々な力関係の狭間で動いている
イメージとしては常に「120%乗車のサラリーマン状態」
急ブレーキで押されて、曲がり角で揺すられて、でも手を握る場所がない感じ
「クライアント」と「社長」と「現場」に挟まれつつ気を遣い、納期、クオリティに責任を負い、
将来への準備、外注への指示/管理、自分のノルマ消化、突発的な作業への対応、
部下への指示、管理（部下の気持ちなんて優先順位一番下扱いだな）
等などの間で常にテンパってる
作業を抱えたＤは出来るはずの「仕事」を与えた部下の状況なんて常に見てられないよ。
困っていて判らなくて納期遅れそうなら自分から報告してくれって感じ
人を管理するのもＤの仕事だけど「部下」は例外
>>421
使えないＤに補足。
Ｄってのは名前通り方向性を決める仕事で
感覚的、あるいはどっちでも良いときにどっち、とはっきり道を付ける事もある
（ていうかそういうことのほうがが多い）
このときに、リーダークラスのスタッフには「実は、この判断には合理的な理由はない」事をしっかり知らせて、
逆に下っ端には、伏せる必要がある（差は、Ｄの判断をサポートできるかどうか）
使えないＤはこの区別がない。
なんでも感覚論で押し切るバカも、なんでも合理論で押し切るバカも同じように使えない。
（判断理由を聞いたら「必然だから」と答えられて唖然としたことがある。
何で必然かと言うことを聞いてるのに）
また、合理的判断か感情的判断かを、リーダークラスに隠す奴も、
各リーダーは更にまた判断して部下を指揮しないといけないことが解っていない。
完全なワンマンやってくれるならともかく、こういう奴に限って面倒見は悪い。
使えないＤに補足。
Ｄってのは名前通り方向性を決める仕事で
感覚的、あるいはどっちでも良いときにどっち、とはっきり道を付ける事もある
（ていうかそういうことのほうがが多い）
このときに、リーダークラスのスタッフには「実は、この判断には合理的な理由はない」事をしっかり知らせて、
逆に下っ端には、伏せる必要がある（差は、Ｄの判断をサポートできるかどうか）
使えないＤはこの区別がない。
なんでも感覚論で押し切るバカも、なんでも合理論で押し切るバカも同じように使えない。
（判断理由を聞いたら「必然だから」と答えられて唖然としたことがある。
何で必然かと言うことを聞いてるのに）
また、合理的判断か感情的判断かを、リーダークラスに隠す奴も、
各リーダーは更にまた判断して部下を指揮しないといけないことが解っていない。
完全なワンマンやってくれるならともかく、こういう奴に限って面倒見は悪い。
>>423
なんだろう。
使えるDってのは、プロジェクトの定義がうまいね。
はじまってすぐに目標なり、それぞれのタスクの優先度とか
クライアントとの力関係、想定してるリスク見通しとか
ドキュメントで配ってくれる。
んで、テンパッてるようには常に見えないしスマート。
後ろ向きな事は常に言わないって感じかな。
逆に使えないDってのは優秀な作業員で、
問題に大して常に場当たりでテンパッテルのが
丸わかりって感じ。
こっちまで不安になるよ。
なんだろう。
使えるDってのは、プロジェクトの定義がうまいね。
はじまってすぐに目標なり、それぞれのタスクの優先度とか
クライアントとの力関係、想定してるリスク見通しとか
ドキュメントで配ってくれる。
んで、テンパッてるようには常に見えないしスマート。
後ろ向きな事は常に言わないって感じかな。
逆に使えないDってのは優秀な作業員で、
問題に大して常に場当たりでテンパッテルのが
丸わかりって感じ。
こっちまで不安になるよ。
ドキュメントでタスクを明確化するのは最低条件だね
俺の知る無能Dは
1つのタイトルが開発会社を複数跨いでいる状態で
進捗の確認をせず管理放棄
確認を取ろうにも何所に居るかわからない
何故か現場仕事のFla制作してるDなら居たわ。
プロジェクトは崩壊、発売したソフトはバグバグになってた。
1つのタイトルが開発会社を複数跨いでいる状態で
進捗の確認をせず管理放棄
確認を取ろうにも何所に居るかわからない
何故か現場仕事のFla制作してるDなら居たわ。
プロジェクトは崩壊、発売したソフトはバグバグになってた。
この人は18歳で東京出てきたって事は高卒かなぁ。
http://www.watch.impress.co.jp/game/docs/20070310/ghm.htm
http://www.watch.impress.co.jp/game/docs/20070310/ghm.htm
>>427
現場では出来る人だったんだろうかねぇ……
就業年数や現場の功績でＤに担ぎ上げられたけど
管理能力が皆無なのに気づいた。
で、現場仕事に逃避してる、と。
いい加減、ゲーム業界も役人のキャリア試験や軍隊の士官学校ってのが
何のためにあるのか、利点の方も理解すべきだよなぁ。
指揮、管理ってのは別の職業で、現場の神様が必ずしも指揮官に向いてる訳じゃないのに。
現場では出来る人だったんだろうかねぇ……
就業年数や現場の功績でＤに担ぎ上げられたけど
管理能力が皆無なのに気づいた。
で、現場仕事に逃避してる、と。
いい加減、ゲーム業界も役人のキャリア試験や軍隊の士官学校ってのが
何のためにあるのか、利点の方も理解すべきだよなぁ。
指揮、管理ってのは別の職業で、現場の神様が必ずしも指揮官に向いてる訳じゃないのに。
>>429
そうなんだけど、難しいやね。
まだ、仕官学校みたいな制度で育ったディレクターを見た事ないので
ゲーム開発にうまく適合するのか、まだわからないし。
大手だと、管理にPM置いてるところもあるみたいだけど
どうみてもド素人の女の子がやってたりするしなぁ。
とりあえず、ディレクターやリーダーは
無駄口が多かったりとか、無駄にやかましかったりとか
明らかな邪魔なレベルじゃなければいいかな。
そうなんだけど、難しいやね。
まだ、仕官学校みたいな制度で育ったディレクターを見た事ないので
ゲーム開発にうまく適合するのか、まだわからないし。
大手だと、管理にPM置いてるところもあるみたいだけど
どうみてもド素人の女の子がやってたりするしなぁ。
とりあえず、ディレクターやリーダーは
無駄口が多かったりとか、無駄にやかましかったりとか
明らかな邪魔なレベルじゃなければいいかな。
>>431
とりあえずおまいさんは、一緒に仕事したくない人間だと言うことが解った。
>>429は、一般的にそう言われてること、実際にそういう弊害があることなんか承知の上で
＞利点の方も理解すべきだよなぁ
と書いてるのに……
しかも、得意げに書いてる事も、みんな解りきってるような事だし。
とりあえずおまいさんは、一緒に仕事したくない人間だと言うことが解った。
>>429は、一般的にそう言われてること、実際にそういう弊害があることなんか承知の上で
＞利点の方も理解すべきだよなぁ
と書いてるのに……
しかも、得意げに書いてる事も、みんな解りきってるような事だし。
>>429 そうだけど･･･中小の「開発費」では、管理人員を飼っておくだけの余裕はないしな
社長が組織論を理解していれば良いのだけど
中小のゲーム会社の社長なんて大抵現場上がりだから
組織運営なんて判らんことが多いし人付き合いの苦手なタイプが多いし
今の会社の社長もそうだし
とりあえずやっちゃいけないことをやった社員は叱りたい。
叱ったら辞めちゃうから叱らないでくれって社長から言われたりするけど
それで辞める奴は辞めちゃえと思うんだがなぁ
ちなみに（あくまで例え）、元々１０ヶ月の納期で仕事請けておいて
前プロジェクトが伸びてしまい、残り４ヶ月の状態で開発人員を確保。
クライアントに何も説明をしていない状況でゼロから立ち上げなきゃいけない。
クライアントの機嫌を損ねないように状況説明しつつ納期を延ばしながら、
ラインの立ち上げやら外注確保やら仕様作成やら
･･･全部挙げるときりが無いので･･･一本作り上げるまでの管理を
ディレクターはやっていることもあるので、申し訳ないけど
現場には自分から相談に来て欲しい。マジで面倒なんて見てられない
社長が組織論を理解していれば良いのだけど
中小のゲーム会社の社長なんて大抵現場上がりだから
組織運営なんて判らんことが多いし人付き合いの苦手なタイプが多いし
今の会社の社長もそうだし
とりあえずやっちゃいけないことをやった社員は叱りたい。
叱ったら辞めちゃうから叱らないでくれって社長から言われたりするけど
それで辞める奴は辞めちゃえと思うんだがなぁ
ちなみに（あくまで例え）、元々１０ヶ月の納期で仕事請けておいて
前プロジェクトが伸びてしまい、残り４ヶ月の状態で開発人員を確保。
クライアントに何も説明をしていない状況でゼロから立ち上げなきゃいけない。
クライアントの機嫌を損ねないように状況説明しつつ納期を延ばしながら、
ラインの立ち上げやら外注確保やら仕様作成やら
･･･全部挙げるときりが無いので･･･一本作り上げるまでの管理を
ディレクターはやっていることもあるので、申し訳ないけど
現場には自分から相談に来て欲しい。マジで面倒なんて見てられない
何気に周りの状況聞いてみると皆不満だらけな上に
かなり鬱に近い状態になってるとかあるよな('A`)
話してる時は笑ってるんだが、頭の中は別なんだ。
かなり鬱に近い状態になってるとかあるよな('A`)
話してる時は笑ってるんだが、頭の中は別なんだ。
１０ヶ月でゲーム作るプロジェクトとか絶対に嫌だ
酷いところで半年とか在るけども
もうそういう係わりたくない
精神的・身体的に辛すぎる
中小でもいいが名の売れてない会社はもう絶対にヤダ
駄々こねるがヤダ
酷いところで半年とか在るけども
もうそういう係わりたくない
精神的・身体的に辛すぎる
中小でもいいが名の売れてない会社はもう絶対にヤダ
駄々こねるがヤダ
１０ヶ月が短いってどんな大作作ってるんだ
10ヶ月が短いってどんな知育専門なんだ
他人を悪く言う人ほど、自分の能力は棚に上げている事が多いらしいね
しかし一部の層にはものすごく受けがいい
いまは何より期間が欲しい。。。
忙しいなぁ。充実はしてるが……
忙しいなぁ。充実はしてるが……
一番やばい状態は開発がダラダラとなんとなく進行してるんだけど
開発者自体が無自覚で、それでいて
なんとなく倦怠感やら焦燥感だけが増していく現場。
大体、プロジェクトは赤字になって
メンバーが大量に辞めたりする結果になる。
開発者自体が無自覚で、それでいて
なんとなく倦怠感やら焦燥感だけが増していく現場。
大体、プロジェクトは赤字になって
メンバーが大量に辞めたりする結果になる。
|l ＼:: | | ｜､:.. | [], _ .|: [ニ]:::::
|l'-,､イ＼: | | ∧,,,∧ . ｜::.. ﾍ￣￣,/:::(_＿)::
|l ´ヽ,ノ: | | （´・ω・｀） ,l､::: ￣￣::::::::::::::::
|l | :| | |,r'",´￣￣￣￣￣｀ヽ､l:::::
|l.,＼＼| :| | ,' :::::... ..::ll:::: 40歳になるころには
|l | :| | | :::::::... . .:::|l:::: 係長ぐらいになって
|l＿＿,,| :| | | ::::.... ..:::|l:::: お盆には嫁と子供を車に乗せて
|l￣｀~~| :| | | |l:::: 実家に帰省して
|l | :| | | |l:::: 川で遊んだり
|l | :| | | ''"´ |l:::: 高校野球を見たり
|l ＼＼[]:| | | |l:::: スイカ食べたりしてたはずなのに
>>444
それなんてうちの会社？
それなんてうちの会社？
弱小の会社って
成果物の出来じゃなくて、仕事をしてる事自体で
なんとなく命脈を保ってることがあるからな・・・
生産性じゃなくて、金の還元システムとしての会社。
成果物の出来じゃなくて、仕事をしてる事自体で
なんとなく命脈を保ってることがあるからな・・・
生産性じゃなくて、金の還元システムとしての会社。
450 ：名無しさん必死だな：2008/09/14(日) 18:49:21 ID:xUTl2uI90
「もうできてるんなら、次いけるな」とか言うだけましだよ。
終りもくそも気分で延々と仕事増やす社長に、お前はアホか！と
叫びそうになったことがある。
終りもくそも気分で延々と仕事増やす社長に、お前はアホか！と
叫びそうになったことがある。
うわぁ、小さい会社だとそんな酷い状況なのか…
今まで6社程渡り歩いたが、それなりに大きい所にしか入った事しか無いから、あんまり悲惨な状況に当たったことが無いや…
今まで6社程渡り歩いたが、それなりに大きい所にしか入った事しか無いから、あんまり悲惨な状況に当たったことが無いや…
452 ：名無しさん必死だな：2008/09/14(日) 19:03:28 ID:QBcDUxAo0
早くこういう時代がくればいいな
フラクタルによる風景自動生成
http://www.planetside.co.uk/gallery/f/tg2/?g2_page=1
http://gigazine.net/index.php?/news/comments/20070102_terragen2/
最新PCによるリアルタイムレンダリング（次世代機で実現可）
http://www.pcgameshardware.de/screenshots/original/2008/08/Ruby_new_demo_06.jpg
http://www.pcgameshardware.de/screenshots/original/2008/08/Ruby_new_demo_07.jpg
目には見えないが、あたかもそこに「物体」があるかのように感じさせる技術 東大研究チームが開発
http://wiredvision.jp/news/200809/2008090522.html
Cryengine2
http://jp.youtube.com/watch?v=B6spFgJWClc
http://jp.youtube.com/watch?v=7Z27N7eBnF0
フラクタルによる風景自動生成
http://www.planetside.co.uk/gallery/f/tg2/?g2_page=1
http://gigazine.net/index.php?/news/comments/20070102_terragen2/
最新PCによるリアルタイムレンダリング（次世代機で実現可）
http://www.pcgameshardware.de/screenshots/original/2008/08/Ruby_new_demo_06.jpg
http://www.pcgameshardware.de/screenshots/original/2008/08/Ruby_new_demo_07.jpg
目には見えないが、あたかもそこに「物体」があるかのように感じさせる技術 東大研究チームが開発
http://wiredvision.jp/news/200809/2008090522.html
Cryengine2
http://jp.youtube.com/watch?v=B6spFgJWClc
http://jp.youtube.com/watch?v=7Z27N7eBnF0
だからフラクタル自動生成で当たり判定とか勝手にやってくれるの？
まったく同じものがないのを自動で作るための技術でしょ
まぁゲーム性とか考えると地形が勝手にできてもダメなんだけどさ
まぁゲーム性とか考えると地形が勝手にできてもダメなんだけどさ
正直絵なんてゲームと関係ねぇｗｗｗ
あー、俺は送られてきた素材組み込むだけの底辺なんでスンマソンｗｗｗｗ
ゲームなんて飯の種でしかねぇよｗ
ゲームなんて飯の種でしかねぇよｗ
>>452
次世代機になればツールで楽出来ると夢を見るのは勝手だけど
ツールで楽出来るのは実際微微たるもんでしょ。
たぶん次世代機の時代は変な妄想は
会社を潰す時代になるよ。
今も大分そんな感じになってきてるけど。
次世代機になればツールで楽出来ると夢を見るのは勝手だけど
ツールで楽出来るのは実際微微たるもんでしょ。
たぶん次世代機の時代は変な妄想は
会社を潰す時代になるよ。
今も大分そんな感じになってきてるけど。
「ゲームなんて飯の種でしかねぇよｗ 」
こう考える事で底辺である自分を肯定しようとしているのか
こう考える事で底辺である自分を肯定しようとしているのか
飯の種なら他にいい仕事があると思うんだが
>>463
給与だけ見てると割に合わない仕事だよなぁ……と、たまに思う
給与だけ見てると割に合わない仕事だよなぁ……と、たまに思う
ゲーム演出は大事だろうけど
グラがHDかどうかとか画像の解像度とか
髪の毛の挙動への拘りとかなら
気にしてるのは開発者だけかも知れない。
それをするためにゲームの仕様を削ったり
処理をまわすよう要求するようになったら
むしろ糞ゲー化するだろうね。
グラフィックデザイナーの暴走の典型的な例。
グラがHDかどうかとか画像の解像度とか
髪の毛の挙動への拘りとかなら
気にしてるのは開発者だけかも知れない。
それをするためにゲームの仕様を削ったり
処理をまわすよう要求するようになったら
むしろ糞ゲー化するだろうね。
グラフィックデザイナーの暴走の典型的な例。
そもそも、演出としてのグラは
性能よりセンスが問題だし。
ゲーム機の性能が上がっても
センスがないグラフィックデザイナーは無駄に
性能を使い切って終わるだけだろうし。
センスのないグラフィックデザイナーは
これからの方が大変だよ、きっと。
性能よりセンスが問題だし。
ゲーム機の性能が上がっても
センスがないグラフィックデザイナーは無駄に
性能を使い切って終わるだけだろうし。
センスのないグラフィックデザイナーは
これからの方が大変だよ、きっと。
昔はもっと可能性があった気がしたんだよな。
結局は一番合理的でつまんない所に落ち着いた感じ。
作業として割り切るには丁度いいが。
結局は一番合理的でつまんない所に落ち着いた感じ。
作業として割り切るには丁度いいが。
>>465
格ゲーとかなら髪の毛の挙動で
動きのわかりやすさを増すことが出来るな
逆に絵的な美しさのみ優先でテキトーにバタバタしてるだけだと
「言葉で言えないけどなんか相手の挙動が掴み辛いクソゲー」になるな。
性能が上がることで引き出せるセンスってそのあたりじゃないの？
>>467
自分で具体的に何か出来ないなら
文句を言える筋合いじゃないよな〜
別に法律で今のフォーマットが決まってるわけでもないから
違うことやるの禁止な訳でもないし。
格ゲーとかなら髪の毛の挙動で
動きのわかりやすさを増すことが出来るな
逆に絵的な美しさのみ優先でテキトーにバタバタしてるだけだと
「言葉で言えないけどなんか相手の挙動が掴み辛いクソゲー」になるな。
性能が上がることで引き出せるセンスってそのあたりじゃないの？
>>467
自分で具体的に何か出来ないなら
文句を言える筋合いじゃないよな〜
別に法律で今のフォーマットが決まってるわけでもないから
違うことやるの禁止な訳でもないし。
PS3で作るの大変らしいな
何言ってんだ、PS3じゃなくったって作るの大変だぜ？
できるプログラマーを探すのは大変
どっかで見たことあるんだけど、性能の向上で仕事が膨大に増えて、
カースト作業がゲームを駄目にしてるって意見読んだことある。
独裁国家よろしく下層の意見は聞かずにトップ次第でくそげー決定みたいな。
話ちがうんだけど、性能で上がるセンスなんてたかが知れてると割り切って
現状の体力考えて、技術買う金ないし人材来ないんだから、高望みはせずに
その分意見交換なりでもっと面白くする努力にまわすようにしたらいい。
２Ｄ３Ｄとかこだわらず、というか、へぼグラでも中身があれば
それに伴って魅力が向上するもんだろうし。
行き詰まったらプログラマーのほうが現状把握能力高いんだから
相談しにいけよ。
と、思ってるんだけど、そういうのって理想すぎるのだろうか。
それ言ったら鼻で笑われて終わった。
というか向上心がないとかで相手にされなくなった。
俺まちがってる？
カースト作業がゲームを駄目にしてるって意見読んだことある。
独裁国家よろしく下層の意見は聞かずにトップ次第でくそげー決定みたいな。
話ちがうんだけど、性能で上がるセンスなんてたかが知れてると割り切って
現状の体力考えて、技術買う金ないし人材来ないんだから、高望みはせずに
その分意見交換なりでもっと面白くする努力にまわすようにしたらいい。
２Ｄ３Ｄとかこだわらず、というか、へぼグラでも中身があれば
それに伴って魅力が向上するもんだろうし。
行き詰まったらプログラマーのほうが現状把握能力高いんだから
相談しにいけよ。
と、思ってるんだけど、そういうのって理想すぎるのだろうか。
それ言ったら鼻で笑われて終わった。
というか向上心がないとかで相手にされなくなった。
俺まちがってる？
>>474
上半分：それはトップが能力不足なだけ。
みんなで意見を出し合っても、結局それをまとめるトップは必要になる。
（そうじゃなければ完成しない）
まとめる過程で切り捨てる意見が確実にある以上、トップがダメなら下に意見を出させても現状と変わらない。
ハードの性能の向上とは何も関係ない。
下半分：それが当てはまる場合もあるだろうとしか。
普遍的な真理でなくて、単なる１ケースに対する対処法のひとつ。
それが絶対であるみたいな言い方をしたら、鼻で笑われるでしょう。
恐らく、君は下っ端のプログラマだろうけど、
両方の意見に共通しているのは「近視眼的」。
上半分：それはトップが能力不足なだけ。
みんなで意見を出し合っても、結局それをまとめるトップは必要になる。
（そうじゃなければ完成しない）
まとめる過程で切り捨てる意見が確実にある以上、トップがダメなら下に意見を出させても現状と変わらない。
ハードの性能の向上とは何も関係ない。
下半分：それが当てはまる場合もあるだろうとしか。
普遍的な真理でなくて、単なる１ケースに対する対処法のひとつ。
それが絶対であるみたいな言い方をしたら、鼻で笑われるでしょう。
恐らく、君は下っ端のプログラマだろうけど、
両方の意見に共通しているのは「近視眼的」。
>>474
その手の会社に行った事はあるよ、「理想」とはちょっと違うかな・・・
会社の規模に見合ったボリュームと内容とクオリティ
やっぱそういうレベルなんで、身の丈に合った無駄だらけで
地獄を見ている
開発者のレベル自体低いんで取捨選択が出来ないんだよ。
都合のいい所だけで済まそうとしてもやっぱ駄目だねぇ。
その手の会社に行った事はあるよ、「理想」とはちょっと違うかな・・・
会社の規模に見合ったボリュームと内容とクオリティ
やっぱそういうレベルなんで、身の丈に合った無駄だらけで
地獄を見ている
開発者のレベル自体低いんで取捨選択が出来ないんだよ。
都合のいい所だけで済まそうとしてもやっぱ駄目だねぇ。
てか、一旦動きだしたらなかなか方向転換できない
ような部分はあるんだよ。グラにしても途中から
クオリティ上げてもチグハグになるからやらない
ほうがいいだとか、プログラムだと仕様変更で膨大
な作業が発生するから無理とか色々。
軌道修正には限界があるから作る前の見極めが一番
重要なんだが、作業前というのは問題に対して一番
理解度が低い段階であり、一番わかってない時期に
一番重要な決定を下さなくてはいけないという
ジレンマが現場の混乱を招いている。
ような部分はあるんだよ。グラにしても途中から
クオリティ上げてもチグハグになるからやらない
ほうがいいだとか、プログラムだと仕様変更で膨大
な作業が発生するから無理とか色々。
軌道修正には限界があるから作る前の見極めが一番
重要なんだが、作業前というのは問題に対して一番
理解度が低い段階であり、一番わかってない時期に
一番重要な決定を下さなくてはいけないという
ジレンマが現場の混乱を招いている。
>>477
下半分：
別にゲームに限った事じゃないんだよな、それ。
業他の商売でそのあたりのリスク回避をどうやってるか等の勉強が足りないと思う。
今のトップの世代って、サブカル大好き、良くも悪くも反骨精神、で
当時は儲けも少なかったゲーム業界を選んだ人だから、
どうしても全てに渡って「ゲームは特別」」と思ってる人が多いとおも。
他職種のノウハウでも、使えるもんは使えと思うんだが。
下半分：
別にゲームに限った事じゃないんだよな、それ。
業他の商売でそのあたりのリスク回避をどうやってるか等の勉強が足りないと思う。
今のトップの世代って、サブカル大好き、良くも悪くも反骨精神、で
当時は儲けも少なかったゲーム業界を選んだ人だから、
どうしても全てに渡って「ゲームは特別」」と思ってる人が多いとおも。
他職種のノウハウでも、使えるもんは使えと思うんだが。
他業種というか、IT業界も同じような問題抱えてて
色々対策は考えられてるけど、現場レベルでは
あんまりうまくいってなくてあちこちで炎上してる
みたいだけど。
色々対策は考えられてるけど、現場レベルでは
あんまりうまくいってなくてあちこちで炎上してる
みたいだけど。
480 ：p11029-adsao03yokonib1-acca.kanagawa.ocn.ne.jp：2008/09/15(月) 13:21:55 ID:uhUquUAR0
>>474
民主制度はコストがかかる上に誤りやすい。
それでも利益追求の組織に取り入れるのであればそれなりの困難がある。
トップダウンはトップさえ有能ならうまく機能する。
＞行き詰まったらプログラマーのほうが現状把握能力高いんだから
ディテールならそうだな。
全体像すらプログラマーのほうが把握能力高いならそもそも企画とか何やってるんだ？
民主制度はコストがかかる上に誤りやすい。
それでも利益追求の組織に取り入れるのであればそれなりの困難がある。
トップダウンはトップさえ有能ならうまく機能する。
＞行き詰まったらプログラマーのほうが現状把握能力高いんだから
ディテールならそうだな。
全体像すらプログラマーのほうが把握能力高いならそもそも企画とか何やってるんだ？
狼住人乙
>>475
超下っ端グラです。
間違っちゃいないが視野狭すぎってことですかね？
>>476
>開発者のレベル自体低いんで取捨選択が出来ないんだよ。
ここでなぜかすごく納得した。
>>480
企画、右往左往してて、プログラマー（仕事できる）が一番チームの
全体像を把握してんじゃん、素直に聞けよ。って感じかな。
まとめると、トップがレベル低くて仕事うまく回らない上に
俺は青臭いってことか？
どうにもならん上にやるせねぇー。
超下っ端グラです。
間違っちゃいないが視野狭すぎってことですかね？
>>476
>開発者のレベル自体低いんで取捨選択が出来ないんだよ。
ここでなぜかすごく納得した。
>>480
企画、右往左往してて、プログラマー（仕事できる）が一番チームの
全体像を把握してんじゃん、素直に聞けよ。って感じかな。
まとめると、トップがレベル低くて仕事うまく回らない上に
俺は青臭いってことか？
どうにもならん上にやるせねぇー。
グラでもディレクターやプロデューサーやってる会社なんていくらでもある。
上が出来ないなら自分がやるか転職するかしかないんだよ。
知り合いの出来る人を会社に呼ぶという手もあるけどそんな奴がそうそう異動できるわけもなく。
上が出来ないなら自分がやるか転職するかしかないんだよ。
知り合いの出来る人を会社に呼ぶという手もあるけどそんな奴がそうそう異動できるわけもなく。
できないヤツほど会社の体制を非難する傾向が強い気がするんだがな。
せめて上を説得するなり自ら示すぐらいやって欲しいもんだが…所詮非難している方も
される側も似たり寄ったりが集まっているから良くならない…そんな会社が多いんだな。
せめて上を説得するなり自ら示すぐらいやって欲しいもんだが…所詮非難している方も
される側も似たり寄ったりが集まっているから良くならない…そんな会社が多いんだな。
責任の所在を決めず、全体の所為や、
事実を理由にならない理由でねじ伏せる時点でグダグダ決定
自分の仕事が出来ない奴だろうが、他人が仕事出来てないなら
それをそいつが指摘しても、それは事実に変わり無い
なんで、”お前は出きるのか”とか”お前が言うな”とか
小学生みたいな理屈で責任逃れするんだろな、この業界…
まあ、日本的、日本人的な思考なんだろうね
その癖、アメリカが始めた方式の分業やらを、文化や思考方法が違うのに
取り入れてるからグダグダになるんだと思う
事実を理由にならない理由でねじ伏せる時点でグダグダ決定
自分の仕事が出来ない奴だろうが、他人が仕事出来てないなら
それをそいつが指摘しても、それは事実に変わり無い
なんで、”お前は出きるのか”とか”お前が言うな”とか
小学生みたいな理屈で責任逃れするんだろな、この業界…
まあ、日本的、日本人的な思考なんだろうね
その癖、アメリカが始めた方式の分業やらを、文化や思考方法が違うのに
取り入れてるからグダグダになるんだと思う
んで自分の仕事が出来てないことを指摘されるとキレる４８５であった
出来る出来ないの話でいうと・・出来る奴というのは周りを自分のペースに
巻き込める人間のことで、ちゃんと交渉して自分の都合を他人に汲み取って
貰えるようにする人。逆に出来ない人は人の要求をハイハイと安請け合い
して結局出来なくて怒られるような人。
極論を言うと仕事というのはある程度自分中心に回ってないと上手くいかない
もので、一見協調してるようでも実は絶妙な線引きがなされていて自分の
まわりでは自分中心に動いている。自分中心でもまわりに迷惑がかからない
ように調整する。
このへんのバランス感覚が無い人は他人にどんどん振り回されるから何を
やってもうまくいかない。ある人が考えたものを他の人が実行するという
二人羽織な構造がゴタゴタや悲劇や、ときには喜劇を生む。
巻き込める人間のことで、ちゃんと交渉して自分の都合を他人に汲み取って
貰えるようにする人。逆に出来ない人は人の要求をハイハイと安請け合い
して結局出来なくて怒られるような人。
極論を言うと仕事というのはある程度自分中心に回ってないと上手くいかない
もので、一見協調してるようでも実は絶妙な線引きがなされていて自分の
まわりでは自分中心に動いている。自分中心でもまわりに迷惑がかからない
ように調整する。
このへんのバランス感覚が無い人は他人にどんどん振り回されるから何を
やってもうまくいかない。ある人が考えたものを他の人が実行するという
二人羽織な構造がゴタゴタや悲劇や、ときには喜劇を生む。
>>487
その個人頼りの丸投げカオス式みたいな管理理論だと
馬鹿がバワハラした場合とか
口だけ達者な奴に振り回されたりとか
ありがちな問題が全部日常茶飯事となるな。
なんか福田元首相じゃないけど
言ってる事が適当過ぎじゃないか？
管理者レベルの発言ならそのプロジェクトの
デスマーチは必然みたいな…
例えばリーダーがパワハラを強制しつつ、迷走して
プロジェクトが長期化、遅延した場合でも
下の人間が自爆したのが悪い
みたいな。
その個人頼りの丸投げカオス式みたいな管理理論だと
馬鹿がバワハラした場合とか
口だけ達者な奴に振り回されたりとか
ありがちな問題が全部日常茶飯事となるな。
なんか福田元首相じゃないけど
言ってる事が適当過ぎじゃないか？
管理者レベルの発言ならそのプロジェクトの
デスマーチは必然みたいな…
例えばリーダーがパワハラを強制しつつ、迷走して
プロジェクトが長期化、遅延した場合でも
下の人間が自爆したのが悪い
みたいな。
>>488
むしろそうじゃない現場の方が少ないのが日本の下請けデベロッパーだと思うけどね。
理想ばかり追い求めるのもいいけど>>487みないなヤツをどうやってコントロールするかも
自分の置かれている環境を改善できるかどうかを問われているようにも思うよ。
本来現場としては問題なんだけどね。
むしろそうじゃない現場の方が少ないのが日本の下請けデベロッパーだと思うけどね。
理想ばかり追い求めるのもいいけど>>487みないなヤツをどうやってコントロールするかも
自分の置かれている環境を改善できるかどうかを問われているようにも思うよ。
本来現場としては問題なんだけどね。
そもそも、ゲーム開発を黒ひげ危機一発みたいな開発体制で進行するのも
リスクマネージメントまできっちり管理する開発体制で進行するのも
管理者のさじ加減ひとつでしょ。
その方法の取捨選択や結果が
管理者としての技量や器だと思う。
結局、本来管理や指揮を仕事にするには
適性や技術や機構的なものが必要なんだけど
業界的に適当にやってるから
その辺のノウハウやら人材やらが
計画的に積み上がらないんでしょ。
むしろ、今までの慣習的な仕事の仕方を変えたくないので
適当な管理の方がいいって人もいそうだし。
リスクマネージメントまできっちり管理する開発体制で進行するのも
管理者のさじ加減ひとつでしょ。
その方法の取捨選択や結果が
管理者としての技量や器だと思う。
結局、本来管理や指揮を仕事にするには
適性や技術や機構的なものが必要なんだけど
業界的に適当にやってるから
その辺のノウハウやら人材やらが
計画的に積み上がらないんでしょ。
むしろ、今までの慣習的な仕事の仕方を変えたくないので
適当な管理の方がいいって人もいそうだし。
>>488
個人に丸投げとかじゃなくて、問題回避みたいな部分で威力を発揮するんだよ。
ある程度経験積んでるとちょっと聞いただけでヤバイ話は察知できるように
なるんだけど、そういう時アクティブに流れを変えていけないと結局飛んでくる
火の粉を回避できなくて失敗する。
もっとも、そういうのもいき過ぎると仰るようになってくると思うが。
個人に丸投げとかじゃなくて、問題回避みたいな部分で威力を発揮するんだよ。
ある程度経験積んでるとちょっと聞いただけでヤバイ話は察知できるように
なるんだけど、そういう時アクティブに流れを変えていけないと結局飛んでくる
火の粉を回避できなくて失敗する。
もっとも、そういうのもいき過ぎると仰るようになってくると思うが。
上から下へ天下り的に命令が降りていくだけの構造だと上が間違ってる
ときに確実にプロジェクト崩壊する。
そういう時、下に出来る人が居るとそれを何とか正常化しようと試みる。
直接的に反抗しないまでも、遠回しにでもあの手この手で攻めてくる。
流れに任せてたら自滅するだけ。
最悪でも自分には火の粉がかからないようにしなくては。
ときに確実にプロジェクト崩壊する。
そういう時、下に出来る人が居るとそれを何とか正常化しようと試みる。
直接的に反抗しないまでも、遠回しにでもあの手この手で攻めてくる。
流れに任せてたら自滅するだけ。
最悪でも自分には火の粉がかからないようにしなくては。
最低限の自分の都合が通らないってことは即ち、
やる前から失敗が確定してるってことでもあるから
そこはきっちりと線を引かないとね。
やる前から失敗が確定してるってことでもあるから
そこはきっちりと線を引かないとね。
>>491
まず、火の元に注意するのは誰か？
って話で、基本は管理者がすべきってのが自分の考えなんだけど
ゲームの中身の仕組みすら知らないで作業する人間もいるので
管理者がそこまでケアしなければならないか？
というとそれは違うというか
現実的には無理なので…
そして管理上の問題から
解決不可能な難度に
問題が発展していくというありがちな流れ…
その場合、あとはケツを持つプログラマが支えきれるかに
全てが掛かってくるでしょう。
それが既にプロジェクトとしては
まともに機能してないと考えるかどうか…
まず、火の元に注意するのは誰か？
って話で、基本は管理者がすべきってのが自分の考えなんだけど
ゲームの中身の仕組みすら知らないで作業する人間もいるので
管理者がそこまでケアしなければならないか？
というとそれは違うというか
現実的には無理なので…
そして管理上の問題から
解決不可能な難度に
問題が発展していくというありがちな流れ…
その場合、あとはケツを持つプログラマが支えきれるかに
全てが掛かってくるでしょう。
それが既にプロジェクトとしては
まともに機能してないと考えるかどうか…
管理者とプログラマのガチンコ勝負ですか。
管理側は呪文唱えるだけでメテオでもサンダーでも
好きなだけ攻撃できるけど、プログラマはそれを現実的な手段…
ひのきの棒となべの蓋でいなさんといかんから大変だな。
管理側は呪文唱えるだけでメテオでもサンダーでも
好きなだけ攻撃できるけど、プログラマはそれを現実的な手段…
ひのきの棒となべの蓋でいなさんといかんから大変だな。
> ID:PwC9YmTaO
>４８７はどう読んでも作業者の立ち回りの話なのに
なんで管理者の話にすり替えてるの？
ついでに聞くけど、自分の力量内で仕事を受ける、
と言う話が、なぜ仕事をしない話に掏りかわってるの？
まず「プログラマが苦労してる」という自分の結論ありきだね。
>４８７はどう読んでも作業者の立ち回りの話なのに
なんで管理者の話にすり替えてるの？
ついでに聞くけど、自分の力量内で仕事を受ける、
と言う話が、なぜ仕事をしない話に掏りかわってるの？
まず「プログラマが苦労してる」という自分の結論ありきだね。
>>496
作業者の立ち回りに依存するような開発環境
わかりやすく言うと作業者通しの立ち回りで
問題が発生する開発環境になってる状態が
管理状態として既に問題じないか？
と言ってる。
下半分は意味がわからない。
内製開発の話をしてるんで
普通は仕事を受けるも受けないもないと思うんだが。
作業者の立ち回りに依存するような開発環境
わかりやすく言うと作業者通しの立ち回りで
問題が発生する開発環境になってる状態が
管理状態として既に問題じないか？
と言ってる。
下半分は意味がわからない。
内製開発の話をしてるんで
普通は仕事を受けるも受けないもないと思うんだが。
管理者が全てを把握できないという前提に立つと、
裏をかえせば作業者の立ち回りに依存するしかない
ということだから、問題も糞もない。考えるだけ無駄。
裏をかえせば作業者の立ち回りに依存するしかない
ということだから、問題も糞もない。考えるだけ無駄。
>>497
>>487なんて単に社会人の常識レベルの話じゃん。
立ち回りなんて大げさなもんじゃないよ。
逆に言えば、自分で自分のこなせる仕事量も把握しないで
上から言われたことをベルトコンベア式にやって
問題になりそうなことも報告しない、ってのが管理がうまくいってる状態として理想なのか？
＞内製開発の話をしてるんで
＞普通は仕事を受けるも受けないもないと思うんだが。
意識が低すぎるね。
自分のスケジュールから何から管理されたいの？
そうすればカースト制がどうのこうのって文句言うんじゃないの？
>>487なんて単に社会人の常識レベルの話じゃん。
立ち回りなんて大げさなもんじゃないよ。
逆に言えば、自分で自分のこなせる仕事量も把握しないで
上から言われたことをベルトコンベア式にやって
問題になりそうなことも報告しない、ってのが管理がうまくいってる状態として理想なのか？
＞内製開発の話をしてるんで
＞普通は仕事を受けるも受けないもないと思うんだが。
意識が低すぎるね。
自分のスケジュールから何から管理されたいの？
そうすればカースト制がどうのこうのって文句言うんじゃないの？
>>499
なんか勘違いしてるようだが
今まで管理において優秀な人よりも
優秀じゃない人と組む事が多かったので
むしろタスク管理はしてる方だよ。
俺が言ってるのは管理者が管理をしないで
当事者通しに任せてる放置状態が問題だという話。
実際は言われてる通り下の人も馬鹿とは限らないので
管理をしない状態、極端な話丸投げでも
問題にならない場合もあるだろう。
しかし、それは単に運が良かっただけで
管理者は本来の仕事をしてない訳だから
むしろ管理者としては駄目駄目なわけ。
なんか勘違いしてるようだが
今まで管理において優秀な人よりも
優秀じゃない人と組む事が多かったので
むしろタスク管理はしてる方だよ。
俺が言ってるのは管理者が管理をしないで
当事者通しに任せてる放置状態が問題だという話。
実際は言われてる通り下の人も馬鹿とは限らないので
管理をしない状態、極端な話丸投げでも
問題にならない場合もあるだろう。
しかし、それは単に運が良かっただけで
管理者は本来の仕事をしてない訳だから
むしろ管理者としては駄目駄目なわけ。
うちの会社の場合、自分が担当して管理している部分以外無茶苦茶な管理してるな。
締め切り１ヶ月単位で遅れたりとか、締め切りギリギリに上げてきたのに成果物が予定の６割しかないとか、そんなの日常茶飯事。
まあうちの会社の場合、自分の管理能力が高いんじゃなくて、他の連中が管理能力低すぎるだけだが。
「こまめに成果物を提出させる」
「具体的に何が必要か、どれぐらい必要かをあらかじめ決めてから指示を出す」
「指示は全部文書かテキストファイルで残しておく」
こんな当たり前の事すらしない連中が大半。
締め切り１ヶ月単位で遅れたりとか、締め切りギリギリに上げてきたのに成果物が予定の６割しかないとか、そんなの日常茶飯事。
まあうちの会社の場合、自分の管理能力が高いんじゃなくて、他の連中が管理能力低すぎるだけだが。
「こまめに成果物を提出させる」
「具体的に何が必要か、どれぐらい必要かをあらかじめ決めてから指示を出す」
「指示は全部文書かテキストファイルで残しておく」
こんな当たり前の事すらしない連中が大半。
あと、管理者ってのはディレクターに限らずチーフクラスについて言ってるんだけど
みんなで適当に仕事を進めましょう的なやり方でも
そのやり方のせいでプロジェクトが遅れた分の責任を
管理者がきっちり取るんならそれでも構わないけどね。
みんなで適当に仕事を進めましょう的なやり方でも
そのやり方のせいでプロジェクトが遅れた分の責任を
管理者がきっちり取るんならそれでも構わないけどね。
それにしても管理出来なくて当たり前みたいな
風潮はなんとかならんのかね？
こういった風潮も業界に優秀な管理者が
育たない原因だろうね。
風潮はなんとかならんのかね？
こういった風潮も業界に優秀な管理者が
育たない原因だろうね。
>>503
うちの会社の場合、特に企画段階での話だが、創作系の作業だから遅れても仕方が無い、とか管理のトップのやつが言うんだよ…
その企画が色々こだわって作ってるんで、遅れても仕方が無いとか。
いやまず普通に仕事としてできるような能力を身に着けてからこだわってくれよ。
うちの会社の場合、特に企画段階での話だが、創作系の作業だから遅れても仕方が無い、とか管理のトップのやつが言うんだよ…
その企画が色々こだわって作ってるんで、遅れても仕方が無いとか。
いやまず普通に仕事としてできるような能力を身に着けてからこだわってくれよ。
うちは、管理者や責任者が”お前が管理、責任を果たさないからグダグダなんだ”となっても
平気で”文句言うな、どうすれば言いか代案出せ”とか抜かすｗ
…お前の仕事じゃ、ボケェ！！
代案出して上手く行ったら、お前はいらないだろーがってレベルｗｗ
平気で”文句言うな、どうすれば言いか代案出せ”とか抜かすｗ
…お前の仕事じゃ、ボケェ！！
代案出して上手く行ったら、お前はいらないだろーがってレベルｗｗ
そいついなくなってもうまく回るわけじゃないけどなｗ
507 ：sage：2008/09/17(水) 02:06:28 ID:WkwJ5Hvr0
プログラムの場合、｢何を・どれだけ｣という表面的な管理
を段階的にやっていくとだんだん作業進まなくなっていく。
設計上の問題があるから。
構築的要因が強いものは要求を小出しにしてはいけない。
最初に全ての要件を決め、職人の都合に合わせて
スケジュールを切らなければいけない。
を段階的にやっていくとだんだん作業進まなくなっていく。
設計上の問題があるから。
構築的要因が強いものは要求を小出しにしてはいけない。
最初に全ての要件を決め、職人の都合に合わせて
スケジュールを切らなければいけない。
>>505
>平気で”文句言うな、どうすれば言いか代案出せ”とか抜かすｗ
つーか、それは当たり前だろう。
しくじってる本人が「自分はそこそこやれている」と勘違いしてるなら
尚更、具体的な話をしないと。
（まぁ、相手がバカなら、文句付けるためだけに代案出させようとしてるのかも知れないから
代案出しても無駄、と言う状況もあるけど）
上司でも部下でも「単なる説教」で状況が変わることなんか無いよ。
そういう社員全員の当事者意識の薄さも、グダグダの原因のひとつだろうね。
>平気で”文句言うな、どうすれば言いか代案出せ”とか抜かすｗ
つーか、それは当たり前だろう。
しくじってる本人が「自分はそこそこやれている」と勘違いしてるなら
尚更、具体的な話をしないと。
（まぁ、相手がバカなら、文句付けるためだけに代案出させようとしてるのかも知れないから
代案出しても無駄、と言う状況もあるけど）
上司でも部下でも「単なる説教」で状況が変わることなんか無いよ。
そういう社員全員の当事者意識の薄さも、グダグダの原因のひとつだろうね。
代案はともかく、最低でも抗議したという事実は残さないとダメ
管理といっても中間管理職みたいなのが更に上からの命令を
遂行してるだけだったりするから、そいつに言っても無駄。
上に絶対逆らえないヘタレだから。
かといってトップに直訴したら「そんな事言われても現場のこと
よくわからないしい〜」と言わんばかりの態度で中間管理への
締め上げを強めてくる。そしてそれは現場へと伝わり・・・
天に唾すると自分に帰ってくるつうか・・・
無責任すぎる。
遂行してるだけだったりするから、そいつに言っても無駄。
上に絶対逆らえないヘタレだから。
かといってトップに直訴したら「そんな事言われても現場のこと
よくわからないしい〜」と言わんばかりの態度で中間管理への
締め上げを強めてくる。そしてそれは現場へと伝わり・・・
天に唾すると自分に帰ってくるつうか・・・
無責任すぎる。
>>509
抹殺されると見た
抹殺されると見た
管理職って証拠残るのを極端に嫌うじゃん。
後で騙せるように何でもかんでも口頭で済ませようとするし。
書類の承認ハンコもわざと薄く写るように押して（←マジ）
消えねーかなー、みたいな。
後で騙せるように何でもかんでも口頭で済ませようとするし。
書類の承認ハンコもわざと薄く写るように押して（←マジ）
消えねーかなー、みたいな。
>>509 否定だけしても意味はない
否定する場合は、プロジェクトの「状況」を正しく理解した上で
適切な「代案」が出せてないと第三者に評価されない上に
次以降、仕事を渡されなくなるぞ 一般常識
しかし、「代案」だせない奴多いなぁと現場で感じるわ
「こんな進行じゃ納期に間に合いません。もっと仕様を削ってください」
「こんな仕様じゃ売れません。もっと売れるものにしてください」（苦笑
というか上記の台詞を正しく言うなら
「納期に間に合わないので、ゲーム性に影響の無いこの箇所を削ったらどうでしょうか？」
「この仕様をこのように調整したら、もっと面白くなりませんか？」
こう提案しなきゃ上から評価はされない上に、物事が上手く進むわけがない
代案が出せないっつーことは、関わっているプロジェクトを理解していないとしか思えないよ
また、提案しても蹴られる可能性が高いことも念頭においてほしい
理由があってクソ仕様にしている場合も多い
すぐ拗ねたり>>505みたいに代案だせないのに文句言うだけの存在は使えんよ
否定する場合は、プロジェクトの「状況」を正しく理解した上で
適切な「代案」が出せてないと第三者に評価されない上に
次以降、仕事を渡されなくなるぞ 一般常識
しかし、「代案」だせない奴多いなぁと現場で感じるわ
「こんな進行じゃ納期に間に合いません。もっと仕様を削ってください」
「こんな仕様じゃ売れません。もっと売れるものにしてください」（苦笑
というか上記の台詞を正しく言うなら
「納期に間に合わないので、ゲーム性に影響の無いこの箇所を削ったらどうでしょうか？」
「この仕様をこのように調整したら、もっと面白くなりませんか？」
こう提案しなきゃ上から評価はされない上に、物事が上手く進むわけがない
代案が出せないっつーことは、関わっているプロジェクトを理解していないとしか思えないよ
また、提案しても蹴られる可能性が高いことも念頭においてほしい
理由があってクソ仕様にしている場合も多い
すぐ拗ねたり>>505みたいに代案だせないのに文句言うだけの存在は使えんよ
と言うリーダー以上の人間が増えたから、ゲーム業界は腐って来てるのですねｗ
現状でリーダーや責任ある立場で、権限や給料を多くもらってるのに、なんという言種ｗｗ
そもそも、代案が出ないと駄目な状況になってる事を真摯に受け止めろよｗｗｗ
現状でリーダーや責任ある立場で、権限や給料を多くもらってるのに、なんという言種ｗｗ
そもそも、代案が出ないと駄目な状況になってる事を真摯に受け止めろよｗｗｗ
つーか、代案も何も
お前が馬鹿な思考や理屈で動いてるのが迷惑、普通にしてくれ
そう正に一般常識通り仕事してくれって奴が多いんだよね…
そもそも事実や結果として仕事が回ってない事を受け入れず、代案だせとか、否定だけは駄目とか、
そんなの、"責任” <-> "お前(責任者)" の問題を、”責任" <-> "部下" の問題に摩り替えてるだけじゃん
責任者とあるのに、仕事回す代案まで込みで求めるなんて”正に無能”な証拠
有能な責任者は否定なんてされませんよｗ
お前が馬鹿な思考や理屈で動いてるのが迷惑、普通にしてくれ
そう正に一般常識通り仕事してくれって奴が多いんだよね…
そもそも事実や結果として仕事が回ってない事を受け入れず、代案だせとか、否定だけは駄目とか、
そんなの、"責任” <-> "お前(責任者)" の問題を、”責任" <-> "部下" の問題に摩り替えてるだけじゃん
責任者とあるのに、仕事回す代案まで込みで求めるなんて”正に無能”な証拠
有能な責任者は否定なんてされませんよｗ
否定されても良いだろ、まず仕事が上手くいって無い事を受け入れろ
その上で代案が無いなら、現状は駄目なんだが案が無いので変われない、スマン
程度言えないのか
代案が無いと否定は駄目、なんと言う自己保身の論法ｗ
その上で代案が無いなら、現状は駄目なんだが案が無いので変われない、スマン
程度言えないのか
代案が無いと否定は駄目、なんと言う自己保身の論法ｗ
仕事できない奴ほど理屈だけでしゃべるっての無い？
馬鹿門。
チームワークとかコミュニケーションというのは
できる奴ができない奴に合わせる事を言うんだ！
チームワークとかコミュニケーションというのは
できる奴ができない奴に合わせる事を言うんだ！
代案出せるのは評価高い
ただし出せないからと言って無能呼ばわりするのはそいつが無能な証拠
妥当性はともかく色々案を考えて提示するのがリーダー以上の最低の責務
ただし出せないからと言って無能呼ばわりするのはそいつが無能な証拠
妥当性はともかく色々案を考えて提示するのがリーダー以上の最低の責務
ダメなリーダーとやらがいなくなってもうまく回るわけじゃないけどなｗ
>>514-516
とまぁ、おまえらみたいな考え方する奴が増えたから
業界は腐ってきてるわけだよ。
責任の追及と仕事を旨く回すこととは別。
誰それの責任だと解って、そいつが懲罰を受けても
状況は変わらないの。会社は裁判所じゃないから。
＞そもそも、代案が出ないと駄目な状況になってる事を真摯に受け止めろよｗｗｗ
チーム全体が迷惑被ってる状況ってのを真摯に受け止めたら？
草生やしてる場合じゃないだろ。
馬鹿なリーダーの責任追及と一緒に
今やってる仕事は、それでも、どうにか状況を改善しつつやらないといけないんだよ。
はっきり言って、俺も、恐らく>>513もリーダーじゃないよ。
作業者視点の話を延々してるのに
勝手に敵を作って自分は悪くないって話だけに必死に持っていこうとする、
ダメなリーダーと立場が違うだけでやってることは一緒。
とまぁ、おまえらみたいな考え方する奴が増えたから
業界は腐ってきてるわけだよ。
責任の追及と仕事を旨く回すこととは別。
誰それの責任だと解って、そいつが懲罰を受けても
状況は変わらないの。会社は裁判所じゃないから。
＞そもそも、代案が出ないと駄目な状況になってる事を真摯に受け止めろよｗｗｗ
チーム全体が迷惑被ってる状況ってのを真摯に受け止めたら？
草生やしてる場合じゃないだろ。
馬鹿なリーダーの責任追及と一緒に
今やってる仕事は、それでも、どうにか状況を改善しつつやらないといけないんだよ。
はっきり言って、俺も、恐らく>>513もリーダーじゃないよ。
作業者視点の話を延々してるのに
勝手に敵を作って自分は悪くないって話だけに必死に持っていこうとする、
ダメなリーダーと立場が違うだけでやってることは一緒。
色んな会社で色んな管理職を見てきたけど
まあ管理職と喧嘩する時点で間違いかなー。
社会的地位が下な時点で、やり過ごすしか手はない。
後は出来る人の下に着くか、自分が管理職になるか、くらい
自分がやって上手く行く保証は何所にも無いけどね。
まあ管理職と喧嘩する時点で間違いかなー。
社会的地位が下な時点で、やり過ごすしか手はない。
後は出来る人の下に着くか、自分が管理職になるか、くらい
自分がやって上手く行く保証は何所にも無いけどね。
ていうか、宗教上の信条でもない限り
会社では、上でも下でも相手をやり込めて解決する事態なんかほぼ無いよ。
自分の言い分が正しくてもね。
変な言い方をすれば、勝ち負けに必要以上にこだわる奴は既に負け組。
働かない奴はすげ替えるか、そいつから仕事を奪うか、働くように仕向けるかしないと
結局自分に返ってくるわけだし。
会社では、上でも下でも相手をやり込めて解決する事態なんかほぼ無いよ。
自分の言い分が正しくてもね。
変な言い方をすれば、勝ち負けに必要以上にこだわる奴は既に負け組。
働かない奴はすげ替えるか、そいつから仕事を奪うか、働くように仕向けるかしないと
結局自分に返ってくるわけだし。
だってほら一番上の経営陣て製品作って売って儲かればそれでいいわけで、
作品の詳細についてはある程度現場に任せてるっつうかわかんないし。
わかんないんだけど何かの折に売れるのか売れないのか判りかけると敏感に
反応して色々動くわけですよ。たとえば開発中のをショップ大手にもってって
反応見るじゃない？すると「あーこれだとあんまり仕入れられないかな」と言われ
ちゃって、じゃあどうしたらいいのか？と訊くとお客様としては言いたい放題言う
わけですよ。
そして「こうしないと売れないから絶対仕様変更しろ！」って命令が現場に届く。
絶対命令。現場としては「あーこの状態でそれは難しいんじゃね？」
って感じでデスっぽくなっていくわけだ。
作品の詳細についてはある程度現場に任せてるっつうかわかんないし。
わかんないんだけど何かの折に売れるのか売れないのか判りかけると敏感に
反応して色々動くわけですよ。たとえば開発中のをショップ大手にもってって
反応見るじゃない？すると「あーこれだとあんまり仕入れられないかな」と言われ
ちゃって、じゃあどうしたらいいのか？と訊くとお客様としては言いたい放題言う
わけですよ。
そして「こうしないと売れないから絶対仕様変更しろ！」って命令が現場に届く。
絶対命令。現場としては「あーこの状態でそれは難しいんじゃね？」
って感じでデスっぽくなっていくわけだ。
出来ない上司に「お前が悪いからなんとかしろ」っていうんじゃ
出来ない上司となんら変わらない。もちろん責任は上司にあるが
責任を追及したところで代わりのできるやつのあてでもない限り意味がない。
出来ない上司となんら変わらない。もちろん責任は上司にあるが
責任を追及したところで代わりのできるやつのあてでもない限り意味がない。
529 ：名無しさん必死だな：2008/09/18(木) 23:43:54 ID:B9Cvbn2J0
>>527
あー面白い面白くないというよりは、「今こういうのが欲しい」とか「売れるかどうか
判断しにくい」とか、あくまでも店の都合による判断みたいなもので
極論を言うと店もよくわかってないんだけど、ちょっと前にこういうのがウケて
この方向のが売れそうだから方向性変えないと仕入れないよ！とか
そんな理不尽な理由だったりする。
あー面白い面白くないというよりは、「今こういうのが欲しい」とか「売れるかどうか
判断しにくい」とか、あくまでも店の都合による判断みたいなもので
極論を言うと店もよくわかってないんだけど、ちょっと前にこういうのがウケて
この方向のが売れそうだから方向性変えないと仕入れないよ！とか
そんな理不尽な理由だったりする。
ショップの思考回路ってのが、たとえば脳トレがヒットしたら
あ、これからは脳トレみたいなのが売れるんだな。こないだ出た
大作RPGは全然売れなかったしもうRPGは駄目だな。おたくのこの
RPG、脳トレっぽくしないと買わないからね！
みたいな。
ちょっと極端かな。
あ、これからは脳トレみたいなのが売れるんだな。こないだ出た
大作RPGは全然売れなかったしもうRPGは駄目だな。おたくのこの
RPG、脳トレっぽくしないと買わないからね！
みたいな。
ちょっと極端かな。
ビジネスパートナーを馬鹿にしてなんかいいことでもあるのか？
533 ：名無しさん必死だな：2008/09/19(金) 00:25:23 ID:kJi/l+he0
延期や方向転換できるならまだいいんだけど、売れないとわかった
途端に半煮え状態で売りだす会社もあるからな。
もうこれ以上金かけても無駄だからとっとと切り上げて少しでも売るぞ！
って。
途端に半煮え状態で売りだす会社もあるからな。
もうこれ以上金かけても無駄だからとっとと切り上げて少しでも売るぞ！
って。
この業界も工事進行基準を導入したりすんの？
>>522
実際そうなんだけど、そういう管理責任を取らない体制を続ける事で
長期的な会社の力が弱くなるんだと思うよ。
実際、そういう事続けてる会社は働かないのに
口だけ達者な社員が多い。
そういう奴に限ってズル賢かったりするので
仕事より社内政治始めちゃうんだよね。
それで真面目に働いてる人が馬鹿らしくなって働くのをやめちゃう。
あとは負のスパイラルになる。
結局、仕事してなかったり、出来ない人間が幅きかせるようになると
それ自体が負なんだよ。
うちも仕事上関係ないのにチーム内に遊びにきて
しゃべくってうるさい馬鹿いるけど仕事に支障出てるし。
実際そうなんだけど、そういう管理責任を取らない体制を続ける事で
長期的な会社の力が弱くなるんだと思うよ。
実際、そういう事続けてる会社は働かないのに
口だけ達者な社員が多い。
そういう奴に限ってズル賢かったりするので
仕事より社内政治始めちゃうんだよね。
それで真面目に働いてる人が馬鹿らしくなって働くのをやめちゃう。
あとは負のスパイラルになる。
結局、仕事してなかったり、出来ない人間が幅きかせるようになると
それ自体が負なんだよ。
うちも仕事上関係ないのにチーム内に遊びにきて
しゃべくってうるさい馬鹿いるけど仕事に支障出てるし。
あー、でも仕事は仕事なんで
なんとかするようにしなくちゃいけないというのには同意。
明らかに仕事してない上に邪魔するような奴以外は
最低限で許容しないと仕事にならなくなる
恐れがあるっていうのもあるけど。
なんとかするようにしなくちゃいけないというのには同意。
明らかに仕事してない上に邪魔するような奴以外は
最低限で許容しないと仕事にならなくなる
恐れがあるっていうのもあるけど。
初開発のハードで一本目を作るときにすんごくしんどいのは当然だけど、もちろん経営は分かってくれない。
デザインも分かってくれない。
そんな中でハードの癖をつかんだりバグを回避するようなライブラリを作って
さぁ次このハードの仕事が来たら前回の３倍速でやってやるぜってのに、同じハードの仕事を持ってこない。
これで無能呼ばわりされるのがゲームプログラマ。
経営は初めての会社経営でも余裕だったのかな？
デザインは突然油絵かけって言われても余裕なんだろうか？
デザインも分かってくれない。
そんな中でハードの癖をつかんだりバグを回避するようなライブラリを作って
さぁ次このハードの仕事が来たら前回の３倍速でやってやるぜってのに、同じハードの仕事を持ってこない。
これで無能呼ばわりされるのがゲームプログラマ。
経営は初めての会社経営でも余裕だったのかな？
デザインは突然油絵かけって言われても余裕なんだろうか？
誰も僕の事を分かってくれない。
僕は他人を分かろうとはしない。
僕は他人を分かろうとはしない。
企画も無能呼ばわりだよ
>>528
＞開発中に突然「体裁整えてＲＯＭ焼いてくれ」とか言われたことない？
普通無い。おまえン処はマイルストーンもないのかと。
開発協力関係ならともかく、顧客に泥縄持っていったら却って営業にならん。
＞あれって営業が客先に見せに行くＲＯＭ作ってるんだよ。
客先がショップというのもﾌﾟｹﾞﾗなら
プリプロでもない状態なのに営業をかけないといけない顧客があるというのも大笑い。
自己資本がドブに捨てるほどあって、趣味でゲーム作ってる会社なのかね。
＞べつに珍しいことじゃないぞ。
お前の会社は非情に珍しい。
嘘つくなら、もっと勉強しようね。会社の資金繰りのシステムを全く理解してない。
本当だとしたら、何もかも滅茶苦茶な会社（というか、かいしゃごっこ）なんで
まぁ、その経営者なら何やったって不思議じゃない、と言うレベル。
>>537
この程度のレジュメでも十分に真意は伝わるのに
二ちゃんには書けて、経営陣に対しては書けないんだ？
そりゃ、別の意味で無能かもね。
＞開発中に突然「体裁整えてＲＯＭ焼いてくれ」とか言われたことない？
普通無い。おまえン処はマイルストーンもないのかと。
開発協力関係ならともかく、顧客に泥縄持っていったら却って営業にならん。
＞あれって営業が客先に見せに行くＲＯＭ作ってるんだよ。
客先がショップというのもﾌﾟｹﾞﾗなら
プリプロでもない状態なのに営業をかけないといけない顧客があるというのも大笑い。
自己資本がドブに捨てるほどあって、趣味でゲーム作ってる会社なのかね。
＞べつに珍しいことじゃないぞ。
お前の会社は非情に珍しい。
嘘つくなら、もっと勉強しようね。会社の資金繰りのシステムを全く理解してない。
本当だとしたら、何もかも滅茶苦茶な会社（というか、かいしゃごっこ）なんで
まぁ、その経営者なら何やったって不思議じゃない、と言うレベル。
>>537
この程度のレジュメでも十分に真意は伝わるのに
二ちゃんには書けて、経営陣に対しては書けないんだ？
そりゃ、別の意味で無能かもね。
仕事ごっこじゃないんだから
仲良しごっこを無理にやってなれ合いして
仕事のクオリティ落としたくない罠。
それ以前にクリエイターなら成果物で
わかりあいたい罠。
雑魚ほど口で安心を買いたがるという…
仲良しごっこを無理にやってなれ合いして
仕事のクオリティ落としたくない罠。
それ以前にクリエイターなら成果物で
わかりあいたい罠。
雑魚ほど口で安心を買いたがるという…
>>541
同意。
「仕事」の中に「必要な連絡」がきっちり含まれてるならね。
良い仕事してくれても、仕様や打ち合わせと違う改良入れて
しかもそれを他人に全然連絡しないで、
他人が混乱したら台無しだし。
同意。
「仕事」の中に「必要な連絡」がきっちり含まれてるならね。
良い仕事してくれても、仕様や打ち合わせと違う改良入れて
しかもそれを他人に全然連絡しないで、
他人が混乱したら台無しだし。
>>540
知り合いの会社は営業が開発中のROMと開発器材もって
全国行脚してたらしいぞ。まあ、普通の会社はそこまで
やらないにしても注文取るために現物見せながらの
説明会は何処でもやってるらしい。ゲームショー
なんかモロにそれが目的だし。プライベートなのも多いし。
知り合いの会社は営業が開発中のROMと開発器材もって
全国行脚してたらしいぞ。まあ、普通の会社はそこまで
やらないにしても注文取るために現物見せながらの
説明会は何処でもやってるらしい。ゲームショー
なんかモロにそれが目的だし。プライベートなのも多いし。
>>543
君はデベロッパーとパブリッシャーの区別を付ける必要があるな。
大手は両者を自前でやってるから混乱するかもしれないけど。
パブリッシャーサイドではそういうこともあるさ。
ただ、パブリッシャーから直接
＞そして「こうしないと売れないから絶対仕様変更しろ！」って命令が現場に届く。
なんてことはあり得ない。
なぜなら、デベロッパーはパブリッシャーに売った時点でペイしている（それが予想されている）
パブリッシャーは自分の責任でそのゲームを買ったんだから
自分たちの営業を元に、無責任にデベロッパーに要望を出すなんて出来ない。
必要があるなら、必ずデベロッパー側と審議する。
考えられるのは>>524が下っ端過ぎて
自分よりエライ人＝経営陣
程度の理解しかしてない、ってことくらい。
君はデベロッパーとパブリッシャーの区別を付ける必要があるな。
大手は両者を自前でやってるから混乱するかもしれないけど。
パブリッシャーサイドではそういうこともあるさ。
ただ、パブリッシャーから直接
＞そして「こうしないと売れないから絶対仕様変更しろ！」って命令が現場に届く。
なんてことはあり得ない。
なぜなら、デベロッパーはパブリッシャーに売った時点でペイしている（それが予想されている）
パブリッシャーは自分の責任でそのゲームを買ったんだから
自分たちの営業を元に、無責任にデベロッパーに要望を出すなんて出来ない。
必要があるなら、必ずデベロッパー側と審議する。
考えられるのは>>524が下っ端過ぎて
自分よりエライ人＝経営陣
程度の理解しかしてない、ってことくらい。
当然彼の言ってる「現場」ってのも
デベロッパーのことじゃなくて
開発の中での「自分が解る範囲」にすぎないだろうね。
デベロッパーのことじゃなくて
開発の中での「自分が解る範囲」にすぎないだろうね。
下請け丸投げ構造だと、パブリッシャー側の会社にデイレクター
が一人いて、開発中に色々イチャモンつけてくるだろ。
自分じゃ手は動かさないけど舵は取りたがるつうか、
何処も同じだから常識と思ってたが。
が一人いて、開発中に色々イチャモンつけてくるだろ。
自分じゃ手は動かさないけど舵は取りたがるつうか、
何処も同じだから常識と思ってたが。
>>546-547
いや、君の言ってることだけに限れば
何もおかしくないと思うよ。
ただ、流れで>>524の補強意見として言ってるなら
なんか勘違いしてるのかな、と思っただけ。
特に>>547はそのとおりで
現場もかき回されてはたまらないから
上同士の審議の段階で色々細工を凝らすよな。
だから、尚更>>524がいうような事はあり得ない、と言いたかった。
いや、君の言ってることだけに限れば
何もおかしくないと思うよ。
ただ、流れで>>524の補強意見として言ってるなら
なんか勘違いしてるのかな、と思っただけ。
特に>>547はそのとおりで
現場もかき回されてはたまらないから
上同士の審議の段階で色々細工を凝らすよな。
だから、尚更>>524がいうような事はあり得ない、と言いたかった。
あり得ないことはない。
相手はお客様だし売れるか売れないかの瀬戸際で
どうしてもやってくれと言われれば押し切られるわな。
多少の交換条件はあるにしても現場目線で見たら糞みたいな内容だったり。
相手はお客様だし売れるか売れないかの瀬戸際で
どうしてもやってくれと言われれば押し切られるわな。
多少の交換条件はあるにしても現場目線で見たら糞みたいな内容だったり。
>>549
だからそれは開発側も納得してるわけだろ、
最終的かつ形式的には。
あと、営業の仕事は「今作ってる製品」を売ること
もしくは「今から作る製品を売り込む」事。
開発中のものに対し、仕様変更の権限は原則としてない。
だからそれは開発側も納得してるわけだろ、
最終的かつ形式的には。
あと、営業の仕事は「今作ってる製品」を売ること
もしくは「今から作る製品を売り込む」事。
開発中のものに対し、仕様変更の権限は原則としてない。
仕様変更というか営業の要望で企画が動いたりはアーケードの時代からあるよ、
ストIIとか典型。ようするに営業どうこうじゃなく社内での力関係。
ストIIとか典型。ようするに営業どうこうじゃなく社内での力関係。
>開発中のものに対し、仕様変更の権限は原則としてない。
そういうのがある会社もあるってことだろ。
そういうのがある会社もあるってことだろ。
>>524
のようなことは普通にあるよ。アーケードやＰＣゲームでは普通のことです
アーケードじゃロケテで普通にやることだし、ＰＣでも同じだな
ショップにベータロム持って店員の意見を聞くことはよくある
コンシューマじゃそこまで余裕のある販売スケジュールを立てられる会社なんて
少ないし下請けに作らせているならそういう要求はかなり難しいけどな
というかさ、この辺のことが出来るのは営業力の強いメーカーさんの意見だな
下請けはあんまりこのような話には関わらん
のようなことは普通にあるよ。アーケードやＰＣゲームでは普通のことです
アーケードじゃロケテで普通にやることだし、ＰＣでも同じだな
ショップにベータロム持って店員の意見を聞くことはよくある
コンシューマじゃそこまで余裕のある販売スケジュールを立てられる会社なんて
少ないし下請けに作らせているならそういう要求はかなり難しいけどな
というかさ、この辺のことが出来るのは営業力の強いメーカーさんの意見だな
下請けはあんまりこのような話には関わらん
コンシューマとアケのロケとは全然話違うと思うぞ
コンシューマも商談会で注文が集まらないと大変だぞ。
何本ぐらい売れるか大体わかっちゃうからね。
たとえば５千本以下しか売れないとわかった時会社がどういう行動に出るか。
他人事だけどパブリッシャーがトンズラして発売中止になったのもある。
後払い分の開発費も貰えなかったらしい。（半分ぐらい？）
何本ぐらい売れるか大体わかっちゃうからね。
たとえば５千本以下しか売れないとわかった時会社がどういう行動に出るか。
他人事だけどパブリッシャーがトンズラして発売中止になったのもある。
後払い分の開発費も貰えなかったらしい。（半分ぐらい？）
レイニーウッズのことですね、わかります
>>558
んで、それ、ギャラは一銭も払われなかったの？
んで、それ、ギャラは一銭も払われなかったの？
>>560
下請けで普通に働いてたわけだし、給与はでてる
ただ、発売しないとロイヤリティ契約は履行されないので会社の取り分は減る。
まぁ、いいことはないな。 しかも発売中止をクライアントは直ぐに教えてくれなかったし。
ファミ通の予定から消えたので気付いたｗ
下請けで普通に働いてたわけだし、給与はでてる
ただ、発売しないとロイヤリティ契約は履行されないので会社の取り分は減る。
まぁ、いいことはないな。 しかも発売中止をクライアントは直ぐに教えてくれなかったし。
ファミ通の予定から消えたので気付いたｗ
業界の建前的な事と現実の区別が
つかない人がいるみたいだな。
仮に建前的な世界で成り立つ人がいたとしても
その代償は必ずどこかが払っているはずなんだけどね。
例えばパブリッシャーが糞ゲーをうまく問屋にさばけたとしても
それは問屋が被害を被るだけだし
問屋がうまく裁いたとしても
それはユーザーが被害を被るだけだ。
つかない人がいるみたいだな。
仮に建前的な世界で成り立つ人がいたとしても
その代償は必ずどこかが払っているはずなんだけどね。
例えばパブリッシャーが糞ゲーをうまく問屋にさばけたとしても
それは問屋が被害を被るだけだし
問屋がうまく裁いたとしても
それはユーザーが被害を被るだけだ。
>>563
で、どのレスに対して何が言いたいんだ？
建前的な抽象論だけなんで、
言いたいことがさっぱり解らん。
あと、買う方の判断を全く無視してるような気がするんだが。
問屋もユーザーも自己責任でしょ。
だから、大抵の場合、面白く無かったら、開発元が損をするわけで。
で、どのレスに対して何が言いたいんだ？
建前的な抽象論だけなんで、
言いたいことがさっぱり解らん。
あと、買う方の判断を全く無視してるような気がするんだが。
問屋もユーザーも自己責任でしょ。
だから、大抵の場合、面白く無かったら、開発元が損をするわけで。
実際、本音と建前のジレンマは開発中も
いたるところで頻繁に発生してるんだけどね。
で、そのジレンマを見つけて解決する力の大きさが技術力。
いたるところで頻繁に発生してるんだけどね。
で、そのジレンマを見つけて解決する力の大きさが技術力。
……何でこの流れで
そんなみんな知ってるような一般論を
誇らしげに開示してるんだろう……
そんなみんな知ってるような一般論を
誇らしげに開示してるんだろう……
>>564
そう。
パブリッシャーもブランド力の増減で代償は払ってるんだよ。
実際、本音と建前は難しい話だよ。
まず、その存在を認識出来ない人に
存在の説明は出来ないジレンマがあるし。
まぁ、わからない事をその場で無理にわかる
必要も意味もないから
いいんだよ。あんたにとっては。
そう。
パブリッシャーもブランド力の増減で代償は払ってるんだよ。
実際、本音と建前は難しい話だよ。
まず、その存在を認識出来ない人に
存在の説明は出来ないジレンマがあるし。
まぁ、わからない事をその場で無理にわかる
必要も意味もないから
いいんだよ。あんたにとっては。
……結局
他人に説明できないけどボクは難しいことを知ってます、
って言いたいだけでＦＡ？
まぁ、他人に伝えられないことに
何の価値があるのか知らないけどがんばってね。
他人に説明できないけどボクは難しいことを知ってます、
って言いたいだけでＦＡ？
まぁ、他人に伝えられないことに
何の価値があるのか知らないけどがんばってね。
何でこのスレで当たり前の事を自慢気に書いてるのか理解できない
憧れか……確かに入るまでは憧れだったなぁｗ
>>570
当たり前の事がわかってなかったり
わかってても実行しない奴が多いから
ゲームが売れないんじゃねーの？
派手な事を追いかけて基本がおざなりになるとか
よくある事だよ。
そういえば、CEDECにメル友作りに行った
馬鹿の話聞いたときは豚に真珠と思ったな。
当たり前の事がわかってなかったり
わかってても実行しない奴が多いから
ゲームが売れないんじゃねーの？
派手な事を追いかけて基本がおざなりになるとか
よくある事だよ。
そういえば、CEDECにメル友作りに行った
馬鹿の話聞いたときは豚に真珠と思ったな。
ゲーム業界だからってサビ残めいっぱいつかった
スケジュールたてんな！
それをゲーム業界だからで片付けんな！
業績あげてる他部署は残業全然してないだろうが
もう本当に疲れた…このチーム
スケジュールたてんな！
それをゲーム業界だからで片付けんな！
業績あげてる他部署は残業全然してないだろうが
もう本当に疲れた…このチーム
>>484
遅いレスだけど
自分のチームだけうまく統括して、
他のチームにはほとんど技術提供も協力もせず、
会社に批判的で定時帰りって人がいた。
優秀だったんだけど、この前転職したねw
おそらく給料以上の仕事はする気なかったんだと思う。
ああゆう人を使いこなせないうちの会社はダメだと思うしもったいない。
遅いレスだけど
自分のチームだけうまく統括して、
他のチームにはほとんど技術提供も協力もせず、
会社に批判的で定時帰りって人がいた。
優秀だったんだけど、この前転職したねw
おそらく給料以上の仕事はする気なかったんだと思う。
ああゆう人を使いこなせないうちの会社はダメだと思うしもったいない。
電ソルはPC壊れたの？
>>576
むしろ、やる気があるから転職したんでしょ。
むしろ、やる気があるから転職したんでしょ。
そうだぞ、ウチの会社だと転職するの面倒ってみんな言ってる。
>>576
出来る奴ならいいんじゃねぇの？
でも大抵仕事出来ない奴が愚痴ってるのがほとんどでしょ
単なる「作業員」であることを自覚できず
判断を任されるような仕事が回されてきていないことにも気付かずに
第三者視点のつもりで皮肉ることが格好よいと勘違いしている
上を「批判できる俺凄いだろ？評価してくれよ」っていうゆとり君な
そういう奴多すぎだろ
ゲーム会社で「社員研修」している会社って今は無いのか？
出来る奴ならいいんじゃねぇの？
でも大抵仕事出来ない奴が愚痴ってるのがほとんどでしょ
単なる「作業員」であることを自覚できず
判断を任されるような仕事が回されてきていないことにも気付かずに
第三者視点のつもりで皮肉ることが格好よいと勘違いしている
上を「批判できる俺凄いだろ？評価してくれよ」っていうゆとり君な
そういう奴多すぎだろ
ゲーム会社で「社員研修」している会社って今は無いのか？
>>576
＞会社に批判的で定時帰りって人がいた。
批判的ってのはともかく、定時帰りは仕事順調にこなしてるなら
むしろ立派なことなんじゃないのか？
給料以上の仕事をしようとしないってんじゃなく。
ほんと会社にいる時間だけでなく、仕事の量・質では計らんよね
毎日終電で一生懸命やった気分になってるだけで、こっちは
あんたの遅れて溢れた分までこなしてるつーのに。とか
＞会社に批判的で定時帰りって人がいた。
批判的ってのはともかく、定時帰りは仕事順調にこなしてるなら
むしろ立派なことなんじゃないのか？
給料以上の仕事をしようとしないってんじゃなく。
ほんと会社にいる時間だけでなく、仕事の量・質では計らんよね
毎日終電で一生懸命やった気分になってるだけで、こっちは
あんたの遅れて溢れた分までこなしてるつーのに。とか
>>581
この業界、定時に買える奴の大半は仕事が無い（プロジェクト頓挫状態）か
余程空気が読めない（仕事有るのに自分の時間の方が＞のヤツ）が大半を占めてる。
できるヤツは大体３０分から１時間は残っているやつ（どんなに順調でも書類やデータ整理とかがあるから）。
君は本当にできるヤツを見たこと無いな…。まぁ残っているやつの定義はものすごく合ってるがｗ
この業界、定時に買える奴の大半は仕事が無い（プロジェクト頓挫状態）か
余程空気が読めない（仕事有るのに自分の時間の方が＞のヤツ）が大半を占めてる。
できるヤツは大体３０分から１時間は残っているやつ（どんなに順調でも書類やデータ整理とかがあるから）。
君は本当にできるヤツを見たこと無いな…。まぁ残っているやつの定義はものすごく合ってるがｗ
おっと普通に変換ミスってたなｗ
×買える
○帰る
×買える
○帰る
単なる作業員で済むなんて企画か
グラフィックデザイナーの下っ端くらいでしょ。
プログラマーなんて企画やグラフィックデザイナーから
投げられた妄想の後始末を常に考えないとだし。
プログラマーが足りなくなるのも
ある意味当たり前みたいな。
グラフィックデザイナーの下っ端くらいでしょ。
プログラマーなんて企画やグラフィックデザイナーから
投げられた妄想の後始末を常に考えないとだし。
プログラマーが足りなくなるのも
ある意味当たり前みたいな。
音屋は？
残業時間はいかに面倒な作業をしてるかだよ。
でも誰かが面倒な事やらないと
クオリティー上がんないんだけどな。
そりゃ、たまにはど素人も紛れ込むけどさ。
でも誰かが面倒な事やらないと
クオリティー上がんないんだけどな。
そりゃ、たまにはど素人も紛れ込むけどさ。
>>587
音屋は外部に切り離される事が多いね。
ほんとはそういう分け方が管理上望ましいんだろうけど
難しいのかしないところが多いね。
逆にいうと、発注という形なので
なぁなぁじゃなくなるからそういう面はいいんじゃないかと。
音屋は外部に切り離される事が多いね。
ほんとはそういう分け方が管理上望ましいんだろうけど
難しいのかしないところが多いね。
逆にいうと、発注という形なので
なぁなぁじゃなくなるからそういう面はいいんじゃないかと。
>>581
その人は、50％ぐらいの治からでこなせるスケジュールたてて
余裕をもってこなしつつ、定時時間内に余った時間で
堂々と個人的な勉強をしてるような感じだったんだよね。
ほかのチームはデスっててその人がほんの少しアドバイスするだけでいろいろうまく回るのに、
わかっててそうゆうことはしないって感じだったね。
まあ経営側とうまくいってなかったんだろうけど空気読めないと言えなくもない感じだった。
その人は、50％ぐらいの治からでこなせるスケジュールたてて
余裕をもってこなしつつ、定時時間内に余った時間で
堂々と個人的な勉強をしてるような感じだったんだよね。
ほかのチームはデスっててその人がほんの少しアドバイスするだけでいろいろうまく回るのに、
わかっててそうゆうことはしないって感じだったね。
まあ経営側とうまくいってなかったんだろうけど空気読めないと言えなくもない感じだった。
某大企業に業界内（非ゲーム）のカリスマ的プログラマーが居て、
その人はスパコンのＯＳとか開発環境をゼロから作っちゃうような人
なんだけど、昔「ビデオゲーム作るのって難しいですか？」と聞いて
みたことがある。
そしたら少し考えて「作ったことは無いけど恐らく難しいだろう」
と答えた。何故難しいのかと聞いたら、「俺達の仕事というのは
目的がはっきりしていて、その目的のために技術的にどうしたら
いいのか突き詰めていけば自ずと仕様が決まってくるんだけど、
ゲームだと何でもありだし個人的な好みみたいなものが多分に影響
するので打ち合わせで仕様を決めようとしてもなかなか決まらないだろう。」
「それでも無理矢理やれば決められないこともないだろうけど、そうしたら
したで作る過程の中で依頼主の気が変わってきてコロコロと仕様変更が発生
するだろう。技術的な話だったら理論的に説得することも可能だが、好み
とかセンスとかの話だと説得しにくい。難航が予想される。」
という話だった。
その人はスパコンのＯＳとか開発環境をゼロから作っちゃうような人
なんだけど、昔「ビデオゲーム作るのって難しいですか？」と聞いて
みたことがある。
そしたら少し考えて「作ったことは無いけど恐らく難しいだろう」
と答えた。何故難しいのかと聞いたら、「俺達の仕事というのは
目的がはっきりしていて、その目的のために技術的にどうしたら
いいのか突き詰めていけば自ずと仕様が決まってくるんだけど、
ゲームだと何でもありだし個人的な好みみたいなものが多分に影響
するので打ち合わせで仕様を決めようとしてもなかなか決まらないだろう。」
「それでも無理矢理やれば決められないこともないだろうけど、そうしたら
したで作る過程の中で依頼主の気が変わってきてコロコロと仕様変更が発生
するだろう。技術的な話だったら理論的に説得することも可能だが、好み
とかセンスとかの話だと説得しにくい。難航が予想される。」
という話だった。
つまり、アホの相手は大変だからやってられなくなりそう、という事だな。
>>592
好みやセンスで１００％構築されてるように見えることでも
実は技術があって、純粋に好みやセンスだけで判断することなんか
そのうちの数％なんだが。
そういう点では
＞その目的のために技術的にどうしたら
＞いいのか突き詰めていけば自ずと仕様が決まってくるんだけど、
この言葉は殆どの商売に当てはまる。
マネジメントにはマネジメント理論が
映像には映像理論が
音楽には作曲理論が
絵画には絵画理論が
作劇には作劇理論が……
大きい本屋に行けば本棚を埋め尽くしてるしね。
ただ、素直に知らないことを知らないからと認識してる態度は
出来る人だなって印象はあるな。
>>586みたいなプログラマはイラね。
自分が理解出来ないことはおとしめて、自分の相対評価を上げる奴って
>>580で言われてる奴の典型だよね。
好みやセンスで１００％構築されてるように見えることでも
実は技術があって、純粋に好みやセンスだけで判断することなんか
そのうちの数％なんだが。
そういう点では
＞その目的のために技術的にどうしたら
＞いいのか突き詰めていけば自ずと仕様が決まってくるんだけど、
この言葉は殆どの商売に当てはまる。
マネジメントにはマネジメント理論が
映像には映像理論が
音楽には作曲理論が
絵画には絵画理論が
作劇には作劇理論が……
大きい本屋に行けば本棚を埋め尽くしてるしね。
ただ、素直に知らないことを知らないからと認識してる態度は
出来る人だなって印象はあるな。
>>586みたいなプログラマはイラね。
自分が理解出来ないことはおとしめて、自分の相対評価を上げる奴って
>>580で言われてる奴の典型だよね。
本当に一人でなんでもやってるブログラマは、
〉〉586みたいな事は言わない。
ブログラマがなんでもやってると豪語する奴ほど、同じブログラマ内でもセクショナリズムを発揮して軋轢を起こす。
〉〉586みたいな事は言わない。
ブログラマがなんでもやってると豪語する奴ほど、同じブログラマ内でもセクショナリズムを発揮して軋轢を起こす。
>>595
いきなり何言ってんだ？
いきなり何言ってんだ？
>>596
そうか？
それって、何でもやってくれて、それでいて奴隷のようなプログラマが
都合が良いって願望にしか聞えないなぁ
出来る人(職種問わず)は、目的と手段をはっきり炙り出して
プログラマがやるべきなのか、それ以外がやるべきなのかを提示して理解させる事の出来る人だと思う
逆に出来ない人は、
>>586もそうだか、逆に貴方みたいに、現状と目的もバラバラなのに”決め付け”たがる人かと…
そうか？
それって、何でもやってくれて、それでいて奴隷のようなプログラマが
都合が良いって願望にしか聞えないなぁ
出来る人(職種問わず)は、目的と手段をはっきり炙り出して
プログラマがやるべきなのか、それ以外がやるべきなのかを提示して理解させる事の出来る人だと思う
逆に出来ない人は、
>>586もそうだか、逆に貴方みたいに、現状と目的もバラバラなのに”決め付け”たがる人かと…
いや、実際に他の仕事した経験ある奴は、
他の仕事をくささない、っていうことだよ。
他の仕事をくささない、っていうことだよ。
理想論語る人ってアホが多いよね
理想をもちつつ現実に対処しない限りいいものはできない
理想は必要だけど、現実はそんなに甘くない
>>592
俺が書いてる事と内容は同じだね。
結局、普通の企画やグラフィックデザイナーは
プログラムに対しては素人が多いわけだから、実装者であるプログラマと
直接やり取りする機会が増えればカオス化する可能性が高いよねと。
流石は畑は違えどプログラマとしてのキャリアがあると
問題の本質がわかってますな。
俺が書いてる事と内容は同じだね。
結局、普通の企画やグラフィックデザイナーは
プログラムに対しては素人が多いわけだから、実装者であるプログラマと
直接やり取りする機会が増えればカオス化する可能性が高いよねと。
流石は畑は違えどプログラマとしてのキャリアがあると
問題の本質がわかってますな。
>>598
上半分は正にゲームプログラマに求められる事で
業界外まで知れわたってるから
プログラマが不足してる原因にもなってる。
普通の賢い人は好き好んで理不尽な世界に
足を踏み込まないからね。
下半分は同意しかねる。
自分が入ってるのもないとは言わないけどw
アプローチの仕方として仮定(決めつけ)を立てて
それを検証するのはすごく一般的なアプローチだから。
この手のでの馬鹿は仮定の検証で反例が出てるのに
結果ありきでしか考えられないから
無理くり例外を探すのにやっきになる人とか。
それなら、そもそも検証する意味すらないだろと。
上半分は正にゲームプログラマに求められる事で
業界外まで知れわたってるから
プログラマが不足してる原因にもなってる。
普通の賢い人は好き好んで理不尽な世界に
足を踏み込まないからね。
下半分は同意しかねる。
自分が入ってるのもないとは言わないけどw
アプローチの仕方として仮定(決めつけ)を立てて
それを検証するのはすごく一般的なアプローチだから。
この手のでの馬鹿は仮定の検証で反例が出てるのに
結果ありきでしか考えられないから
無理くり例外を探すのにやっきになる人とか。
それなら、そもそも検証する意味すらないだろと。
>>601
>>602
同意
当たり前の事なんだけどね。
このジレンマと真正面から向き合うのは
真面目に考えれば考るほど深刻な問題なわけで…
ゲームプログラマの場合はSE不在というか、兼ねるケースが多いから
向き合う事がほぼ必須項目になるんだけど。
>>602
同意
当たり前の事なんだけどね。
このジレンマと真正面から向き合うのは
真面目に考えれば考るほど深刻な問題なわけで…
ゲームプログラマの場合はSE不在というか、兼ねるケースが多いから
向き合う事がほぼ必須項目になるんだけど。
>>604
＞上半分は正にゲームプログラマに求められる事で
＞業界外まで知れわたってるから
意味が違うかと？
求められてないし、知れわたってないから…
そう思う人間、組織、会社が増えたから、
売れない製品、成り立たない会社運営になってるんでしょｗ
カプコンとかがどうやって会社を立て直したか調べてみなよ
＞アプローチの仕方として仮定(決めつけ)を立てて
＞それを検証するのはすごく一般的なアプローチだから。
これもさ…
仮定とは、求める為の理屈や仮説がしっかりしてるのが前提
理屈もへったくれもない”思いつき”レベルの決め付けが駄目だって言ってるの
検証も何もさ、理屈や仮説をしっかりした時点で頭の中の思考レベルで分る事なのに、
”動く画面見てみないと分らない”
とか言う奴が蔓延ってるから、時間かけても良い物が出来ないんでしょ
別に神格化するわけじゃないが、任天堂の宮本さんの言ってる事とか調べてみれば？
＞上半分は正にゲームプログラマに求められる事で
＞業界外まで知れわたってるから
意味が違うかと？
求められてないし、知れわたってないから…
そう思う人間、組織、会社が増えたから、
売れない製品、成り立たない会社運営になってるんでしょｗ
カプコンとかがどうやって会社を立て直したか調べてみなよ
＞アプローチの仕方として仮定(決めつけ)を立てて
＞それを検証するのはすごく一般的なアプローチだから。
これもさ…
仮定とは、求める為の理屈や仮説がしっかりしてるのが前提
理屈もへったくれもない”思いつき”レベルの決め付けが駄目だって言ってるの
検証も何もさ、理屈や仮説をしっかりした時点で頭の中の思考レベルで分る事なのに、
”動く画面見てみないと分らない”
とか言う奴が蔓延ってるから、時間かけても良い物が出来ないんでしょ
別に神格化するわけじゃないが、任天堂の宮本さんの言ってる事とか調べてみれば？
>>606
上半分は少なくても一部一流大は知ってる人多いよ。
実際に進路選択の際に
そういった理由から選択しない人は少なからずいるのは聞いてるよ。
カプコンの話を関連づけているのは意味不明。
最近のカンファレンスの事を
言ってるんだと思うけど。
下半分は同意しかねる。
というのは仮定の時点では前提があってる保証もないし
それこそ思い付きのレベルに過ぎないから。
それを検証をすることで
あるときは前提部分に間違いを見つけたり
またあるときはより良い仮定を見つけて、つまり間違いに気付いて
また検証に戻るという繰り返し。
アプローチとしてはごく一般的なんだけどな。
宮本さんの話を関連づけているのは意味不明。
曲解してるのか、こじづけてるのかはわからないけど。
総じて言えるのは、引用するなら
仕方を考えたほうがいいと思うよ。
使われた方に気の毒だ。
上半分は少なくても一部一流大は知ってる人多いよ。
実際に進路選択の際に
そういった理由から選択しない人は少なからずいるのは聞いてるよ。
カプコンの話を関連づけているのは意味不明。
最近のカンファレンスの事を
言ってるんだと思うけど。
下半分は同意しかねる。
というのは仮定の時点では前提があってる保証もないし
それこそ思い付きのレベルに過ぎないから。
それを検証をすることで
あるときは前提部分に間違いを見つけたり
またあるときはより良い仮定を見つけて、つまり間違いに気付いて
また検証に戻るという繰り返し。
アプローチとしてはごく一般的なんだけどな。
宮本さんの話を関連づけているのは意味不明。
曲解してるのか、こじづけてるのかはわからないけど。
総じて言えるのは、引用するなら
仕方を考えたほうがいいと思うよ。
使われた方に気の毒だ。
>>607
業界の駄目なやり方が認知されてる事と、そのやり方が求められてる事にするのには
莫大な差があると言っているんだが？また、貴方の決め付け？
で、カプコンはプログラマが文句も言わず奴隷の様に働くような仕事の方法を否定して
エンジン作ったり、有名クリエイター(ｗ)と言われている人間を放出したりしたのって有名だと思うが？
＞というのは仮定の時点では前提があってる保証もないし
＞それこそ思い付きのレベルに過ぎないから。
だから、その発想が間違ってるし、超低レベル
仮定は合ってる前提で、仮説を立てたり、理論を駆使するんだよ
で、合ってるのを確かな物にする為に検証するんだろ？
研究というものを少しでもやった事があるなら、誰も知ってる事
貴方の発想は、まさにダメダメなゲーム屋の理屈ｗ
宮本さんは、そう言うトライアンドエラーを否定してる
業界の駄目なやり方が認知されてる事と、そのやり方が求められてる事にするのには
莫大な差があると言っているんだが？また、貴方の決め付け？
で、カプコンはプログラマが文句も言わず奴隷の様に働くような仕事の方法を否定して
エンジン作ったり、有名クリエイター(ｗ)と言われている人間を放出したりしたのって有名だと思うが？
＞というのは仮定の時点では前提があってる保証もないし
＞それこそ思い付きのレベルに過ぎないから。
だから、その発想が間違ってるし、超低レベル
仮定は合ってる前提で、仮説を立てたり、理論を駆使するんだよ
で、合ってるのを確かな物にする為に検証するんだろ？
研究というものを少しでもやった事があるなら、誰も知ってる事
貴方の発想は、まさにダメダメなゲーム屋の理屈ｗ
宮本さんは、そう言うトライアンドエラーを否定してる
>”動く画面見てみないと分らない”
そう言われて分かる範囲でとりあえず動く物を作ってみたが、
「見ても仕様思いつかない」
とか言われた事があるな。
ジャンルの指定とかキャラの設定とかそんなのしかできないのがメインプランナやってた時に。
そう言われて分かる範囲でとりあえず動く物を作ってみたが、
「見ても仕様思いつかない」
とか言われた事があるな。
ジャンルの指定とかキャラの設定とかそんなのしかできないのがメインプランナやってた時に。
>>608
引用に関してだけど、奴隷とかトライアンドエラーの否定は
良く受け止めても意訳しすぎ正直曲解だと思うので
自論として語らないと引用されたほうも迷惑でしょ。
むしろ、任天堂はトライアンドエラーはする方の
会社として業界内では有名だし。
ただ開発環境の向上には常に取り組んでるね。
エンジン開発も目的はそれで
詰まるところは効率化してトライアンドエラーの時間を増やすのが目的。
エンジン自体を開発するなら
アプローチの仕方は基本的には>>607の通りだよ。
あとエンジン開発と一口に言っても
描画エンジンだけなのかとか
マルチプラットホームなのかとか
開発環境を含むものかとかあるし
ゲーム開発してれば最初の仮説が間違ってる事は多いというか
むしろ当たり前なんだが。
大事なのはトータルでの開発期間の短縮で
エンジンにしろ、アプローチにしろ
そこに寄与しないなら本来の意味がない。
と言ってもアプローチに関しては
何回も言ってるけどごく一般的な方法なのだけどね。
引用に関してだけど、奴隷とかトライアンドエラーの否定は
良く受け止めても意訳しすぎ正直曲解だと思うので
自論として語らないと引用されたほうも迷惑でしょ。
むしろ、任天堂はトライアンドエラーはする方の
会社として業界内では有名だし。
ただ開発環境の向上には常に取り組んでるね。
エンジン開発も目的はそれで
詰まるところは効率化してトライアンドエラーの時間を増やすのが目的。
エンジン自体を開発するなら
アプローチの仕方は基本的には>>607の通りだよ。
あとエンジン開発と一口に言っても
描画エンジンだけなのかとか
マルチプラットホームなのかとか
開発環境を含むものかとかあるし
ゲーム開発してれば最初の仮説が間違ってる事は多いというか
むしろ当たり前なんだが。
大事なのはトータルでの開発期間の短縮で
エンジンにしろ、アプローチにしろ
そこに寄与しないなら本来の意味がない。
と言ってもアプローチに関しては
何回も言ってるけどごく一般的な方法なのだけどね。
研究いうから、ついでにいうけど
純粋な研究職でも前提が間違ってる事とか
前提は証明しないでその先を考える事とかあるよ。
わかってると思うけど、ファルマーの最終定理で
ググればすぐにわかるよ。
純粋な研究職でも前提が間違ってる事とか
前提は証明しないでその先を考える事とかあるよ。
わかってると思うけど、ファルマーの最終定理で
ググればすぐにわかるよ。
今日の電ソル ID:kOPo+VfUO
エンジンとか言い出すと一気に胡散臭くなるな。
自社エンジン作ったぞ！といきまいてる所でも内情はイマイチつうか、
国内では他人のソースいじって何か別のものを作る文化が無いから
ああいうのはなかなか上手くいかない。表示だけとかなら
まだしもそれ以上で固定的なもの作っても使い辛いだけ。
自社エンジン作ったぞ！といきまいてる所でも内情はイマイチつうか、
国内では他人のソースいじって何か別のものを作る文化が無いから
ああいうのはなかなか上手くいかない。表示だけとかなら
まだしもそれ以上で固定的なもの作っても使い辛いだけ。
全部 kOPo+VfUO の発言
＞この手のでの馬鹿は仮定の検証で反例が出てるのに
＞結果ありきでしか考えられないから
＞無理くり例外を探すのにやっきになる人とか。
＞純粋な研究職でも前提が間違ってる事とか
＞前提は証明しないでその先を考える事とかあるよ。
＞わかってると思うけど、ファルマーの最終定理で
＞ググればすぐにわかるよ。
無理矢理、研究の一般的な方法を
ファルマーの最終定理という例外を持ち出して
自分の結果に合わせ様ようとしているのですねｗ
自身の理論を実践してるのですねｗｗ
＞この手のでの馬鹿は仮定の検証で反例が出てるのに
＞結果ありきでしか考えられないから
＞無理くり例外を探すのにやっきになる人とか。
＞純粋な研究職でも前提が間違ってる事とか
＞前提は証明しないでその先を考える事とかあるよ。
＞わかってると思うけど、ファルマーの最終定理で
＞ググればすぐにわかるよ。
無理矢理、研究の一般的な方法を
ファルマーの最終定理という例外を持ち出して
自分の結果に合わせ様ようとしているのですねｗ
自身の理論を実践してるのですねｗｗ
仮定の上に仮定を積み重ねていったらわけわかんないことになるぞ。
「風が吹けば桶屋が儲かる」って知ってるか？
「風が吹けば桶屋が儲かる」って知ってるか？
>>615
それなんてカオス理論？
それなんてカオス理論？
>>618
どっちを例外と考えるかは
センスとしか言えんな。
俺は間違いを後から正しながら進むのは
研究に限らず、ある程度普遍だと思ってるし。
>>619
馬鹿だろ？
馬の耳に念仏くらいわかって書いてるよ？
どっちを例外と考えるかは
センスとしか言えんな。
俺は間違いを後から正しながら進むのは
研究に限らず、ある程度普遍だと思ってるし。
>>619
馬鹿だろ？
馬の耳に念仏くらいわかって書いてるよ？
純粋に研究ならいいんだけど大勢でプロジェクト進行してる
ところで修正多発するのはマズいよなあ。
芸術作品だったらいくらでも納得いくまでトライ&エラー繰り返せば
いいと思うけどビジネス色強いものでそれをやるのはちょっと勘弁。
ところで修正多発するのはマズいよなあ。
芸術作品だったらいくらでも納得いくまでトライ&エラー繰り返せば
いいと思うけどビジネス色強いものでそれをやるのはちょっと勘弁。
例の達人プログラマーの人の話だと、開発は仕様と流れ（アルゴリズム？）
を決めるのが一番手間がかかるんだそうだ。それが完全に決まるまでは
コーディングしない。試行錯誤はするんだけどつくりながら
じゃなくて机上でほとんど終わらせちゃう感じ？
を決めるのが一番手間がかかるんだそうだ。それが完全に決まるまでは
コーディングしない。試行錯誤はするんだけどつくりながら
じゃなくて机上でほとんど終わらせちゃう感じ？
>>620
＞俺は間違いを後から正しながら進むのは
＞研究に限らず、ある程度普遍だと思ってるし。
だからといって、事前作業が↓こうであるorこうであって良いはずがない。
＞というのは仮定の時点では前提があってる保証もないし
＞それこそ思い付きのレベルに過ぎないから。
緻密に計画を立てても予想外のことが起こるのが研究開発。
お前はフェイルセーフと悲観論を混同して、無駄な作業を増やそうとしている。
で、予想可能な障害の修正せいで、手間がかかった割りには大したことのないものしかできない。
もっと言えば、自分がトラブルシュートを楽しみたいが故に
会社や製品をわざとスポイルしている姿勢にしか見えない。
＞俺は間違いを後から正しながら進むのは
＞研究に限らず、ある程度普遍だと思ってるし。
だからといって、事前作業が↓こうであるorこうであって良いはずがない。
＞というのは仮定の時点では前提があってる保証もないし
＞それこそ思い付きのレベルに過ぎないから。
緻密に計画を立てても予想外のことが起こるのが研究開発。
お前はフェイルセーフと悲観論を混同して、無駄な作業を増やそうとしている。
で、予想可能な障害の修正せいで、手間がかかった割りには大したことのないものしかできない。
もっと言えば、自分がトラブルシュートを楽しみたいが故に
会社や製品をわざとスポイルしている姿勢にしか見えない。
>>620
お前もバカだろ？ｗ
お前の言ってることは
他の職種→プログラマ の時だけでなくて
全ての職種が他の職種に関係するとき、あまねく起きることだ。
何プログラマが特別だと思ってるの？
自分だけ苦労してると思う奴ってのは、単に効率よく仕事が出来ない奴。
お前もバカだろ？ｗ
お前の言ってることは
他の職種→プログラマ の時だけでなくて
全ての職種が他の職種に関係するとき、あまねく起きることだ。
何プログラマが特別だと思ってるの？
自分だけ苦労してると思う奴ってのは、単に効率よく仕事が出来ない奴。
研究するのはいいんだけど、それは開発とは別枠で考えないと。
決められた期間内に成果を要求される通常開発業務で悠長に研究
なんかやってたらグダグダだろ。研究は成果読めないから。
決められた期間内に成果を要求される通常開発業務で悠長に研究
なんかやってたらグダグダだろ。研究は成果読めないから。
>芸術作品だったらいくらでも納得いくまでトライ&エラー繰り返せば
>いいと思うけどビジネス色強いものでそれをやるのはちょっと勘弁。
うちの会社の企画担当のやつにそんなのがいるな
マスター３日前ぐらいでも平気で変更してくる
>いいと思うけどビジネス色強いものでそれをやるのはちょっと勘弁。
うちの会社の企画担当のやつにそんなのがいるな
マスター３日前ぐらいでも平気で変更してくる
それは馬鹿
マスターの２収監ぐらい前に勝手に変更するPGもいたけど
マスターの２収監ぐらい前に勝手に変更するPGもいたけど
あのさ、はっきり言うけど代役が用意できないプログラマーは開発では神だよ。
だってそいつがいなきゃ仕事が一定品質以上で終わらないんだもん。
だってそいつがいなきゃ仕事が一定品質以上で終わらないんだもん。
>>628
みんなそうだわな
みんなそうだわな
>>632
そんなのはできるやつがやれば修正可能。
そんなのはできるやつがやれば修正可能。
>>621
その下にぶら下がってる人への影響が大きいような
修正が進行中に多発するのはまずいと思うよ。
だから、修正する必要がある場合はケアする事を考えないとまずいと思う。
ベストなやり方としてはトライアンドエラー(要するに改善)の余地を残しつつ
下にぶら下がってる人も、すぐに使えるような環境にする事だけど
これは実際、かなり大変だけどね。
そのためには、大筋の仕様を練りこんだり
プリプロしたりと大まかな問題点の洗い出しをして
基幹システムに変更が入らないようにしないといけない。
外国はやってるみたいだけど、日本は大手でもあまりやらないところが多いね。
それどころか、逆に、リーダーや企画自らが
大幅修正かかってもいいから、仕様変更してください。
なんて話も多い。
むしろ、こっちがひくみたいな。
その下にぶら下がってる人への影響が大きいような
修正が進行中に多発するのはまずいと思うよ。
だから、修正する必要がある場合はケアする事を考えないとまずいと思う。
ベストなやり方としてはトライアンドエラー(要するに改善)の余地を残しつつ
下にぶら下がってる人も、すぐに使えるような環境にする事だけど
これは実際、かなり大変だけどね。
そのためには、大筋の仕様を練りこんだり
プリプロしたりと大まかな問題点の洗い出しをして
基幹システムに変更が入らないようにしないといけない。
外国はやってるみたいだけど、日本は大手でもあまりやらないところが多いね。
それどころか、逆に、リーダーや企画自らが
大幅修正かかってもいいから、仕様変更してください。
なんて話も多い。
むしろ、こっちがひくみたいな。
まあ換えの効くプログラマーがほとんどだけどな。
だからしょぼいゲームが多い。
だからしょぼいゲームが多い。
>>633
その場合、修正と言うより作りなおすことになるんだけどな。
１箇所修正するとありえない部分で５〜６箇所バグる地雷原のような
ソースを見たことが無いだろ？馬鹿の思考回路がそのままソースに反映
されてるから根本的に無理。馬鹿は捨てなきゃ直らない。
その場合、修正と言うより作りなおすことになるんだけどな。
１箇所修正するとありえない部分で５〜６箇所バグる地雷原のような
ソースを見たことが無いだろ？馬鹿の思考回路がそのままソースに反映
されてるから根本的に無理。馬鹿は捨てなきゃ直らない。
>>637
＞あのさ、はっきり言うけど代役が用意できないプログラマーは開発では神だよ。
って言ってるんだから効かないだろ。
このレスは代役が効かないのはプログラマーであることがほとんどだということ。
例外はあるね。デザインやディレクターの名前で売ってるゲーム。
でもこれももし名前だけは借りれるならやはり替えは効いてしまうね。
＞あのさ、はっきり言うけど代役が用意できないプログラマーは開発では神だよ。
って言ってるんだから効かないだろ。
このレスは代役が効かないのはプログラマーであることがほとんどだということ。
例外はあるね。デザインやディレクターの名前で売ってるゲーム。
でもこれももし名前だけは借りれるならやはり替えは効いてしまうね。
>>639
代役が用意できないゲームにしなければ良いだけだろ
代役が用意できないゲームにしなければ良いだけだろ
>>640
それができるディレクターや企画がどのくらいいることやら
それができるディレクターや企画がどのくらいいることやら
>>623
作る前からおかしいとわかってて、作る話は
当たり前だけどしてないよ。
そもそも、どこまでが緻密で
どこからが思いつきかの線引きもあいまいだし。
ただ、ゲーム開発も長期化、大規模化する傾向があったり
そもそも企画や仕様がコロコロ変わるといった事から
最終版のシステムを作ってからとは言ってはいられない現実もある。
要するに時間効率を優先するのが、クオリティーとコストを
両立させる矛盾したゲーム開発としての常道なんだよ。
重要なのはそこだから。
作る前からおかしいとわかってて、作る話は
当たり前だけどしてないよ。
そもそも、どこまでが緻密で
どこからが思いつきかの線引きもあいまいだし。
ただ、ゲーム開発も長期化、大規模化する傾向があったり
そもそも企画や仕様がコロコロ変わるといった事から
最終版のシステムを作ってからとは言ってはいられない現実もある。
要するに時間効率を優先するのが、クオリティーとコストを
両立させる矛盾したゲーム開発としての常道なんだよ。
重要なのはそこだから。
ソースを引き継いでってのは、開発期間大幅延長しない限り
どんなに凄腕プログラマだろうが無理。
ばらしてレビューして問題点探してってのは、１から作り直す
より作業量多いから。
全部捨てて同じの１から作っていいってなら、PGも代えは利くし。
その方がアフォに最後まで任せるよか、手を打つのが
早ければ早いほど解決する可能性上がる。
再利用、廃品利用を無理にしようとするから替えが利かなくなる
どんなに凄腕プログラマだろうが無理。
ばらしてレビューして問題点探してってのは、１から作り直す
より作業量多いから。
全部捨てて同じの１から作っていいってなら、PGも代えは利くし。
その方がアフォに最後まで任せるよか、手を打つのが
早ければ早いほど解決する可能性上がる。
再利用、廃品利用を無理にしようとするから替えが利かなくなる
>>643
おっとどこの岩田の話をしているんだい？
おっとどこの岩田の話をしているんだい？
>>639
だからみんな同じだよ
だからみんな同じだよ
>>625
悠長にやってるのは駄目だけど、決められた範囲内や
周りのスケジュールに影響しない範囲ではいろいろやらないと
というか、特にプログラムはやる事に実際になる。
実際、ゲームシステム自体が最初から
深く考えて設計される事が稀だし。
むしろ、そこは仕切る人に頑張ってもらいたいところ。
悠長にやってるのは駄目だけど、決められた範囲内や
周りのスケジュールに影響しない範囲ではいろいろやらないと
というか、特にプログラムはやる事に実際になる。
実際、ゲームシステム自体が最初から
深く考えて設計される事が稀だし。
むしろ、そこは仕切る人に頑張ってもらいたいところ。
某社に居た性格悪いけど有能なＰ
他人のモニタ覗きこんで
「汚いソースだな！俺がキレイにしてやるよ！」
と言いエディタの文字全削除してセーブ。
「ほらキレイになっただろ？」
駄目なソース取っといても百害あって一利無し。
別のＰが半年かけて作ったプログラムもそいつが一晩で
作り直してしまい元のＰはクビに。
出来るＰと出来ないＰは桁が３つ以上違う。
他人のモニタ覗きこんで
「汚いソースだな！俺がキレイにしてやるよ！」
と言いエディタの文字全削除してセーブ。
「ほらキレイになっただろ？」
駄目なソース取っといても百害あって一利無し。
別のＰが半年かけて作ったプログラムもそいつが一晩で
作り直してしまい元のＰはクビに。
出来るＰと出来ないＰは桁が３つ以上違う。
>>643
それは素人の浅知恵だと思うよ。
昔ならいざ知らず、システムが大規模になればなるほど
新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
特にゲームなんて作ってる端から仕様が変わっていくみたいな
ところがあるから、単に以前の開発期間を無駄にしただけになりかねない。
まぁ、ノウハウは溜まるからそこくらいだと思う。
意味としては。
実際、未だに古い環境やシステムを引き継いで
開発されたゲームも多いし。
経験積まないとその辺は理解出来ないだろうけど。
それは素人の浅知恵だと思うよ。
昔ならいざ知らず、システムが大規模になればなるほど
新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
特にゲームなんて作ってる端から仕様が変わっていくみたいな
ところがあるから、単に以前の開発期間を無駄にしただけになりかねない。
まぁ、ノウハウは溜まるからそこくらいだと思う。
意味としては。
実際、未だに古い環境やシステムを引き継いで
開発されたゲームも多いし。
経験積まないとその辺は理解出来ないだろうけど。
650 ：名無しさん必死だな：2008/09/23(火) 00:51:33 ID:77qHaibH0
プログラマーとかデザイナーとか企画とかの職種じゃなく、結局人だよ。
できる人は要点言えば細かく言わなくても、常にこちらが何を欲しているか
考えて先に先に行動してくれるし、
できない人は言われたことだけ適当にやって、後は突っ込まれたときの
言い訳考えてる。
できる人は要点言えば細かく言わなくても、常にこちらが何を欲しているか
考えて先に先に行動してくれるし、
できない人は言われたことだけ適当にやって、後は突っ込まれたときの
言い訳考えてる。
なんか、ドバーンとやっちゃって
とか言いそうなタイプだなw
まぁ、実際多いからそういうやり方になる事も多いんだけど。
とか言いそうなタイプだなw
まぁ、実際多いからそういうやり方になる事も多いんだけど。
この辺の話って、やばくなってから「プログラマーが…」「企画が…」って
議論になりやすいけど、何年もやっていれば、
自分のフェーズに掛かる前に、やばそうなところを嗅ぎ分けて、
同じプロジェクトなんだから事前に突っ込み入れて方向修正くらいできんのか？
ってこと。
まぁ、自分の過去の反省も含めてだが…
議論になりやすいけど、何年もやっていれば、
自分のフェーズに掛かる前に、やばそうなところを嗅ぎ分けて、
同じプロジェクトなんだから事前に突っ込み入れて方向修正くらいできんのか？
ってこと。
まぁ、自分の過去の反省も含めてだが…
>>642
>そもそも、どこまでが緻密で
>どこからが思いつきかの線引きもあいまいだし。
それはオマイの会社がいい加減なだけだろう。
勝手に一般化すんなｗ
>要するに時間効率を優先するのが、クオリティーとコストを
>両立させる矛盾したゲーム開発としての常道なんだよ。
そんなもん、おおよそ殆どの仕事でそうだが。
社会人になったばっかか？
>649
>昔ならいざ知らず、システムが大規模になればなるほど
>新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
その前に大規模なシステムをそんな作り方してたら
作り直さなくても完成しないだろう。
通してみると、おまえんところは基礎設計がいい加減で
職人がその場その場で何とかしてるだけのような気がするが。
そりゃＰＧの換えもきかんわな。
>そもそも、どこまでが緻密で
>どこからが思いつきかの線引きもあいまいだし。
それはオマイの会社がいい加減なだけだろう。
勝手に一般化すんなｗ
>要するに時間効率を優先するのが、クオリティーとコストを
>両立させる矛盾したゲーム開発としての常道なんだよ。
そんなもん、おおよそ殆どの仕事でそうだが。
社会人になったばっかか？
>649
>昔ならいざ知らず、システムが大規模になればなるほど
>新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
その前に大規模なシステムをそんな作り方してたら
作り直さなくても完成しないだろう。
通してみると、おまえんところは基礎設計がいい加減で
職人がその場その場で何とかしてるだけのような気がするが。
そりゃＰＧの換えもきかんわな。
>>649
＞昔ならいざ知らず、システムが大規模になればなるほど
＞新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
大規模になってるからこそ、それを最後まで完成されなかったスキルな人の
作ったもんを、そのまま信用して再利用すんのか？
ソースレビューしやすい綺麗なソースなら再利用もしようがあるだろうが、
ざっとチェックして使えん、把握するだけ無駄と感じたらさっさと投棄した方が
マシってな話だよ。
一から全部使って問題ないか調べるくらいなら、それ作り直すのとかけてる
時間かわんねって。
＞昔ならいざ知らず、システムが大規模になればなるほど
＞新規で全部作り直したら、バグもなく全部作り切るのは困難になる。
大規模になってるからこそ、それを最後まで完成されなかったスキルな人の
作ったもんを、そのまま信用して再利用すんのか？
ソースレビューしやすい綺麗なソースなら再利用もしようがあるだろうが、
ざっとチェックして使えん、把握するだけ無駄と感じたらさっさと投棄した方が
マシってな話だよ。
一から全部使って問題ないか調べるくらいなら、それ作り直すのとかけてる
時間かわんねって。
>>656
つーか、PGに無茶振り的なやり方はは通用しない時代が
もうそこまできてるよ。
このままだとアニメよろしくの外注頼みになるだろう。
だんだんと、システム的にも家内制手工業じゃ
もう成り立たなくなってきてるから。
つーか、PGに無茶振り的なやり方はは通用しない時代が
もうそこまできてるよ。
このままだとアニメよろしくの外注頼みになるだろう。
だんだんと、システム的にも家内制手工業じゃ
もう成り立たなくなってきてるから。
>>657
事前にツッコミも何も
話が来ると同時にスタートって感じで選択肢がない
現場が多いんじゃないの？
>>659
極端と言ったらもっと極端な例もあって、ゲームじゃないんだけど
数十人で２年ぐらいかけて解決しなかった問題が、それ系の相談
できる会社の人に相談したら１日で解決したという事例もある。
気の毒すぎる。
事前にツッコミも何も
話が来ると同時にスタートって感じで選択肢がない
現場が多いんじゃないの？
>>659
極端と言ったらもっと極端な例もあって、ゲームじゃないんだけど
数十人で２年ぐらいかけて解決しなかった問題が、それ系の相談
できる会社の人に相談したら１日で解決したという事例もある。
気の毒すぎる。
>>661
プログラマーだけで閉じているならそういう割り切った考えもＯＫだとおもうけど、
実際にそれをやってしまうとデザイナーや企画を待たせることになる。
人員を無駄なく使うこと、プログラマー以外の士気を低下させないことを考えると
作り直したほうがいいのか、このままつぎはぎをしていくほうがいいのか、
微妙なラインであることが非常に多いように思う
そして最後に、一番の問題は「作り直したほうが早い」と思ったとき
前任者よりも自分のほうが優れているという思い込みをしている可能性があること。
作り直しは劇薬だと思う。そうしたほうがいい場合も多いが、
同じくらいそうしないほうがいい場合もある。その見極めは難しい。
プログラマーだけで閉じているならそういう割り切った考えもＯＫだとおもうけど、
実際にそれをやってしまうとデザイナーや企画を待たせることになる。
人員を無駄なく使うこと、プログラマー以外の士気を低下させないことを考えると
作り直したほうがいいのか、このままつぎはぎをしていくほうがいいのか、
微妙なラインであることが非常に多いように思う
そして最後に、一番の問題は「作り直したほうが早い」と思ったとき
前任者よりも自分のほうが優れているという思い込みをしている可能性があること。
作り直しは劇薬だと思う。そうしたほうがいい場合も多いが、
同じくらいそうしないほうがいい場合もある。その見極めは難しい。
>>ID:QHcMKdrx0
クオリティーが最優先とか、その逆の仕事はあるでしょ。
設計のフェーズがないのは否定しない。
しかし、PGはやり方が論理的に優れているとわかれば
今までのやり方を捨てる事は出来る。
っていうか、してきたでしょ。
そのために面倒な事も覚えてきただろうし。
むしろ、新しいものを吸収する気がない人のほうがＰＧとしては稀だよ。
クオリティーが最優先とか、その逆の仕事はあるでしょ。
設計のフェーズがないのは否定しない。
しかし、PGはやり方が論理的に優れているとわかれば
今までのやり方を捨てる事は出来る。
っていうか、してきたでしょ。
そのために面倒な事も覚えてきただろうし。
むしろ、新しいものを吸収する気がない人のほうがＰＧとしては稀だよ。
有名なとこだとLinuxのカーネルなんかGNUで何年かけても作れなくて
頓挫しかかってたところにリナスさんが「え？俺カーネル作ったよ。趣味で」
って登場したことであっけなく解決したという・・・
頓挫しかかってたところにリナスさんが「え？俺カーネル作ったよ。趣味で」
って登場したことであっけなく解決したという・・・
スタートからエンドまで職種間で交流がなかったらそれが問題で、
企画がペラ１書いた時点でまずプロジェクト全員集まるべきかと…
PGとか企画とかデザイナーとか職種でくくって批判し合うこと問題で、
ウィークリーとかそれで足りなければデイリーで全員集まって
目標へのぶれを無くしたり意識あわせがしっかりできていれば
大きく外れることはないのでは？
理想論ぽいけど、うまくいかないプロジェクトは必ずその犯人探しに
走りがち。悪口はプロジェクトが終わってから好きなだけ話せばいい。
酒の席で。
企画がペラ１書いた時点でまずプロジェクト全員集まるべきかと…
PGとか企画とかデザイナーとか職種でくくって批判し合うこと問題で、
ウィークリーとかそれで足りなければデイリーで全員集まって
目標へのぶれを無くしたり意識あわせがしっかりできていれば
大きく外れることはないのでは？
理想論ぽいけど、うまくいかないプロジェクトは必ずその犯人探しに
走りがち。悪口はプロジェクトが終わってから好きなだけ話せばいい。
酒の席で。
>>670
それは…もう、部署のリーダーからずれていたとしか…
こういう精神論的なもんは、古い会社だったり役員が好きだったりすると
新人教育で結構しつこく言われるもんだけどね。
ゲーム会社じゃ逆に無さすぎのような気が…
いや、自社しか知らないけどね。
それは…もう、部署のリーダーからずれていたとしか…
こういう精神論的なもんは、古い会社だったり役員が好きだったりすると
新人教育で結構しつこく言われるもんだけどね。
ゲーム会社じゃ逆に無さすぎのような気が…
いや、自社しか知らないけどね。
>>657
事前に突っ込み入れると、「いいからやってよ」とか「文句が多い」とか
「何だよアイツ偉そうに」とか反感買っていじめられて
リストラ対象にされることもある。要注意。
>>666
＞そして最後に、一番の問題は「作り直したほうが早い」と思ったとき
＞前任者よりも自分のほうが優れているという思い込みをしている可能性があること。
そうではなく、「こんなコード読む方が時間がかかる」ということもある。
で、よくわからないのにいじるとさらに無茶苦茶になって、
誰も手をつけられないコードが出来上がる。
しかもそれがゲームの中核エンジンだということが良くある。
さらにそのコードのメンテナンスをやらされた人間は、
苦労の割には評価されないということもある。
「あいつが作ったんじゃないから」みたいにね。
それでやらされた人が辞めていくことも多い。
他人が作ったコードに手を入れて、バグも無く動かすのって、
自分でいちから作るよりも大変だよ。
とりあえず何故かわからんけど動いてる、というレベルで良ければ別だけど。
事前に突っ込み入れると、「いいからやってよ」とか「文句が多い」とか
「何だよアイツ偉そうに」とか反感買っていじめられて
リストラ対象にされることもある。要注意。
>>666
＞そして最後に、一番の問題は「作り直したほうが早い」と思ったとき
＞前任者よりも自分のほうが優れているという思い込みをしている可能性があること。
そうではなく、「こんなコード読む方が時間がかかる」ということもある。
で、よくわからないのにいじるとさらに無茶苦茶になって、
誰も手をつけられないコードが出来上がる。
しかもそれがゲームの中核エンジンだということが良くある。
さらにそのコードのメンテナンスをやらされた人間は、
苦労の割には評価されないということもある。
「あいつが作ったんじゃないから」みたいにね。
それでやらされた人が辞めていくことも多い。
他人が作ったコードに手を入れて、バグも無く動かすのって、
自分でいちから作るよりも大変だよ。
とりあえず何故かわからんけど動いてる、というレベルで良ければ別だけど。
>>672
いや、そこで反感とかいじめとかで職種間の話し合いが阻害される
ようなことがあれば、プロジェクトリーダが無能だと思う。
職種間で突っ込み（問題点の指摘とか意識あわせ）がなければ、
問題を含んだままアウトプットを作成しつづけ、次のフェーズに
渡す段階になって問題が発覚し、職種間でごたごたが起きる。
そうならないようにプロジェクト内の雰囲気や風通しをよくするのも
プロジェクトリーダーの務め。ルール作りはもちろんだけど、
プロジェクト全員で呑みにいくのもよし…
いや、そこで反感とかいじめとかで職種間の話し合いが阻害される
ようなことがあれば、プロジェクトリーダが無能だと思う。
職種間で突っ込み（問題点の指摘とか意識あわせ）がなければ、
問題を含んだままアウトプットを作成しつづけ、次のフェーズに
渡す段階になって問題が発覚し、職種間でごたごたが起きる。
そうならないようにプロジェクト内の雰囲気や風通しをよくするのも
プロジェクトリーダーの務め。ルール作りはもちろんだけど、
プロジェクト全員で呑みにいくのもよし…
>>672
＞他人が作ったコードに手を入れて、バグも無く動かすのって、
＞自分でいちから作るよりも大変だよ。
＞とりあえず何故かわからんけど動いてる、というレベルで良ければ別だけど。
そもそも最初に引き継いだ時点で、未完成なだけでなく
完成してる部分すらバグりまくりなんてこともあるしねぇ。
ソース追っかけて流れ大体掴めたと思ったら、なんか仕様書とそもそも
動作が食い違うコードになってる。これどっちが正しいんですか？と確認すると
え！？そんな風になってた、仕様書の通りに直しといて。
で、直してみたら今まで動いてた箇所まで、なんか動かなくなってたり
コメント書いてあるから、追いかけやすいと思ったら
なんかコメントの入力・出力の説明文とコードが違ってて、仕様書の方みたら
コメントの動作でも、実際のコードの動作でも仕様書の通りになってないとか
開いたら、仮 ってコメントだけ書いたモジュールの中身が丸ごと空っぽなソースで
あんた３ヶ月もこれ作ってたはずなのに、何やってたの？てのが発覚とか
＞他人が作ったコードに手を入れて、バグも無く動かすのって、
＞自分でいちから作るよりも大変だよ。
＞とりあえず何故かわからんけど動いてる、というレベルで良ければ別だけど。
そもそも最初に引き継いだ時点で、未完成なだけでなく
完成してる部分すらバグりまくりなんてこともあるしねぇ。
ソース追っかけて流れ大体掴めたと思ったら、なんか仕様書とそもそも
動作が食い違うコードになってる。これどっちが正しいんですか？と確認すると
え！？そんな風になってた、仕様書の通りに直しといて。
で、直してみたら今まで動いてた箇所まで、なんか動かなくなってたり
コメント書いてあるから、追いかけやすいと思ったら
なんかコメントの入力・出力の説明文とコードが違ってて、仕様書の方みたら
コメントの動作でも、実際のコードの動作でも仕様書の通りになってないとか
開いたら、仮 ってコメントだけ書いたモジュールの中身が丸ごと空っぽなソースで
あんた３ヶ月もこれ作ってたはずなのに、何やってたの？てのが発覚とか
>>675
さすがにレベル低すぎ。
＞え！？そんな風になってた、仕様書の通りに直しといて。
こんなこという奴の指示をそのまま聞くのもどうかと思うし
＞なんかコメントの入力・出力の説明文とコードが違ってて、仕様書の方みたら
引継ぎのコードのコメントなんて消してもいいものぐらいのものだと思わないといけないし
＞開いたら、仮 ってコメントだけ書いたモジュールの中身が丸ごと空っぽなソースで
ひとりでやってたのなら防ぎようがないが(それでもテスト担当がいるなら本来おかしい)
他にプログラマーがいたプロジェクトならそもそもプロジェクト運営に問題がある。
さすがにレベル低すぎ。
＞え！？そんな風になってた、仕様書の通りに直しといて。
こんなこという奴の指示をそのまま聞くのもどうかと思うし
＞なんかコメントの入力・出力の説明文とコードが違ってて、仕様書の方みたら
引継ぎのコードのコメントなんて消してもいいものぐらいのものだと思わないといけないし
＞開いたら、仮 ってコメントだけ書いたモジュールの中身が丸ごと空っぽなソースで
ひとりでやってたのなら防ぎようがないが(それでもテスト担当がいるなら本来おかしい)
他にプログラマーがいたプロジェクトならそもそもプロジェクト運営に問題がある。
底辺は大変だ
一般論の話をしてるのかと思えば
自分の会社の愚痴だｗ
最初からローカルな話題として書けば
もっと建設的な話になるだろうに。
この手の話題出す奴は、
何故か偉そうに一般論や定義じみた言い方をするから
話がややこしくなる。
自分の会社の愚痴だｗ
最初からローカルな話題として書けば
もっと建設的な話になるだろうに。
この手の話題出す奴は、
何故か偉そうに一般論や定義じみた言い方をするから
話がややこしくなる。
コメント書かない奴ほど重要なパートを担当してるってのは一般論？('A`)
設計に時間かけずすぐ御多人数でガリガリコーディング
始めるようだと糞コード確定。
始めるようだと糞コード確定。
681 ：名無しさん必死だな：2008/09/23(火) 15:15:27 ID:vLhHFoybO
バカなリーダーだと思ったらなりふり構わず逃げ出さないと。
人生ムダにするよ。
人生ムダにするよ。
>>679
学校卒業して即ゲーム業界の小さい会社へ入った人はそういう傾向がある
・経験はあるので重要なパートになってる
・コメント書くという考えが無い
一度、ゲーム外の仕事すればわかると思うんだけどね。
学校卒業して即ゲーム業界の小さい会社へ入った人はそういう傾向がある
・経験はあるので重要なパートになってる
・コメント書くという考えが無い
一度、ゲーム外の仕事すればわかると思うんだけどね。
コメントが正義って大抵中級以下のプログラマーだな。ゲーム業界では。
他業界では天才プログラマーより作業員が必要とされてるからね。
XPではコメントよりもコード自体の可読性を重視するという主張もあったしね。
他業界では天才プログラマーより作業員が必要とされてるからね。
XPではコメントよりもコード自体の可読性を重視するという主張もあったしね。
コメントを見ないと分からないプログラムより、
見るだけで何が起こってるか解るようなコードの方が良いもんな
まあ、コードの可読性によって使い分けるのが一番なんだがな
どうしてもコメントを付けないと分からないような複雑なコードで……
時間がかからなくて速く動いて読みやすいコードに変えれば良いだけか
見るだけで何が起こってるか解るようなコードの方が良いもんな
まあ、コードの可読性によって使い分けるのが一番なんだがな
どうしてもコメントを付けないと分からないような複雑なコードで……
時間がかからなくて速く動いて読みやすいコードに変えれば良いだけか
int i = 0; /* i に 0 を入れる */
>>688
・コメントには正当性の保証がない
・言語ルール上の縛りには正当性がある
・常に期待しているされている情報を提供することは不可能
・コメントが入ることにより全体を見渡しにくくなる
・コメントをつけることへの許容時間とレベルはだれからも指定されない
ざっと思いつくだけでもこれだけ問題点があるな。
・コメントには正当性の保証がない
・言語ルール上の縛りには正当性がある
・常に期待しているされている情報を提供することは不可能
・コメントが入ることにより全体を見渡しにくくなる
・コメントをつけることへの許容時間とレベルはだれからも指定されない
ざっと思いつくだけでもこれだけ問題点があるな。
>>686
せめて最小限の説明は入れるべきかと
後、変数名は分かりやすく
ゲームの操作説明といっしょ
覚えやすく、かつ面倒が無く直感的でもある（この二つは混同する）
結局他のプログラマや、プログラムに詳しくないプランナーも触るんだし
そしてプランナーにプログラム部分触らせちゃ駄目なわけで
データ与えただけでゲーム部分を修正できるようにすべしとは言われたことがある
せめて最小限の説明は入れるべきかと
後、変数名は分かりやすく
ゲームの操作説明といっしょ
覚えやすく、かつ面倒が無く直感的でもある（この二つは混同する）
結局他のプログラマや、プログラムに詳しくないプランナーも触るんだし
そしてプランナーにプログラム部分触らせちゃ駄目なわけで
データ与えただけでゲーム部分を修正できるようにすべしとは言われたことがある
まぁ、俺もコメントについて考えた時に
書いてる奴の日本語力に大きく左右される部分が出てくるんで、
限界はあるかとは思ったんだよな。
個人的には別関数に分けられる程度の区切りにはコメント入れてる。
後は、ｇｄｇｄな仕事の場合とかは特殊なアルゴリズムの所に
仕様書の名前とページとかｗ
書いてる奴の日本語力に大きく左右される部分が出てくるんで、
限界はあるかとは思ったんだよな。
個人的には別関数に分けられる程度の区切りにはコメント入れてる。
後は、ｇｄｇｄな仕事の場合とかは特殊なアルゴリズムの所に
仕様書の名前とページとかｗ
ぱっと見てつかめないプログラムは
コメントを読んでもやっぱり意味がわからないし
(プログラムが駄目という話ではなくて)
そうじゃないプログラムはコメントを読んでない
(コメントが間違ってるという話ではなくて)。
コメントって、ドキュメントの一部として見ると使えないレベルで
プログラムの一部として見ると冗長なレベルで
要するに、中途半端という印象。
コメントを読んでもやっぱり意味がわからないし
(プログラムが駄目という話ではなくて)
そうじゃないプログラムはコメントを読んでない
(コメントが間違ってるという話ではなくて)。
コメントって、ドキュメントの一部として見ると使えないレベルで
プログラムの一部として見ると冗長なレベルで
要するに、中途半端という印象。
読みやすいプログラムに、読む際に助けになる程度のコメントがベストだと思ってる
業務用やってた人とか、ここからここまで変更しましたってコメントを入れる人がいるけど
複数の人で同時期にソースコード修正をする可能性があるなら有効なケースもあるものの、自分はイラネと思ってる
業務用やってた人とか、ここからここまで変更しましたってコメントを入れる人がいるけど
複数の人で同時期にソースコード修正をする可能性があるなら有効なケースもあるものの、自分はイラネと思ってる
コメントは自分が数週間後、数ヶ月後に見返した時のための
覚書きとして書いてる。
高速化のためコード展開してたりで、後で読み返して可読性落ちてる
とことかのメモって感じで、自分が見て即判る箇所には書かない、
忘れそうなとこに残す。
他の人の説明のためのコメントって意識はあまりないけど、
数ヶ月後の自分なんて他人と変わらんから、それなりに判りやすくを
心がける感じにはなるな
覚書きとして書いてる。
高速化のためコード展開してたりで、後で読み返して可読性落ちてる
とことかのメモって感じで、自分が見て即判る箇所には書かない、
忘れそうなとこに残す。
他の人の説明のためのコメントって意識はあまりないけど、
数ヶ月後の自分なんて他人と変わらんから、それなりに判りやすくを
心がける感じにはなるな
ここ数年の業界の状況から携帯アプリやって、
数ヵ月後に自分のソース見て移植するようなのを何度か経験してると、
コメントの偉大さがわかるというかｗ
この前、それに気づく前の自分のソースを１年たって見る事あったんだけど、あれは分からないわｗ
大きな設計の覚書でもどっかに残しとけば良いのに残ってねぇしｗ
誰だよ、アレ作った奴ｗｗｗ
数ヵ月後に自分のソース見て移植するようなのを何度か経験してると、
コメントの偉大さがわかるというかｗ
この前、それに気づく前の自分のソースを１年たって見る事あったんだけど、あれは分からないわｗ
大きな設計の覚書でもどっかに残しとけば良いのに残ってねぇしｗ
誰だよ、アレ作った奴ｗｗｗ
なんでコメントの話になってるんだｗ
・・・まあ、コメントは適度にあったほうがいい。
数年後に自分のコード見たときコメントが書いてあると
「あーこんなこと考えてたんだな」
ってヒントが得られるからすぐ思い出す。
自分の場合、コメントが要所要所に書いてあるとざっとソース見渡すだけですぐ
理解できるが全然コメント無いと結構細かく見ていかなくちゃいけないから
時間かかる。他人に見せるためというよりは自分のために書くからなコメントは。
・・・まあ、コメントは適度にあったほうがいい。
数年後に自分のコード見たときコメントが書いてあると
「あーこんなこと考えてたんだな」
ってヒントが得られるからすぐ思い出す。
自分の場合、コメントが要所要所に書いてあるとざっとソース見渡すだけですぐ
理解できるが全然コメント無いと結構細かく見ていかなくちゃいけないから
時間かかる。他人に見せるためというよりは自分のために書くからなコメントは。
コメントもそうだけど、ドキュメントを残すにこしたことはない。
ソース読んで理解するより説明書読んだほうが遥かに速いからな。
ゲームはろくに保守しないから必要性薄いのかもしれんが。
ソース読んで理解するより説明書読んだほうが遥かに速いからな。
ゲームはろくに保守しないから必要性薄いのかもしれんが。
これは「元ソースあるから移植とか続編楽ですよね」
がたとえ自分のソースでも無理だという事にもつながるｗ
今までの業界はハード切り替え期毎の移植くらいしか無かったから
保守って考えが希薄でしたな。
正直ネトゲのおかげで保守って考え方がゲームにも出来てきた気がする。
がたとえ自分のソースでも無理だという事にもつながるｗ
今までの業界はハード切り替え期毎の移植くらいしか無かったから
保守って考えが希薄でしたな。
正直ネトゲのおかげで保守って考え方がゲームにも出来てきた気がする。
あと、データのNULLチェックｗ
今まではデータがROMに焼いてあるもんだから
存在しないって事が無かったんだよね。
今まではデータがROMに焼いてあるもんだから
存在しないって事が無かったんだよね。
バグるときって大抵、データ構造に変更がかかったり
モジュール単位の処理順が変わったりが原因の事が多いから
コメントが仕様と矛盾したりしはじめるんで
うかつなところにうかつな事書くと
年月立ってから読むと謎文字と化して
それを解読するという最悪の羽目になる。
これの最悪なところは
問題自体が消滅してる場合があるので
完全な答が出せないところにある。
まぁ、数年以上のプログラムから
わかる話だと思うけど。
モジュール単位の処理順が変わったりが原因の事が多いから
コメントが仕様と矛盾したりしはじめるんで
うかつなところにうかつな事書くと
年月立ってから読むと謎文字と化して
それを解読するという最悪の羽目になる。
これの最悪なところは
問題自体が消滅してる場合があるので
完全な答が出せないところにある。
まぁ、数年以上のプログラムから
わかる話だと思うけど。
そういや昔デザイナーがゲーム内に実装できるデータを作る上で全ての工程を
ボタン一つでやれるように作ってと言う事を言っていたのを思い出したよ。
ゲームがどうやって出来ているか知らないデザイナーレベルの内容だな。
ボタン一つでやれるように作ってと言う事を言っていたのを思い出したよ。
ゲームがどうやって出来ているか知らないデザイナーレベルの内容だな。
この前酒の席で業務系の人が何故ゲームは単体テストしないのかって
言ってた時に出た答えのひとつに、
何でも詰め込んであるヘッダがインクルードされてて、
それを入れると他のソースも必要になって単体でテストし辛いってのがあったから、
オブジェクトがそんな感じで単体以上の情報持ってるのかも。
言ってた時に出た答えのひとつに、
何でも詰め込んであるヘッダがインクルードされてて、
それを入れると他のソースも必要になって単体でテストし辛いってのがあったから、
オブジェクトがそんな感じで単体以上の情報持ってるのかも。
>>705
だってろくに設計せず役割分担だけでガシガシコーディング始めるじゃん。
作る過程の思いつきでどんどん蜘蛛の巣みたいに依存関係が張られていくから
分離不能なコードがそこかしこに増えていく。当然複雑になるし
保守もへったくれも無い。
だってろくに設計せず役割分担だけでガシガシコーディング始めるじゃん。
作る過程の思いつきでどんどん蜘蛛の巣みたいに依存関係が張られていくから
分離不能なコードがそこかしこに増えていく。当然複雑になるし
保守もへったくれも無い。
708 ：名無しさん必死だな：2008/09/24(水) 00:20:30 ID:miS6Kj+BO
なんでも詰め込むヘッダ作るとバグったときの問題の切り分けがしにくいし
依存関係も全く見えないんだよね
相変わらずレベル低い人に仕切らせると神ヘッダ・神クラス作るから邪魔でしょうがない
依存関係も全く見えないんだよね
相変わらずレベル低い人に仕切らせると神ヘッダ・神クラス作るから邪魔でしょうがない
レベル低すぎ。
コメントが不要とかありえない。
わかりにくいコメントは確かにあるが、少なくとも、
「このバージョンで、ここを修正した。」
ってコメントは必要不可欠だろ？
そうじゃなきゃ、バージョン管理すらちゃんと行えてない会社だぞ。
わかりにくいコメントは確かにあるが、少なくとも、
「このバージョンで、ここを修正した。」
ってコメントは必要不可欠だろ？
そうじゃなきゃ、バージョン管理すらちゃんと行えてない会社だぞ。
最近は携帯電話javaプログラマ上がりの外注会社が
メモリ管理しないのが問題になりやすい。
自動でガベコレ的なことやってたりするのはいいんだけど、
そういう人達はシングルトンも使うから
メモリ分断化がひどいことになるんだよね。
適当な場所でRAM全初期化、とかできなくなるから。
RAMの少ない携帯ゲーム機でこれをやられると本当に困る。
割り込みを理解できない人達がマルチスレッド使って
タイミングによって起こるバグが満載ってのも見るね。
DSでフタの開け閉めしたらたまにとんじゃうとかね。
メモリ管理しないのが問題になりやすい。
自動でガベコレ的なことやってたりするのはいいんだけど、
そういう人達はシングルトンも使うから
メモリ分断化がひどいことになるんだよね。
適当な場所でRAM全初期化、とかできなくなるから。
RAMの少ない携帯ゲーム機でこれをやられると本当に困る。
割り込みを理解できない人達がマルチスレッド使って
タイミングによって起こるバグが満載ってのも見るね。
DSでフタの開け閉めしたらたまにとんじゃうとかね。
本気なんだか釣りなんだか
よくわからん書き込みがあって
おもしろいねw
よくわからん書き込みがあって
おもしろいねw
敵に回すと恐くない
味方にすると頼りない
使えねぇなぁ('A`)
味方にすると頼りない
使えねぇなぁ('A`)
同じ事を言ってるようで、全員が違う話してるっていう
いまだかつてない状態になってるな。
しかも、話の発端がコメントw
いまだかつてない状態になってるな。
しかも、話の発端がコメントw
電ソルが書きまくってるからじゃない？
電ソルが「結論ありきの例外探し」で書き込む限り
話はバラバラなまま。
話はバラバラなまま。
電ソルを相手にしちゃってるからだよ。
基地外なんだからまともな論議になるわけないだろ、
スルーしてくれ
基地外なんだからまともな論議になるわけないだろ、
スルーしてくれ
あいつ、相手にされなくても
延々勝手にレスつけていくからなぁ
延々勝手にレスつけていくからなぁ
コメントが必要な理由？
そんなの簡単さ。
「日本人は英語が弱いから」
自動詞と他動詞、名詞と動詞、複数形と単数形がごっちゃになる
俺はまあ、英語ができるほうなのでならないように気をつけている
が、チームで書く以上ごっちゃになってしまうのは、もう仕方が無い
そんなの簡単さ。
「日本人は英語が弱いから」
自動詞と他動詞、名詞と動詞、複数形と単数形がごっちゃになる
俺はまあ、英語ができるほうなのでならないように気をつけている
が、チームで書く以上ごっちゃになってしまうのは、もう仕方が無い
なんだだばかか
C++で会話か
確かに楽だな
確かに楽だな
>>724
シングルスレッド用のコードを単にマルチスレッドとして実行することは
可能だから、そういう状態を指してるんじゃないの？
>>723
ようするにコードだと英数字表記になるから必然的に英語になって、
英語力無い奴が多いから読めない→コメント必要。だろ。
シングルスレッド用のコードを単にマルチスレッドとして実行することは
可能だから、そういう状態を指してるんじゃないの？
>>723
ようするにコードだと英数字表記になるから必然的に英語になって、
英語力無い奴が多いから読めない→コメント必要。だろ。
ソースの英語理解するのにいちいち英語の辞書で調べて効率悪いんで
全ての関数変数名をローマ字日本語にした会社もあるらしい。
凄く効率上がったらしいが正直カッコ悪いｗ
全ての関数変数名をローマ字日本語にした会社もあるらしい。
凄く効率上がったらしいが正直カッコ悪いｗ
ロジックを形式的に書いてるものをわざわざ自然言語に戻すことに無駄を感じないとは
>>732
バカはお前だと確信
バカはお前だと確信
>>729
上にも書いたけど、コメントって
別にコードの内容ずばりを書く訳じゃなくて
あとでソース見直すときの、しおりや見出しになるもの書くんだから
可読性の高いものの方が良いでしょ。
コードがどうこうじゃなくて、
まずコメントでチェックするコードに当たりを付けて
それからコード読むわけだし。
上にも書いたけど、コメントって
別にコードの内容ずばりを書く訳じゃなくて
あとでソース見直すときの、しおりや見出しになるもの書くんだから
可読性の高いものの方が良いでしょ。
コードがどうこうじゃなくて、
まずコメントでチェックするコードに当たりを付けて
それからコード読むわけだし。
735 ：名無しさん必死だな：2008/09/25(木) 00:18:08 ID:yT/lq/tO0
>>734
まあそうだけどコード読みにくいとそれだけコメントの重要性が増すという意味で。
まあそうだけどコード読みにくいとそれだけコメントの重要性が増すという意味で。
コメントは他人が読むときに重要だろ
一人でプログラムする訳じゃないんだから…
一人でプログラムする訳じゃないんだから…
738 ：名無しさん必死だな：2008/09/25(木) 00:27:14 ID:Mjm0UU0kO
クソコメ書く奴も多いぞ
国語ができない奴多いから
国語ができない奴多いから
コメントなんてほとんど役に立たない。
コメントに信頼性などないのだから結局コード読むことになる。
コメントに信頼性などないのだから結局コード読むことになる。
740 ：名無しさん必死だな：2008/09/25(木) 00:41:07 ID:Mjm0UU0kO
読めないコード書く、どうしようもない人いるよね
注意しても直さないし
注意しても直さないし
国語も出来ない、コードの可読性の重要さが理解できない、
そんな奴がいたら、採用した人事担当を恨むしかないな…
そんな奴がいたら、採用した人事担当を恨むしかないな…
つーか、こんなカオス状態は
タスクシステム以来だなw
タスクシステム以来だなw
>>724
マルチスレッドで動かすだけなら、極端に言えば、
マルチスレッド関係のAPIを使えばいいだけだからね。
そのコードがスレッドセーフである保証など、どこにもない。
保証できるのは、正しく理解しているプログラマだけだよ。
残念ながら、マルチスレッドでコードを書いている人が
正しくマルチスレッドを理解できているとは限らないんだよ。
もちろんタイミングバグだらけになる。
そしてそんな人は当然ながら、割り込みの事が理解できていない。
もっと言えば、マルチスレッドのプログラムを
「書いている」ということと「書ける」ということは、
本当は意味が違うということなんだけど。
わかってもらえるかな。
ネットワークのコードについても、同じことが言えると思う。
マルチスレッドで動かすだけなら、極端に言えば、
マルチスレッド関係のAPIを使えばいいだけだからね。
そのコードがスレッドセーフである保証など、どこにもない。
保証できるのは、正しく理解しているプログラマだけだよ。
残念ながら、マルチスレッドでコードを書いている人が
正しくマルチスレッドを理解できているとは限らないんだよ。
もちろんタイミングバグだらけになる。
そしてそんな人は当然ながら、割り込みの事が理解できていない。
もっと言えば、マルチスレッドのプログラムを
「書いている」ということと「書ける」ということは、
本当は意味が違うということなんだけど。
わかってもらえるかな。
ネットワークのコードについても、同じことが言えると思う。
コードを読みながらコメント見るけどな、一応さらっとね
相手が何を考えてるかがそれで分かればいいんだが…
ホント、どうでもいいこと書かれてる時の多いこと
コード見ない奴とかホントにいるのか？ｗ
相手が何を考えてるかがそれで分かればいいんだが…
ホント、どうでもいいこと書かれてる時の多いこと
コード見ない奴とかホントにいるのか？ｗ
俺は自分のソース見る時はコメントしか見てない。
コメントとソースが食い違ったこともない。
ソース書きかえる時はコメントも必ず書き換えるから。
思うんだけど、コメントの整合性が取れない人ってコメントに
広範囲に及ぶ事柄を書いてるんじゃないのかな。
コメントはそのすぐ近辺のことのみ書くようにしとけば
修正したときにコメントも目につくから嘘が残ることはまずない。
コメントとソースが食い違ったこともない。
ソース書きかえる時はコメントも必ず書き換えるから。
思うんだけど、コメントの整合性が取れない人ってコメントに
広範囲に及ぶ事柄を書いてるんじゃないのかな。
コメントはそのすぐ近辺のことのみ書くようにしとけば
修正したときにコメントも目につくから嘘が残ることはまずない。
結局、コメント要らない派は
極端な一例を持ち出すという
詭弁の定理以上を言えないみたいだな。
まぁ、コメント自体を要らないと考えてるからいい加減なコメント書いて
それがまわりに伝染するのか、
一回、他人のいい加減なコメントに懲りてそう思うようになったかは知らないけど。
極端な一例を持ち出すという
詭弁の定理以上を言えないみたいだな。
まぁ、コメント自体を要らないと考えてるからいい加減なコメント書いて
それがまわりに伝染するのか、
一回、他人のいい加減なコメントに懲りてそう思うようになったかは知らないけど。
汚いソースを書く奴はコメントも汚く混乱している。
ソースコードには書いた奴の知能が反映される。
馬鹿の書くソースは無駄が多く、混乱しており、
しばしば問題を引き起こす。
ソースコードには書いた奴の知能が反映される。
馬鹿の書くソースは無駄が多く、混乱しており、
しばしば問題を引き起こす。
そもそも、抽象化が進んだプログラムは
コメント読んでも馬鹿には使い方はわからないよ。
STLなんかが良い例。
実際、STLなんかコメントないしな。
コメント当てにしてコード組み奴は
ラッパー以上の事やるとバグ仕込むのが大抵かな。
で、コメントだけでわかるようにしろと
逆ギレすると。
学校じゃねーんだぞと。
コメント読んでも馬鹿には使い方はわからないよ。
STLなんかが良い例。
実際、STLなんかコメントないしな。
コメント当てにしてコード組み奴は
ラッパー以上の事やるとバグ仕込むのが大抵かな。
で、コメントだけでわかるようにしろと
逆ギレすると。
学校じゃねーんだぞと。
ゲームプログラマは他人にソース見せないからコメント要らないんだろ。
見せないから汚いソースでも誰からも指摘されずそのまま。
哀れ。
見せないから汚いソースでも誰からも指摘されずそのまま。
哀れ。
>>731
お前のソースコードがすべて英語として読めるものになっているのなら許す。
if ( language.HasPlurals() )
{
word.ConvertToPlural();
}
ただし、読めないものになっているなら許さない
if ( language == LANGUAGE_ENGLISH ||
language == LANGUAGE_FRENCH ||
language == LANGUAGE_ITALIAN)
{
snprintf( word, sizeof(word), "%ss", word );
}
下のソースにはif文には「複数形の存在する言語の場合」
下には「複数形に変化させる」というコメントが必要だ。
そりゃ、下のコードは悪い見本だが、この程度のコードは
誰かが書く、必ず書く、だからコメントが必要。
お前のソースコードがすべて英語として読めるものになっているのなら許す。
if ( language.HasPlurals() )
{
word.ConvertToPlural();
}
ただし、読めないものになっているなら許さない
if ( language == LANGUAGE_ENGLISH ||
language == LANGUAGE_FRENCH ||
language == LANGUAGE_ITALIAN)
{
snprintf( word, sizeof(word), "%ss", word );
}
下のソースにはif文には「複数形の存在する言語の場合」
下には「複数形に変化させる」というコメントが必要だ。
そりゃ、下のコードは悪い見本だが、この程度のコードは
誰かが書く、必ず書く、だからコメントが必要。
>>750
だめだ、こりゃw
お前プログラマじゃないだろ。
プログラマのコメントに過大な期待持つとか
意味わかんねーし。
>>751
コメントが長くなるようなら
コードを見直せという格言があってな。
技術書も読めないJAVA厨とかは知らん。
なんか適当なローカルルールでやればいいんじゃないか？
所詮、コメントなんてオマケ
だめだ、こりゃw
お前プログラマじゃないだろ。
プログラマのコメントに過大な期待持つとか
意味わかんねーし。
>>751
コメントが長くなるようなら
コードを見直せという格言があってな。
技術書も読めないJAVA厨とかは知らん。
なんか適当なローカルルールでやればいいんじゃないか？
所詮、コメントなんてオマケ
>>752
お前は英語にこだわってるだけでプログラムにこだわってるわけではないね。
下のも前後周辺のコードがあればコメントいらないだろ。
そこだけとりあげるからコメントが必要に見える。ここ重要だから。
お前は英語にこだわってるだけでプログラムにこだわってるわけではないね。
下のも前後周辺のコードがあればコメントいらないだろ。
そこだけとりあげるからコメントが必要に見える。ここ重要だから。
なんとなくSTLのコード見てみたが、コメント一杯入ってるじゃねーか。
読めるか読めないかの問題じゃないんだよ。
そりゃコメント無くても読めないことはないさ。
ただ、コメントがあると速く読めるんだよ。
一瞬で理解できるのとちょっと時間かかるのの差。
俺はいちいちコード読むの面倒だから書いてるけどね。
そりゃコメント無くても読めないことはないさ。
ただ、コメントがあると速く読めるんだよ。
一瞬で理解できるのとちょっと時間かかるのの差。
俺はいちいちコード読むの面倒だから書いてるけどね。
>>756
処理系は？
処理系は？
>>754
下の書き方だと人によって解釈の違いが出る。
周辺のコードを見たところで
「複数形が存在する言語」なのか「アルファベット圏の言語」なのか
「日本語以外の言語」なのかあいまいであることが多い。
後で追加の言語に対応することになった時に拡張する人(自分も含む)が
100%間違いなく実装できると保障できるか、といえばできないのだから。
たとえばアラビア語には単数形と複数形のほかに2つを表す双数形とかいうのが確かあったはず。
この双数形に対応することになった時に、前後のコードだけで判断可能かといわれると、
双数形については何も書かれていないので判断にミスが起こる可能性がある。
下の書き方だと人によって解釈の違いが出る。
周辺のコードを見たところで
「複数形が存在する言語」なのか「アルファベット圏の言語」なのか
「日本語以外の言語」なのかあいまいであることが多い。
後で追加の言語に対応することになった時に拡張する人(自分も含む)が
100%間違いなく実装できると保障できるか、といえばできないのだから。
たとえばアラビア語には単数形と複数形のほかに2つを表す双数形とかいうのが確かあったはず。
この双数形に対応することになった時に、前後のコードだけで判断可能かといわれると、
双数形については何も書かれていないので判断にミスが起こる可能性がある。
自分の書いたコードなんてインデントと命名規則だけで読めないとダメだろｗ
>>758
Visual C++
Visual C++
>>759
おまえはおれのレスを理解する気がないことはわかった。
おまえはおれのレスを理解する気がないことはわかった。
そもそも、論理は「複数形だったら処理を行う」であるのに、
実装手段は「英語もしくはフランス語もしくはイタリア語だったら処理を行う」と乖離するので、
書いたときに論理→手段へと翻訳されているわけで、
読むときは手段→論理に再翻訳するので、誤差が生じる。その誤差を埋めるのがコメント。
ソースコードにはロジックを書いているのではなくて実装(手段)を書いているのですよ。
少なくとも、手続き型言語では。
>>755
無意味なレッテル貼りに答える必要は無い。
実装手段は「英語もしくはフランス語もしくはイタリア語だったら処理を行う」と乖離するので、
書いたときに論理→手段へと翻訳されているわけで、
読むときは手段→論理に再翻訳するので、誤差が生じる。その誤差を埋めるのがコメント。
ソースコードにはロジックを書いているのではなくて実装(手段)を書いているのですよ。
少なくとも、手続き型言語では。
>>755
無意味なレッテル貼りに答える必要は無い。
関数も知らないんだろうなｗ
>>762
理解したいと思うから説明してほしい。
多分、俺の言っていることが十分に伝わっていないはず。
逆に言わせてもらうと、俺のコメントたったの数行読んだだけで
勝手に判断してしまうということは
「おまえはおれのレスを理解する気がない」わけだ。
理解したいと思うから説明してほしい。
多分、俺の言っていることが十分に伝わっていないはず。
逆に言わせてもらうと、俺のコメントたったの数行読んだだけで
勝手に判断してしまうということは
「おまえはおれのレスを理解する気がない」わけだ。
おっぱい
>>765
コードはそのコード自体とそこからアクセスする、
デバイス状態・グローバル変数・ヒープ上変数へのアクセスがすべて。
君の例について言えば、バグ報告もしくは仕様変更が具体的でない限り、
そのソースコードを修正することは原則ない。
原則とかいたのはこれが実装中・不完全で他人に完成への作業を引き継ぐ場合はこの限りではないから。
これは自分でバグ報告をするのと同義。
コードはそのコード自体とそこからアクセスする、
デバイス状態・グローバル変数・ヒープ上変数へのアクセスがすべて。
君の例について言えば、バグ報告もしくは仕様変更が具体的でない限り、
そのソースコードを修正することは原則ない。
原則とかいたのはこれが実装中・不完全で他人に完成への作業を引き継ぐ場合はこの限りではないから。
これは自分でバグ報告をするのと同義。
なんかfor文のiについてiじゃわかんねーって
熱く語る奴を思い出した。
熱く語る奴を思い出した。
例えば関数名なんかでも名前からの処理内容の推測が常に正しく行なえる
とは限らないだろう。そこに一行コメントが書いてあるとあら不思議。
適切に理解できるように。（そもそも英語だからわかりにくいってのもあるけど）
とは限らないだろう。そこに一行コメントが書いてあるとあら不思議。
適切に理解できるように。（そもそも英語だからわかりにくいってのもあるけど）
>>770
で、理解した気になってバグると。
で、理解した気になってバグると。
ひょっとして上手なコメントの書き方を聞き出したいんじゃないのか？
そんな回りくどいことしないで素直に訊いたほうが早いぞ。
そんな回りくどいことしないで素直に訊いたほうが早いぞ。
なんで要らないと要るの両極端で話してるの？
おかしくね？
問題は適切に使える奴が少ないってことだろ？
おかしくね？
問題は適切に使える奴が少ないってことだろ？
たまにいるんだよな。
煽ることでしか人から情報を得られないタイプが。
素直に教えてくださいって言えばいいのにさ。
煽ることでしか人から情報を得られないタイプが。
素直に教えてくださいって言えばいいのにさ。
>>768
仕様変更が具体的だとしてもその実装をどのように修正するかは具体的ではないことが多い。
前述の例で言えば「アラビア語に対応する」というのは具体的な仕様変更だが、
そこから「双数形に対応する」とか、「複数形の処理の部分を拡張する」は設計であって、
その設計を元に論理を組み立てて実装する。
仕様→設計→論理→実装の流れがあるからといって、
実装から論理や設計を導けるかといったら、100%の保証は無い。
ある実装があり、それに新しい仕様が加わったときに、あなたは
実装→論理→設計→仕様→↓
実装←論理←設計←新仕様←
こんな経路を辿れというのか。そして、100%ミス無くできるというのか。
コメントというのは仕様、設計、論理に関する情報を記述可能なもの。
ソースコードだけですべてがかけるのは理想だが、
色々な理由からそれは無理で、そのひとつがいま挙げたような事。
理由がひとつでもある以上、「コメント必要なし」とはいえない。
仕様変更が具体的だとしてもその実装をどのように修正するかは具体的ではないことが多い。
前述の例で言えば「アラビア語に対応する」というのは具体的な仕様変更だが、
そこから「双数形に対応する」とか、「複数形の処理の部分を拡張する」は設計であって、
その設計を元に論理を組み立てて実装する。
仕様→設計→論理→実装の流れがあるからといって、
実装から論理や設計を導けるかといったら、100%の保証は無い。
ある実装があり、それに新しい仕様が加わったときに、あなたは
実装→論理→設計→仕様→↓
実装←論理←設計←新仕様←
こんな経路を辿れというのか。そして、100%ミス無くできるというのか。
コメントというのは仕様、設計、論理に関する情報を記述可能なもの。
ソースコードだけですべてがかけるのは理想だが、
色々な理由からそれは無理で、そのひとつがいま挙げたような事。
理由がひとつでもある以上、「コメント必要なし」とはいえない。
>>768
>コードはそのコード自体とそこからアクセスする、
>デバイス状態・グローバル変数・ヒープ上変数へのアクセスがすべて。
この文章が何を言いたいのかが分からない。
実装(言葉の意味)は理解できた。
論理もまあ理解できた。(コードとデータ構造と言いたいのかと)
でも、何が言いたいのか(仕様)は分からない。
というか、バグも見つけた。
「自動変数はどこ？」
っていうか、あえてヒープとかグローバル変数とか言う意味あんの？
そもそもヒープって言うならスタックをはずせなくね？
グローバル変数ってあえて言うなら動的領域と静的領域とかじゃね？
言葉の使い方で大体相手のレベルわかっちまうぜ？
ごめん、あおられっぱなしだとさすがにむかつくんで。煽り返してみた。
あんたみたいな人間にはmakefileやHaskelあたりがお似合いだよ。
あんたの言う理由で全くコメントいらないような気がするから。(Haskelはあんまり詳しくないけどね)
つまるところ、あんた、手続き型言語が肌に合わないだけじゃね？
>コードはそのコード自体とそこからアクセスする、
>デバイス状態・グローバル変数・ヒープ上変数へのアクセスがすべて。
この文章が何を言いたいのかが分からない。
実装(言葉の意味)は理解できた。
論理もまあ理解できた。(コードとデータ構造と言いたいのかと)
でも、何が言いたいのか(仕様)は分からない。
というか、バグも見つけた。
「自動変数はどこ？」
っていうか、あえてヒープとかグローバル変数とか言う意味あんの？
そもそもヒープって言うならスタックをはずせなくね？
グローバル変数ってあえて言うなら動的領域と静的領域とかじゃね？
言葉の使い方で大体相手のレベルわかっちまうぜ？
ごめん、あおられっぱなしだとさすがにむかつくんで。煽り返してみた。
あんたみたいな人間にはmakefileやHaskelあたりがお似合いだよ。
あんたの言う理由で全くコメントいらないような気がするから。(Haskelはあんまり詳しくないけどね)
つまるところ、あんた、手続き型言語が肌に合わないだけじゃね？
コメントがいるか、いならないかなんて、本当にプログラムを仕事にしてるなら瑣末な事だろｗ
むしろ、組織の一プログラマとしてどちらかに合わせられない事が低レベル
プライベートなら好きな方、仕事なら会社の方向に合わせる、その程度の事だろ？
状況に合わせて組めば良いだけ、どっちでも良いｗ
自分の理屈でしか組めないなんて、使えないプログラマだと思う
まあ…、２ちゃんだし、自分の主張ってやつなのか？
むしろ、組織の一プログラマとしてどちらかに合わせられない事が低レベル
プライベートなら好きな方、仕事なら会社の方向に合わせる、その程度の事だろ？
状況に合わせて組めば良いだけ、どっちでも良いｗ
自分の理屈でしか組めないなんて、使えないプログラマだと思う
まあ…、２ちゃんだし、自分の主張ってやつなのか？
コメント信者が暴走して
とうとうドキュメントと混同し始めたな。
とうとうドキュメントと混同し始めたな。
TGSも間近だというのにお前らと来たら
コメントって、関数の機能説明より、注意事項のが大事だと思うよ。
このパラメータをNULLにしたら、その次のパラメータは無効になる、とか。
このパラメータをNULLにしたら、その次のパラメータは無効になる、とか。
とりあえず
コメント無しに読めない奴がダメとか
俺はコメントなんか要らないとか言ってる奴は
企画が口先だけでキチッとした仕様書を書かないことに
文句を言う資格がないと思っとけ。
さんざん「自分の為じゃない」と他の奴も書いてるのに
だから、プログラマは偏屈とか言われるんだよ。
コメント無しに読めない奴がダメとか
俺はコメントなんか要らないとか言ってる奴は
企画が口先だけでキチッとした仕様書を書かないことに
文句を言う資格がないと思っとけ。
さんざん「自分の為じゃない」と他の奴も書いてるのに
だから、プログラマは偏屈とか言われるんだよ。
787 ：名無しさん必死だな：2008/09/26(金) 12:47:34 ID:cyHiyzj5O
やだよ
給料すくないもん
給料すくないもん
あと、プロジェクトによっては
システムソースの非公開は有効。
例えば、カスの比率が異常に高いプロジェクト。
というのは、カスに限って馬鹿な方に
楽観的な事が多いので実際よりも厳しめに管理するのがコツ。
メモりとかその他リソース類は特に有効。
こういう管理の方法はスケジュール管理なんかでも
使ってる人は使ってる。
実際、馬鹿多いと何かと大変だからな。
システムソースの非公開は有効。
例えば、カスの比率が異常に高いプロジェクト。
というのは、カスに限って馬鹿な方に
楽観的な事が多いので実際よりも厳しめに管理するのがコツ。
メモりとかその他リソース類は特に有効。
こういう管理の方法はスケジュール管理なんかでも
使ってる人は使ってる。
実際、馬鹿多いと何かと大変だからな。
792 ：名無しさん必死だな：2008/09/26(金) 21:42:10 ID:EWKC56xN0
793 ：名無しさん必死だな：2008/09/26(金) 21:44:47 ID:+lGMIo0B0
何でこんな低レベルな話題で盛り上がってるの？？
>>778
仕様は仕様書で記述するもの
設計は設計書(UMLとか)で記述するもの
論理はコメントで記述するもの
実装はソースで記述するもの
ドキュメントって、普通、設計書までのことだよね？
コメントもドキュメントと主張するの？
「別添の関数表を参照せよ」的な？
仕様は仕様書で記述するもの
設計は設計書(UMLとか)で記述するもの
論理はコメントで記述するもの
実装はソースで記述するもの
ドキュメントって、普通、設計書までのことだよね？
コメントもドキュメントと主張するの？
「別添の関数表を参照せよ」的な？
>>790
同じことを言った相手かは知らないけど、
はっきり言って用語の使い方でレベルがばれるよ？
>プロジェクトによってはシステムソースの非公開は有効。
言いたいのは「複雑な基幹部分の隠蔽」だろ？
システムソースって何？俺様用語で語られても困るんですけど？
システムって、日本語に訳すと「系」だよ？意味分かってる？
っていうか、なぜこの文脈でこの文章が出てくるの？
ググってもそれっぽい意味に全く引っかかりません↓
http://www.google.co.jp/search?hl=ja&q=%22%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%BD%E3%83%BC%E3%82%B9%22&lr=
カスだと人を馬鹿にする前に…
同じことを言った相手かは知らないけど、
はっきり言って用語の使い方でレベルがばれるよ？
>プロジェクトによってはシステムソースの非公開は有効。
言いたいのは「複雑な基幹部分の隠蔽」だろ？
システムソースって何？俺様用語で語られても困るんですけど？
システムって、日本語に訳すと「系」だよ？意味分かってる？
っていうか、なぜこの文脈でこの文章が出てくるの？
ググってもそれっぽい意味に全く引っかかりません↓
http://www.google.co.jp/search?hl=ja&q=%22%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%BD%E3%83%BC%E3%82%B9%22&lr=
カスだと人を馬鹿にする前に…
>>793
同僚や他社の一緒に仕事をした方々には
こんなに低レベルな人はいなかった気がするんだけど、
なぜか2chだとごろごろと見つかる。なぜだろう？
Ａ・実は業界人気取りの素人
Ｂ・底辺はこんなもん
Ｃ・ごく一部がわめいているだけ
Ｄ・崇高な方の み言葉は 凡人には 理解できない
同僚や他社の一緒に仕事をした方々には
こんなに低レベルな人はいなかった気がするんだけど、
なぜか2chだとごろごろと見つかる。なぜだろう？
Ａ・実は業界人気取りの素人
Ｂ・底辺はこんなもん
Ｃ・ごく一部がわめいているだけ
Ｄ・崇高な方の み言葉は 凡人には 理解できない
>>793
高レベルな話題振ってくれる人がいないから。
高レベルな話題振ってくれる人がいないから。
>>794
>設計は設計書(UMLとか)で記述するもの
これは激しく同意なんだけど、やってるとこあんまりないんだよね。
仕様は変わるし、ドキュメント作成に時間がかかるとか
言い訳する人はよく見かけるんだけどそれは違うと思う。
umlなんて共有メモかなんかで
作業の合間にみんなで確認更新していけばいいだけだし
ソースの全体像をpgみんなで把握できるように
なるって大きな利点があるのになぜどこもしないの？
>設計は設計書(UMLとか)で記述するもの
これは激しく同意なんだけど、やってるとこあんまりないんだよね。
仕様は変わるし、ドキュメント作成に時間がかかるとか
言い訳する人はよく見かけるんだけどそれは違うと思う。
umlなんて共有メモかなんかで
作業の合間にみんなで確認更新していけばいいだけだし
ソースの全体像をpgみんなで把握できるように
なるって大きな利点があるのになぜどこもしないの？
そもそも、論理をコメントに書くってなんだ？
関数長くなって読みづらいだけじゃん。
あれか？
プログラムの行数が評価基準かなんかで
水増ししたいのか？
関数長くなって読みづらいだけじゃん。
あれか？
プログラムの行数が評価基準かなんかで
水増ししたいのか？
「みんなで確認更新していけばいいだけだし」
お前がやればいいじゃん。何でやらないの？
何で人のせいみたいに言ってるの？
本当にそれが役に立つと思えば、まず自分がやれよ。
本当に効果的なら、周りの人間も真似し始めるよ。
まあ、がんばれ。
お前がやればいいじゃん。何でやらないの？
何で人のせいみたいに言ってるの？
本当にそれが役に立つと思えば、まず自分がやれよ。
本当に効果的なら、周りの人間も真似し始めるよ。
まあ、がんばれ。
わかる、分るよ、チミ達…
本当はコメントなんてどうでもいいんだよね
只、日ごろの鬱憤を、匿名掲示板で
相手を自論でねじ伏せる、もしくは攻撃することで晴らしているんだよね
そんなので少しでも憂さが晴れるなら、大いにココでリフレッシュしたまえｗ
本当はコメントなんてどうでもいいんだよね
只、日ごろの鬱憤を、匿名掲示板で
相手を自論でねじ伏せる、もしくは攻撃することで晴らしているんだよね
そんなので少しでも憂さが晴れるなら、大いにココでリフレッシュしたまえｗ
「俺、一番理解していてまともな事言ってるのに
理解できないやつが変な事言ってる、バカだなぁ」
って感じで書いてるヤツが一人いるように感じる
理解できないやつが変な事言ってる、バカだなぁ」
って感じで書いてるヤツが一人いるように感じる
販売台数だけ見てWiiに飛びつき年末に向けコアゲーのリリース控える
サード各社はこの情報に戦々恐々だろうな
手抜きせずムービーにも力を入れたリアル等身のアクション大作で
操作もコアに寄せずライト寄りの直感操作に振って
CMで大量宣伝までして媚び倒しても結果これだろｗ正に悪夢だわｗ
ニッチC級箱庭のキャプテンレインボー予想通りの即死とは訳が違う
WiiハードとFitの近すぎる週間売り上げ故の自家中毒的弊害をとことん思い知る事に…
サード各社はこの情報に戦々恐々だろうな
手抜きせずムービーにも力を入れたリアル等身のアクション大作で
操作もコアに寄せずライト寄りの直感操作に振って
CMで大量宣伝までして媚び倒しても結果これだろｗ正に悪夢だわｗ
ニッチC級箱庭のキャプテンレインボー予想通りの即死とは訳が違う
WiiハードとFitの近すぎる週間売り上げ故の自家中毒的弊害をとことん思い知る事に…
なにこのゲハまるだしの誤爆は
まあ同じゲハどうし仲良くやろうぜ
ディザスター爆死スレの誤爆かな？
ディザスター爆死スレの誤爆かな？
まぁ…ここゲハだもんな
話が合わないのも無理ないし、所詮チラシの裏と変わらん
話が合わないのも無理ないし、所詮チラシの裏と変わらん
でもまぁ
プログラムネタの
釣りだか本気だかわからない
やりとりなんて
妙にリアルだったりするw
プログラムネタの
釣りだか本気だかわからない
やりとりなんて
妙にリアルだったりするw
そりゃ、釣りに底辺が偶にマジレス返してるからな。
>>798
それは何か違うというか、
ゲーム開発って激しく変わる仕様に対応するために最初にザックリ役割
分担（責任分担）して、あとは各人がそれぞれのパートをガッチリこなして
いけば自然とモノが出来上がっていくという思想のもとに成り立ってて、
当然そんなやりかただと部分部分が無作為に結合しまくってるわけで…
そんなのをＵＭＬで書いてもこんがらがったスパゲティみたいな図面に
なって理解できなくて役に立たない。
設計てのはそうじゃなくて、「設計した後に製造」という順番を踏ま
ないと混乱してグチャグチャになってバグだらけになって設計として
の効能が全く発揮されない。だから作りながら皆で設計図書こうなんて
のは論外なんだよ。
それは何か違うというか、
ゲーム開発って激しく変わる仕様に対応するために最初にザックリ役割
分担（責任分担）して、あとは各人がそれぞれのパートをガッチリこなして
いけば自然とモノが出来上がっていくという思想のもとに成り立ってて、
当然そんなやりかただと部分部分が無作為に結合しまくってるわけで…
そんなのをＵＭＬで書いてもこんがらがったスパゲティみたいな図面に
なって理解できなくて役に立たない。
設計てのはそうじゃなくて、「設計した後に製造」という順番を踏ま
ないと混乱してグチャグチャになってバグだらけになって設計として
の効能が全く発揮されない。だから作りながら皆で設計図書こうなんて
のは論外なんだよ。
仕様書も設計図の一種と言えるが…ああいうのはものを作る前に
存在するから意味があるんであって、作りながらとか作った後とか
に書いてもほとんど意味が無い。
存在するから意味があるんであって、作りながらとか作った後とか
に書いてもほとんど意味が無い。
>>812
その考え方ならどうこんがらがってるかってのが
多少でも分かりやすくなるならumlやってくべきかもね
はじめに設計するってのはみんなしない理由もわかってるからなしだし
こんな風にこんがらがってますってのとどうこんがらがってるか
もわからないってのを比べると前者の方がまだましで
それを基準にして多少は建設的に軌道修正できる。
少し調べてみたらピラミッドはそんなことやってるみたいね。
こんな小さい会社か大手の一部のチームでしか実践されてないんだろうなあ。
その考え方ならどうこんがらがってるかってのが
多少でも分かりやすくなるならumlやってくべきかもね
はじめに設計するってのはみんなしない理由もわかってるからなしだし
こんな風にこんがらがってますってのとどうこんがらがってるか
もわからないってのを比べると前者の方がまだましで
それを基準にして多少は建設的に軌道修正できる。
少し調べてみたらピラミッドはそんなことやってるみたいね。
こんな小さい会社か大手の一部のチームでしか実践されてないんだろうなあ。
汚なかろうがこんがらがってようが正常に動きさえすればいい。
無理矢理でもマスターまでこぎつければ終了。メンテ不要。
という考えがあるから難しいだろう。
それに規模的な面でメリットとオーバーヘッドのトレードオフが微妙
なんだよゲームって。
無理矢理でもマスターまでこぎつければ終了。メンテ不要。
という考えがあるから難しいだろう。
それに規模的な面でメリットとオーバーヘッドのトレードオフが微妙
なんだよゲームって。
>>813
仕様書は作りながらとか作った後とかでも意味はあるよ。
「あそこの仕様、どうなってたっけ？」とか3か月後くらいに
確認したくなることがある。
で、こっちはそういうことをわかってるから、仕様変更後に
「ちゃんと仕様書を書きなおしといてね」って言ってんのに
書きなおさないバカがたまにいてね。
これ以上言うのも不毛だからやめとくけど。
仕様書は作りながらとか作った後とかでも意味はあるよ。
「あそこの仕様、どうなってたっけ？」とか3か月後くらいに
確認したくなることがある。
で、こっちはそういうことをわかってるから、仕様変更後に
「ちゃんと仕様書を書きなおしといてね」って言ってんのに
書きなおさないバカがたまにいてね。
これ以上言うのも不毛だからやめとくけど。
>>801
>意味伝わるんだからいいだろ？
>(中略)
>｢複雑な｣ではなく｢重要な｣だから
伝わって無いじゃんｗ
言葉尻にいちゃもんをつけるだけで
反論した気になっているのは誰だろうね
>そもそも、論理をコメントに書くってなんだ？
最初(>>752)に書いたとおり
if ( language == LANGUAGE_ENGLISH ||
language == LANGUAGE_FRENCH ||
language == LANGUAGE_ITALIAN)
と書いたとき、実装は「言語が英語もしくはフランス語もしくはイタリア語だったとき」
論理は「複数形のある言語のとき」となるので、コメントに「複数形のある言語のとき」
と書くことを言っている。このコメントがあるだけで見通しがずいぶん変わる。
この表現は俺のオリジナルだが、オリジナルの表現を使うときは必ず定義をしているんだが…。
>意味伝わるんだからいいだろ？
>(中略)
>｢複雑な｣ではなく｢重要な｣だから
伝わって無いじゃんｗ
言葉尻にいちゃもんをつけるだけで
反論した気になっているのは誰だろうね
>そもそも、論理をコメントに書くってなんだ？
最初(>>752)に書いたとおり
if ( language == LANGUAGE_ENGLISH ||
language == LANGUAGE_FRENCH ||
language == LANGUAGE_ITALIAN)
と書いたとき、実装は「言語が英語もしくはフランス語もしくはイタリア語だったとき」
論理は「複数形のある言語のとき」となるので、コメントに「複数形のある言語のとき」
と書くことを言っている。このコメントがあるだけで見通しがずいぶん変わる。
この表現は俺のオリジナルだが、オリジナルの表現を使うときは必ず定義をしているんだが…。
お前に分かりやすいように解説してみる努力をしてみようか
前後のソースを見れば分かると主張しているのがあなたかはしらないが、
if ( stage==1 || stage==5 | stage==12 )
とあったとき(これに類似するソースはほとんどの人が見たことあるはず)
1面と5面と12面が強制スクロールする面であることがすぐに分かるか？
ソースコードの前後にそうだと分かるように書かれている保障はあるか？
このソースは悪い見本だが、このくらいは誰かが書く、だから安全のためにコメントが必要。
多分こう書けばコメントはいらないのだけれど
if ( stage.isAutoScrolling() )
ってことを永遠と言っているのですが…
前後のソースを見れば分かると主張しているのがあなたかはしらないが、
if ( stage==1 || stage==5 | stage==12 )
とあったとき(これに類似するソースはほとんどの人が見たことあるはず)
1面と5面と12面が強制スクロールする面であることがすぐに分かるか？
ソースコードの前後にそうだと分かるように書かれている保障はあるか？
このソースは悪い見本だが、このくらいは誰かが書く、だから安全のためにコメントが必要。
多分こう書けばコメントはいらないのだけれど
if ( stage.isAutoScrolling() )
ってことを永遠と言っているのですが…
ん？まだやってるのかｗ
俺はコメントなんてどっちでも良いが…
要は、貴方がソースを追えない設計をする人か
貴方がソースを追えないレベルのプログラマって事じゃねーの？
前後も何も処理の流れ見れば良いだけのレベルじゃん
新人とかのレベルじゃなきゃ、
変数名、関数名がアホで処理もアホアホな他人のソースでも、
プログラム言語と言う規格に沿っている以上何とか追えるでしょ
逆にそのレベルのソース書く奴のコメントなんて信用なんないね…
コメントに嘘が書いてあると、コンパイルエラーだしてくれるなら貴方の言う通りでも良いと思うけどねｗ
それとも、処理を追うのは
プログラム規格から行なわれる処理内容ではなく
コメントと関数名、変数名からだって言うのかな？
俺はコメントなんてどっちでも良いが…
要は、貴方がソースを追えない設計をする人か
貴方がソースを追えないレベルのプログラマって事じゃねーの？
前後も何も処理の流れ見れば良いだけのレベルじゃん
新人とかのレベルじゃなきゃ、
変数名、関数名がアホで処理もアホアホな他人のソースでも、
プログラム言語と言う規格に沿っている以上何とか追えるでしょ
逆にそのレベルのソース書く奴のコメントなんて信用なんないね…
コメントに嘘が書いてあると、コンパイルエラーだしてくれるなら貴方の言う通りでも良いと思うけどねｗ
それとも、処理を追うのは
プログラム規格から行なわれる処理内容ではなく
コメントと関数名、変数名からだって言うのかな？
俺ヤベー
未確認飛行物体になってるｗ
未確認飛行物体になってるｗ
>>818
あいかわらずセンスないな。
マクロ名にわかりやすい名前使え。
前の問題も解決。
という事で終了。
ちなみに前後〜の文は俺ではないが、恐らく
即値を使う場所は前後で意味わかるだろ？
って意味だろ。
センスないと大変だなw
あいかわらずセンスないな。
マクロ名にわかりやすい名前使え。
前の問題も解決。
という事で終了。
ちなみに前後〜の文は俺ではないが、恐らく
即値を使う場所は前後で意味わかるだろ？
って意味だろ。
センスないと大変だなw
今更なんだけど>>752のsnprintfって戻り値みなくていいのか？
読めないソース書くからコメントが必要なんじゃなくて、
コメントのほうが早く読めるからコメント書くんだよ。
ソースを何十行何百行読むよりはコメント１行見るだけ
のほうが早いだろ。そのコメントの信頼性が無いから不要
ってんならそれはコメントを使いこなしていないとしか
言いようがない…
コメントのほうが早く読めるからコメント書くんだよ。
ソースを何十行何百行読むよりはコメント１行見るだけ
のほうが早いだろ。そのコメントの信頼性が無いから不要
ってんならそれはコメントを使いこなしていないとしか
言いようがない…
FA
コメントを鵜呑みにするとき以外は変わらん
FA
FA
とは言え他人のコメントがあてにならないことには同意する。
いいかげんな奴が書いてるからあてにはらないんだけど。
自分のソースのコメントは信頼できるからコメント眺める
だけで処理内容理解できる。高速スクロールさせながら
そのスピードで理解できるから便利だぞ。
いいかげんな奴が書いてるからあてにはらないんだけど。
自分のソースのコメントは信頼できるからコメント眺める
だけで処理内容理解できる。高速スクロールさせながら
そのスピードで理解できるから便利だぞ。
>>812
>マクロ名にわかりやすい名前使え。
それって散々俺が主張している
if ( stage.isAutoScrolling() )
ならコメントはいらない
っていうのとおんなじなんですけど…
そりゃいらないよｗ
あと、
>ちなみに前後〜の文は俺ではないが、恐らく
>即値を使う場所は前後で意味わかるだろ？
>って意味だろ。
この場合の即値って何？即値アドレスのこと？
相変わらず俺様用語ですね。やっぱりアセンブラ職人さんなの？
一応教えておくと、Ｃ言語で同等の概念は定数って言います。
ただ、C言語では定数＝即値ではなくて、むしろ読み込み専用的なニュアンスね
int foo(void); のとき、const int i = foo(); こんなのことできるので。
>マクロ名にわかりやすい名前使え。
それって散々俺が主張している
if ( stage.isAutoScrolling() )
ならコメントはいらない
っていうのとおんなじなんですけど…
そりゃいらないよｗ
あと、
>ちなみに前後〜の文は俺ではないが、恐らく
>即値を使う場所は前後で意味わかるだろ？
>って意味だろ。
この場合の即値って何？即値アドレスのこと？
相変わらず俺様用語ですね。やっぱりアセンブラ職人さんなの？
一応教えておくと、Ｃ言語で同等の概念は定数って言います。
ただ、C言語では定数＝即値ではなくて、むしろ読み込み専用的なニュアンスね
int foo(void); のとき、const int i = foo(); こんなのことできるので。
うへ。>>827のレス先間違ってた
正しくは>>821ですね
>>822
見たほうがいいとおもうよ
最も言いたいことから乖離しないように短く、
簡潔に書ける関数が見当たらなかったので、
エラー処理やassertは省略っす
>>826
大胆な仕様変更の後だと正反対のことがかかれてたりすることはありますけどね
そういう時に誤解してしまうデメリットと、それ以外の利便性を天秤にかけると、
やっぱりコメントは書いたほうが良いってなると思うのですが、どうも伝わらないもので
正しくは>>821ですね
>>822
見たほうがいいとおもうよ
最も言いたいことから乖離しないように短く、
簡潔に書ける関数が見当たらなかったので、
エラー処理やassertは省略っす
>>826
大胆な仕様変更の後だと正反対のことがかかれてたりすることはありますけどね
そういう時に誤解してしまうデメリットと、それ以外の利便性を天秤にかけると、
やっぱりコメントは書いたほうが良いってなると思うのですが、どうも伝わらないもので
キャトルミューティレーションする為に飛んで来ましたｗ
仕事で自分以外のソースの処理をコメント読んで把握って…
そんなのプログラムしないSE以下のレベルかと？
プログラムはコード通りに動作するのであって、コメント通りに動作するものではないｗ
別にコメントを使うなとか言わないし、コメントを手がかりにしても良いが
最終的にはコードの挙動は、コードを読むしかないだろ
つまり、前提に正しいコードが書いてある必要があるから、コメント書くのは必須って言ってる奴って…
新人の調べもしないクレクレ君と一緒の発想じゃん
別に、自分が正しくコメント書く派だって言うのは良いんだよ
それを他人に押し付けて自分が仕事する前提ってさ、どんだけ傲慢なんだよ
そりゃ、コメント無しのクソコードを引き継がされたら文句や愚痴くらいは言うが、
前任にコメント書き足してなんて言えないだろｗｗ
仕事で自分以外のソースの処理をコメント読んで把握って…
そんなのプログラムしないSE以下のレベルかと？
プログラムはコード通りに動作するのであって、コメント通りに動作するものではないｗ
別にコメントを使うなとか言わないし、コメントを手がかりにしても良いが
最終的にはコードの挙動は、コードを読むしかないだろ
つまり、前提に正しいコードが書いてある必要があるから、コメント書くのは必須って言ってる奴って…
新人の調べもしないクレクレ君と一緒の発想じゃん
別に、自分が正しくコメント書く派だって言うのは良いんだよ
それを他人に押し付けて自分が仕事する前提ってさ、どんだけ傲慢なんだよ
そりゃ、コメント無しのクソコードを引き継がされたら文句や愚痴くらいは言うが、
前任にコメント書き足してなんて言えないだろｗｗ
>>829
大体同意。
ただ、このスレで誰がそういう主張してました？
コメントが処理の把握の手がかりになるとか、
誤解を与える可能性が減ると言っているだけで、
コードを読まないとは誰もいっていないような気がする…
大体同意。
ただ、このスレで誰がそういう主張してました？
コメントが処理の把握の手がかりになるとか、
誤解を与える可能性が減ると言っているだけで、
コードを読まないとは誰もいっていないような気がする…
＞一応教えておくと、Ｃ言語で同等の概念は定数って言います。
＞ただ、C言語では定数＝即値ではなくて、むしろ読み込み専用的なニュアンスね
＞int foo(void); のとき、const int i = foo(); こんなのことできるので。
…関係ないし、横槍だけど…
C++じゃアウトだし、CコンパイラだってANSI規格を満たしてない奴だってあるし…
なんか、お互い絶対的に視野が狭いのが露顕してくるから、あんまりペラペラ語らない方が良いかと…
＞ただ、C言語では定数＝即値ではなくて、むしろ読み込み専用的なニュアンスね
＞int foo(void); のとき、const int i = foo(); こんなのことできるので。
…関係ないし、横槍だけど…
C++じゃアウトだし、CコンパイラだってANSI規格を満たしてない奴だってあるし…
なんか、お互い絶対的に視野が狭いのが露顕してくるから、あんまりペラペラ語らない方が良いかと…
>>830
同意って…そうならさ…
結局コメントは、”俺は書く派”、だけど貴方は書かない人なのね
ってレベルで終わりじゃん
貴方が散々書き込んでるのって、もうコメントなんてどうでも良くて
コメントの話の中で出した、自身の例コードに付いて、突っ込まれ、反論
って事じゃねーの
冷静になるべし、だと思うが？
同意って…そうならさ…
結局コメントは、”俺は書く派”、だけど貴方は書かない人なのね
ってレベルで終わりじゃん
貴方が散々書き込んでるのって、もうコメントなんてどうでも良くて
コメントの話の中で出した、自身の例コードに付いて、突っ込まれ、反論
って事じゃねーの
冷静になるべし、だと思うが？
>>826
いや、自分のプログラムでも
コメント流し読みで仕事してると
自分のバグなのに気付かない自体が発生する事がある。
実際、バグを作った本人が素知らぬ顔して
バグ報告をしてくる事がある。
バグを追うと、単純なポインタ未設定だったりとかあるんだが、恐らく
高速スクロールチェックじゃ見つからなかった
って人も中にはいるだろう。
という訳で、コメント関係なくソースを追う癖は必要。
いや、自分のプログラムでも
コメント流し読みで仕事してると
自分のバグなのに気付かない自体が発生する事がある。
実際、バグを作った本人が素知らぬ顔して
バグ報告をしてくる事がある。
バグを追うと、単純なポインタ未設定だったりとかあるんだが、恐らく
高速スクロールチェックじゃ見つからなかった
って人も中にはいるだろう。
という訳で、コメント関係なくソースを追う癖は必要。
>833
コメントに頼るべき局面と
そうでない局面があるってだけだろ。
上で誰かが言ってたけど
「ソースを読むため」の「見出し、しおり」なんだから。
で、バグチェックの時にコメントだけ読んで
原因が分からないと報告するのは
コメントのせいじゃなくて、報告するそいつのせいだろ。
延々、コメントがあればソースを読まないと力説してる奴、
なんなの？
コメントに頼るべき局面と
そうでない局面があるってだけだろ。
上で誰かが言ってたけど
「ソースを読むため」の「見出し、しおり」なんだから。
で、バグチェックの時にコメントだけ読んで
原因が分からないと報告するのは
コメントのせいじゃなくて、報告するそいつのせいだろ。
延々、コメントがあればソースを読まないと力説してる奴、
なんなの？
ゆとり
コメントがあればソースを読まないなんて、そんな奴いないよw
すぐに極論を言うタイプか、素人が煽ってるか、どっちかでしょ。
アセンブラ時代はコメントにも2バイト文字が使えない処理系が多くて
コメントすること自体がほとんど意味を持たないってこともあったけどね。
大ざっぱに見当つけるときにコメントが役に立つのは当然でしょ。
腐ったコメントが迷惑なのも当然だけど。
すぐに極論を言うタイプか、素人が煽ってるか、どっちかでしょ。
アセンブラ時代はコメントにも2バイト文字が使えない処理系が多くて
コメントすること自体がほとんど意味を持たないってこともあったけどね。
大ざっぱに見当つけるときにコメントが役に立つのは当然でしょ。
腐ったコメントが迷惑なのも当然だけど。
うちのような底辺だと、コメント云々よりまず仕様書が無いほうが大問題な気がする。
「とりあえず作れる所だけ作って、それ見て仕様考える」がまかり通ってるし。
「とりあえず作れる所だけ作って、それ見て仕様考える」がまかり通ってるし。
作業的な意味から見ると
どっちも 広く（ある意味浅く）見通す って事で
これが出来ないと、自分だけじゃなくてまわりに被害が及ぶんだよね。
仕様書が無いのはクソ、というのは
満場一致で賛成されるのに
コメントでここまで割れるのはビックリだ。
結局、他人に厳しくて自分に甘いって事なのかね。
どっちも 広く（ある意味浅く）見通す って事で
これが出来ないと、自分だけじゃなくてまわりに被害が及ぶんだよね。
仕様書が無いのはクソ、というのは
満場一致で賛成されるのに
コメントでここまで割れるのはビックリだ。
結局、他人に厳しくて自分に甘いって事なのかね。
ゲームの場合は作り捨てのコードが多いから
コメントなんか自分以外は誰も見ないという場合も多くてね。
そういう場合しか経験したことがない人にとっては
コメントなんか意味がないということになるだろうね。
仕様書は書いた人しか見ないなんてことはないから
そういうことを言う人はいないってことだと思うよ。
コメントなんか自分以外は誰も見ないという場合も多くてね。
そういう場合しか経験したことがない人にとっては
コメントなんか意味がないということになるだろうね。
仕様書は書いた人しか見ないなんてことはないから
そういうことを言う人はいないってことだと思うよ。
あと、他人のコードを読む必要がなかった人も
コメントなんかどうでもいいって考えになるかもね。
メインプログラマーしか経験したことがない人とかね。
コメントなんかどうでもいいって考えになるかもね。
メインプログラマーしか経験したことがない人とかね。
>>834
関数レベルで適切に分ければいいだけの話を
コメントがしおりとかw
まず、コメントはオマケな事をしっかり認識しろよ。
そしてコメントなしで問題にならないコードを
既存のコードや技術書等を参考にして書けよ。
そこまでが仕事。
そこから先は好きな俺流を展開して
理想のコメントを追いたいなら好きにすればいい。
俺流に自信があるなら
CEDECでコメント論でもなんでも
発表すればいいだろ。
関数レベルで適切に分ければいいだけの話を
コメントがしおりとかw
まず、コメントはオマケな事をしっかり認識しろよ。
そしてコメントなしで問題にならないコードを
既存のコードや技術書等を参考にして書けよ。
そこまでが仕事。
そこから先は好きな俺流を展開して
理想のコメントを追いたいなら好きにすればいい。
俺流に自信があるなら
CEDECでコメント論でもなんでも
発表すればいいだろ。
例えばモデルデータも一々このポリゴンの割りかたは〜
とかコメントを入れていくか？
考えればわかると思うけど
なんでもかんでも冗長に説明入れれば良い
って訳じゃないのは
自明の事なんだよ。
しかも、誰のためか焦点のぼけたコメントなんぞ
自己満足のゴミだよ。
とかコメントを入れていくか？
考えればわかると思うけど
なんでもかんでも冗長に説明入れれば良い
って訳じゃないのは
自明の事なんだよ。
しかも、誰のためか焦点のぼけたコメントなんぞ
自己満足のゴミだよ。
そんな話は誰もしてないし。
お前は他人と話できないんだから
レス付けるな。
お前は他人と話できないんだから
レス付けるな。
>>844
>>838や>>841みたいな書き込みしちゃうプログラマ(たぶん違うけどw)が
話とか笑わすな。
仕様書に対しての認識だけで
お前はまともなプログラマじゃないとわかる。
たぶん、職種はプログラマじゃないだろうけどw
>>838や>>841みたいな書き込みしちゃうプログラマ(たぶん違うけどw)が
話とか笑わすな。
仕様書に対しての認識だけで
お前はまともなプログラマじゃないとわかる。
たぶん、職種はプログラマじゃないだろうけどw
あと、コメントの話はいいが
仕様書はきちんと書けよ〜
ドキュメントは大事だぞと。
仕様書はきちんと書けよ〜
ドキュメントは大事だぞと。
他人のコード読んで文句言ってれば許される立場のやつが多いんじゃないか？
コメントが少ないとかコメントが不完全とか文句言う奴って多いよね。
どれだけ書かれていれば納得するのか？
お前の理解力が低いのではないのか？
あまり検討した跡がないやつが多いよね。
あとよくあるのがマイクロソフトやGNUに文句言い始めるやつ。
たいていそいつに問題があるんだよね。
全員に１００％伝わるコメントやドキュメントなど存在しないんだから
おまけ程度(ときには無視)に考えとくのが普通だと思う。
書くほうは与えられた時間のなかで最善と思われる手法をとるしかない。
もしくは最低限必要と思われる作業時間を内容を説明して確保して作業をするか。
コメントが少ないとかコメントが不完全とか文句言う奴って多いよね。
どれだけ書かれていれば納得するのか？
お前の理解力が低いのではないのか？
あまり検討した跡がないやつが多いよね。
あとよくあるのがマイクロソフトやGNUに文句言い始めるやつ。
たいていそいつに問題があるんだよね。
全員に１００％伝わるコメントやドキュメントなど存在しないんだから
おまけ程度(ときには無視)に考えとくのが普通だと思う。
書くほうは与えられた時間のなかで最善と思われる手法をとるしかない。
もしくは最低限必要と思われる作業時間を内容を説明して確保して作業をするか。
１人でやってるだけならコメント無しでもいいんだろうけど
複数でやってたら、コメント無いとわからないやつ出てくるし、必要だと思うんだけどね。
無しでっていうやつを知ってるけど、そのソースが全部わかりやすいか…っていうと
そうでも無いと思うんだよなぁ。
複数でやってたら、コメント無いとわからないやつ出てくるし、必要だと思うんだけどね。
無しでっていうやつを知ってるけど、そのソースが全部わかりやすいか…っていうと
そうでも無いと思うんだよなぁ。
コメント否定派の特徴としては、
・コメント書く奴はソース読めない。
・コメント書く奴はバグチェックしない。
・コメント書く奴は判り辛い関数変数名を使う。
などの推測を立て、推測の域を超えた断定口調で理論展開する。
ようするに思考が先走っているわけだが、こういう思考回路だと
ソース中にコメントが一言書いてあるとそこから裏の意味を推測→即断定
という思考プロセスを経て過ちを犯すだろう。だからコメントに否定的。
推測が当たるなら前に居た「言わなくてもわかるでしょ」的な企画屋さんと
気が合いそうだが、コメント論の調子からするとコミュニケーションで苦労
しそうなタイプだと思う。
・コメント書く奴はソース読めない。
・コメント書く奴はバグチェックしない。
・コメント書く奴は判り辛い関数変数名を使う。
などの推測を立て、推測の域を超えた断定口調で理論展開する。
ようするに思考が先走っているわけだが、こういう思考回路だと
ソース中にコメントが一言書いてあるとそこから裏の意味を推測→即断定
という思考プロセスを経て過ちを犯すだろう。だからコメントに否定的。
推測が当たるなら前に居た「言わなくてもわかるでしょ」的な企画屋さんと
気が合いそうだが、コメント論の調子からするとコミュニケーションで苦労
しそうなタイプだと思う。
日常的な道具でも使い方を誤ると凶器になったりするじゃない。
コメントも同じだよ。
使い方悪いとある意味凶器になる。
だけどハサミが凶器になるからってハサミ禁止に出来ないじゃない。
コメントも同じ。
コメントも同じだよ。
使い方悪いとある意味凶器になる。
だけどハサミが凶器になるからってハサミ禁止に出来ないじゃない。
コメントも同じ。
コメント書かないのと仕様を決めない事を
同じく括っているたぶんプログラマじゃない
職種の人がいるなw
同じく括っているたぶんプログラマじゃない
職種の人がいるなw
オマケはオマケ。
それ以上でも以下でもない。
FA
それ以上でも以下でもない。
FA
コメントってありとあらゆる言語に仕様として組み込まれていて
古くから必要なものとして認知されてるのに、今更要らないとか言うなよ。
古くから必要なものとして認知されてるのに、今更要らないとか言うなよ。
いらないではなく、一般的に効果が低いし、
効率よくする方法が一律にあるわけではないってことでしょ。
ないものねだりと同じ構造だよ。
だからおまけといわれてるんだよ。
効率よくする方法が一律にあるわけではないってことでしょ。
ないものねだりと同じ構造だよ。
だからおまけといわれてるんだよ。
同僚のコメントすら信じられないってどんな底辺なんだ
>>848
自分しか見ないソースでも、俺は備忘用にコメント書いてる。
他人が見るなら、なおされ必要だと思う。
コメントが信用ならん、と言うが、
本の見出しと同じで、少なくとも、どの辺を見ればいいかの
目安に使えると思うんだが、
コメント否定派は、ソースを頭から尻まで全部通して読むのか？
自分しか見ないソースでも、俺は備忘用にコメント書いてる。
他人が見るなら、なおされ必要だと思う。
コメントが信用ならん、と言うが、
本の見出しと同じで、少なくとも、どの辺を見ればいいかの
目安に使えると思うんだが、
コメント否定派は、ソースを頭から尻まで全部通して読むのか？
俺は、コメントなんてどうでも良い、否定とかしないけど…
＞コメント否定派は、ソースを頭から尻まで全部通して読むのか？
当り前じゃんｗ
ソースを読まずに把握したつもりになってるの？
担当部分なら、ビット演算の1bitたりとも把握してるのがプログラマだろーがｗ
散々、コメントあるとソース読まないなんなんて奴はいない
と流れを作っておいて、お前さんみたいな軽率な理屈を言う奴がカオスをまねくんだよ〜
＞コメント否定派は、ソースを頭から尻まで全部通して読むのか？
当り前じゃんｗ
ソースを読まずに把握したつもりになってるの？
担当部分なら、ビット演算の1bitたりとも把握してるのがプログラマだろーがｗ
散々、コメントあるとソース読まないなんなんて奴はいない
と流れを作っておいて、お前さんみたいな軽率な理屈を言う奴がカオスをまねくんだよ〜
859 ：名無しさん必死だな：2008/09/29(月) 00:21:35 ID:zfmhowsr0
関数の仕様をコメントで書いたりしない？
関数名や引数名でだいたいの意味を匂わせることはできてもたとえば
この引数にこれを入れるとこういう動作をしますよ、とか戻り値の意味は
こうですよ、という話になるといちいち処理内容読んで解読するしかない。
使うたびにそれじゃやってられないからドキュメント的なものが必要に
なってくるんだけど、ソースとは別に書くと複数のドキュメントの整合性を
取らなくちゃいけなくなって面倒なんでソース内にコメントとして書くんだよ。
関数名や引数名でだいたいの意味を匂わせることはできてもたとえば
この引数にこれを入れるとこういう動作をしますよ、とか戻り値の意味は
こうですよ、という話になるといちいち処理内容読んで解読するしかない。
使うたびにそれじゃやってられないからドキュメント的なものが必要に
なってくるんだけど、ソースとは別に書くと複数のドキュメントの整合性を
取らなくちゃいけなくなって面倒なんでソース内にコメントとして書くんだよ。
その理屈だと…
コメントで関数仕様が書かれた関数はバグ無いとでも？
つまり、そうやって関数を作ってソフトを作っていくと、バグなしゲームが完成するとでも？
ちがうだろ、コメントは理解の目安にしても良いが、ソースを読まないで良い理由になる訳が無いｗ
面倒でもソースは読むことになる、お前等ほんとうにプログラマかい？
コメントで関数仕様が書かれた関数はバグ無いとでも？
つまり、そうやって関数を作ってソフトを作っていくと、バグなしゲームが完成するとでも？
ちがうだろ、コメントは理解の目安にしても良いが、ソースを読まないで良い理由になる訳が無いｗ
面倒でもソースは読むことになる、お前等ほんとうにプログラマかい？
>>858
たぶん貴方は他人のソースを見るときのことを言ってるんだと思うけど、>>856は
自分で書いたソースのことを言っている。自分で書いたんだから当然把握してる
だろうけど記憶に完全に頼らずにコメントも残してるところが違う。
「全部覚えてるからコメント不要」
「記憶は失われるからメモを残す」
という方法論の違いのように思える。
>>860
バグはあるかも知れないけど自分が作ったのは知ってるし。
他人が作ったものだったら…わざわざデバッグしてやる義理は無い。
不具合が出たら文句言えばいいだけの話。
たぶん貴方は他人のソースを見るときのことを言ってるんだと思うけど、>>856は
自分で書いたソースのことを言っている。自分で書いたんだから当然把握してる
だろうけど記憶に完全に頼らずにコメントも残してるところが違う。
「全部覚えてるからコメント不要」
「記憶は失われるからメモを残す」
という方法論の違いのように思える。
>>860
バグはあるかも知れないけど自分が作ったのは知ってるし。
他人が作ったものだったら…わざわざデバッグしてやる義理は無い。
不具合が出たら文句言えばいいだけの話。
>>860
ひょっとして同じソースを何回も何回も読むことでバグチェック
のかわりにしてるのかな？
自分の場合は単体で動作チェックやって、問題なければ正常なものと
みなして使う。内容についてはコメント見たら思い出す程度に忘れる。
ひょっとして同じソースを何回も何回も読むことでバグチェック
のかわりにしてるのかな？
自分の場合は単体で動作チェックやって、問題なければ正常なものと
みなして使う。内容についてはコメント見たら思い出す程度に忘れる。
＞自分で書いたんだから当然把握してる
この理屈でバグを出さないのか？って聞いてるんだけど…
で、単体テストして動作がおかしかったら、ソースをあやしい所〜全部読むだろ？
結局、ソースは読む、となると思うが…
それとも、仕様変更が済んで発売後とかに、ソース内に関数コメントとか書く人？
この理屈でバグを出さないのか？って聞いてるんだけど…
で、単体テストして動作がおかしかったら、ソースをあやしい所〜全部読むだろ？
結局、ソースは読む、となると思うが…
それとも、仕様変更が済んで発売後とかに、ソース内に関数コメントとか書く人？
>>863
…なかなか通じないな。
>で、単体テストして動作がおかしかったら、ソースをあやしい所〜全部読むだろ？
>結局、ソースは読む、となると思うが…
その通りだよ。ソース読むよ。
そしてバグが取れて完全な状態になったとしよう。
それからバグ無しソースにコメント書き込むんだよ。
後で使うためにな。時間経つと忘れるから思い出すためにコメント書くんだよ。
わかった？
…なかなか通じないな。
>で、単体テストして動作がおかしかったら、ソースをあやしい所〜全部読むだろ？
>結局、ソースは読む、となると思うが…
その通りだよ。ソース読むよ。
そしてバグが取れて完全な状態になったとしよう。
それからバグ無しソースにコメント書き込むんだよ。
後で使うためにな。時間経つと忘れるから思い出すためにコメント書くんだよ。
わかった？
コメント議論とかレベル低すぎ
>>864
…、だからさ、それって最初に俺が指摘した通りじゃん
＞いちいち処理内容読んで解読するしかない。
＞使うたびにそれじゃやってられないから
あんた、自分でこう発言してるんだぞ
あんたの職場が、仕様変更もなく、自分の作った関数が他の仕様変更の影響も受けない
ゲームプログラミングをしているなら、あんたの言うとおりだけどｗ
…、だからさ、それって最初に俺が指摘した通りじゃん
＞いちいち処理内容読んで解読するしかない。
＞使うたびにそれじゃやってられないから
あんた、自分でこう発言してるんだぞ
あんたの職場が、仕様変更もなく、自分の作った関数が他の仕様変更の影響も受けない
ゲームプログラミングをしているなら、あんたの言うとおりだけどｗ
>>865
お前がレベル高いとはとても思えないけどなｗ
お前がレベル高いとはとても思えないけどなｗ
ここの奴らよりは高いだろう。
少なくともアフォな議論はしない。
少なくともアフォな議論はしない。
ここ数日、たった一人の携帯厨の煽りにみんな引きずられちゃってるね。
良く読めば、彼が「ゲーム業界のプログラマ」じゃないことはわかると思うけど。
良く読めば、彼が「ゲーム業界のプログラマ」じゃないことはわかると思うけど。
>>868
自己満乙ｗ。コメントについても語れないようじゃねｗ
自己満乙ｗ。コメントについても語れないようじゃねｗ
つーかさ、864で全然違う事言い出してるしｗｗ
話してるうちに、自分の発言、主張を変えて、
結局、俺はそんなこと言ってないとかする人？
話してるうちに、自分の発言、主張を変えて、
結局、俺はそんなこと言ってないとかする人？
クヌースばりに幾らでも語れるがアフォな議論はしない。
>>872
あのね、君存在価値ないから消えてくれる？ｗ
あのね、君存在価値ないから消えてくれる？ｗ
アフォな議論が続くと他の良い議論が埋没するだろ。
ソースたどらない奴がいない訳ない。見ないと分かるわけないからな。
要はその効率を上げるためにコメントがあるんだろ？
それを使いこなせるかどうかの話なのに、要る要らないで区切る奴は間違ってるよ。
自分で作るプログラムにコメントが要るかどうかだが、そこまで行くと個人の自由だろうな
他人が見る前提の場合は、かなり意見が分かれそうだが…
要はその効率を上げるためにコメントがあるんだろ？
それを使いこなせるかどうかの話なのに、要る要らないで区切る奴は間違ってるよ。
自分で作るプログラムにコメントが要るかどうかだが、そこまで行くと個人の自由だろうな
他人が見る前提の場合は、かなり意見が分かれそうだが…
＞ソースたどらない奴がいない訳ない。
おいおいw
おいおいw
> 仕様書が無いのはクソ、というのは
> 満場一致で賛成されるのに
ミリオン売った某ソフトは仕様書は紙１枚で後は口頭のみだったな。
> 満場一致で賛成されるのに
ミリオン売った某ソフトは仕様書は紙１枚で後は口頭のみだったな。
>>880
＞デバッグのときに読むと言ってるだけだって。
＞使うときは読まないんだよ。
頭イカレテル？
デバッグ時以外で、バイナリ実行等などの時にソース読む奴がいるのか？
あんたの言いようは
ゲーム作る時にプログラミングするんだよ
ゲームする時はプログラミングしないんだよ
と言ってるのと同義だろｗｗｗ
＞デバッグのときに読むと言ってるだけだって。
＞使うときは読まないんだよ。
頭イカレテル？
デバッグ時以外で、バイナリ実行等などの時にソース読む奴がいるのか？
あんたの言いようは
ゲーム作る時にプログラミングするんだよ
ゲームする時はプログラミングしないんだよ
と言ってるのと同義だろｗｗｗ
いいから早く仕様書書いてくれ。
キャラの設定とかばっかりしてないでさ。
キャラの設定とかばっかりしてないでさ。
たぶんこうだろ。
「他人の関数は仕様が変わってるかもしれなくて信用ならんからソース読む」
前提条件が違うから誤解するんだよ。
一度公開した関数は絶対に仕様を変えちゃ駄目。
どーしても変えなくちゃいけない場合は別バージョン作る。
そうしないと何処でバグ噴出するかわからないからな。
>>881
なんか説明するのめんどくさくなってきたけど、「使うとき」
ってのは「ある関数を他の関数内で使うとき（記述するとき）」の意味だよ。
「他人の関数は仕様が変わってるかもしれなくて信用ならんからソース読む」
前提条件が違うから誤解するんだよ。
一度公開した関数は絶対に仕様を変えちゃ駄目。
どーしても変えなくちゃいけない場合は別バージョン作る。
そうしないと何処でバグ噴出するかわからないからな。
>>881
なんか説明するのめんどくさくなってきたけど、「使うとき」
ってのは「ある関数を他の関数内で使うとき（記述するとき）」の意味だよ。
>>883
＞一度公開した関数は絶対に仕様を変えちゃ駄目。
頭ガチガチの仕様変更を受け付けない人？ｗ
＞どーしても変えなくちゃいけない場合は別バージョン作る。
それこそ…
似たような処理や関数を、何個もソース内に？ｗ
＞「使うとき」ってのは「ある関数を他の関数内で使うとき（記述するとき）」の意味だよ。
それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
＞一度公開した関数は絶対に仕様を変えちゃ駄目。
頭ガチガチの仕様変更を受け付けない人？ｗ
＞どーしても変えなくちゃいけない場合は別バージョン作る。
それこそ…
似たような処理や関数を、何個もソース内に？ｗ
＞「使うとき」ってのは「ある関数を他の関数内で使うとき（記述するとき）」の意味だよ。
それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
>>884
>それこそ…
>似たような処理や関数を、何個もソース内に？ｗ
それは仕方がない。だから公開する関数は細心の注意を払って
変更しなくても済むように配慮しなくちゃいけない。
たとえばOSのAPIとかの仕様が変わったら困るじゃない？
あれと同じで、別バージョン作るしかないんだよ。そうしないと
古いプログラム動かなくなっちゃうから。
>それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
君んとこのやりかただとデバッグなんだろうね。
>それこそ…
>似たような処理や関数を、何個もソース内に？ｗ
それは仕方がない。だから公開する関数は細心の注意を払って
変更しなくても済むように配慮しなくちゃいけない。
たとえばOSのAPIとかの仕様が変わったら困るじゃない？
あれと同じで、別バージョン作るしかないんだよ。そうしないと
古いプログラム動かなくなっちゃうから。
>それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
君んとこのやりかただとデバッグなんだろうね。
>>885
＞古いプログラム動かなくなっちゃうから。
仕様変更を受けて、古いプログラムも動く様にするのが仕事だろーがｗ
最初からすべからく、お前さんの主張はプログラム側だけの理屈なのな
お前さんが、プログラマだけの理屈でゲーム作るレベルが低いのが良く分る
職場で浮いてるだろ？ｗ
＞古いプログラム動かなくなっちゃうから。
仕様変更を受けて、古いプログラムも動く様にするのが仕事だろーがｗ
最初からすべからく、お前さんの主張はプログラム側だけの理屈なのな
お前さんが、プログラマだけの理屈でゲーム作るレベルが低いのが良く分る
職場で浮いてるだろ？ｗ
＞＞「使うとき」ってのは「ある関数を他の関数内で使うとき（記述するとき）」の意味だよ。
＞
＞それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
これのどこをデバッグと言うのかわからないのは俺だけか？
＞
＞それをデバッグと言わないプログラマを、今、まさに、初めて見たｗｗ
これのどこをデバッグと言うのかわからないのは俺だけか？
まあよくやる方法で、別バージョン作って変更をアナウンスしてそれに乗り換えてもらって、
古いの使われなくなったら削除するというやりかたもあるよ。
ここまで教えてやればＯＫか？
古いの使われなくなったら削除するというやりかたもあるよ。
ここまで教えてやればＯＫか？
お前さ、ことごとく自分の発言を翻すのなｗｗ
＞古いプログラム動かなくなっちゃうから。
＞古いの使われなくなったら削除するというやりかたもあるよ。
古いのを削除するってｗ
それ別バージョンって言わないだろ、関数変更と同じだろーがｗ
＞古いプログラム動かなくなっちゃうから。
＞古いの使われなくなったら削除するというやりかたもあるよ。
古いのを削除するってｗ
それ別バージョンって言わないだろ、関数変更と同じだろーがｗ
9wmdmvVe0って1人でプログラムを作った経験しかないんじゃね？
同じではないね。以前の関数が使われてる間は存続するし
呼び出しかたが変わるんだから全く別物。
ああメンドクサ。
もうやめよ。
呼び出しかたが変わるんだから全く別物。
ああメンドクサ。
もうやめよ。
だからさ、ことごとく自分の発言の内容を破棄すが如くの
都合都合の部分的な発言して、話の内容を微妙に変えるのを辞めなよ
今までの自分の発言を無視して、一文単位で返答を変てるだろｗ
＞＞どーしても変えなくちゃいけない場合は別バージョン作る。
＞それこそ…
＞似たような処理や関数を、何個もソース内に？ｗ
＞それは仕方がない。だから公開する関数は細心の注意を払って
＞変更しなくても済むように配慮しなくちゃいけない。
＞たとえばOSのAPIとかの仕様が変わったら困るじゃない？
＞あれと同じで、別バージョン作るしかないんだよ。そうしないと
＞古いプログラム動かなくなっちゃうから。
＞まあよくやる方法で、別バージョン作って変更をアナウンスしてそれに乗り換えてもらって、
＞古いの使われなくなったら削除するというやりかたもあるよ。
もうさ、これは別挙動するアプリケーションのバージョン変更であって
関数のバージョンじゃねーだろｗ
都合都合の部分的な発言して、話の内容を微妙に変えるのを辞めなよ
今までの自分の発言を無視して、一文単位で返答を変てるだろｗ
＞＞どーしても変えなくちゃいけない場合は別バージョン作る。
＞それこそ…
＞似たような処理や関数を、何個もソース内に？ｗ
＞それは仕方がない。だから公開する関数は細心の注意を払って
＞変更しなくても済むように配慮しなくちゃいけない。
＞たとえばOSのAPIとかの仕様が変わったら困るじゃない？
＞あれと同じで、別バージョン作るしかないんだよ。そうしないと
＞古いプログラム動かなくなっちゃうから。
＞まあよくやる方法で、別バージョン作って変更をアナウンスしてそれに乗り換えてもらって、
＞古いの使われなくなったら削除するというやりかたもあるよ。
もうさ、これは別挙動するアプリケーションのバージョン変更であって
関数のバージョンじゃねーだろｗ
古いのを削除出来るなら、バージョンなんて作る必要がねーだろ
古いのと、仕様変更のと混在して使われるからこそ、バージョンって呼ぶ
なんだ？削除って、それは関数を変更したのと同義だろってこった
古いのと、仕様変更のと混在して使われるからこそ、バージョンって呼ぶ
なんだ？削除って、それは関数を変更したのと同義だろってこった
ここまで伝わらないのも珍しい。
ま・・なんというか、
また明日な。
ま・・なんというか、
また明日な。
結局、自分が発言を微妙に変えて、部分部分で自分に都合が良いようにしてる
ってツッコミは、最初から最後まで無視なんだなｗ
こっちが指摘してることを、自分の都合に良い内容や
今まで説明してなかった前提を持ち出して
返答してれば伝わるわけがないと思うが？
ってツッコミは、最初から最後まで無視なんだなｗ
こっちが指摘してることを、自分の都合に良い内容や
今まで説明してなかった前提を持ち出して
返答してれば伝わるわけがないと思うが？
>>896
だから、それこそ、あんたの所の共同作業がレベル低いんじゃねーのｗ
こっちは、パブリックな関数(ライブラリ等)は、
古いのを削除するのか、仕様変更した物と混在するのかを判断して
古いのを削除となったら、SVN、CVS、個人のローカル全て一斉に変えるし
部署を跨ぐなら、古いのを削除なんてしないし
削除するのに、間を必要とする組織か、そうじゃないかじゃねーのｗ
だから、それこそ、あんたの所の共同作業がレベル低いんじゃねーのｗ
こっちは、パブリックな関数(ライブラリ等)は、
古いのを削除するのか、仕様変更した物と混在するのかを判断して
古いのを削除となったら、SVN、CVS、個人のローカル全て一斉に変えるし
部署を跨ぐなら、古いのを削除なんてしないし
削除するのに、間を必要とする組織か、そうじゃないかじゃねーのｗ
何度目か知らんが…
＞また明日な。
と言っておいて、即次レスｗ
自分の発言に責任ってもたない人？
＞また明日な。
と言っておいて、即次レスｗ
自分の発言に責任ってもたない人？
業界人に仕事のやり方を教えてほしいのなら
素直におしえてくださいって言えばいいのに。
そうすれば1人じゃなくてもっと大勢が教えてくれると思うよ。
素直におしえてくださいって言えばいいのに。
そうすれば1人じゃなくてもっと大勢が教えてくれると思うよ。
プッ
こっちは、そちらの発言の内容を、説明付きで突っ込んでるが
あんたらは、ステレオスピーカーよろしく
話の内容をバラバラにして自分を守る様に、音声流してるだけだろｗ
こっちは、そちらの発言の内容を、説明付きで突っ込んでるが
あんたらは、ステレオスピーカーよろしく
話の内容をバラバラにして自分を守る様に、音声流してるだけだろｗ
彼はいったい何と戦ってるんだ。
ひきとりたくないのはわかるが
いいかげん、ゲ制作技術かマ板に誘導してくれないか?
いいかげん、ゲ制作技術かマ板に誘導してくれないか?
ここ最近はごく一部が戦ってるな
結局自分が正しいと言いたいだけなんだろ？
結局自分が正しいと言いたいだけなんだろ？
そんな感じ。結論先にありきだから。
言い負かす事が目的になってるしな。
ちゃんとチームで決めたルールで、
それで仕事がし易いのであればどっちでも良い話ではある。
ちゃんとチームで決めたルールで、
それで仕事がし易いのであればどっちでも良い話ではある。
ID:9wmdmvVe0って以前別のところで「壊れたテープレコーダー」とか言われてたやつじゃね？
908 ：名無しさん必死だな：2008/09/29(月) 21:53:30 ID:mt97CGSbO
電ソルはPC治ったのかw
仕様変更が多く、かつＰ同士のほうれんそうが出来ない職場だと
ID:9wmdmvVe0の所のような環境になるだろう。
仕様をコロコロ変えるやつがいるとあらゆる面で病んでくる。
ID:9wmdmvVe0の所のような環境になるだろう。
仕様をコロコロ変えるやつがいるとあらゆる面で病んでくる。
zfmhowsr0も9wmdmvVe0も、両方とも「絶対」と言っているから信用が置けない
・新しい関数を作るべきとき(昔の修正すべきでないとき)
機能拡張やパフォーマンスアップ目的の関数の更新で、
更新によって互換性を保てず、数多くのプロジェクトに多大な影響を与える場合
(具体的には同期関数が非同期になるくらいの修正あたり？)
・外部に公開した関数を修正すべきとき
バグ修正目的で、修正するためにはインターフェイスを変えざるを得ず、
修正前の関数はどうしても公開を継続してはいけないとき
(具体的にはgetsみたいな関数を作ってしまったので修正する、とか？)
両者の主張はともにfalseです。
・新しい関数を作るべきとき(昔の修正すべきでないとき)
機能拡張やパフォーマンスアップ目的の関数の更新で、
更新によって互換性を保てず、数多くのプロジェクトに多大な影響を与える場合
(具体的には同期関数が非同期になるくらいの修正あたり？)
・外部に公開した関数を修正すべきとき
バグ修正目的で、修正するためにはインターフェイスを変えざるを得ず、
修正前の関数はどうしても公開を継続してはいけないとき
(具体的にはgetsみたいな関数を作ってしまったので修正する、とか？)
両者の主張はともにfalseです。
おまえら・・
まともに動かないソースをリポジトリに上げても怒られないのか？
まともに動かないソースをリポジトリに上げても怒られないのか？
>>910
移行期間という言葉があってな。
移行期間という言葉があってな。
FAしてやったのにまだやってんのなw
まぁ、>>896に対してまともな突っ込みが>>898で入ってるのに
グダグダ言ってる辺りバージョン管理ソフトも知らんアホなんだろうな。
大体、コメントなくてヒーヒー言うような奴はカスだろ。
カスは数いても仕事が進まない好例だな。
まぁ、>>896に対してまともな突っ込みが>>898で入ってるのに
グダグダ言ってる辺りバージョン管理ソフトも知らんアホなんだろうな。
大体、コメントなくてヒーヒー言うような奴はカスだろ。
カスは数いても仕事が進まない好例だな。
そんな事より、仕事に集中したいときに限って騒ぎにくる
ババアがウザくて仕方ない。
ババアなのに若ぶってキモいしゃべり方とか、ありえないだろ？
腹黒い癖にカワイコぶるとかありえないだろ？
それに比べればコメントがあるとかないとか
糞同然の問題。
ババアがウザくて仕方ない。
ババアなのに若ぶってキモいしゃべり方とか、ありえないだろ？
腹黒い癖にカワイコぶるとかありえないだろ？
それに比べればコメントがあるとかないとか
糞同然の問題。
915 ：名無しさん必死だな：2008/09/30(火) 02:10:43 ID:FXzlOiEY0
電ソル kita?
電ソル？
底辺はバージョン管理も知らないのかよw
底辺はバージョン管理も知らないのかよw
ケースバイケース。ですむ話じゃないの？
＞たとえばOSのAPIとかの仕様が変わったら困るじゃない？
＞あれと同じで、別バージョン作るしかないんだよ。そうしないと
＞古いプログラム動かなくなっちゃうから。
普通にハードベンダーのライブラリは動かなくなる変更を定期的にかけるしな。
まあバグ修正だけど。
仕様変更したら、変更前のものは仕様を満たしていないわけだから、破棄だわな。
仕様変更そのものが、いつまた元に戻るか知らんようなフラフラとしたもの。
とかいうんだったら、企画側の問題だろ。
そこが怪しかったら前バージョンも残すか、すぐ戻せるようにしておく。
＞たとえばOSのAPIとかの仕様が変わったら困るじゃない？
＞あれと同じで、別バージョン作るしかないんだよ。そうしないと
＞古いプログラム動かなくなっちゃうから。
普通にハードベンダーのライブラリは動かなくなる変更を定期的にかけるしな。
まあバグ修正だけど。
仕様変更したら、変更前のものは仕様を満たしていないわけだから、破棄だわな。
仕様変更そのものが、いつまた元に戻るか知らんようなフラフラとしたもの。
とかいうんだったら、企画側の問題だろ。
そこが怪しかったら前バージョンも残すか、すぐ戻せるようにしておく。
新人スレだなもう
919 ：名無しさん必死だな：2008/09/30(火) 02:47:25 ID:FXzlOiEY0
E9ymGotlOは電ソルも知らないのかよw
921 ：名無しさん必死だな：2008/09/30(火) 02:56:14 ID:FXzlOiEY0
電ソルも知らないE9ymGotlO来た〜
>>919
頭大丈夫か？
頭大丈夫か？
923 ：名無しさん必死だな：2008/09/30(火) 02:57:44 ID:FXzlOiEY0
頭大丈夫か？
だってw
E9ymGotlOがwww
頭大丈夫か？
だってw
E9ymGotlOのくせにwwwwwwwww
だってw
E9ymGotlOがwww
頭大丈夫か？
だってw
E9ymGotlOのくせにwwwwwwwww
おまいらは箱○とPS3の関係をどう思ってるの
業界のレベルも低くなったもんだな。
バージョン管理も知らん奴が恥ずかしげもなく
書き込んでるとはなw
バージョン管理も知らん奴が恥ずかしげもなく
書き込んでるとはなw
今日の電ソルのケータイ ID:E9ymGotlO
すぐ戻せるようにしておく。＞svnでタグ打っとく
こう言わないと理解出来ないの？＞電ソル
バージョン管理覚えてはしゃいでるんか？
こう言わないと理解出来ないの？＞電ソル
バージョン管理覚えてはしゃいでるんか？
Ｄ気通信大学の二留が決まりました……
こんな自分ですが、卒業したら雇ってくれる御社はございますか
必要なスキルを指南くだされば勉強します
こんな自分ですが、卒業したら雇ってくれる御社はございますか
必要なスキルを指南くだされば勉強します
２留だろうが中退だろうがどうでもいいけど、
こんなスレに大学名まで出して書き込むやつはいらね。
こんなスレに大学名まで出して書き込むやつはいらね。
通信大学ってTVでやってるやつかなぁと調べてみたら
TVでやってるのは放送大学だった orz
TVでやってるのは放送大学だった orz
普段、その場その場で適当な事言って
言った事に責任持たないタイプは
掲示板に書き込むのは止めたほうがいい。
そのいいかげんさを自分で暴露してるようなもの。
言った事に責任持たないタイプは
掲示板に書き込むのは止めたほうがいい。
そのいいかげんさを自分で暴露してるようなもの。
関数の最大のメリットって中身知らなくても使い方さえ知ってれば
簡単に機能を利用できるところにあるんだけど、それをわざわざ放棄して
中身まで理解しなくちゃいけない職場ってどうなんでしょうね。
ゲーム会社ってこんなもん？
簡単に機能を利用できるところにあるんだけど、それをわざわざ放棄して
中身まで理解しなくちゃいけない職場ってどうなんでしょうね。
ゲーム会社ってこんなもん？
>>933
拡大解釈しすぎ。いろいろな意味で。
拡大解釈しすぎ。いろいろな意味で。
電ソルが言ってることも何かおかしいんだよね。
関数仕様変えたファイルだけをリポジトリに上げたら当然機能不全を
起こすかコンパイル通らないか何がしかの障害が出る。けどそのファイル
を他の人が入手できないと呼び出し側で動作確認できない。しかも
同じ関数を他の人が使ってて自分とこだけ書き換えてもまともに動かない。
さあどうする！？
関数仕様変えたファイルだけをリポジトリに上げたら当然機能不全を
起こすかコンパイル通らないか何がしかの障害が出る。けどそのファイル
を他の人が入手できないと呼び出し側で動作確認できない。しかも
同じ関数を他の人が使ってて自分とこだけ書き換えてもまともに動かない。
さあどうする！？
電ソルの程度が伺い知れるw
デカイのは態度だけか
学生にとっては希望かもな。
こんなんでもやってけるんだって。
マジ勘弁してw
デカイのは態度だけか
学生にとっては希望かもな。
こんなんでもやってけるんだって。
マジ勘弁してw
まぁ、ｇｄｇｄだが良い傾向ではあるな。
今までゲーム開発者はたくさんいたけど、
開発環境とか手順については会社毎のブラックボックスだし、
もっと効率の良い開発方法について考えていくべきだと思うよ。
それが１人のアホに粉砕されるとしてもナｗ
今までゲーム開発者はたくさんいたけど、
開発環境とか手順については会社毎のブラックボックスだし、
もっと効率の良い開発方法について考えていくべきだと思うよ。
それが１人のアホに粉砕されるとしてもナｗ
電ソルのところは関数の更新するたびに一定期間
リポジトリが使えなくなるんだとよ。
こりゃお笑いだ。
リポジトリが使えなくなるんだとよ。
こりゃお笑いだ。
電ソルって
「こんなに俺は出来るのに、何でまわりは認めてくれない！」系の
馬鹿新人だと思ってたけど、
最近、まわりにイエスマンしか置かない
底辺デベロッパのプログラムチーフの様な気がしてきた。
この、人の話の聞かないっぷり、理解出来ない様子は
どっちかというと老人の意固地さに似てる。
「こんなに俺は出来るのに、何でまわりは認めてくれない！」系の
馬鹿新人だと思ってたけど、
最近、まわりにイエスマンしか置かない
底辺デベロッパのプログラムチーフの様な気がしてきた。
この、人の話の聞かないっぷり、理解出来ない様子は
どっちかというと老人の意固地さに似てる。
何人電ソル作る気だよw
今までの書き込みで得られたものなんて
バージョン管理も知らない奴が存在知っただけじゃんwww
レベル低すぎw
今までの書き込みで得られたものなんて
バージョン管理も知らない奴が存在知っただけじゃんwww
レベル低すぎw
なんか突っ込まれるたびに電ソルとかもうね。
アホかゆとりとしか。
アホかゆとりとしか。
会社では
こういう風に大上段に構えれば
はいはい言う奴だけ揃えてるんだろうな。
こういう風に大上段に構えれば
はいはい言う奴だけ揃えてるんだろうな。
バージョン管理といえば
Alienbrainてどうなのかね
バージョン管理知らんヤシ向けに
見えるけど
Alienbrainてどうなのかね
バージョン管理知らんヤシ向けに
見えるけど
もう何だか単なる基地外が騒いでるだけに見えるな…
他人への突っ込みもなじり文句と妄想くっ付けてつけて煽るだけだし
もうダメかもしれんね
他人への突っ込みもなじり文句と妄想くっ付けてつけて煽るだけだし
もうダメかもしれんね
>>944
お前が電ソルである事にかわりはないだろ
お前が電ソルである事にかわりはないだろ
>>949
お前がシャドーボクシングしてるだけだろjk
お前がシャドーボクシングしてるだけだろjk
>>947
なんか言った矢先に自分で根拠のない妄想をやってみせてるのが凄いｗ
スクリプトなんてテキストファイルだし、真っ先にリポジトリに含めるだろ普通。
今時はバイナリだって管理対象だし、企画どころかデザイナーですら知ってて当然。
世間とずれまくってるこいつは、一体どんな環境にいるんだろうねｗ
つーかここまで酷いと、ただの妄想癖のあるニートか？
数ヶ月ぶりに見たら相変わらず暴れてるようだし、、いつ仕事してんだ？ｗ
>>948
何を今更って感じだが
なんか言った矢先に自分で根拠のない妄想をやってみせてるのが凄いｗ
スクリプトなんてテキストファイルだし、真っ先にリポジトリに含めるだろ普通。
今時はバイナリだって管理対象だし、企画どころかデザイナーですら知ってて当然。
世間とずれまくってるこいつは、一体どんな環境にいるんだろうねｗ
つーかここまで酷いと、ただの妄想癖のあるニートか？
数ヶ月ぶりに見たら相変わらず暴れてるようだし、、いつ仕事してんだ？ｗ
>>948
何を今更って感じだが
ウワサ通りの壊れたテープレコーダーだよね。
生で見るのは初めてだわ。
生で見るのは初めてだわ。
PGだけアルファベット ﾜﾛﾀw
マ板に帰れよwwww
マ板に帰れよwwww
×どうりで
○どおりで
小学生からやりなおせw
○どおりで
小学生からやりなおせw
×通りで
○ 道理で
○ 道理で
馬鹿企画が業界人スレに…
キターwww
キターwww
>>953
君んところは、使い方知ってるってレベルじゃない人にコミットとかさせてるの？ｗ
自分が何やってるかぐらいは把握してるだろｗ
プログラマだって普通に使うだけだろ。
そりゃ他よりは詳しいだろうけど。
リポジトリ構築とかチェックアウトや更新の自動化なんかは他はやらんでいいからね。
君んところは、使い方知ってるってレベルじゃない人にコミットとかさせてるの？ｗ
自分が何やってるかぐらいは把握してるだろｗ
プログラマだって普通に使うだけだろ。
そりゃ他よりは詳しいだろうけど。
リポジトリ構築とかチェックアウトや更新の自動化なんかは他はやらんでいいからね。
残念ながらこの場合は「予想通り」などの意味の「通り」なので
「どおり」が正しい。
「どおり」が正しい。
その発想は無かった
>>960
あまり知らないんなら無理に書き込まんほうがいいぞ。
あまり知らないんなら無理に書き込まんほうがいいぞ。
おまえがなw
お前がバカだからだなw
>>964
なんだキチガイか
なんだキチガイか
おまえがなw
キチガイ企画が業界人スレに…
馬鹿を宣伝しにキターwww
馬鹿を宣伝しにキターwww
こんな夜中に携帯ID2つ交互に何やってんだかw
勝手な妄想で俺を企画にすんなよwwww
本当にウワサ通りだな。
勝手な妄想で俺を企画にすんなよwwww
本当にウワサ通りだな。
もともとコメントとかたいしてレベル高い話でもなかっけど
企画が入るとレベルの下がりかたが半端ないなw
どうりではおかしいとかw
流石は業界の癌で有名な素人企画だけありますなw
企画が入るとレベルの下がりかたが半端ないなw
どうりではおかしいとかw
流石は業界の癌で有名な素人企画だけありますなw
せっかくなんで貼っておきますね。goo辞書便利ですよ。
http://dictionary.goo.ne.jp/search.php?MT=%C6%BB%CD%FD%A4%C7
http://dictionary.goo.ne.jp/search.php?MT=%C6%BB%CD%FD%A4%C7
よほど>>954がこたえたらしいなw
プログラマがバカチンの相手してると、糞ゲーに
なっちゃうんだな。
なっちゃうんだな。
Th0CVK3w0 さん、ありがとう。
バカチンが敗走してもバカは
直らないんだな。
直らないんだな。
いつもの連投モードに入ったなw
そのまま1000まで埋めとけ。
今晩中になw
そのまま1000まで埋めとけ。
今晩中になw
残念ながらVjhcVK7p0は
バカなんだな。
バカなんだな。
お前って意外に素直な所もあるんだよな。
7yj7bEQYO はどうした？
7yj7bEQYO はどうした？
電ソルの言う通り関数本体と修正箇所を一斉に更新したら、セルフデバッグしてない
コンパイル通るかどうかすら怪しいコードが一斉にリポジトリに上がることになる。
非常にマズい。
もはや素人としか思えない。
コンパイル通るかどうかすら怪しいコードが一斉にリポジトリに上がることになる。
非常にマズい。
もはや素人としか思えない。
バージョン管理ソフトの最大の利点って多人数で非同期な更新をしても
全体の整合性が保たれるところにあるんだけど、それをわざわざ放棄
してマニュアル同期しなくちゃいけない職場ってどうなんでしょうね。
ゲーム会社ってこんなもん？
全体の整合性が保たれるところにあるんだけど、それをわざわざ放棄
してマニュアル同期しなくちゃいけない職場ってどうなんでしょうね。
ゲーム会社ってこんなもん？
全部ツールが自動でやってくれると思ってるのは学生だけだよ。
巨大なオープンソースプロジェクトだって最終コミットできるのはほんの数人じゃん。
巨大なオープンソースプロジェクトだって最終コミットできるのはほんの数人じゃん。
安全弁がないとリポジトリが2chみたいになるしなw
次ｽﾚ立てﾏすﾀ。
【焼き直し】ｹﾞｰﾑ業界人実情吐露ｽﾚ【36枚目】
http://namidame.2ch.net/test/read.cgi/ghard/1222829404/l50
むぅ。。。やばいっす。
【焼き直し】ｹﾞｰﾑ業界人実情吐露ｽﾚ【36枚目】
http://namidame.2ch.net/test/read.cgi/ghard/1222829404/l50
むぅ。。。やばいっす。
結局自分の言ってたバージョン管理の穴には答えず、
企画の話に逸らそうとして連投とか……
企画の話に逸らそうとして連投とか……
>>673
「リーダー」に夢を見すぎ。中小のリーダーは現場も兼ねるのが通常なので
管理職の仕事ばかりできるわけではない
>>674
会社っつーのは、文句を言っているだけでは給料貰えない
文句じゃなくて提案できるなら自分で動け
「リーダーが悪い」「下っ端が悪い」とか言っている前に自分でやれっつー話だ
自分はやらないけど「「こうした方がいいんじゃないですか？」
というのも提案の一環ではあるが、アドバイスが的確で全体的に作業が軽減できるような
素晴らしいアイデアで無い限りその提案方法じゃ通らんよ
「こうした方がいいと思うのですが自分がやっていいですか？」と提案しないとな
注意するべきことは「問題を見つけた時の対処方法」なんだけどお前さんはできているのかね？
あと、自分の意見が正しいってどういう理由でそう思う？
なんか人のせいにしてるように見えるだよな
自分等はプロジェクトを動かす為に何か協力したのか？
･･･まぁ、本当に駄目な奴もいるけどｗ
下っ端は上の提案が出来ないといつまでも下っ端のまま
「リーダー」に夢を見すぎ。中小のリーダーは現場も兼ねるのが通常なので
管理職の仕事ばかりできるわけではない
>>674
会社っつーのは、文句を言っているだけでは給料貰えない
文句じゃなくて提案できるなら自分で動け
「リーダーが悪い」「下っ端が悪い」とか言っている前に自分でやれっつー話だ
自分はやらないけど「「こうした方がいいんじゃないですか？」
というのも提案の一環ではあるが、アドバイスが的確で全体的に作業が軽減できるような
素晴らしいアイデアで無い限りその提案方法じゃ通らんよ
「こうした方がいいと思うのですが自分がやっていいですか？」と提案しないとな
注意するべきことは「問題を見つけた時の対処方法」なんだけどお前さんはできているのかね？
あと、自分の意見が正しいってどういう理由でそう思う？
なんか人のせいにしてるように見えるだよな
自分等はプロジェクトを動かす為に何か協力したのか？
･･･まぁ、本当に駄目な奴もいるけどｗ
下っ端は上の提案が出来ないといつまでも下っ端のまま
なんか凄い遅いレスにﾜﾛﾀww
2chﾋﾞｭｰｱｰの動き悪いわww
2chﾋﾞｭｰｱｰの動き悪いわww
>>990
おつかれさま
おつかれさま
期待ハズレな物が発表されたね梅
>>997
そうなるとバイト並みの給料になるなｗ
そうなるとバイト並みの給料になるなｗ
うんこちんこまんこ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。