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