InfoQ ホームページ 品質 に関するすべてのコンテンツ
-
"Worse is Better"コンセプトとアジャイル/リーン
25年前にRichard P. Gabriel氏の提唱した“Worse is Better(悪い方がよい)”のコンセプトに従うならば，機能が少ない方がよい製品を生み出せる，ということになる。我々は“Worse is Better”のコンセプトから，アジャイル/リーンによる開発とアーキテクチャを学ぶことができる，とKevlin Henney，Frank Buschmann両氏は言う。
-
"アンヘッジド・コールオプション"はバッドコードに対するメタファとして適当か
バッドコードと技術的負債に関するブログ記事で，Steve Freeman氏は，Chris Matt氏がバッドコードを表す"ヘッジされない(unhedged)コールオプション"というメタファを思い付いた経緯について説明した。この記事が今，RedditとHacker Newsで激しく議論されている。InfoQでは，バッドコードとコードの臭い(code smells)に対するメタファの使用，低品質コードのトレードオフとコスト，コード品質に対する責任などについて，両氏にインタビューした。
-
Exercism.ioでプログラムスキルを向上する
Exercism.ioは，フィードバックとディスカッションを通じて，プログラム言語における開発者のクラフトマンシップ向上を支援する。コードを書き，議論することによって，自身の問題解決能力を強化することができるコミュニティとツールである。InfoQでは，Exercismを生み出したKatrina Owen氏と，C++言語トラックで貢献したRichard Thomson氏にインタビューした。
-
JetBrainsはReSharper 9をはじめとする.NETツールのすべてのアップデートした
JetBrainsは、 ReSharper 9, dotTrace 6, dotCover 3, dotMemory 4.2, dotPeek 1.3, TeamCity Add-in 9.0を含む.NETツールの新しいRTMバージョンを発表した。JetBrainsは、これらのツールの単一インストーラーとプラットフォームを開発した。ReSharperをインストールしようとすると、プラットフォームを共有する他の.NETツールをインストールするオプションが表示される。
-
定量的かつ正確にソフトウエアの価値を定義する
製品の本当の要件は必要な機能や提供されるべきユーザストーリーではない。顧客が製品を買うことで得られるパフォーマンスの向上の可能性が本当の要件だ、とMatteo Vaccari氏は言う。XP Days Benelux 2014カンファレンスで、氏はAntonio Carpentieri氏とともに、顧客が必要な価値を定義することについてワークショップを開催した。
-
-
ソフトウェアクラフトマンになる
ソフトウェアクラフトマンシップ運動とは，プログラミングスキルを体得してソフトウェアクラフトマンとなるための方法と，その実践について語るものだ。そこでは，技術的なプラクティスが重視されている。それらを学んでよりよいプログラマになるには，長い期間が必要なのだ。
-
複雑度を測定してソフトウェア品質を改善する
ソフトウェア複雑度はソフトウェアの品質とコストの直接的な指標だ。コードの複雑度が高ければ、そのコードの品質は低くなり、それを管理するコストは高くなる。複雑度の測定は、開発とテストのための見積もりや、品質向上と問題防止のためにリファクタリングが必要なところの判断に使うことができる。
-
World Quality Report第６版，注目するのはテストプラクティスの新たな流れ
CapgeminiとSogeti，HPが共同で支援したWorld Quality Report 2014-15第６版は，最近のテストプラクティスの変化，アジャイルテスティングなどの新たな潮流，テスト環境管理，モビリティ，データ分析，クラウド，モノのインターネットといった分野に注目する。
-
コードの品質のためにアジャイルとウォーターフォールを組み合わせる
2014年のCAST Research on Application Software Health (CRASH)のレポートは、アジャイルとウォーターフォールを混ぜた手法で開発した企業向けソフトウエアはどちらか一方の手法だけで開発されたものよりも強靭で安全であると報告している。InfoQはBill Curtis氏に今回の調査について、また構造的品質要因について、アジャイルとウォーターフォールを混ぜることについて話を聞いた。
-
アジャイルチームでソフトウェア品質を改善する
アジャイルチームが納品するソフトウェアの品質は、労働時間の長さや納期、チームのプレッシャーによって、強い影響を受けることがある。ソフトウェアの品質がこれらのことに影響されずに、チームがソフトウェアの品質を向上させるにはどうすればよいだろうか? 私からの提案は、作業範囲と納期に余裕を持たせ、プルシステムを採用し、チームメンバがあせらずに、ゆっくりと眠れるようにすることだ。
-
アジャイルで品質とベロシティを両立する
アジャイルソフトウェア開発チームは，開発した製品が十分な品質を持つことを保証しなくてはならない。一方でマネジメントからは，より多くの機能をより早くユーザに提供するために，ベロシティ(開発速度)の向上を同時に期待されることが少なくない。何人かの専門家が品質とベロシティの関連を検討し，その両方を向上するための方法を提案している。
-
C#でSOLIDにする
Autonomous Solutions Inc.のソフトウェア開発者Brannon B. King氏は2014年5月のMSDN MagazineでC#でSOLIDの原則に反することの危険性と題した記事を公開した。著者は、開発者のミスでC#コードがSOLIDの原則を破ることで、拡張または維持することがより難しくなる概要を説明した。
-
-
ソフトウェアの負債を扱う
ソフトウェアの負債というのは様々なかたちで存在している。技術的負債は広く知られているし、他の形態としては能力的負債とか品質的負債というものがある。ソフトウェアの負債はプロダクトの維持管理コストを増やし、開発者の気持ちを落ち込ませうるものだ。ソフトウェアの負債を扱うためにはいくつかの解決法がある。