InfoQ ホームページ 設計 に関するすべてのコンテンツ
-
-
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氏は、この主な理由は知識不足だと考えている。
-
総保有コストを使った技術的負債の管理
総保有コスト(TCO)は、投資の意思決定やファイナンスの分析で使われる。これをソフトウエアに適用すると、初期の開発コストや、製品が提供停止になるまでのメンテナンスのコストをカバーできる。TCOは設計上の決定や技術的負債の管理をサポートする。
-
IODAアーキテクチャについて
Ralf Westphal氏によると、レイヤードアーキテクチャ、ヘキサゴナルアーキテクチャ、クリーンアーキテクチャといったアーキテクチャパターンはよく似ていて、アプリケーションの構造について非常に大雑把なイメージを与えてくれるという。Westphal氏はアーキテクチャを記述する別の方法を求めて、IODAアーキテクチャというスタイルを定義した。これはオペレーション、データ、インテグレーションという3つのフォーマルな責務で構築される。
-
Raffi Krikorian氏がシステムの書き換えについて語る
O’Reilly Software Architecture conferenceにて、Raffi Krikorian氏がシステムの書き直しに取り組む技術リーダー、アーキテクト向けに戦略と戦術を語った。氏のTwitter Engineeringでのバイスプレジデントとしての経験を引き合いにだし、再設計のプロセスを管理するための12のポイントを解説した。“完了”を定義すること、コードの品質を保つことなどについてだ。