自動ニュース作成G
5年いた富士通を退職した理由
https://anond.hatelabo.jp/20190326233147
2019-04-06 05:41:26
>工程だけでなく、品質についても言及されている。例えば試験項目の品質はいかにバグが検出されたかで測られる。
>「試験してバグは1件です!」「おかしい、もっとバグが出るはずだ!バグが出るまで試験しろ!」
・富士通の商品みりゃ開発で攻めてるか否か入社せんでもわかろうもん。・昭和かよ・これは富士通の品質会計制度みたいなもんかな?バグ未達の場合はそれ以上出ない理由を書けば品質保証部の審査を通ると思うのだけど…。めんどくさいことは確かw >「おかしい、もっとバグが出るはずだ!バグが出るまで試験しろ!」・バグなんてのはなあ、テストじゃ出ないもののことを言うんだよ!・また被害者かよ。全く同じ事を俺が書いてやったというのに……・ウォーターフォールなら、ステップあたりのバグを想定して開発するのは普通。バグ1件が想定値のどれぐらいのレベルかによっては、不足している試験観点がないかを見直して、追加試験をする。それでも出なかったら、#3のように出ない理由を報告する感じ。・最近はテストドリブンや、ユニットテスト、アジャイルも加わって、従来の品質管理はできないけど、それに沿った報告はしないといけない。そういう場合はテストの仕方について着目して、テストの妥当性やカバー率をタテに納得させて行く。・都内の電車の広告でよく見る富士通の「こんな機能を携帯電話に入れました!」は毎回的外れ。・富士通関連で:何それつらい、オラクル「自社データセンターを作ったので引っ越ししてください」、客「何ですと?」https://www.orangeitems.com/entry/2019/04/04/212117・富士通のクラウドビジネスなんて信用できるかいな・地道にご説明して回れば個別にルールを変えれる程度の柔軟さはあるけど、それをする人は疲弊して徐々に去っていって、真面目で無気力な人が大勢になっているという感じ。チーム移動するたびにGitLab導入の音頭を取ってたらいつか折れる。・昔からほんとかわってないな…ソースの払い出しに専門の部署があってバカじゃねえの?と思いながら申請する懐かしい記憶・○立でも似たようなもんだったな。バグ検出用にダミーコード埋め込んだりしたなぁ・目立つ会社ですね。・#12 それ凄いなw 勘定系システムとかだとそれくらいあってもおかしくない気もするが・誤字とは分かっているが「ウォーターフール」わろた・組織ってある程度おおきくなってしまうと、新しい試みはすべて異端になる上に、新しいことをしろって言われるからなぁ