BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

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

  • 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ツールをインストールするオプションが表示される。

  • アジャイルとモジュール性の関係

    この記事ではアジャイルとモジュール性の関係を取り上げる。なぜモジュール性は重要か,どうやって使えばよいのか。その答がOSGiホワイトペーパに対して述べられている。

  • ソフトウェアクラフトマンになる

    ソフトウェアクラフトマンシップ運動とは,プログラミングスキルを体得してソフトウェアクラフトマンとなるための方法と,その実践について語るものだ。そこでは,技術的なプラクティスが重視されている。それらを学んでよりよいプログラマになるには,長い期間が必要なのだ。

  • 複雑度を測定してソフトウェア品質を改善する

    ソフトウェア複雑度はソフトウェアの品質とコストの直接的な指標だ。コードの複雑度が高ければ、そのコードの品質は低くなり、それを管理するコストは高くなる。複雑度の測定は、開発とテストのための見積もりや、品質向上と問題防止のためにリファクタリングが必要なところの判断に使うことができる。

  • コードの品質のためにアジャイルとウォーターフォールを組み合わせる

    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の原則を破ることで、拡張または維持することがより難しくなる概要を説明した。

  • NDepend5がコードのトレンド表示を可能に

    Patrick Smacchia氏は先日,NDepend 5.0を発表した。VS2013サポート,トレンド監視,新しいダッシュボード,UIの大規模な改修など,数多くの機能拡張が加えられた.NETコードアナライザの最新バージョンである。

  • ニューヨーク・タイムズ Objective-Cスタイルガイド

    ニューヨーク・タイムズが、iOSチームで使われているObjective-Cのコーディング規約を公開した。このガイドには、ソースコードのレイアウト、条件式の書き方、変数名、メソッド、booleanの使い方などに対する提案が含まれている。

  • Coverity 2012: 低欠陥密度を実現するには

    この記事では何人かのプロジェクトリーダの証言を紹介する。いずれも極めて低いCoverity Scan欠陥密度を達成したプロジェクトにおいて採用されたプロセスを詳しく説明したものだ。

  • エラーリストが静的コード解析の必要性を裏付け

    CとC++向けの静的コード解析ツールであるPVS-Studioを開発している、Program Verification Systemsが Chromium, TortoiseSVN, Apache HTTP Server, MySQLなどの人気のあるオープンソースプロジェクトで見つかった、プログラミングエラーの一部のリストを公開した。

  • Sonar Quality Dashboard 3.0: 新しい商用版とDeveloper Cockpit

    Sonar Quality Dashboard バージョン3.0がリリースされた。これには商用版と、自分のコミットがプロジェクト品質にどんな影響を与えているかわかる新しいプラグインが含まれている。

  • DRY原則の利用: コードの重複と密結合の間

    DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓:ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。

  • ソフトウェア品質入門

    Chappell & Associatesの代表であるDavid Chappell氏は、最近発表した2つのホワイトペーパーにおいて、ソフトウェア品質のさまざまな側面(機能的、構造的、プロセス的)と、品質に直接関心のあるグループ(ユーザ、開発者、スポンサー)、外部向けもしくは内部向けソフトウェアが時間とともに直面する欠陥の結果について説明している。

BT