InfoQ ホームページ SoftwareEngineering に関するすべてのコンテンツ
-
優れたエンジニアリングプラクティスによって"常に出荷可能な製品”を実現する
優れたエンジニアリングプラクティス(Good Engineering Practice)は，アジャイルチームが出荷可能な製品を提供するためのツールだ。効果を証明されたエンジニアリングプラクティスはたくさんあるが，期待されるほど広くは活用されていないのが実情である。結果として，アイスクリームコーン型ソフトウェアテストなどアジャイルのアンチパターン，技術的負債の蓄積，機能的サイロが，リリース可能な製品の提供を妨げているのだ。
-
どうアジャイルとアーキテクチャは袂を分かち、最後に友好関係を築いたか
人々はアーキテクチャを定義すること、もしくはソフトウェア設計を行うことの必要性をアジャイル宣言の不正確な解釈のために止めてしまったと、Software Architecture for Developersの著者であるSimon Brown氏は主張した。多くのソフトウェア開発者はプラクティスの十分な工具箱を持っていると思っておらず、ソフトウェア業界にはソフトウェアアーキテクチャに対する十分な共通言語が欠落している。良いアーキテクチャはアジリティを高める。方向性を設定するための強固な基盤を構築するのに必要十分な事前設計が必要である。
-
ドメイン駆動設計でビジネスを駆動する
ソフトウエア開発者はコードの設計と維持だけでなく、その経験を生かしてビジネスサイドに方向を与える能力も持ちつつある。ドメイン駆動設計(DDD)を使うことで、開発者は顧客の振る舞いを見つけビジネスの性質を変化させるための施策を推奨できる。
-
過剰なエンジニアリングを止めて、顧客が本当に必要とするものを作ろう
多種多様なチームでの業務経験を経て、Greg Youngはプロジェクト内でチームはしばしば根本的に過剰なエンジニアリングを行うことを発見した。チームは9か月のプロジェクトを開始するが、異なる観点から問題を考えることにより95%の価値をほんの数週間で提供することが可能であるかもしれない、そうYoungはロンドンで最近開催されたDDD eXchangeの基調講演で主張した。
-
ソフトウェアを効果的にデバッグするには
InfoQでは今回，“Code Reading”と“Code Quality”の著者であるDiomidis Spinellis氏にインタビューして，ソフトウェアエラーの検出と修正，ソフトウェアデバッグの原則，デバッグの効率を改善する方法，デバッグが簡単なコードの書き方，エラーの防止と対処のためにマネージャがなすべきことなどを聞いた。
-
高度なソフトウェアシステム開発の提供におけるテクノロジとトレンド
Software-Centric Systems Conferenceは，新たなテクノロジやトレンド，複雑なソフトウェアシステム開発の経験を探るカンファレンスである。InfoQはプログラム委員会のメンバであるRob Howe, Martjin Rutten両氏から，ソフトウェア開発が面している主な課題，テクノロジ開発，イノベーションの促進について，プロセスの信頼性向上と価値提供のためのアジャイル展開，などについて話を聞いた。
-
ソフトウェア業界の先駆者であるエド・ヨードンが死去
ソフトウェア業界の先駆者であり、多作な著述家、研究者、コンサルタント、そして写真家であったエドワード・ヨードン氏が、2016年1月20日に死去した。
-
Uncle Bobが”プログラマの誓い”を提案
Uncle Bobがソフトウェアプログラマたちに対して，他のプロフェッショナルたちと同じような誓いを立てて，クラフトマンシップの重要性を意識するように提案している。
-
組織における多様性のビジネス事例
多様性と企業業績には正の相関関係がある。多様性に対して寛大な作業環境の作業者は，業務に対してより強い熱意を持つことができる。これは定着率やパフォーマンスの面で非常に重要だ，とRegina Chien氏は言う。思想や人生経験の多様性は，技術者が最高の製品を作り上げる上で必要なものなのだ。
-
ソフトウェアアーキテクチャを定義する10の特性
ソフトウェアアーキテクチャというのは、プロセス（仕様やビジネス目標をアーキテクチャ設計にマッピングする、一連の戦略的な設計判断）であり、もの（さまざまなステークホルダーに向けて書かれた、プロセスによって生み出されるビューの集合）である。Michael Stal氏はソフトウェアアーキテクチャの定義をこう説明する。
-
-
テスト容易性のためのシステム設計
テスト容易性(Testability)にはシステムで明示的な設計が必要だ，とSiemens AGのPeter Zimmerer氏はいう。テストアーキテクトはテスト容易性を推進すると同時に，優れた設計とエンジニアリングプラクティスを採用するためにシステムアーキテクトや設計者，テスタともコラボレートしなければならない。氏はQA&Test 2014カンファレンスで，組み込みソフトウェアにおけるテスト容易性の設計についてのチュートリアルを実施した。
-
アジャイルにおける計画作りの死
企業がアジャイルを導入して、自己組織的なチームが生まれ始めると、マネジメントは制御を失ったと感じる可能性がある。アジャイルに移行すると、手続きやレビュー委員会、コンサルテーション委員会などが無駄になってしまう可能性がある。しかし、そのような立場になる人は無駄になってしまうことに気づかない、とMarcel Heijmans氏は言う。再び、制御を取り戻そうとすると、問題はもっと厄介になり、"プランニングの死"へと到る。
-
ソフトウェアエンジニアリングのビジネス ー スループット会計と制約の理論
Steve Tendon氏が最近の彼のブログで、「制約の理論とソフトウェアエンジニアリング」と題する投稿で、なぜソフトウェア開発組織においては、コスト会計よりもスループット会計の方を好ましいかを、述べている。彼はまた、ソフトウェアエンジニアリングに適用可能な Throughput Accountingと呼ばれるコスト会計のための単純なモデルも提供している。
-
Groningen大学がアーキテクチャ決定を記録するためのRepertory Grid Toolを提供
Groningen大学のDan Tofan氏がアーキテクチャ決定の記録と評価のためのオープンソースソフトウェアツール、RGT (Repertory Grid Tool) をソフトウェアアーキテクト向けに提供している。このツールを使うことで、アーキテクトはアーキテクチャ決定理由をうまく文書化でき、あとでふりかえることが可能になる。