InfoQ ホームページ 方法論 に関するすべてのコンテンツ
-
モノリシックからマイクロサービスアーキテクチャへの動き
モノリスからマイクロサービスへの動きに賛同しつつも、ビジネスステークホルダーが関心を持っているのはコストを削減することだ。マイクロサービスアーキテクチャへの移行は収益を増やしたり守るものではなく、スケールも分散もビジネスを納得させる良い理由にはならない。今年開かれたMicroservices Conference in Londonでのプレゼンで、モノリスからマイクロサービスに移行する指針をIan Cooper氏が説明した。
-
Scalaの試験プラットフォームDottyがブートストラップ可能に
Dpttyは，Scalaの新しいツーリングのテクノロジ開発と，将来バージョンの新コンセプトの試行を目的としたプラットフォームである。そのDottyが先日，ブートストラップ段階に到達した。これはコンパイラがDottyで記述されて，自分自身でコンパイル可能になったという意味だ。これによって，コンパイラの更新が簡単にできるようになる。主要なコントリビュータのひとりであるDmitry Petrashko氏に話を聞いた。
-
Obeyaによるプロジェクトポートフォリオ管理
Obeya(大部屋)は，作戦室(war room)とプロジェクト管理の視覚化を特徴とするマネジメントアプローチである。InfoQはMalika Mir氏にインタビューして，Obeyaを開発した理由，Obeyaを導入したプロジェクトポートフォリオの管理，実際にObeyaを使用した経験とそこで得られたメリットについて話を聞いた。
-
ドメインイベントと結果整合性
結果整合性はスケーラビリティと性能を改善する設計方法だ。ドメインイベントはドメイン駆動設計の戦略的要素であり、結果整合性の実現を促す。Florin Preda氏とMike Mogosanu氏がブログでこの設計の利点を説明している。
-
スクラムのためのNexus Guideを公開
Nexusは，大規模なソフトウェア開発プロジェクトを展開，維持するためのフレームワークである。Nexus Guideは，スクラムをスケールアップする上でScrum Guideの次段階として，複数のソフトウェア開発チームを統合した活動のサポートとして使用することができる。
-
Agile Essentialsを使ったゲーム
Ivar Jacobson Internationalの“Agile Essentials”は，１組のカードの形で提供される，アジャイルプラクティスのスターターキットだ。カードを使ってゲームをチームでプレイすることでアジャイルプラクティスを学び，作業の方法を試したり，実際に適用したりすることができる。
-
振る舞い駆動開発を改善する６つの方法
自動化はBDDの副産物であって，真の目的ではない - これを思い出すことが，BDDの思想的リーダの助言に忠実に従うための一歩になる。こ��記事ではJoe Calantonio氏が，BDDの価値観によって開発を改善するための６つの方法を説明する。
-
DDD、イベント、マイクロサービス
マイクロサービスを素晴らしいものにするには、ドメイン駆動設計(DDD)が必要であり、5年から10年前に発生した誤ちはDDDによって解決されたが、マイクロサービスの世界でも同じことが起こっている。David Dawson氏はロンドンで開催されたDDD Exchangeの講演でこのように自身の考えを発表した。
-
Udi Dahan氏の語るビジネスロジックの再利用とマイクロサービス
再利用(Reuse)はこの13年間，システム開発のほぼすべての事象に対するモットーだった。しかしながら再利用は，少なければ健康的だが，度が過ぎるとダメージを被る，シアン化合物のようなものだ – ロンドンで開催された今年のDDD Exchangeカンファレンスでのプレゼンテーションで，Udi Dahan氏はこのように述べて，ビジネスロジックの面からの視点を提案した。
-
避けるべきDDDの10の失敗
ドメインエキスパートとやりとりをしない、というのが、ドメイン駆動設計 (DDD)でよくある失敗のひとつであり、これを早い段階で修正することで、チームの時間を節約できると、Daniel Whittaker氏は説明する。氏は、DDDの実践の中で、よく出くわす10の失敗についての説明の中で、この点を指摘した。
-
DDD、イベント、マイクロサービス
マイクロサービスを素晴らしいものにするには、ドメイン駆動設計(DDD)が必要であり、5年から10年前に発生した誤ちはDDDによって解決されたが、マイクロサービスの世界でも同じことが起こっている。David Dawson氏はロンドンで開催されたDDD Exchangeの講演でこのように自身の考えを発表した。
-
DDDと”生きたドキュメント"
ドキュメント作成は退屈な作業だ。疎かにされたり，誤った扱いをされることも少なくない。しかしCyrille Martraire氏は，今年ロンドンで開催されたDDD Exchangeカンファレンスでのプレゼンテーションで，ドキュメントとコードをともに改良する新たな考え方として，ドメイン駆動開発(DDD)を使って“生きたドキュメント(living documentaion)”を作る方法を紹介した。
-
DDD、マイクロサービス、境界についてEric Evans氏が語る
マイクロサービスには大きな価値があり、ドメイン駆動設計を実践するための最高の環境を与えてくれると考えている、とEric Evans氏は、ロンドンで開催された、DDD Exchangeカンファレンスのキーノートで講演をした。氏にとっては、イテレーションは良い設計のためにもっとも重要だ。そして、マイクロサービスは良い設計をするためSOA以来の2度目の挑戦だ。
-
ドメイン駆動設計の間違った方向性
アプリケーションは、ドメイン駆動設計 (DDD) を使って構築しなければならないと言われる。実際のドメインモデルは、エンティティか、DTOで構成され、DTOは、ビジネスと基盤となるロジックを組み合わせたものを含むサービスと共に、データとロジックを分離したものだとGabriel Schenker氏は言う。これは、新しいアプリケーションを構築するプロジェクトの初期の段階に当てはまることが多く、Schenker氏は、この主な理由は知識不足だと考えている。
-
Swiftにおけるプロトコル指向プログラミング
WWDCにて、C++/Boostで知られ、現在はAppleでSwift Standard Libraryグループのリーダを務めるDave Abrahams氏が、Swiftをプロトコル指向言語として紹介し、プロトコルがコード改善にどう使えるのか説明した。