BT

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

寄稿

Topics

地域を選ぶ

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

  • モノリシックからマイクロサービスアーキテクチャへの動き

    モノリスからマイクロサービスへの動きに賛同しつつも、ビジネスステークホルダーが関心を持っているのはコストを削減することだ。マイクロサービスアーキテクチャへの移行は収益を増やしたり守るものではなく、スケールも分散もビジネスを納得させる良い理由にはならない。今年開かれたMicroservices Conference in Londonでのプレゼンで、モノリスからマイクロサービスに移行する指針をIan Cooper氏が説明した。

  • Redux - Fluxに影響を受けたアーキテクチャスタイル

    ReduxはFluxと同じように単一方向のデータフローを使用しているが,唯一のストアをクローンすることによって,元のストアに副次的な影響を与えずに機能を提供することができる。ディスパッチャは存在しない。

  • リビルドか,リファクタか

    ソフトウェアはリビルド(再構築)すべきか,リファクタリングすべきか?Wouter Lagerweji氏とのインタビューから,リファクタリングを困難にしているものは何か,ソフトウェアのリビルドがリファクタリングよりリスクが少ないのか,継続的デリバリがソフトウェアのリビルドに対してどのように好都合なのかを考える。

  • モバイルのフラグメンテーションが引き起こす問題

    デバイスのフラグメンテーションは優れたUXの提供にとって大きな妨げだ。開発者がよく直面する問題をおさらいする。

  • API開発者エクスペリエンスとは何か,なぜ重要か

    ソフトウェア開発にシームレスな体験を提供するというAPI開発者エクスペリエンスは,API設計の改善目標としては比較的新しい視点であるといえる。プログラマの効率向上に寄与すると同時に,開発者がエンドユーザに代わってその目標を達成する上での支援ともなる。

  • ヒューマンリファクタリング:人生にもリファクタリングを適用しよう

    Bryan Beecham氏はAgile Testing Days 2015でヒューマンリファクタリングについての基調講演を行った。InfoQは氏に、ヒューマンリファクタリングが私たちの生活の向上にどう役立つか、コードのリファクタリングとどう関係するか、健康に良い食事を摂ることを重要視しているのはなぜか、アジャイルチームはヒューマンリファクタリングからどんなメリットを受け得るか、自己向上と個人の成長に関する情報はどこで得られるか、についてインタビューした。

  • JAX London 2015 総まとめ

    10月12日から15日にかけて英国ロンドンのビジネスデザインセンタで開催されたJAX London 2015には,Javaやマイクロサービスなど,最近の開発プラクティスの各分野から,多くの専門家たちが集まった。テーマは多岐に渡るが,全体のメッセー���としては,これらのテクノロジが成熟の域に達していることと,ユーザがその効果的な活用方法を積極的に学ぼうとしていることを指摘しているようだ。

  • ドメインイベントと結果整合性

    結果整合性はスケーラビリティと性能を改善する設計方法だ。ドメインイベントはドメイン駆動設計の戦略的要素であり、結果整合性の実現を促す。Florin Preda氏とMike Mogosanu氏がブログでこの設計の利点を説明している。

  • 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氏は、この主な理由は知識不足だと考えている。

BT