何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ
まとめ本 - Strategic Choice
まとめ記事を書いた本の一覧です。一覧出典本まとめ記事オブジェクト指向設計原則パッケージ設計の原則GRASPパターン構造化プログラミング GoFのデザインパターンGrandのデザインパターンオブジェクト指向の本懐PLoPの汎用設計パターンPOSAのアーキテクチャ根底技法POSAのアーキテクチャ非機能要件POSAのアーキテクチャパターンPOSAのデザインパターンオブジェクト指向エクササイズパターン指向リファクタリング七つの設計原理J2EEパターン実装パターン テスト駆動開発・Eclipseショートカット編テスト駆動開発・パターン編テスト駆動開発・実践編Unix思想 リファクタリングコードの臭い・脱臭チャートUNIXという考え方防御的プログラミング プログラマ vs アーキテクトドメイン駆動設計・俯瞰編ドメイン駆動設計・基盤編ドメイン駆動設計・アプリケーション構築編ドメイン駆動設計・モデル「深」
モデル駆動エンジニアリングのために汎用言語とDSLを組み合わせる - Johan den Haan - Digital Romanticism
この記事はJohan den Haan氏のブログ記事「http://www.theenterprisearchitect.eu/archive/2008/04/15/combining_general_purpose_lang」を、氏の許可を得て翻訳したものです。（原文公開日：2008年4月15日） モデル駆動エンジニアリングに関する以前の記事で、私はMDEの基本的な原則は「全てがモデルである」ということだと述べた。モデルとその要素にはファーストクラスの地位が与えられている。本質的な違いは、モデルがもはやプログラマのための単なるドキュメントとして使用されるだけではなく、ソフトウェア開発を駆動させるために直接利用できるということだ。モデルは、実装、変換、ソフトウェア成果物の諸相、システムに関する視点などを定義するのに用いられる。この記事で、私はモデルとは何なのか（モデルに関する様々な利用シナ
オブジェクト指向設計（設計の原則） の巻
設計の原則に関するメモ （日経ソフトウェア「オブジェクト指向設計の考え方」のメモ and 自分なりの考え） １．クラスの設計原則 １．１．単一責任の原則 クラスを変更する理由は１つだけ。 「Aという変更、Bという変更、そして、Cという変更をしたい時は、XXXクラスを変更する。」という作りの場合は、３つのクラスに分ける。 クラスの変更理由が複数あると、そのクラスの変更頻度が多くなってしまう。 また、間違った変更をしてしまった場合に、影響を受ける範囲（メソッドとか変数とか）が広くなってしまう。 １つづつに分けておけば、影響範囲を狭くできる。 １．２．開放／閉鎖原則 拡張に対して開いていて、修正に対しては閉じている。 １．３．Liskovの置換原則 サブクラスはスーパークラスと置換可能。 ポリモーフィズムを利用する。 １．４．依存関係逆転の原則 上位モジュールは下位モ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
syboos.jp
