されるそうです。

バス待ちしている時にバスがどこを走っているか、何分遅れなのかをケータイなんかで見ることのできるサービスでちょうど私の通勤路線に試験導入されていたのでほぼ毎日使っていました。

いつ頃バスが来そうなのかが分かるのと、バス停に着いたけどバスがもう通過済みかどうか分からない、というときでも便利でした。

今度は福岡市内全域と言うことなので、会社から帰るときに終バスを逃さなくてすむようになるかも。

あと、無料なのも嬉しいかな。

impressより。

ヤフーは25日、福岡県福岡市の「福岡ドーム」のネーミングライツ（命名権）および付帯権利の取得を検討していると発表した。ネーミングライツ取得の際の新球場名は「福岡 Yahoo! JAPANドーム（略称：ヤフードーム）」となる見込み。

そうですか。
また長い名前になるなぁ。

たぶん地元の人間は「ドーム」か「福岡ドーム」で今までと呼び方が変わらない予感。

日経IT Proニュースより

　情報処理推進機構（IPA）でソフトウエア工学に関する研究を行っているソフトウェア・エンジニアリング・センター（SEC）は、2月から企業情報システムの開発段階における見積もり手法の検討に着手することを明らかにした。
＜中略＞
1月いっぱいで収集するデータは、SECに参加するシステム・インテグレータからのデータが中心。日本情報システム・ユーザー協会（JUAS）からもユーザー企業に関するデータの提供を受ける。およそ1000件の開発事例に関する情報を収集することを目指す。

どのような結果が出てくるのか、良い意味で期待してみよう。
もちろん、万能な見積もり手法などは存在し得ないので、そこら辺をどう丸めた形にしてくるのかにも興味あり。

記事によると６月には成果を出すようだけど、1000件の案件のデータを解析する割には短期間な気もするなぁ。

私はまだきちんとした見積もり手法（ＦＰ、COCOMO…は古いのかな？）を用いて見積もりをしたことがない。
単純にWBSっぽい作業一覧を作成しそれぞれに工数を出して行きその合計が見積もり工数、
というやり方がほとんどで、しかも各作業の工数を出すときは勘に頼ってしまう。
…悪い見本ですね。

うちの部署では最近、各フェーズ（基本設計、詳細設計、製造、単体テスト、結合テスト…）で生産性の基準指標を作り、それに当てはめて見積もりをするというのを推し進めてます。

しかし私が違和感を覚えるのは、その生産性の係数に掛け合わせる値がステップ数だということ。
つまり用件から機能を洗い出し、その機能が何ステップかを見積もる。
ステップ数を導き出すのは見積もりの段階では難しいと思うのだけど…。

でもどこかで読んだものには「規模が見積もれないのは用件から機能をきちんとイメージできていないからだ」と書かれていて、じゃあ想像できない自分ってダメダメなの？と凹んだことも…。

何が正しいのか分からなくなりそう。