Martin Fowler's Bliki (ja)
タグ 人気エントリー PofEAA

tag

[翻訳者と原稿]

API design

  • バリューオブジェクト
  • コレクションクロージャメソッド
  • OverloadedGetterSetter
  • 2つの難しい問題
  • RoleInterface
  • コンストラクタによる初期化
  • 暗黙的インタフェースの実装
  • 流れるようなインタフェース
  • 最小インタフェース
  • ヒューメインインターフェイス
  • コマンド・問い合わせの分離
  • 制御の逆転
  • ハリウッド原則
  • 儀礼的実装
  • ソフトウェア開発の心構え
  • デコレートコマンド
  • 公布済みインターフェイス
  • コマンド指向インターフェイス
  • 型付きコレクション
  • HarvestedFramework
  • FoundationFramework

agile

  • 自己テストコード
  • ユーザーストーリー
  • 高頻度は問題を容易にする
  • クラフトマンシップと裂け目
  • 対話的ストーリー
  • ヘロヘロScrum
  • 初期の苦痛
  • アジャイル対リーン
  • ソフトウェア開発の学派
  • 機能の専念
  • アジャイルの押し付け
  • 顧客親近性
  • アジャイルマニフェストのミーティング
  • 厳密なアジャイル
  • コードがドキュメントだ
  • 漸進主義の広まり
  • 固定スコープの幻想
  • C3
  • アジャイルな引継ぎ
  • アジャイル認定試験
  • アジャイルは誰のもの?
  • ピープル指向
  • 顧客満足
  • 固定価格
  • 大規模アジャイルプロジェクト

agile adoption

  • 守破離
  • ヘロヘロScrum
  • 初期の苦痛
  • 意味の拡散
  • アジャイルの押し付け
  • 漸進主義の広まり
  • アジャイルは誰のもの?
  • 固定価格
  • 大規模アジャイルプロジェクト

agile history

  • アジャイルマニフェストのミーティング
  • C3
  • オブジェクト指向と反復開発
  • 反復開発の歴史

application architecture

  • コンウェイの法則
  • プレゼンテーションドメインデータレイヤリング
  • 犠牲的アーキテクチャ
  • レポーティングデータベース
  • CircuitBreaker
  • リソースプール
  • トランザクションレス
  • ContextualValidation
  • 制御の逆転
  • レイヤリングの原則
  • ローカルDTO
  • staticの置き換え
  • ストラングラーフィグアプリケーション
  • ストラングラーアプリケーション
  • 回収不能コスト駆動型アーキテクチャ
  • 公布済みインターフェイス
  • ドメインモデル貧血症
  • プレゼンテーションとドメインの分離
  • エンタープライズアーキテクチャ
  • アプリケーション境界
  • 固定長文字型
  • 第一の法則

application integration

  • 境界づけられたコンテキスト
  • サービス管理者
  • ServiceOrientedAmbiguity
  • 統合データベース
  • アプリケーションデータベース
  • データベーススタイル
  • サービススタブを提供する
  • エンタープライズアーキテクチャ
  • アプリケーション境界
  • 複数の正規化モデル

bad things

  • ウォーターフォールプロセス
  • DiversityImbalance
  • 意味的衝突
  • OverloadedGetterSetter
  • ヘロヘロScrum
  • CheaperTalentHypothesis
  • TestCancer
  • 機能の専念
  • DataClump
  • superの呼び出し
  • テストが失敗したりしなかったり
  • ディテスタブル
  • 壊滅的フェールオーバー
  • ローカルDTO
  • アサーションのないテスト
  • 回収不能コスト駆動型アーキテクチャ
  • ドメインモデル貧血症

build scripting

  • デプロイメントパイプライン
  • TouchFile
  • ビルド言語

certification

  • SEMAT
  • ソフトウェア開発の学派
  • 厳密なアジャイル
  • アジャイル認定試験
  • SWEBOK

clean code

  • 自己テストコード
  • 設計=スタミナ仮説
  • DataClump
  • コードの臭い
  • コマンド・問い合わせの分離
  • ディテスタブル
  • テスト駆動開発
  • GangOfFour

