InfoQ ホームページ 方法論 に関するすべてのコンテンツ
-
マイクロサービスアーキテクチャの技術的負債の管理
QCon Plus で、Glenn Engstrand 氏は、Optum Digital のエンジニアリングが、何百ものマイクロサービスの技術的負債を確実かつ予測どおりに返済し、関連するコミュニティを形成し、リスクの高い領域を特定する方法を考案した方法について説明しました。コミュニティの集合的な決定は、実用的なロードマップにまとめられ、体系的かつ非対立的な方法で製品マネージャに提示されます。
-
The Flow System - 複雑な問題を解決するためのリーダシップ
"The Flow System"では、複雑性思考、分散型リーダシップ、チームサイエンスをフローの3重らせん(Triple Helix of Flow)に組み合わせることで、複雑性の時代におけるリーン思考を向上し、組織がより革新性、適応性、回復性を持つために使用可能なものにしています。今回の2回目の記事では、この複雑性思考、分散型リーダシップ、チームサイエンスによる3重らせんを取り上げます。
-
DDDアプローチを用いたビジネスルールの検証
ソフトウェアアプリケーション開発の目標が、その分野の専門家の振る舞いをエミュレートすることであるならば、ビジネスルールを捕捉し、実装することが課題となります。これは単にコーディング能力よりも、優れた知識管理に関わるものです。ドメイン駆動設計のテクニックに従うことで、ビジネスルールを効果的に検証、実行する構造の実現が可能になります。
-
アジャイルチームに対するメトリックの重要性
この記事では、全体的なパフォーマンスを向上させ、メンバーが継続的に自己改善を目指すチームにとって重要なアジャイルメトリックの重要性を概説します。そこでは、チームメンバーがこれらの指標を民主的に同意し、管理する必要があることを強調しています。また、合意されたメトリックに対するパフォーマンスを経時的に追跡するツールで何を見ていくべきかをアドバイスします。
-
.NETでドメイン駆動開発~ValueObject後編~
近年とても注目度の高いドメイン駆動開発について、独自の解説を交えながら.NETでの実装例をご紹介します。前編での解説に引き続き、ValueObjectの実装例をご紹介します。
-
.NETでドメイン駆動開発~ValueObject 前編~
近年とても注目度の高いドメイン駆動開発について、独自の解説を交えながら.NETでの実装例をご紹介します。まずはValueObjectパターン前編です。
-
デザインパターンの自動化
コード1行あたりの総所有コストが高いにもかかわらず、定型的なコードの多くは、まだ書かれており、その多くは、よりスマートなコンパイラを使って回避することができる。実際、ほとんどの定型的なコードは、デザインパターンを繰り返し実装することに起因している。しかし、これらのデザインパターンのいくつかは、非常によく理解されており、もし我々がコンパイラにそれを教えることができれば、それらは自動的に実装することがでる。
-
RIA のアーキテクチャーとデザインパターン (リッチクライアント編)
この記事では、Flex アプリケーションのアーキテクチャー概要を扱います。以下の内容は、Flex アプリケーション構築の際に一般的に起こる、と思われる問題への対応例を紹介することが目的です。Flex アプリケーションを常に同じ形で構築することを推奨するものではありません。 クライアント側とサーバー側を含めたアプリ全体のアーキテクチャーについては別記事 (アプリ全体編) をご覧下さい。
-
Java と ActionScript 3.0 の違い: 文法編
この記事は、Java に精通した開発者の方に、ActionScript 3.0 (以下 AS3) がどのような言語なのか、どこが Java と異なっているのか (あるいは同じなのか) を一覧できるようまとめたものです。主に AS3 の静的な側面をまとめた、文法編 (文法編) およびクラス宣言編 (クラス宣言編)と、動的な側面をまとめた、属性操作編 (属性操作編) および振舞い編 (振舞い編) の 4 編に分けて、Java 開発者が引っかかりやすいと思われる点を中心に記述しました。厳密な言語解説よりは、まず AS3 の概要が分かること、を目的に書かれています。さらに詳しい言語仕様についてはActionScript 3.0 の学習をご覧ください。