antipopのブックマーク - はてなブックマーク

Martin Fowler's Bliki in Japanese - 犠牲的アーキテクチャ

@@ -0,0 +1,37 @@ +http://martinfowler.com/bliki/SacrificialArchitecture.html + + +会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたはどんな気持ちにするだろう？ + +多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 + +ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 + +私たちは長命なソフトウェアとして偉大なコードを思

antipop 2014/11/28

リンク

Martin Fowler's Bliki in Japanese - 技術的負債の四象限

http://martinfowler.com/bliki/TechnicalDebtQuadrant.html 2009/10/14 ここ数ヶ月の間に、技術的負債に関する投稿がいくつかあった。設計上の不備の中で、技術的負債と呼ぶべきものは何か？逆に、そう呼ぶべきでないものは何か？といった疑問が挙げられていた。その一例が、アンクル・ボブの投稿「 a mess is not a debt」だ。彼の意見は、こういうことだ。良い設計方法を知らない人が書いた単に汚いだけのコードを負債と呼ぶべきではない。技術的負債という言葉はもっと特別な場合を指すものだ。検討の末に、長期的な持続性のない(けれども短期的には利益を生み出す。たとえばすぐにリリースできるなどの) 設計指針を敢えて選択するといった場合に使う。要するに、負債を抱えれば早めに価値を生み出せるけれども、いずれ返済しないといけな

antipop 2014/02/24

debt

リンク

Martin Fowler's Bliki in Japanese - 多様性の不均衡

http://martinfowler.com/bliki/DiversityImbalance.html 2012/01/11 簡単に慣れてしまうものだが、ソフトウェア開発の世界で多様性の問題が深刻なのは明らかである。つまり、一般的な人口比と比べると、その比率に顕著な違いがあるのだ。最も明らかなのは、女性の比率が低いことである。これは世界的にそうなっている（中国ではそうでもないが）。アメリカでは、私は人生の大部分をここで過ごしているのだが、アフリカ系アメリカ人が少ないのも明らかである。このような不均衡が存在する理由や、その対策について書かれたものは数多く存在する[1]。だが、私はより根本的な問いに集中したいと思う――これは重要な問題なのだろうか？女性はプログラミングの適性や傾向を持っていないので、こうした多様性の不均衡は自然のことだ、という意見をよく耳にする。この考

antipop 2012/01/13

i agree with the point; diversity really matters.

リンク

Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ

朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。朝会の定義は非常に簡単なものなのに、うまくいっていない朝会があって私はとても驚いた。すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。朝会の基本原則と詳細を意識していなかったのだ。そのために朝会の問題について診断や解決がなされていなかったわけだ。良い朝会を経験した人たちは、うまくいってないときに何をすればいいかを知っている。朝会に慣れていない人たちは、うまくいってないときに何をすればいいかに気づかない。「暗黙知なんだから、とにかく

antipop 2011/10/13

リンク

Martin Fowler's Bliki in Japanese - 流れるようなインターフェース

http://www.martinfowler.com/bliki/FluentInterface.html 2005/12/20 数ヶ月前、Eric Evansと一緒にあるワークショップに参加した。そこで彼がとあるインターフェースのスタイルについて語ったのだが、我々はそれを「流れるようなインターフェース（fluent interface）」と名づけることにした。一般的なスタイルではないが、もっと評価されるべき代物だ。おそらく例を示したほうがいいだろうから、そうしてみることにする。一番簡単な例は、EricのtimeAndMoneyライブラリだろう。時間の間隔を作るには、通常は、以下のようにする。 TimePoint fiveOClock, sixOClock; ... TimeInterval meetingTime = new TimeInterval(fiveOClock,

antipop 2008/07/08

設計

リンク

Martin Fowler's Bliki in Japanese - ドメインモデル貧血症

http://martinfowler.com/bliki/AnemicDomainModel.html これはずいぶん昔からあるアンチパターンのひとつですが、今になって台頭してきているようです。 Eric Evans と話したのですが、彼も、それがだんだんポピュラーになってきていることに気づいていました。私たちほど大の「真Domain Model」推進者としてみれば、ちょっとうれしくありません。ドメインモデル貧血症の基本的な症状は、一見、それが本物のドメインモデルに見えるという点です。オブジェクトがいくつかあり、それらはドメイン空間にある名詞から名前をつけられています。それから、オブジェクト同士がしっかりとしたリレーションで結びついており、本物のドメインモデルと同じような構造を持っているのです。ただし、オブジェクトの振る舞いを見れば違いが分かります。それらのオブジェクトにはわずかな

antipop 2008/07/07

設計

リンク

Refactorings - FrontPage : リファクタリング・カタログ

ここは、Refactoring Catalog の日本語訳サイトです。Martin Fowler 氏および Addison-Wesley 社に許可をいただいて翻訳しています。なお、日本語訳が乱れることを避けるため、用語に関しては、できるだけ『リファクタリング―プログラムの体質改善テクニック』のものを引用するようにします。 WikiについてこのサイトはWikiで作成されています。どなたでもページの編集が可能です。また、各ページにコメント欄を設けておりますので、各リファクタリングについて議論する場としても活用可能です。

antipop 2005/05/29