ここは、Martin Fowler's Blikiの日本語翻訳サイトです。Martin Fowler氏本人の許可を得て公開しています。データはGitHubで管理していますので、どなたでも翻訳に参加することが可能です。
※現在、移行中につき、Markdown形式になっていないものが多々あります……。PRいただけると大変ありがたいです。
API design / agile / agile adoption / agile history / application architecture / application integration / bad things / build scripting / certification / clean code / collaboration / computer history / conferences / continuous delivery / continuous integration / data analytics / database / delivery / dictionary / diversions / diversity / documentation / domain driven design / domain specific language / encapsulation / enterprise architecture / estimation / evolutionary design / extreme programming / infodecks / internet culture / language feature / lean / legacy rehab / legal / metrics / microsoft / noSQL / object collaboration design / platforms / presentations / process theory / productivity / programming platforms / programming style / project planning / projects / recruiting / refactoring / refactoring boundary / requirements analysis / retrospective / ruby / scrum / software craftsmanship / team environment / team organization / technical debt / technical leadership / testing / thoughtworks / tools / travel / uml / version control / web development / website / writing /
article
- Random
- ソースコードブランチ管理のパターン
- エンタープライズアプリケーション開発のパターン
- ドメインロジックとSQL
- 朝会のパターン:立ってるだけじゃないよ
- ThoughtWorksにおけるRuby
- 最近何をやっているのか
- ソフトウェアとオバマの勝利
- Rubyの構文のかんたんな紹介
- 言語ワークベンチ
- 新しいソフトウェア開発手法
API design
- バリューオブジェクト
- コレクションクロージャメソッド
- オーバーロードしたゲッターとセッター
- 2つの難しい問題
- RoleInterface
- コンストラクタによる初期化
- 暗黙的インタフェースの実装
- 流れるようなインタフェース
- 最小インタフェース
- ヒューメインインターフェイス
- コマンド・問い合わせの分離
- 制御の逆転
- ハリウッド原則
- 儀礼的実装
- ソフトウェア開発の心構え
- デコレートコマンド
- 公布済みインターフェイス
- コマンド指向インターフェイス
- 型付きコレクション
- 収穫型フレームワーク
- 基礎型フレームワーク
- セッターによる初期化
- Seal
- インタフェースと実装のペア
- ヘッダーインタフェース
agile
- 自己テストコード
- ユーザーストーリー
- 高頻度は問題を容易にする
- クラフトマンシップと裂け目
- 対話的ストーリー
- ヘロヘロScrum
- 初期の苦痛
- アジャイル対リーン
- ソフトウェア開発の学派
- 機能の専念
- アジャイルの押し付け
- 顧客親近性
- アジャイルマニフェストのミーティング
- 厳密なアジャイル
- コードがドキュメントだ
- 漸進主義の広まり
- 固定スコープの幻想
- C3
- アジャイルな引継ぎ
- アジャイル認定試験
- アジャイルは誰のもの？
- ピープル指向
- 顧客満足
- 固定価格
- 大規模アジャイルプロジェクト
agile adoption
agile history
application architecture
- コンウェイの法則
- プレゼンテーションドメインデータレイヤリング
- 犠牲的アーキテクチャ
- レポーティングデータベース
- サーキットブレイカー
- リソースプール
- トランザクションレス
- 文脈型バリデーション
- 制御の逆転
- レイヤリングの原則
- ローカルDTO
- staticの置き換え
- ストラングラーフィグアプリケーション
- ストラングラーアプリケーション
- 回収不能コスト駆動型アーキテクチャ
- 公布済みインターフェイス
- ドメインモデル貧血症
- プレゼンテーションとドメインの分離
- エンタープライズアーキテクチャ
- アプリケーション境界
- 固定長文字型
- 第一の法則
application integration
- 境界づけられたコンテキスト
- サービス管理者
- サービス指向あいまいさ
- 統合データベース
- アプリケーションデータベース
- データベーススタイル
- サービススタブを提供する
- エンタープライズアーキテクチャ
- アプリケーション境界
- 複数の正規化モデル
bad things
- ウォーターフォールプロセス
- 多様性のアンバランス
- 意味的衝突
- オーバーロードしたゲッターとセッター
- ヘロヘロScrum
- 優秀なほうが安い仮説
- テストの癌
- 機能の専念
- データの塊
- superの呼び出し
- テストが失敗したりしなかったり
- ディテスタブル
- 壊滅的フェールオーバー
- ローカルDTO
- アサーションのないテスト
- 回収不能コスト駆動型アーキテクチャ
- ドメインモデル貧血症
build scripting
certification
clean code
collaboration
computer history
conferences
continuous delivery
continuous integration
data analytics
database
- プレゼンテーションドメインデータレイヤリング
- レポーティングデータベース
- Datensparsamkeit
- リソースプール
- DatabaseThaw
- トランザクションレス
- メモリ内データベース
- 統合データベース
- アプリケーションデータベース
- データベーススタイル
- データモデル
- リレーショナル型データモデル
- ネットワーク型データモデル
- 階層型データモデル
delivery
- 自己テストコード
- サーキットブレイカー
- デプロイメントパイプライン
- 継続的デリバリー
- テストにおける非決定性の排除
- Buildix
- 壊滅的フェールオーバー
- diffデバッグ
- アジャイルな引継ぎ
- バグが超少ないプロジェクト
- データベースとビルドタイム
dictionary
diversions
diversity
documentation
domain driven design
- バリューオブジェクト
- 境界づけられたコンテキスト
- 顧客ロイヤルティソフトウェア
- 型インスタンス同音異義語
- ユビキタス言語
- 文脈型バリデーション
- ドメインモデル貧血症
- CurrencyAsValue
- エヴァンスの分類
- DDDにおける集約
domain specific language
- ビジネスリーダブルDSL
- モデル駆動ソフトウェア開発
- MDSDとDSL
- 構文ノイズ
- パーサー恐怖症
- ドメイン特化言語
- Rubyのアノテーション
- 内部DSL
- DSLの境界線
- 流れるようなインタフェース
- LanguageWorkbenchReadings
- メタプログラミングシステム
- UseOfXML
- 素人プログラマー
- CobolInference
encapsulation
- 自己カプセル化
- プレゼンテーションドメインデータレイヤリング
- PublicCsharpFields
- 公布済みインターフェイス
- ProtectedData
- アクセス修飾子
- Seal
- カプセル化したコレクション
enterprise architecture
estimation
evolutionary design
extreme programming
- ペアプログラミング
- ケント・ベックの設計のルール
- UnitTest
- 自己テストコード
- XPのベロシティ
- クラフトマンシップと裂け目
- 対話的ストーリー
- コードの所有
- C3
- 昨日の天気
- バグが超少ないプロジェクト
- XPの原則
- オンサイト顧客
infodecks
internet culture
language feature
- コレクションクロージャメソッド
- 構文ノイズ
- クラスインスタンス変数
- Rubyのアノテーション
- SmalltalkBooks
- superの呼び出し
- ダイナミックタイピング
- クロージャ
- PublicCsharpFields
- 公布済みインターフェイス
- オブジェクト指向を学ぶにはどの言語がよい？
- ProtectedData
- アクセス修飾子
- Annotation
lean
legacy rehab
legal
metrics
microsoft
noSQL
object collaboration design
platforms
presentations
process theory
- ソフトウェアとエンジニアリング
- ウォーターフォールプロセス
- 犠牲的アーキテクチャ
- 守破離
- 高頻度は問題を容易にする
- クラフトマンシップと裂け目
- SEMAT
- ソフトウェア開発の学派
- 設計＝スタミナ仮説
- 機能の専念
- コードの所有
- 漸進主義の広まり
- メタファによる問いかけ
- 欠陥技術の二分法
- やっぱり機能別組織が好き
- ソフトウェア開発の心構え
- 委任主義
- 直轄主義
- ピープル指向
- 建築家
- SWEBOK
- 失敗とは
productivity
programming platforms
programming style
project planning
- 品質の高いソフトウェアはそのコストに見合うのか？
- XPのベロシティ
- 見積もりの目的
- 支払利息の見積もり
- ローラースケート実装
- 設計損益ライン
- 5ポンドの鞄
- 柔軟なスコープ
- 固定スコープの幻想
- 標準ストーリーポイント
- ジャンケン見積り
- 昨日の天気
- 生産性は計測不能
- 固定価格
- 大規模アジャイルプロジェクト
projects
recruiting
refactoring
- ケント・ベックの設計のルール
- 自己テストコード
- データの塊
- コードの臭い
- RefactoringPhotran
- staticの置き換え
- リファクタリングの定義
- リファクタリングの誤用
- C-Refactory
- リファクタリングの語源
- Cringelyをリファクタリング
- フレームワーク構築
refactoring boundary
requirements analysis
- 境界づけられたコンテキスト
- ユーザーストーリー
- 命令的ストーリー
- 対話的ストーリー
- ローラースケート実装
- 機能の専念
- 顧客親近性
- 柔軟なスコープ
- 固定スコープの幻想
- 標準ストーリーポイント
- 実例による仕様書
- ユースケースとストーリー
- ユースケース
- 歴史はでたらめじゃない
- オンサイト顧客
retrospective
ruby
- コレクションクロージャメソッド
- DynamicTypeCheck
- GroovyOrJRuby
- RubyMicrosoft
- RailsConf2007
- クラスインスタンス変数
- Rubyのアノテーション
- エンタープライズRails
- RubyPloticus
- EvaluatingRuby
- Rubyピープル
- ダイナミックタイピング
- オブジェクト指向を学ぶにはどの言語がよい？
scrum
software craftsmanship
team environment
team organization
- 2枚のピザチーム
- チームトポロジー
- コンウェイの法則
- プレゼンテーションドメインデータレイヤリング
- 境界づけられたコンテキスト
- サービス管理者
- 好ましい設計スキル
- 顧客親近性
- コードの所有
- 技術別組織
- やっぱり機能別組織が好き
- 機能別組織
- アプリケーション境界
- セキュリティと設計
- 大規模アジャイルプロジェクト
- 素人プログラマー
technical debt
technical leadership
testing
- テスト駆動開発
- 質素なオブジェクト
- UnitTest
- 自己テストコード
- テストカバレッジ
- テストにおける非決定性の排除
- テストの癌
- ObjectMother
- Xunit
- テストダブル
- TestInvariant
- メモリ内データベース
- テストが失敗したりしなかったり
- ディテスタブル
- staticの置き換え
- Junit新インスタンス
- テスティングリソースプール
- アサーションのないテスト
- 実例による仕様書
- データベースとビルドタイム
- テスト用言語
- Agiledox
- スタブの生成
- ClockWrapper
thoughtworks
- 優秀なほうが安い仮説
- 好ましい設計スキル
- ThoughtWorksChina
- 多様性
- LeadershipDivide
- Royの社会的実験
- いちばん大切なのは人
- オープンソースリサーチ
- ローテーション
- ThoughtWorks2005
- 柔軟なスコープ
- オープンな知的財産
tools
- JRubyVelocity
- JRake
- 大きな画面
- 電子投票機
- Buildix
- PostIntelliJ
- DebianJava
- FineDetail
- Debianのインストール
- Agiledox
- Knoppix
- IntelliCsharp
travel
uml
- モデル駆動ソフトウェア開発
- UMLアクティビティ図
- ボールとソケット
- UMLスケッチツール
- モデル駆動型アーキテクチャ
- 派生情報
- UnwantedModelingLanguage
- クラス図におけるローカル変数
- 依存と関連
- プラットフォーム独立の誤用
- ユースケースとストーリー
- ユースケース
- 基数ではなく多重度
- Uml2
- includeとextend
- UMLモード
- スケッチとしてのUML
- プログラミング言語としてのUML
- 設計図としてのUML
- 集約とコンポジション
- クラス図におけるコレクション
version control
- 抽象化によるブランチ
- 継続的デリバリー
- 意味的衝突
- フィーチャブランチ
- ペンディングHEAD
- PervasiveVersioning
- もっとVersionControlを！
- diffデバッグ
- Subversion
- セマンティックdiff
web development
website
writing
- AvoidingVideo
- BookCode
- DuplexBook
- Translations
- Neologism
- JohnVlissides
- SmalltalkBooks
- 事例証拠
- PatternShare
- もっとVersionControlを！
- 一般的な助言の限界
- 虎の威を借りてみる
- サンプルコード
- XSLTから遠ざかる
- パターンは新しいもんじゃない
- UseOfXML
- StandardsSpeak
- シグニチャシリーズの判断基準
- MultipleDesktops
- ドット投票
without tags
subscribe via RSS