InfoQ ホームページ Software_Craftsmanship に関するすべてのコンテンツ
-
アジャイルのテスターと開発者の適切な比率は？ 状況次第である。
長年の間、ソフトウェア開発の世界に存在する疑問：テスターと開発者の適切な比率はどのくらいか？最近Scrum Developmentのスレッドでは、アジャイルがこの比率にどのような影響を与えるかを尋ねるものがあった。最初の問いに対する答えは「状況次第である」と思われる。2つめの質問に対する答えは、Elisabeth Hendrickson氏の意見では、アジャイルチームはもっと少ないテスターでもっとたくさんのテストが出来る、ということである。
-
職人のペアプログラミングツアー
Corey Haines氏が、最近米国中部でとてもユニークな「ペアプログラミングツアー」に乗り出した。この革新的な旅を始めて三週間になり、Haines氏は数多くのユニークな洞察を明らかにするビデオインタビューを投稿している。
-
デバッガは忘れて、「Saff Squeeze」を使おう
XPの提唱者の一人であり、TDDやJUnit自体の開発者であるKent Beck氏は、デバッガの代わりに単体テストを用いて、JUnitの新しい機能であるJUnitMaxの不具合の調査を行うことについて話をしている。
-
.NET 4の新機能を探る：コード契約
InfoQでは昨年からC#をベースにして契約による設計をサポートするSpec#を取り上げている。契約による設計は静的型付けのように、コンパイル時に検証されないと一定の動作を実行することができないという考え方だ。
-
-
完了の力
Scott Schimanski氏は先ごろ、「完了（done）」の明確な定義のもたらす力について、さらに声高に主張した。Scott氏は「完了」の明確な意味には企業的価値と個人的価値の両方があることを指摘している。
-
知識の取得を繰り返すこと、それはビジネスの価値だけではない
一見したところ、大抵のアジャイル方法論で簡単に定義しているのは、ストーリーがビジネスの価値によって順番に開発されることである。しかしながら多くの場合、「知識を取得する」ように計画した段階を、ビジネスの価値を増加させることと混ぜ合わせるのには慎重になる。
-
-
-
ルールを破ってもいいのはいつか？
「Just Ship Baby」の中で、JUnit Frameworkの作者、Kent Beck氏は、すべてのアジャイルプロセスとプラクティスのポイントは、出荷するソフトウェアを作り出すことだと指摘する。それらがソフトウェアを出荷する障害になるならば、おそらくあなたはルールを破る必要がある。
-
「技術的負債」に対する新しい見方
Technical Debt Workshopは最近、「技術的負債」に対する業界の理解と扱い方の向上に取り組みつづけており、その結果として興味深いアイデアが生まれている。
-
Article: ソフトウェアのリーン思考入門
これは、InfoQ Chinaのアジャイル編集者、Jacky Li氏によるリーン思考とリーン思考をどのようにソフトウェア開発に適用するかについての入門です。
-
JProbe 8.0：Javaコード、メモリおよびカバレッジプロファイラーが復活
近ごろQuest SoftwareはJProbe 8.0をリリースした。それはJavaコード、メモリおよびカバレッジプロファイラーである。1990年代後半よりJProbeは主要Javaプロファイリングツールの1つであったが、新たなEclipse統合やさらに競争力のある価格を実現したJProbe 8.0をリリースすることで、Questがプロファイリング市場における主導権を奪回することを目的としている。
-
Gallio .NET Test Automation Platform
Gallioは、.NETテストフレームワークをターゲットにした自動化プラットフォームである。各テストフレームワークが自動化APIやテストランナーなど独自のツールセットを作成する代わりに、Gallioはすべてのテストフレームワークで利用可能な中立で拡張可能なプラットフォームの提供を目指している。
-
IT の諸問題を解決するには IT とビジネスの連携を減らすべきか？
IT の輝かしい日々は過ぎ去った。IT によって自動化されるはずだった業務は、多種多様で絶え間なく変化するテクノロジ（イノベーションを起こし、状況に適応し、最適化するための莫大なコストによって、大体は惰性で続けるだけに終わる）によって、混乱の中にある。パーソナリゼーションとニッチマーケットがあたりまえの新しい経済のなかで、IT 業界のエキスパートである Susan Cramm 氏はレポートしている。