WPFとSilverlightの選択ガイダンス - Yamakiの日記
先の記事でマイクロソフトのPete Brown氏がblogに記載したWPFとSilverlightの選択ガイダンスを紹介しました。私自身はこのガイダンスに賛成できない部分も多いため、私が考えるWPFとSilverlightの選択ガイダンスを書いてみようと思います。 異論、反論はあるかと思いますが、あくまで私個人の考えと受け止めていただければと思います。もちろんマイクロソフトさんは一切関係がございませんし、グレープシティが推奨しているガイダンスではないことにご留意ください。また、どちらかというと私はWPF支持派です。そして、仕事上業務アプリ以外のアプリとはほとんど関わりがありません。そのためそのようなバイアスがあることも考慮いただければと思います。 比較の対象はWPF 4とSilverlight 4です。 開発容易性 開発者のバックグラウンドや対象とするプロジェクトで異なる可能性はあるものの
スタンプ属性や更新履歴テーブルの無駄っぽさ - 設計者の発言
データベース設計の際に「スタンプ属性」を載せることが設計標準とされているプロジェクトは多い。典型的なところでは、 ・レコード追加日時 ・レコード追加ユーザＩＤ ・レコード追加プログラムＩＤ ・レコード最終更新日時 ・レコード最終更新ユーザＩＤ ・レコード最終更新プログラムＩＤ といった項目をテーブル毎に載せ、更新系の処理が起こるたびにアプリに更新させる。捺印するように設定されるので「スタンプ属性」と呼ばれる。私も何も疑問を持たずに昔から従っていたものだ。 スタンプ属性の意義として、何か異状が生じた場合にそれらの値を調べることによって原因を特定しやすくなる、と説明される。しかし私のこれまでの開発経験の中で、そのように役に立った記憶が一度もない。 今やスタンプ属性は、「要らないもの」ではないにせよ「とりあえず載せるもの」ではなくなっている。それは「必要であれば載せ、必要でないなら載せなくていい
[コラム] リファクタリングとは、 最適化することじゃない。 理解しやすくすること。 - TDD.NET
…これはべつに私が言い出したことではありません。 リファクタリングを世に広めた Martin Fowler 氏の言葉です。 Martin Fowler's Bliki in Japanese - リファクタリングの境界線 ( 原文: MF Bliki: RefactoringBoundary ) リファクタリングとは、理解や修正が簡単になるための変更だと私は思っている。同じ変更でも、目的が異なれば、それはリファクタリングとは言わない。 ※ リファクタリングを勉強するには、 何を措いてもファウラー氏の本は読んでおきましょう。 「リファクタリング ― プログラムの体質改善テクニック」 マーチン ファウラー (著) ピアソンエデュケーション (2000/05) ISBN-13: 978-4894712287 Martin Fowler's Bliki には、 ほかにも次のような記事があって、 と
![[コラム] リファクタリングとは、 最適化することじゃない。 理解しやすくすること。 - TDD.NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/c50b1ca0898c13b4c2b9eaaf8b9adc0e9348ce3f/height=288;version=1;width=512/http%3A%2F%2Fbluewatersoft.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
頻繁なVerUpがソフトウェア開発の本質 - プログラマの思索
WF型開発とAgile開発の本質的な違いはどこにあるのか？ プロセスや技術の観点から見れば、WF型開発は本番リリースが1回しかないのに対し、Agile開発は定期的なリリースを基本とする特徴がある。 その観点をもう少し深めて考えてみた。 ラフなメモ書き。 【1】WF型開発は、シーケンシャルに工程単位に開発を行い、フィードバックプロセスをできるだけ排除するプロセス。 半年～1年に1回だけ本番リリースするのが普通だろう。 特に日本のSIは製造業から派生した会社が多いから、ソフトウェア工場の発想に影響を受けている。 つまり、前工程の品質をできるだけ確保するために、レビューやテストを事前にしっかり行い、仕様漏れや検証漏れを前工程で十分に行って、後工程のフィードバックや突然割り込んだ変更要求をできるだけ排除するやり方。 たいていは、スコープは長期間固定化するのが普通で、最後の1回の本番リリースを成功さ
Windows 7の仮想HDD（後編）――ネイティブブートVHDの使い方
仮想HDD（以下、VHD）からのネイティブブート機能により、管理者はブータブルイメージをVHDに作成し、そのVHDをコンピュータのHDDに保存できる。さらに、BCDEditを使って、目的のVHDからの起動ができるようにブートメニューを構成できる。 VHDイメージからのネイティブブートは、仮想マシンを使う場合と比べて開発やテストを行う上で次のような点で好都合だ。 仮想マシンでは使えないハイエンドグラフィックスカードのようなコンポーネントを含むすべての物理ハードウェアにアクセスできる あるテクノロジーブログによると、VHDの読み書き性能は、驚くほど物理ディスクに近いという 複数のVHDイメージを1つのパーティションにロードできる ネイティブブートVHDは、スナップショットのように機能する差分ディスクをサポートする。このため、構成変更を元に戻せる アプリケーションや役割をインストールしなくても、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proximity APIでWi-Fi Direct通信 - デバイスとITの架け橋 - Site Home - MSDN Blogs
[コラム] リファクタリングはどっちへ進むべきだろう? (続) - TDD.NET
[コラム] リファクタリングはどっちへ進むべきだろう? ～ 機械に優しく? 人間に優しく? - TDD.NET