collaboration

  • PairProgramming
  • 対話的ストーリー
  • OpenSpace
  • ジャンケン見積り
  • ポストイットタイムライン
  • 顧客満足
  • 建築家

conferences

  • AltNetConf
  • RailsConf2007
  • OOPSLA2005
  • JAOO2005
  • OpenSpace
  • OOPSLA2004

continuous delivery

  • 高頻度は問題を容易にする

continuous integration

  • ソースコードブランチ管理のパターン
  • 自己テストコード
  • 抽象化によるブランチ
  • 継続的デリバリー
  • 意味的衝突
  • テストにおける非決定性の排除
  • フィーチャブランチ

data analytics

  • Datensparsamkeit

database

  • プレゼンテーションドメインデータレイヤリング
  • レポーティングデータベース
  • Datensparsamkeit
  • リソースプール
  • DatabaseThaw
  • トランザクションレス
  • メモリ内データベース
  • 統合データベース
  • アプリケーションデータベース
  • データベーススタイル
  • データモデル

delivery

  • 自己テストコード
  • CircuitBreaker
  • デプロイメントパイプライン
  • 継続的デリバリー
  • テストにおける非決定性の排除
  • BlueGreenDeployment
  • Buildix
  • 壊滅的フェールオーバー
  • diffデバッグ
  • アジャイルな引継ぎ
  • バグが超少ないプロジェクト
  • データベースとビルドタイム

dictionary

  • 守破離
  • ディテスタブル
  • Wardish
  • AlphaGeek

diversions

  • ウェスタン

diversity

  • DiversityImbalance
  • 多様性

documentation

  • コードがドキュメントだ

domain driven design

  • バリューオブジェクト
  • 境界づけられたコンテキスト
  • 顧客ロイヤルティソフトウェア
  • TypeInstanceHomonym
  • ユビキタス言語
  • ContextualValidation
  • ドメインモデル貧血症
  • CurrencyAsValue
  • エヴァンスの分類
  • DDDにおける集約

domain specific language

  • ビジネスリーダブルDSL
  • モデル駆動ソフトウェア開発
  • MDSDとDSL
  • 構文ノイズ
  • パーサー恐怖症
  • ドメイン特化言語
  • Rubyのアノテーション
  • 内部DSL
  • DSLの境界線
  • 流れるようなインタフェース
  • LanguageWorkbenchReadings
  • メタプログラミングシステム
  • UseOfXML
  • LayProgrammer
  • CobolInference

encapsulation

  • プレゼンテーションドメインデータレイヤリング
  • PublicCsharpFields
  • 公布済みインターフェイス
  • ProtectedData
  • アクセス修飾子

enterprise architecture

  • コンウェイの法則

estimation

  • StoryPoint
  • XPのベロシティ
  • 見積もりの目的
  • 5ポンドの鞄
  • 固定スコープの幻想
  • 標準ストーリーポイント
  • ジャンケン見積り
  • 昨日の天気
  • 生産性は計測不能
  • 固定価格

evolutionary design

  • 犠牲的アーキテクチャ
  • 設計=スタミナ仮説
  • 度重なる変異
  • 財産確保
  • シードワーク

extreme programming

  • PairProgramming
  • ケント・ベックの設計のルール
  • UnitTest
  • 自己テストコード
  • XPのベロシティ
  • クラフトマンシップと裂け目
  • 対話的ストーリー
  • コードの所有
  • C3
  • 昨日の天気
  • バグが超少ないプロジェクト
  • XPの原則
  • オンサイト顧客

infodecks

  • インフォデッキ

internet culture

  • Datensparsamkeit
  • DiversityImbalance

language feature

  • コレクションクロージャメソッド
  • 構文ノイズ
  • クラスインスタンス変数
  • Rubyのアノテーション
  • SmalltalkBooks
  • superの呼び出し
  • ダイナミックタイピング
  • クロージャ
  • PublicCsharpFields
  • 公布済みインターフェイス
  • オブジェクト指向を学ぶにはどの言語がよい?
  • ProtectedData
  • アクセス修飾子
  • Annotation

