Is High Quality Software Worth the Cost?
A common debate in software development projects is between spending time on improving the quality of the software versus concentrating on releasing more valuable features. Usually the pressure to deliver functionality dominates the discussion, leading many developers to complain that they don't have time to work on architecture and code quality. Betteridge's Law of headlines is an adage that says
bliki: Ubiquitous Language
Ubiquitous Language is the term Eric Evans uses in Domain Driven Design for the practice of building up a common, rigorous language between developers and users. This language should be based on the Domain Model used in the software - hence the need for it to be rigorous, since software doesn't cope well with ambiguity. Evans makes clear that using the ubiquitous language in conversations with dom
アナリシスパターン - Wikipedia
アナリシスパターン（英: Analysis patternあるいはSoftware analysis patterns)とは、モデリングの過程でしばしば遭遇する状況を抽象化して捉えたソフトウェア工学における概念モデルである。 アナリシスパターンは"関連を持った一群のステレオタイプ的な属性(データの定義)を持った汎用のオブジェクト(メタクラス)、振る舞い(メソッドのシグネチャ)、ドメインに中立的な方法で定義された期待される相互作用" であると Purao、Storey、Han は述べている[1]。 概要[編集] マーティン・ファウラーは、パターンを「ある実際上の文脈で有用な考え方であり、おそらく他の文脈でも有用なもの」[2]と定義している。また、アナリシスパターンについて説明し、これが「実際のソフトウェア上の実装形態ではなく、ビジネスプロセスの概念的な構造である」と述べている。 Figure
依存性の注入 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "依存性の注入" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2021年6月） 依存性の注入（いぞんせいのちゅうにゅう、英: Dependency injection）とは、あるオブジェクトや関数が、依存する他のオブジェクトや関数を受け取るデザインパターンである。英語の頭文字からDIと略される。DIは制御の反転の一種で、オブジェクトの作成と利用について関心の分離を行い、疎結合なプログラムを実現することを目的としている。 dependencyを「依存性」と訳すのは本来の意味[1] から外れているため「依存オブジェクト注入」の用語を採用する文
Martin Fowler's Bliki in Japanese - 犠牲的アーキテクチャ
@@ -0,0 +1,37 @@ +http://martinfowler.com/bliki/SacrificialArchitecture.html + + +会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたはどんな気持ちにするだろう？ + +多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 + +ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 + +私たちは長命なソフトウェアとして偉大なコードを思
マーティン・ファウラー - Wikipedia
マーティン・ファウラー マーティン・ファウラー (英: Martin Fowler、1963年 - ) は、アメリカ合衆国で活動しているソフトウェア技術者である。 ソフトウェアアーキテクチャについての、いくつかの本の著者、および講演者として、広く知られている。 とりわけオブジェクト指向分析とオブジェクト指向設計、統一モデリング言語 (UML) 、アナリシスパターンをはじめとしたソフトウェアパターン、エクストリーム・プログラミング (XP) を含むアジャイルソフトウェア開発方法論の、各分野において、活発に活動している。 経歴[編集] イギリスのウォルソールで生まれ、10年間ロンドンに住んだのち、1994年にアメリカ合衆国に移住[1]。現在は、ボストン郊外のマサチューセッツ州メルローズで暮らしている。 1980年代初めにソフトウェアの仕事を始め、1980年代の半ばからはオブジェクト指向に取り組
Yukihiro Matsumoto - Wikipedia
Matsumoto giving the keynote speech at EuRuKo 2011 Matsumoto accepting an award from the Free Software Foundation (founder Richard Stallman, right) in 2012 Yukihiro Matsumoto (まつもとゆきひろ, Matsumoto Yukihiro, born 14 April 1965), also known as Matz, is a Japanese computer scientist and software programmer best known as the chief designer of the Ruby programming language and its original reference imp
Thoughtworks: Delivering extraordinary impact together
We're a leading global technology consultancy that integrates strategy, design and software engineering to enable our clients to thrive. For over 30 years, we’ve been at the forefront of digital innovation and have vast experience creating adaptable technology platforms, designing world-class digital products and harnessing the power of data and AI to unlock new sources of value. We’re laser-focus
martinfowler.com
Software development is a young profession, and we are still learning the techniques and building the tools to do it effectively. I've been involved in this activity for over three decades and in the last two I've been writing on this website about patterns and practices that make it easier to build useful software. The site began as a place to put my own writing, but I also use it to publish arti
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Martin Fowler氏の語る“犠牲的アーキテクチャ"