何もおきないからって保守・運用のコストを下げてはいけない
運用・保守フェーズに入ってから、システムが安定していて特に作業が発生しなかったとしても、保守・運用のコストを下げてはいけない。 もしかしたら、次に発注するシステムの品質に影響する動機になるかもしれないからだ。
運用・保守フェーズに入ってから、システムが安定していて特に作業が発生しなかったとしても、保守・運用のコストを下げてはいけない。 もしかしたら、次に発注するシステムの品質に影響する動機になるかもしれないからだ。
どのタイミングかはわからないんだけど、いろんなサイトを見ていると突然固まる。 Flashを使っているサイトの確率が高いかな。 勘弁してほしい。
全ての成果物の保守フェーズは、その成果物が発生した瞬間から始まる。 だから、 運用・保守フェーズで楽になるようにプロジェクトを設計して運営するという事は、各フェーズの成果物が発生した瞬間からの作業でも楽が出来るということである。 だから、運用・保守フェーズを重要視したプロジェクト設計が大切なのだ。
プロセスを起動しているから? プロキシの解決になぜか時間がかかったりする。 非力なマシンだと結構固まる。
・アプリケーションショートカットを利用して思ったこと iPhoneのお気に入りを「ホーム画面に追加」みたいで便利。ただ、アドレスの表示を、どこかに残しておいてほしかった。 ・プロセスについて ウィンドウの数+タブの数だけプロセスができる。 1ウィンドウ1タブで2プロセス。
Android携帯にAndroid Marketを計画するGoogleに続いて、マイクロソフトからはWindows Mobile向けのアプリケーション販売サービス「Skymarket」が登場するようです。シアトル近郊向け求人サイトに掲載されている「シニアプロダクトマネージャ募集」広告によれば、Skymarketは …
・フレームワークを利用するプログラマが複雑な処理を書くとき、その複雑さを気持ちよく分散させる方向に誘導できる構成にする。 シンプルの組み合わせで複雑な処理が書けるように誘導する。 運用・保守時に泣いて喜ぶ作りである。 結局のところフレームワークの役割とはプログラマがシステムを作るときに楽であれば良いわけではなく、設計 …
・要素へのアクセスにインテリセンスが使えない(つまり実行時解決)ような作り。 ・下記のような、基本の機能をラッピングしただけで秩序も何も無い集合体。 ゴミのようなメソッド例 public static bool IsNullOrEmpty(string value) { return …
今年も始まったらしいTech.Ed 2008。 どうも時間割を見ても僕的に熱くなれるものがなかったのと、もちろん興味深いのはあった。 体力的な問題と、金銭的な問題で今回は見送り。
私がフレームワークを作るときの無意識に採用している指針を思いつきで羅列して改めて意識してみる試み。 ・めんどくさい事や、高度なことは全てフレームワーク側の責務。 ・ユーザ(ここで言うユーザとはフレームワークを利用して開発をする人)は決められたストーリーに沿ったコードを書けばよい。