• 2014年6月5日木曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

マリオカート7

テレビでマリオカート8のCM見ていたらやりたくなったが、
WiiUは持っていないので、3DSのマリオカート7を買ったぜ。

中々楽しいな。
SFCの頃は非常によくやった。
やり込み系のゲームだし、何年も楽しめると思う。

仕事や小説執筆の息抜きにプレイしていきたい。

フレンドも募集中だお。(´・ω・`)b
  • 2014年6月4日水曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

僕の四つ下の弟に子供が生まれたと連絡が入った。

女の子だそうだ。


先を越されてしもうだ……。(´・ω・`)



いずれその姪より『叔父様』と呼ばれることになるのか。



お年玉を用意しておかねばならんな。(´・ω・`)
  • 2014年6月3日火曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

考え中

人生を。(´・ω・`)
  • 2014年6月2日月曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

超暇

他チームの待ちで現場が暇で暇で敵わん。

あんなん、普通にやってりゃすぐ終わるだろ。

何やっとるんや? (´・ω・`)
  • 2014年5月30日金曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

大量離職

最近、ウチの会社辞める人が多いな。(;´・ω・`)
  • 2014年5月25日日曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

起動せず

う~む。

すでに結合テスト開始予定日から一週間が経過したが、未だにWeb画面が起動しない。

やっぱりDB設計を無視して勝手に独自DBで作るとか意味不明なことをしていたせいで、
整合性が全く取れないんだな。

いよいよ他チームの有識者がWebチームの指導に入ったが、遅きに失したな……。
  • 2014年5月21日水曜日
ウズマスターの日々
ウズマスターの日々 https://blog.uzumax.org/search?updated-max=2014-06-08T18:17:00-07:00&max-results=7&reverse-paginate=true

DB設計無視

このプロジェクトも、結合テストに入ろうかというフェーズに来ている。

要件定義も未完成なのに結合テストってんだから崩壊は確実だが。。。

ともかく、チーム間で作ったモジュールを結合させるフェーズに来ている。


で、カスチームの問題が飛び火しそうな。。。。

カスチームは画面開発チームなんだけど、『ログイン出来ない』のよ。


ログを見てみると、「テーブルがありません」って出てくる。


(・3・)「あるぇー。DB構築ミスったかな?」


まあ、普通はこう思うわな。
環境作ったばかりで初めての試運転だから、「create table」をミスったんじゃないかとか、そんな風に思う。
最初はそれだけだと思ったんだよ。


でも違った。


環境構築は正しく出来ている。カスチームが間違っている。

しかし、なぜロジックが間違っているとかいう話ではなく、「テーブルがありません」などという環境問題っぽいログが出てくるのか?

SQLが間違っている?
全然テストしてない?



違う違う違う。

DB設計を勘違いしている!!




このプロジェクトは要件が不安定だから、DB設計がコロコロ変わっているのよ。
それ自体が問題ではあるけど、実装側としては合わせて行くしか無いわな。

「DB設計が変わりました」っていう通知が来たら、作業を手戻りしてSQLを直す。

そういう三歩進んで二歩下がるみたいなやり方で開発を行っている。


でも、カスチームは「DB設計変更を無視してた」んだよ!!

DB設計変更通知を無視して、最初の頃の古いDB設計のままでず~っと開発していた。

だから、結合テストの段階で最新DB設計を適用した途端、「テーブルがありません」とか出てくる。

そりゃそうだ。仕様変更でそんなテーブルは消滅してるんだから。

テーブルは無い。ビューも無い。カラムも無い。主キーも違う。



それってもう、モジュールとして成立してないだろ。

バグとか品質とかってレベルじゃねえよ。

何考えとるん?(´・ω・`)



どうやらあのチームは、何の意味も無い作業の為にデスマしていたようだな。
どれだけの工数をドブに捨てたんだろうか?

そしていつ結合テストは始まるのだろうか?(´・ω・`)