パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

FF14、サービス開始後初の大規模アップデート」記事へのコメント

  • 永久に無理でしょ (スコア:2, すばらしい洞察)

    by Anonymous Coward

    ゲハのノリでクズエニとかたたくのは好きじゃないけど、人材募集要項で 漠然とした制作意図から自分で設計を進められる人 [square-enix.com]、きちんとした日本語で文章が書ける方 [square-enix.com]とか書いちゃうくらいだもん。これじゃ、ゲームができる訳がない。テキストエディタだってできない。

    こういう文書って、普通に考えれば、現場から要望が出て掲載するまで

    • by Anonymous Coward

      > 漠然とした制作意図から自分で設計を進められる人

      これはひどい。
      つーか上が漠然とした意図しか示さず、下(というか中間か?)がそれを形に出来ないまま作ったという事か……
      そら酷評もされるわ。

      • by Anonymous Coward
        酷い酷い言うけど、どんなプロジェクトであっても誰かがそういう仕事してるからシステム出来てるわけで。
        既に出来てる設計どおりに作業する人なら、人月30万もあればいくらでも調達できるわな。
        • by bit (41221) on 2010年11月28日 21時20分 (#1865515)

          >既に出来てる設計どおりに作業する人なら、人月30万もあればいくらでも調達できるわな。

          曖昧な設計しか書けないお方が、「読み取れよ」とか言うことが多いですよね。
          設計通りに作って問題があるのは、それは設計の問題なんですけどね。

          親コメント
          • by Anonymous Coward
            業務のシステム等は必ず確固としたワークフローが必ずあるんですね。
            (それは過去の紆余曲折を含めれば一定水準の理論的な代物です)
            顧客の表現力に難が有ってもワークフローを読み取って変わりに自分が表現すればいいわけです。

            この場合はそういった確固とした物が一切存在しないのです。
            つまり、ゲームデザイナーの経験や表現力に難があったら作るべき正しい形が誰も判らないのです。
            それを下が汲み取れなどというのは砂漠の蜃気楼へ向けたデスマーチで目的地に到達しろというようなもの。
            上流に居るまともに表現が出来ない無能なデザイナーやプランナーのクビをまず切るべきです。
            (なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう)
            • by bit (41221) on 2010年11月29日 23時53分 (#1866160)

              >(なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう)

              把握していても伝えられないというのは、ダメなんですよね。
              ある種、そのシステムとかプロダクツの生き神様になっちゃう。
              属人性をどこまで排するかというと、ゲームとかだとちょっと
              難しいと思うけど、これをきっちりやらないと、
              プロダクツごとの生き神様やら、特定仕様についての生き神様やら
              だらけになってしまう。

              現代においては、神の存在は害だという意識がないと、
              後進は育たない、安定した供給ができないといったことになる。

              親コメント
            • by Anonymous Coward

              上流に居るまともに表現が出来ない無能なデザイナーやプランナーのクビをまず切るべきです。
              (なのですが現状の仕様を把握してる人間をバッサリ切れないのでしょう)

              現状の仕様を把握してる人間が既に居ないかもしれない。
              だから、「漠然とした制作意図」のブレイクダウンが誰もできないとか。

          • by Anonymous Coward

            曖昧っていってもいろいろあるわけで
            マイコンで、1,2秒以内にソートされた10万件近くのデータから検索する処理で、線形検索を一生懸命最適化してた人もいる。データが見つからないときの最悪の場合20秒近くかかっていて要求を満たせなかった。
            その後、いろいろあって二分検索で要求の時間内に検索することができたんだが

            実装した人は、「二分検索使えとは、仕様書にどこにも書かれてない。」
            設計した人は、「ソートされてるんだから・・・、別に他の検索でも要求満たしたらかまわないので特に指示する必要がない」※これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。

            と言い合いになってました。

            ※直接関係ない私は逃げましたw実装した人がその時「二分検索」をよく知らなかったことを知っている。

            • by bit (41221) on 2010年11月29日 18時45分 (#1865924)

              >直接関係ない私は逃げましたw

              それは正しい行動だと思う。
              ちゃんと伝えていない設計者と、ど下手な実装をする技術屋がいる場所からは、とっとと逃げるか、流れ弾がこない様に隠れるのが一番ですね。

              >実装した人がその時「二分検索」をよく知らなかったことを知っている。

              検索すると言っても、結構色々な種類がありますよね。
              検索対象の数や求められる処理時間やマシンの処理能力とか考えて、取捨選択するのは、設計の役目だろうし、その取捨選択がまずかったら実装側が文句を言えばいいのに、ベタに作ってしまうというのが...

              >これより貧弱なハードで二分検索でできてたので少なくとも二分検索では要求を満たせることはわかっている。

              それって、設計のための資料ですよね?
              設計って、「何をせよ」ではなくて「何のために、どうやって、何を実現するか?」を明示しないとだめなんだけどね。

              某社のプログラマさんは、ソートでqsort()とか自分でロジック組むとかでなくて、データをファイルに書いてsystem("sort .....")とかやってくれたのがいた。

              設計書には「qsort()でソートする(それ以上の効率がよいものであれば、それでも可)」としてあったのだが...

              もう、ダメかと思った...

              親コメント

ソースを見ろ -- ある4桁UID

処理中...