lean

  • トヨタの欠陥
  • アジャイル対リーン
  • メタファによる問いかけ

legacy rehab

  • ストラングラーフィグアプリケーション
  • ストラングラーアプリケーション
  • イベントインターセプション
  • 財産確保
  • 歴史はでたらめじゃない

legal

  • Datensparsamkeit

metrics

  • 見積もりの目的
  • テストカバレッジ
  • 支払利息の見積もり
  • 5ポンドの鞄
  • 厳密なアジャイル
  • 標準ストーリーポイント
  • 生産性は計測不能
  • 失敗とは

microsoft

  • AltNetConf
  • RubyMicrosoft

noSQL

  • DatabaseThaw

object collaboration design

  • コレクションクロージャメソッド
  • 制御の逆転
  • ハリウッド原則
  • GangOfFour
  • DDDにおける集約

presentations

  • インフォデッキ
  • VisualChannel
  • ExtemporarySpeaking

process theory

  • ウォーターフォールプロセス
  • 犠牲的アーキテクチャ
  • 守破離
  • 高頻度は問題を容易にする
  • クラフトマンシップと裂け目
  • SEMAT
  • ソフトウェア開発の学派
  • 設計=スタミナ仮説
  • 機能の専念
  • コードの所有
  • 漸進主義の広まり
  • メタファによる問いかけ
  • 欠陥技術の二分法
  • やっぱり機能別組織が好き
  • ソフトウェア開発の心構え
  • 委任主義
  • 直轄主義
  • ピープル指向
  • 建築家
  • SWEBOK
  • 失敗とは

productivity

  • 品質の高いソフトウェアはそのコストに見合うのか?
  • 高頻度は問題を容易にする
  • CheaperTalentHypothesis
  • 設計=スタミナ仮説
  • 大きな画面
  • 生産性は計測不能
  • 固定価格

programming platforms

  • モデル駆動ソフトウェア開発
  • 1つの言語
  • オブジェクト指向を学ぶにはどの言語がよい?
  • UseOfXML
  • POJO

programming style

  • 品質の高いソフトウェアはそのコストに見合うのか?
  • 技術的負債
  • ケント・ベックの設計のルール

project planning

  • 品質の高いソフトウェアはそのコストに見合うのか?
  • XPのベロシティ
  • 見積もりの目的
  • 支払利息の見積もり
  • ローラースケート実装
  • 設計損益ライン
  • 5ポンドの鞄
  • 柔軟なスコープ
  • 固定スコープの幻想
  • 標準ストーリーポイント
  • ジャンケン見積り
  • 昨日の天気
  • 生産性は計測不能
  • 固定価格
  • 大規模アジャイルプロジェクト

projects

  • ローラースケート実装
  • C3

recruiting

  • CheaperTalentHypothesis
  • 好ましい設計スキル

refactoring

  • ケント・ベックの設計のルール
  • 自己テストコード
  • DataClump
  • コードの臭い
  • RefactoringPhotran
  • staticの置き換え
  • リファクタリングの定義
  • リファクタリングの誤用
  • C-Refactory
  • リファクタリングの語源
  • Cringelyをリファクタリング
  • フレームワーク構築

refactoring boundary

  • インタフェースの変更はリファクタリングか
  • 未知のバグフィックスはリファクタリングか?
  • 最適化はリファクタリングか?
  • 宣言の順序変更はリファクタリングか?

requirements analysis

  • 境界づけられたコンテキスト
  • ユーザーストーリー
  • 命令的ストーリー
  • 対話的ストーリー
  • ローラースケート実装
  • 機能の専念
  • 顧客親近性
  • 柔軟なスコープ
  • 固定スコープの幻想
  • 標準ストーリーポイント
  • 実例による仕様書
  • ユースケースとストーリー
  • ユースケース
  • 歴史はでたらめじゃない
  • オンサイト顧客

retrospective

  • ポストイットタイムライン

