Fearless Change の歩き方Developers' Summit 2014 OpenJam
Specification by Example
The document discusses specification by example (SBE) as an approach to software development. It outlines key aspects of SBE including deriving scope from business goals, specifying collaboratively through examples, refining specifications, automating examples, and validating frequently through living documentation. An example is provided showing how SBE can be implemented using Cucumber features,
KISSの原則 - Wikipedia
KISS の原則 (英: KISS principle) とは、「Keep it simple stupid.」（シンプルで愚鈍にする）、もしくは「Keep it simple, stupid.」（シンプルにしておけ！この間抜け）、もしくは「Keep it short and simple.」（簡潔に単純にしておけ）という内容の、1960年代の米国海軍において言われた、経験的な原理・原則[1]の略語。その意味するところは、設計の単純性（簡潔性）は成功への鍵だということと、不必要な複雑性は避けるべきだ、ということである。 この言葉は、ロッキードスカンクワークスの技術者のケリー・ジョンソン（1910-1990）によって造られた。 この言葉は、一般には Keep it simple, stupid.（シンプルにしておけ！この間抜け） と解釈されるが、ジョンソン自身は「simple」と「stupi
YAGNI - Wikipedia
"You aren't gonna need it"[1][2] (YAGNI)[3]とは、エクストリーム・プログラミング(XP)から生まれた原則であり、「プログラマは、それが実際に必要となるまで機能を追加しない方が良い」というものである[4]。直訳すると「あなたはそれを必要でなくなるだろう」、意訳すると「そんなの必要ないって」などという意味で、他の表現として"You aren't going to need it" (YAGTNI) [5][6]や"You ain't gonna need it"[7]というものもある。 XPの共同創設者であるロン・ジェフリーズ（英語版）は、「それが実際に必要になったときに実装するべきあって、必要になると予見したときに実装するべきでない」と述べている[8]。ジョン・D・カーマックは、「将来の要件やアプリケーションを考慮して設計することが、トータルでプラス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
