InfoQ ホームページ Software_Craftsmanship に関するすべてのコンテンツ
-
-
技術的負債を解剖する
"技術的負債"という言葉はWard Cunningham氏によって作られた。この言葉が表すのは、短期的には簡単に実装できるが長期的には大きな悪影響を生み出すような設計上の方法を採用してしまったがために、開発チームが引き受けざるを得ない義務のことだ。技術的負債をどう考えるべきか、どのように分類できるか、についてアジャイルを実践する人々がそれぞれの見解を表明している。
-
フォレスターがビジネス向けリーンに関する無料の調査報告を公開
フォレスターリサーチは来週のビジネス・テクノロジフォーラムに先んじて、アナリストによる調査報告”リーン、新たなるビジネス・テクノロジ規範”を無料で公開した。リーンをビジネス全体の規範として管理者向けに書かれており、ITへの影響にも触れている。”価値の創造と柔軟性の増加を忘れて、無駄の排除に没頭してはいけない”との注意もある。
-
ソフトウェア品質の神話に関する実証的研究
Microsoftは伝統的なソフトウェア・エンジニアリング神話に挑戦する研究の成果を公開した。コードカバレッジは本当に製品の品質を向上させるのか？TDDは普通より時間がかかるのか？分散したチームが品質に与える影響は？アサーションは有効なのか？
-
PairWithUs:アジャイルソフトウェア開発のお手本動画が見られるサイト
多くのプログラマにとってプログラミング技術を学ぶよく知られている方法として例から学ぶ方法がある。具体的にいえば、他の人がどうしているのか、観察することだ。Antony marcano氏とAndy Palmer氏の"PairWithUs"では観察するだけの素敵なサイトを公開している。
-
ペアプログラミングは大衆向けでない？
ペアプログラミングはここ数年で一番議論が続けられているプラクティスのひとつだ。ほとんどの支持者はペアプログラミングの利点をほめたたえることを惜しまないが、その人たちでもペアで作業することの導入に苦労があることを認める人は多いだろう。それはなぜか。Obie Fernandez氏はそうなる理由と考えられる10の項目を挙げている。
-
Bill Pugh氏によるFindBugs 1.3.9がリリース
Bill Pugh氏がFindBugs 1.3.9をリリースした。FindBugsは人気のあるJava用静的解析ツールで、今回の最新リリースでは12の新しいバグ検出法が追加された。 FindBugsは大規模なコードベースに対しても有用なツールになるよう改善が続けられており、この流れは年内に予定されている2.0のリリースへと続いている。
-
すべてのプログラマが知っておくべき97のこと
「97のこと」シリーズ続編。アーキテクト、プロジェクトマネージャに続いて、今回はすべてのプログラマが知っておくべきこと。 InfoQは編集者のKevlin Henney氏に話を聞いた。
-
ソフトウェアの負債には多額の費用がかかる
“Continued Delivery of High Values as Systems Age”(システムの年数を重ねながら、高い価値を提供し続ける)という最近の記事において、 Chris Sterling氏がソフトウェアの負債の概念について論じている。“ソフトウェアの負債は、長年にわたってシステムの変わりやすい性質を軽視し、急いで完成させることに注目し続けるときに蓄積していくものだ。”ソフトウェアの負債は技術的負債以上のものであり、価値を提供する能力に影響する様々な面を含む。
-
価値とベロシティ、そしてバリューベロシティの比較
多くのアジャイルチームでは'価値'とチームの'ベロシティ'は正比例すると、暗黙的に前提している。幾つかのケースにおいては本当にそう見られる。しかしながら、多くの場合はチームのベロシティが本当に価値を提供できたかはほとんど示されない。
-
EUソフトウェア責任訴訟－半数はユニットテストが対処法だという
Typemockの調査によると、52%の.NET開発者がユニットテストは会社がEUソフトウェア責任法案による訴訟を避けるのに一役買うと思っている。これはどういうことか？
-
アジャイル/スクラムプロジェクトにおけるバグへの対応
よくされる質問がある。スクラムでは、チームがバグをどう処理することを推奨しているのか？プロダクトバックログに入れるべきなのか？それとも、別のバグリストに入れるべきなのか？もしバグがバックログにあるのなら、プロダクトオーナーが優先順位をつけるのか、それとも、自動的に最重要項目になるのか？別のバグ修正スプリントをするべきなのか？
-
ベロシティは何のため？
最近、ScrumDevelopment Yahoo!グループでは、ベロシティの活用と誤用に関して様々な議論がなされている。ベロシティを生産性の基準として使うべきだろうか？イテレーション計画のために使うべきだろうか？もっと長期のリリース計画にはどうだろうか？
-
Ruby on Rails プロジェクトを救助する
Ruby on Railsが世に出て５年ほどの間，開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため，ベストプラクティスとは言いがたいが，それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが，その解決方法を取り上げた本が新たに発行された。
-
チームのコード品質
Jaibeer Malik氏は、チームにおけるコード品質への取り組み方や導入方法を紹介する記事を投稿してきた。氏の一連の記事は、自身のさらなる学習や、そこで得た考えを第三者に伝えなければならない状況に置かれた場合に役立つだろう。一連の記事では、トピックの概要を簡単に述べ、学習をさらに深めるために進むべきさまざまな方向について助言している