アカウント名:
パスワード:
ゲハのノリでクズエニとかたたくのは好きじゃないけど、人材募集要項で 漠然とした制作意図から自分で設計を進められる人 [square-enix.com]、きちんとした日本語で文章が書ける方 [square-enix.com]とか書いちゃうくらいだもん。これじゃ、ゲームができる訳がない。テキストエディタだってできない。
こういう文書って、普通に考えれば、現場から要望が出て掲載するまで
> 漠然とした制作意図から自分で設計を進められる人
これはひどい。つーか上が漠然とした意図しか示さず、下（というか中間か？）がそれを形に出来ないまま作ったという事か……そら酷評もされるわ。
>既に出来てる設計どおりに作業する人なら、人月30万もあればいくらでも調達できるわな。
曖昧な設計しか書けないお方が、「読み取れよ」とか言うことが多いですよね。設計通りに作って問題があるのは、それは設計の問題なんですけどね。
>（なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう）
把握していても伝えられないというのは、ダメなんですよね。ある種、そのシステムとかプロダクツの生き神様になっちゃう。属人性をどこまで排するかというと、ゲームとかだとちょっと難しいと思うけど、これをきっちりやらないと、プロダクツごとの生き神様やら、特定仕様についての生き神様やらだらけになってしまう。
現代においては、神の存在は害だという意識がないと、後進は育たない、安定した供給ができないといったことになる。
上流に居るまともに表現が出来ない無能なデザイナーやプランナーのクビをまず切るべきです。（なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう）
現状の仕様を把握してる人間が既に居ないかもしれない。だから、「漠然とした制作意図」のブレイクダウンが誰もできないとか。
曖昧っていってもいろいろあるわけでマイコンで、１，２秒以内にソートされた10万件近くのデータから検索する処理で、線形検索を一生懸命最適化してた人もいる。データが見つからないときの最悪の場合20秒近くかかっていて要求を満たせなかった。その後、いろいろあって二分検索で要求の時間内に検索することができたんだが
実装した人は、「二分検索使えとは、仕様書にどこにも書かれてない。」設計した人は、「ソートされてるんだから・・・、別に他の検索でも要求満たしたらかまわないので特に指示する必要がない」※これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。
と言い合いになってました。
※直接関係ない私は逃げましたｗ実装した人がその時「二分検索」をよく知らなかったことを知っている。
>直接関係ない私は逃げましたｗ
それは正しい行動だと思う。ちゃんと伝えていない設計者と、ど下手な実装をする技術屋がいる場所からは、とっとと逃げるか、流れ弾がこない様に隠れるのが一番ですね。
>実装した人がその時「二分検索」をよく知らなかったことを知っている。
検索すると言っても、結構色々な種類がありますよね。検索対象の数や求められる処理時間やマシンの処理能力とか考えて、取捨選択するのは、設計の役目だろうし、その取捨選択がまずかったら実装側が文句を言えばいいのに、ベタに作ってしまうというのが...
>これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。
それって、設計のための資料ですよね？設計って、「何をせよ」ではなくて「何のために、どうやって、何を実現するか？」を明示しないとだめなんだけどね。
某社のプログラマさんは、ソートでqsort()とか自分でロジック組むとかでなくて、データをファイルに書いてsystem("sort .....")とかやってくれたのがいた。
設計書には「qsort()でソートする(それ以上の効率がよいものであれば、それでも可)」としてあったのだが...
もう、ダメかと思った...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
永久に無理でしょ (スコア:2, すばらしい洞察)
ゲハのノリでクズエニとかたたくのは好きじゃないけど、人材募集要項で 漠然とした制作意図から自分で設計を進められる人 [square-enix.com]、きちんとした日本語で文章が書ける方 [square-enix.com]とか書いちゃうくらいだもん。これじゃ、ゲームができる訳がない。テキストエディタだってできない。
こういう文書って、普通に考えれば、現場から要望が出て掲載するまで
Re: (スコア:0)
> 漠然とした制作意図から自分で設計を進められる人
これはひどい。
つーか上が漠然とした意図しか示さず、下（というか中間か？）がそれを形に出来ないまま作ったという事か……
そら酷評もされるわ。
Re: (スコア:0)
既に出来てる設計どおりに作業する人なら、人月30万もあればいくらでも調達できるわな。
Re:永久に無理でしょ (スコア:1)
>既に出来てる設計どおりに作業する人なら、人月30万もあればいくらでも調達できるわな。
曖昧な設計しか書けないお方が、「読み取れよ」とか言うことが多いですよね。
設計通りに作って問題があるのは、それは設計の問題なんですけどね。
Re: (スコア:0)
（それは過去の紆余曲折を含めれば一定水準の理論的な代物です）
顧客の表現力に難が有ってもワークフローを読み取って変わりに自分が表現すればいいわけです。
この場合はそういった確固とした物が一切存在しないのです。
つまり、ゲームデザイナーの経験や表現力に難があったら作るべき正しい形が誰も判らないのです。
それを下が汲み取れなどというのは砂漠の蜃気楼へ向けたデスマーチで目的地に到達しろというようなもの。
上流に居るまともに表現が出来ない無能なデザイナーやプランナーのクビをまず切るべきです。
（なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう）
Re:永久に無理でしょ (スコア:1)
>（なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう）
把握していても伝えられないというのは、ダメなんですよね。
ある種、そのシステムとかプロダクツの生き神様になっちゃう。
属人性をどこまで排するかというと、ゲームとかだとちょっと
難しいと思うけど、これをきっちりやらないと、
プロダクツごとの生き神様やら、特定仕様についての生き神様やら
だらけになってしまう。
現代においては、神の存在は害だという意識がないと、
後進は育たない、安定した供給ができないといったことになる。
Re: (スコア:0)
現状の仕様を把握してる人間が既に居ないかもしれない。
だから、「漠然とした制作意図」のブレイクダウンが誰もできないとか。
Re: (スコア:0)
曖昧っていってもいろいろあるわけで
マイコンで、１，２秒以内にソートされた10万件近くのデータから検索する処理で、線形検索を一生懸命最適化してた人もいる。データが見つからないときの最悪の場合20秒近くかかっていて要求を満たせなかった。
その後、いろいろあって二分検索で要求の時間内に検索することができたんだが
実装した人は、「二分検索使えとは、仕様書にどこにも書かれてない。」
設計した人は、「ソートされてるんだから・・・、別に他の検索でも要求満たしたらかまわないので特に指示する必要がない」※これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。
と言い合いになってました。
※直接関係ない私は逃げましたｗ実装した人がその時「二分検索」をよく知らなかったことを知っている。
Re:永久に無理でしょ (スコア:2, 興味深い)
>直接関係ない私は逃げましたｗ
それは正しい行動だと思う。
ちゃんと伝えていない設計者と、ど下手な実装をする技術屋がいる場所からは、とっとと逃げるか、流れ弾がこない様に隠れるのが一番ですね。
>実装した人がその時「二分検索」をよく知らなかったことを知っている。
検索すると言っても、結構色々な種類がありますよね。
検索対象の数や求められる処理時間やマシンの処理能力とか考えて、取捨選択するのは、設計の役目だろうし、その取捨選択がまずかったら実装側が文句を言えばいいのに、ベタに作ってしまうというのが...
>これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。
それって、設計のための資料ですよね？
設計って、「何をせよ」ではなくて「何のために、どうやって、何を実現するか？」を明示しないとだめなんだけどね。
某社のプログラマさんは、ソートでqsort()とか自分でロジック組むとかでなくて、データをファイルに書いてsystem("sort .....")とかやってくれたのがいた。
設計書には「qsort()でソートする(それ以上の効率がよいものであれば、それでも可)」としてあったのだが...
もう、ダメかと思った...