BT

InfoQ ホームページ Delivering Quality に関するすべてのコンテンツ

  • Facebookはどのようにコードを出荷しているか

    Facebookは今日おそらくもっともホットな企業であり、大きな興味を駆り立て、詮索の対象となっている。高度なセキュリティに守られている中、SkypeのプロダクトマネージャYee Lee氏はFacebookでどのようにコードが出荷されているかの詳細を書いたメモの膨大なコレクションをまとめた。

  • バグを残さずにストーリーを完成させるには

    受け入れられないほど多くのストーリーが"完了"になっているにも関わらず、品質に多くの問題がある場合、どうしたらいいだろうか。

  • 技術的負債の支払い方

    技術的負債を顧客の価値と直接つなげるのは難しいことがあるが、顧客の価値を納品することは、そもそもアジャイルプロセスが何かということに関係している。では、アジャイル開発環境において、どうやって技術的負債を追跡して、減らすことができるだろうか?

  • Big Ball Of Mud(大きな泥だんご)は依然最も人気あるソフトウェア設計手法

    Big Ball Of Mud(大きな泥だんご)は、でたらめに構築され、乱雑で無秩序、ダクトテープで繋ぎ合わされたようなコードのジャングルのことである。何年にもわたって、この泥を扱うための年月をかけて考えられた凝集性の高く結合度の低い種々のガイドライン、例えば SOLID、GRASP、KISS など、を紹介してきた。しかしながら、その状況は厳しく、Big Ball of Mud はいまだソフトウェアを設計し構築する最もポピュラーな方法のままである。

  • W3Cがウェブ検証ツールUnicornをリリース

    W3CはUnicornをリリースした。 Unicornはウェブページの品質向上を手助けするワンストップのツールだ。UnicornはMarkup Validator、CSS Validator、mobileOk Checker、Feed Validatorの4つの人気ツールをひとつのインターフェイスに統合したツールだ。つまり、4つのウェブサイトを巡らなくても、ひとつのサイトを訪問すればウェブページの品質検証ができる。また、一度に4つの検証をすべて行うのか、4つのうちから必要なものを選んで個別に検証するのか選ぶこともできる。

  • アジャイルテストで挑戦

    Gerald Ford 国際空港に、駐車料金計算機があり、 Matt Heusser氏は、それにひどいバグがあるのに気がついた。そこで彼は、世界中のテスターに、挑戦状を送った:ParcCalcに存在するバグを見つけて欲しい。それに答えたのは、James Bach氏、Selena Delesie氏など多数いた。

  • 技術的負債を貨幣化する

    ほとんどのアジャイルチームが,技術的負債(Techninal Dept) は悪いものである,という考えを持っている。金銭的な負債と同じように利子負担を伴なうからだ。技術的負債の利子はソフトウェアを維持・拡張するために要する余分な労力,という形で支払われる。アジャイル実践者たちの多くが技術的負債を可能な限り早く返済するよう勧めているが,それを定量的に把握するための貨幣化(monetize)を実現できているアジャイルチームは稀である。

  • 一時的なコードと継続的に使うコード、そしてその間にあるすべてのコード

    よくテストされリファクタリングされた長く使われるコードがある一方で、数日で捨てられることを前提にして書かれるコードもある。そしてこの両極の間に巨大なグレーゾーンが横たわっている。このグレーゾーンに属するコードはいつか削除されるという想定の元に書かれているが、決して消されることがない。

  • コメントを書くべきか書かざるべきか

    開発者ならだれもが、自分のコードに最低一行はコメントを書いているはずだ。コメントをたくさん書いて、コードをもっとわかりやすくしようとする人もいる。この記事では、コードにコメントを書くときに使われるプラクティスを集めてみた。

  • 継続的デプロイのプラクティス

    継続的デプロイは、リーン開発の"仕掛排除"運動で最近注目されている。多くの人が、これについて興味を持ち、価値のある目標を見出している一方、これが実際どのように達成されたかをなかなか可視化できていない。Ash Maurya氏は会社で起こった自身の経験を説明することで、このギャップを埋めようとしている。

  • 安定化スプリント - 必要悪か、それとも純粋な無駄か?

    安定化スプリント("Stabilization Sprint")とは、製品をリリースする前、通常の開発サイクルの最後に付け加えられる付加的なスプリントである。名前が示している通り、このスプリントは通常プロダクトを最後にもう一度叩き、最後のバグを出すためのものである。これはアジャイルに属するものなのか?それとも「完了」すれば充分なのか?

  • 技術的負債を解剖する

    "技術的負債"という言葉はWard Cunningham氏によって作られた。この言葉が表すのは、短期的には簡単に実装できるが長期的には大きな悪影響を生み出すような設計上の方法を採用してしまったがために、開発チームが引き受けざるを得ない義務のことだ。技術的負債をどう考えるべきか、どのように分類できるか、についてアジャイルを実践する人々がそれぞれの見解を表明している。

  • ソフトウェアの負債には多額の費用がかかる

    “Continued Delivery of High Values as Systems Age”(システムの年数を重ねながら、高い価値を提供し続ける)という最近の記事において、 Chris Sterling氏がソフトウェアの負債の概念について論じている。“ソフトウェアの負債は、長年にわたってシステムの変わりやすい性質を軽視し、急いで完成させることに注目し続けるときに蓄積していくものだ。”ソフトウェアの負債は技術的負債以上のものであり、価値を提供する能力に影響する様々な面を含む。

  • Ruby on Rails プロジェクトを救助する

    Ruby on Railsが世に出て5年ほどの間,開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため,ベストプラクティスとは言いがたいが,それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが,その解決方法を取り上げた本が新たに発行された。

  • チームのコード品質

    Jaibeer Malik氏は、チームにおけるコード品質への取り組み方や導入方法を紹介する記事を投稿してきた。氏の一連の記事は、自身のさらなる学習や、そこで得た考えを第三者に伝えなければならない状況に置かれた場合に役立つだろう。一連の記事では、トピックの概要を簡単に述べ、学習をさらに深めるために進むべきさまざまな方向について助言している

BT

あなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。

Eメールを変更すると確認のメールが配信されます。

会社名:
役職:
組織規模:
国:
都道府県:
新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。