ゆきのぶ日記

2005/04/30(Sat)

■ 山梨からの帰還

エンジントラブルで，初の高速立ち往生。首都高上で事故渋滞の原因を作ってしまった。まぁ私は乗ってるだけだったので，楽しいイベントを堪能。ちなみに，捻挫はだいぶ治ってきた。

東京に帰ってきて，秋葉原で新サーバーの部品調達。最新の Athron64 な環境にすることにしたが，グラフィックボードを買い忘れる。仕方がないのでもう再出発して AGP のボードを買ってきたけど，使えなかった。時代は AGP から PCI Express に移っていることを，思い知らされた。そんな状態だけど時代には逆らって，今度は PCI のボードに手を出そうかと思う。

[ツッコミを入れる]

2008/04/30(Wed)

■ [event]ITゼネコンをぶっつぶせ - JJUG CCC

ひがやすおさんの話が面白そうだったので、 JJUG CCC の BOF2 に行ってきた。以下、主に自分用メモ。

名言

今日は暑いですね。ちょっと水を飲みます。

ITゼネコンの分類

上流指向型ITゼネコン
- 問題点
  - プログラミング能力の低い人が仕様を決めているので仕様が gdgd になる
全丸投げ型ITゼネコン
- 問題点
  - 元請けが現場を知らないので実質的なマネージメントができていない

ITゼネコンの共通的な問題点

一括請負で発注するので、下請けの工数が膨らんでも気にならない
生産性の悪い方法を押しつけてくる

SI業界の負のスパイラル

元請けは下請けにコスト削減を求める
下請けはコストの安い人を使う / 経験不足の若手を教育せず送り込む
- ブラック企業に勤めているんだけど... な話 / 体で覚えろ
元請けは経験不足の人でも大丈夫なように、ガチガチの効率の悪いドキュメントを作る
- あまり頭を使わず、作れば動くようなもの / 効率は悪い
効率の悪いドキュメントのせいで優秀な人も力を発揮できない
経験不足の若手も理不尽な現場に違和感を持つ
- ゴールも見えずに頑張る状況 / モチベーションが沸かない状況
優秀な人も経験不足の若手もやめていく

Programming First Development

開発手順
- 最初に実装してユーザに使ってもらうということを、仕様が固まるまで繰り返す
- できあがった段階で、保守のために必要なドキュメントを書く
- DBも含めたリファクタリング技術の存在が前提になっている
- シナリオテストはブラックボックステスト
開発単位
- ユースケース
- 開発メンバ構成（ペア）
  - 業務SE + プログラマ
  - ベテラン + 若手SE