ruby

  • コレクションクロージャメソッド
  • DynamicTypeCheck
  • GroovyOrJRuby
  • RubyMicrosoft
  • RailsConf2007
  • クラスインスタンス変数
  • Rubyのアノテーション
  • エンタープライズRails
  • RubyPloticus
  • EvaluatingRuby
  • Rubyピープル
  • ダイナミックタイピング
  • オブジェクト指向を学ぶにはどの言語がよい?

scrum

  • ヘロヘロScrum

software craftsmanship

  • 設計=スタミナ仮説

team environment

  • 大きな画面

team organization

  • コンウェイの法則
  • プレゼンテーションドメインデータレイヤリング
  • 境界づけられたコンテキスト
  • サービス管理者
  • 好ましい設計スキル
  • 顧客親近性
  • コードの所有
  • 技術別組織
  • やっぱり機能別組織が好き
  • 機能別組織
  • アプリケーション境界
  • セキュリティと設計
  • 大規模アジャイルプロジェクト
  • LayProgrammer

technical debt

  • 品質の高いソフトウェアはそのコストに見合うのか?
  • 技術的負債
  • 技術的負債の四象限
  • 支払利息の見積もり
  • 設計=スタミナ仮説
  • 設計損益ライン
  • コードの臭い
  • ディテスタブル

technical leadership

  • 好ましい設計スキル
  • 度重なる変異

testing

  • 質素なオブジェクト
  • UnitTest
  • 自己テストコード
  • テストカバレッジ
  • テストにおける非決定性の排除
  • TestCancer
  • ObjectMother
  • Xunit
  • テストダブル
  • TestInvariant
  • メモリ内データベース
  • テストが失敗したりしなかったり
  • ディテスタブル
  • テスト駆動開発
  • staticの置き換え
  • Junit新インスタンス
  • テスティングリソースプール
  • アサーションのないテスト
  • 実例による仕様書
  • データベースとビルドタイム
  • テスト用言語
  • Agiledox
  • スタブの生成
  • ClockWrapper

thoughtworks

  • CheaperTalentHypothesis
  • 好ましい設計スキル
  • ThoughtWorksChina
  • 多様性
  • LeadershipDivide
  • Royの社会的実験
  • いちばん大切なのは人
  • オープンソースリサーチ
  • ローテーション
  • ThoughtWorks2005
  • 柔軟なスコープ
  • オープンな知的財産

tools

  • JRubyVelocity
  • JRake
  • 大きな画面
  • 電子投票機
  • Buildix
  • DebianJava
  • FineDetail
  • Debianのインストール
  • Agiledox

travel

  • Saba
  • TravelClothing
  • Dominica
  • Japan

uml

  • モデル駆動ソフトウェア開発
  • UMLアクティビティ図
  • ボールとソケット
  • UMLスケッチツール
  • モデル駆動型アーキテクチャ
  • 派生情報
  • UnwantedModelingLanguage
  • クラス図におけるローカル変数
  • 依存と関連
  • プラットフォーム独立の誤用
  • ユースケースとストーリー
  • ユースケース
  • 基数ではなく多重度
  • Uml2
  • includeとextend
  • UMLモード
  • スケッチとしてのUML
  • プログラミング言語としてのUML
  • 設計図としてのUML
  • 集約とコンポジション
  • クラス図におけるコレクション

version control

  • 抽象化によるブランチ
  • 継続的デリバリー
  • 意味的衝突
  • フィーチャブランチ
  • ペンディングHEAD
  • PervasiveVersioning
  • もっとVersionControlを!
  • diffデバッグ

web development

  • プレゼンテーションドメインデータレイヤリング
  • Datensparsamkeit
  • Web2.0

website

  • Blikiとは

writing

  • AvoidingVideo
  • BookCode
  • DuplexBook
  • Translations
  • Neologism
  • JohnVlissides
  • SmalltalkBooks
  • 事例証拠
  • PatternShare
  • もっとVersionControlを!
  • 一般的な助言の限界
  • 虎の威を借りてみる
  • サンプルコード
  • XSLTから遠ざかる
  • パターンは新しいもんじゃない
  • UseOfXML
  • ドット投票

Martin Fowler's Bliki (ja)

  • Martin Fowler's Bliki (ja)
  • kdmsnr@gmail.com
  • bliki-ja