【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） - やまもといちろうBLOG（ブログ）
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） 読んでいて、実用書なのに涙が止まらない本に巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら？」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い
株式会社インフォネット
ONE STOP SERVICE インフォネットは企画・プロデュースからデザイン・コーディング、システム開発、運用サポートまで、 専門スタッフによるワンストップサービスで最高のパフォーマンスを発揮します。
サルでもわかる 逆引きデザインパターン 第1章 はじめてのデザインパターン はじめに:
第1章 はじめてのデザインパターン はじめに デザインパターンとは 特集の構成 すぐわかるオブジェクト指向 すぐわかるUML おわりに 第2章 逆引きカタログ ロジック編 Singleton (シングルトン) Factory/Factory Method (ファクトリ/ファクトリメソッド) Strategy (ストラテジ) Composite (コンポジット) Visiter (ビジタ) 第3章 逆引きカタログ J2EE編 Template Method (テンプレートメソッド) Facade (ファサード) ViewHelper (ビューヘルパ) DAO (Data Access Object) 第4章 逆引きカタログ その他 ユーティリティクラス 実行時例外を標準的に使う Nullオブジェクト 第5章 デザインパターン適用の勘所 はじめに アプリケーションの仕様 リファクタリング前のサ
「mixiのようなポータル機能をメーラーで実現したかった」――東京薬科大学
「mixiのようなポータル機能をメーラーで実現したかった」――東京薬科大学：Google Appsを採用しなかった理由も（1/2 ページ） 東京薬科大学はメールシステムを刷新し、10月より稼働させている。利用頻度が低かったメーラーを情報共有の基盤にするために同大学が考えたのは、「mixiのようなポータル機能をWebメールで実現すること」だった。 薬学部と生命科学部を持つ東京薬科大学は、学生や教員ごとに異なるドメインを取得し複数のメールシステムを使っていた。利用頻度はユーザーごとにばらつきがあり、中には「一度ログインをしただけでその後はまったく使わない」といったユーザーもいた。 電子メールを中心に情報共有を図り、教育に生かそうと考えていた同大学にとって、学生や教員が自発的に使うメールシステムの構築は重要課題だった。そこで同大学はSNS（ソーシャル・ネットワーキング・サービス）の「mixi」の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
福井県のシステム導入・開発・Web制作 起業及び創業支援なら 株式会社ネットシステム
株式会社ピー・ビーシステムズ
