JAOO '07 で「今時、ユニットテストを実施してないコードを納品するのは無責任な開発者だ」というBob Martin氏の主張について、議論が起こった。 このInfoQビデオは、BobとJim Coplien氏がこれに関連する話や、いくつかの他の話題について議論する様子を納めたものだ。TDDと契約による設計(Design by Contract)の比較や、システムとビジネスドメインモデルを調和させるためには、事前にどれくらいのアーキテクチャ設計をしておかなければならないのか、などが議論されている。（翻訳：近藤 修平 - (株)永和システムマネジメント）
XMLUnitはBSDライセンスの下で認可されたオープンソースプロジェクトです。XMLUnitは相関クラスの小さなライブラリを提供しますが、それは、前のセクションで概説された幾つかのXMLをテストする異なった方法のそれぞれを簡素化します。
Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリストを比べる。
11月１日，ソフトウェア技術者で著作者である John R. Fox 氏が "アナログ世界におけるデジタルワーク (Digital Work in an Analog World)" という著書を出版した。副題の "応用心理学によるソフトウェア工学改善" が示すようにこの書籍は，実はソフトウェア工学を考察したものではない。本書が注目しているのはむしろ，技術者の心理学的側面や実務に関連する部分なのだ。
Facebookは今日おそらくもっともホットな企業であり、大きな興味を駆り立て、詮索の対象となっている。高度なセキュリティに守られている中、SkypeのプロダクトマネージャYee Lee氏はFacebookでどのようにコードが出荷されているかの詳細を書いたメモの膨大なコレクションをまとめた。
技術的負債を顧客の価値と直接つなげるのは難しいことがあるが、顧客の価値を納品することは、そもそもアジャイルプロセスが何かということに関係している。では、アジャイル開発環境において、どうやって技術的負債を追跡して、減らすことができるだろうか?
Big Ball Of Mud（大きな泥だんご）は、でたらめに構築され、乱雑で無秩序、ダクトテープで繋ぎ合わされたようなコードのジャングルのことである。何年にもわたって、この泥を扱うための年月をかけて考えられた凝集性の高く結合度の低い種々のガイドライン、例えば SOLID、GRASP、KISS など、を紹介してきた。しかしながら、その状況は厳しく、Big Ball of Mud はいまだソフトウェアを設計し構築する最もポピュラーな方法のままである。
