in

TimberLandChapel.com Community Stage

技術者はたゆまぬ努力と一瞬のひらめき。。。
TimberLandChapel は日々研鑽する技術者をサポートします。DevPartner U.G. を立ち上げました。(2007.08.20)

タグによる閲覧

  • 【Architect Center】Enterprise Architect 6.1 導入

    モデリングツールです。 Visio が使い慣れなくて, JUDE を使っていましたが,ここへ来て Enterprise Architect 6.1 http://www.sparxsystems.jp/ が非常に輝いて見えたので早速導入しました。 これからしばらく使い方お勉強です。 ただ,パパッとモデルだけ書いてしまいたいならば,やはり JUDE の方に利があるでしょうか。
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2006-02-22
  • 【ちょこっとぼそっと】CODE COMPLETE をもういちど。

    ここのところ,更新をさぼっているのよりももっと長いこと ・開発プロセス ・メトリクス ・マネージメント ・パターンプラクティス と上流工程に関する本ばかりを読んでいました。そこで「コンストラクション」に回帰してみることに。 ※コンストラクション 実際にコードを作る工程。コーディングとテストを包括して言う場合が多い なのでやっぱりここは ・CODE COMPLETE http://www.microsoft.com/japan/info/press/JPN_ViewMsPress.asp?Book_id=1005&list_id=1 でしょう。 ということでもう一度読むことに。 そして読み返し始めた初日...
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-10-26
  • 【復刻版】未来が予測できないときのポリモーフィズムはどれだけ効果的か?

    ポリモーフィズム:多態性,多相性 仮想関数のデザインを利用して, 実装時に仮想関数によるメソッド呼び出しを行っておくと, 将来の仕様拡張が起こったときに,仮想関数呼び出し部分のほとんどを書き換えなくてよくなる。 という,オブジェクト指向言語の利点のひとつ。 が。 これが利用できるのは, きわめて凝集度が高くて,疎結合なメソッドに限られる。 もしくは, メソッドを凝集度が高くて,疎結合なメソッドにデザインする必要がある。 無計画にポリモーフィズムを利用しようとしても, 結局は仮想関数では対応できなくなってしまって, 別メソッドを立てなければならなくなってしまう。 これを防ぐためには, とにかく問題領域のモデリング...
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-10-23
  • 【Architect Center】アーキテクトへの道第6回

    ここのところ毎回チェックしている,アーキテクトセンタのコラムが更新されています。 アーキテクトへの道 http://www.microsoft.com/japan/msdn/architecture/way/default.aspx このくらいのコラムが書けるような Workshop を開催したいですね。
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-09-28
  • 【MSDN】MSDN サブスクリプションがわかりやすくなる。

    MSDN サブスクリプションの体系ってどう変わるの? MSKK デベロッパービジネス本部の 北川 裕康さん が非常にわかりやすく書かれています。 トラックバックさせていただいて, 多くの皆さんに MSDN サブスクリプションの変化について知ってもらいましょう。 MSDN サブスクリプションをお持ちの方は,チェックチェック! 以下トラックバックです。 MSDNサブスクリプションの移行~その1~ http://blogs.msdn.com/hiroyask/archive/2005/08/29/457382.aspx MSDNサブスクリプションの移行~その2~ http://blogs.msdn.com...
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-09-16
  • 【Architect Center】MSF のホワイトペーパーをレビューしよう。

    MSF(Microsoft Solutions Framework) は 「MSF は、ITソリューションをより早く、より少ない人数、より低いリスク、より高い品質で構築するための、適応性の高いフレームワークを提供します。」 という風に銘打たれたマイクロソフトのアーキテクトアプローチです。 本質的には開発方法論なのですが,あえて方法論として位置づけずに,フレームワークとしておいています。 半分くらいホワイトペーパーが日本語化されてきました。 .NET テクノロジを利用するアーキテクトとして,ここはレビューしておきたいところです。 MSF(Microsoft Solutions Framework...
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-08-24
  • 【Architect Center】「.NET アプリケーションのパフォーマンスとスケーラビリティの向上」日本語化

    patterns & practices に「.NET アプリケーションのパフォーマンスとスケーラビリティの向上」が完全に日本語化されて公開されています。 .NET を扱うアーキテクトさん必見です。 「.NET アプリケーションのパフォーマンスとスケーラビリティの向上 http://www.microsoft.com/japan/msdn/enterprise/pag/scalenet-intro.asp 【Architect Center】 の記事拡張のためにレビューしたいと考えています。 ほかにこんなのも必見。 Application Architecture for .NET: Designing...
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-08-11
  • 【,NET】Framework 1.1 と 2.0 ベータの互換性記事

    MSDN Online に .NET Framework 1.1 と 2.0(ベータ)の互換性に関する記事が掲載されました。 (1週間も前ですが。。。) これから Framework 乗せ変えのテストをする開発者さんは目を通しておくといいかも。 Microsoft .NET Framework 1.1 と 2.0 (ベータ版) の互換性 http://www.microsoft.com/japan/msdn/net/deployment/netfxcompat.asp
    投稿場所: TimberLandChapelのTech Blog (Weblog) 投稿者: timberlandchapel 投稿日時: 2005-07-29
ページ 1 / 1 (8 アイテム)
Powered by Community Server (Non-Commercial Edition), by Telligent Systems