BT

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

寄稿

Topics

地域を選ぶ

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

  • 個人のムードのチームに対する影響についてGerald Weinberg氏に聞く

    InfoQはチームのムードに影響を与える要因について、調査を進めている。チームのムードはメンバ個々人のムードの統合なので、個々人のムードと、それがチームの働きにどのように影響しているのかを理解することによって、チームのムードについてより理解が高まるだろう。InfoQはGerald Weinberg氏に、個人とチームのムード、個人のムードに影響を与えること、チームのムードについて議論すること、など話を聞いた。

  • 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氏とともに、顧客が必要な価値を定義することについてワークショップを開催した。

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

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

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

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

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

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

  • アジャイルにおける技術的プラクティスの重要性

    アジャイルを採��している組織は,時として,期待したメリットが得られないことに不満を訴える場合がある。考えられる理由のひとつは,アジャイルの価値観と原則を支える技術的なプラクティスの実践に対して,十分に注意を払っていないことだ。

  • World Quality Report第6版,注目するのはテストプラクティスの新たな流れ

    CapgeminiとSogeti,HPが共同で支援したWorld Quality Report 2014-15第6版は,最近のテストプラクティスの変化,アジャイルテスティングなどの新たな潮流,テスト環境管理,モビリティ,データ分析,クラウド,モノのインターネットといった分野に注目する。

  • テスト容易性のためのシステム設計

    テスト容易性(Testability)にはシステムで明示的な設計が必要だ,とSiemens AGのPeter Zimmerer氏はいう。テストアーキテクトはテスト容易性を推進すると同時に,優れた設計とエンジニアリングプラクティスを採用するためにシステムアーキテクトや設計者,テスタともコラボレートしなければならない。氏はQA&Test 2014カンファレンスで,組み込みソフトウェアにおけるテスト容易性の設計についてのチュートリアルを実施した。

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

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

  • 従来型テストの先を行くアジャイル開発

    アジャイル開発が従来型のテストに先行する,その理由とアジャイルテストの新たなトレンドに関するレポート。

BT