アカウント名:
パスワード:
モジュール単体では動いてるんだけどシナリオ付きの結合テストが進まずにポシャという事例が経験上多い。
そんで、人海戦術でコードを見直すんだ。実際にどんな入力を受け取り、どんな出力をしてんのかをexcelで表にまとめようとする。でもその表のフォーマットすら統一できない。モジュールの内部の事情によっては、出力様式が7色に変化してたりする。
結局、大量の資料を作ってみたものの、ぜんぜん役に立たない。あるモジュールの出力と、他のモジュールへの入力を見比べるのにすら時間が時間が時間が。
そんで、現場はグダグダ。
・製造担当が何を作ればいいのか分からない・要件定義担当が何をすればいいのか分からない・客自身も何をしたいのか分からない
そんなシステムが来月リリースという旨、盛大にプレスリリースされました。
#ACに決まってる
新たな携帯端末や機能が増えるたびマクロや#if が増えていく。(もちC言語)すでにどの設定をONにするとなにが動くか誰も把握できず、どのマクロが何のために作られたのか誰も知らない。
もちろんコメントはほとんどない。マクロにさえコメントはついてない。だからたった一つのマクロの動作を把握するのに一日かけても終わらない。機能追加やバグフィックスなど夢のまた夢。
それでも社長はただ怒鳴るだけ。そんなに平技術者恫喝して楽しいですか?同じ癌で死んだとはいえ、ジョブズとは印象が正反対だわ。
それって単純にフローが整理されてないだけでしょ???
いきなりサンプルデータを大量に突っ込んで自動的に全部動かすバカがやる失敗談ですよね?
1個1個連続で動かせばどこでこけたかわかるでしょうに。
#バグがあるかどうかを見つける場合は大量にデータ突っ込んで動かしたほうがいいと思うけど#どこにバグがあるかどうかを見つけるのに同じことをする馬鹿は多いのかもしれないね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
お前らが経験した失敗プロジェクトを語れ (スコア:2, 参考になる)
モジュール単体では動いてるんだけど
シナリオ付きの結合テストが進まずにポシャ
という事例が経験上多い。
そんで、人海戦術でコードを見直すんだ。
実際にどんな入力を受け取り、どんな出力をしてんのかを
excelで表にまとめようとする。
でもその表のフォーマットすら統一できない。
モジュールの内部の事情によっては、出力様式が7色に変化してたりする。
結局、大量の資料を作ってみたものの、ぜんぜん役に立たない。
あるモジュールの出力と、他のモジュールへの入力を
見比べるのにすら時間が時間が時間が。
そんで、現場はグダグダ。
Re:お前らが経験した失敗プロジェクトを語れ (スコア:2)
マシン間で文字コードが異なる事に結合が始まるまで誰も気付かなかったり・・・
Re:お前らが経験した失敗プロジェクトを語れ (スコア:1)
・製造担当が何を作ればいいのか分からない
・要件定義担当が何をすればいいのか分からない
・客自身も何をしたいのか分からない
そんなシステムが来月リリースという旨、盛大にプレスリリースされました。
#ACに決まってる
おかしい人を亡くしてしまった (スコア:0)
新たな携帯端末や機能が増えるたびマクロや#if が増えていく。(もちC言語)
すでにどの設定をONにするとなにが動くか誰も把握できず、
どのマクロが何のために作られたのか誰も知らない。
もちろんコメントはほとんどない。マクロにさえコメントはついてない。
だからたった一つのマクロの動作を把握するのに一日かけても終わらない。
機能追加やバグフィックスなど夢のまた夢。
それでも社長はただ怒鳴るだけ。
そんなに平技術者恫喝して楽しいですか?
同じ癌で死んだとはいえ、ジョブズとは印象が正反対だわ。
Re: (スコア:0)
それって単純にフローが整理されてないだけでしょ???
いきなりサンプルデータを大量に突っ込んで自動的に全部動かすバカがやる失敗談ですよね?
1個1個連続で動かせばどこでこけたかわかるでしょうに。
#バグがあるかどうかを見つける場合は大量にデータ突っ込んで動かしたほうがいいと思うけど
#どこにバグがあるかどうかを見つけるのに同じことをする馬鹿は多いのかもしれないね