InfoQ ホームページ 設計 に関するすべてのコンテンツ
-
マイクロサービスの長い歴史
マイクロサービスは非常に長い歴史を持ち、多くの人が思うほど短くはない。SOAも90年代に発明されたものではない。私たちは、50年の間にサービスの背後にある核となるアイデアに取り組んできた。Greg Young氏は、マイクロサービスを扱うプレゼンテーションで、ロンドンで最近行われたマイクロサービスカンファレンスで説明した。
-
スケーラブルなMVP(Minimum Viable Product)を構築するには
MVP(Minimum Viable Product)の開発にはスケーラビリティに対する考慮が必要だ。MVPは技術的にスケーラブルでなくてはならない。MVPが多くのユーザの獲得に成功した時に素早く拡張できるよう，計画を持っておく必要がある。考えられるパフォーマンスボトルネックを認識し，MVP開発時に常識を働かすことが成功の秘訣だ，とUnboxdのCTOであるErik Duindam氏は言う。
-
振る舞い駆動開発のアンチパターン
振る舞い駆動開発(BDD)はビジネス関係者とソフトウェア開発者の間のコミュニケーション改善に有効だが，自動化テストの実行にCucumberを使う場合には，Aslak Hellesøy，Matt Wynne，Steve Tooke各氏が先日の議論で説明したようないつかのアンチパターンが存在する。
-
振る舞い駆動開発の体験
振る舞い駆動開発(Behaviour-Driven Development, BDD)とは，ソフトウェア開発が現代ビジネスの基本であるという認識の下で，ビジネス上のステークホルダとソフトウェア開発者のコミュニケーションの方法を改善するものだ — 先頃公開したブログ記事“experiences working with BDD”の中で，Kevin Smith氏はこのような主張を展開した。
-
リファクタリングとコードの臭い – きれいなコードへの旅
リファクタリングは、より理解しやすく、メンテナンスしやすい、きれいなコードにするのを助けてくれる。それにはコードの臭いを嗅ぐ経験と実践が必要だ。つまり、コードの中にあるより深い問題を示す悪い設計の兆候を見つけることだ。コードを壊すことなく、小さなステップでリファクタリングを行うことを支援するツールもある。
-
どうアジャイルとアーキテクチャは袂を分かち、最後に友好関係を築いたか
人々はアーキテクチャを定義すること、もしくはソフトウェア設計を行うことの必要性をアジャイル宣言の不正確な解釈のために止めてしまったと、Software Architecture for Developersの著者であるSimon Brown氏は主張した。多くのソフトウェア開発者はプラクティスの十分な工具箱を持っていると思っておらず、ソフトウェア業界にはソフトウェアアーキテクチャに対する十分な共通言語が欠落している。良いアーキテクチャはアジリティを高める。方向性を設定するための強固な基盤を構築するのに必要十分な事前設計が必要である。
-
EtsyがAPIアーキテクチャに移行した目的と方法
QCon New York 2016で，EtsyのソフトウェアエンジニアのStefanie Schirmer氏は，自身の会社がAPIファーストアーキテクチャへの移行に成功して複数デバイスのサポートとサーバのパフォーマンス問題への対処を達成したことと，それが開発チームによって迅速に採用されたことをテーマに講演を行なった。
-
データはマイクロサービスを取り扱う際の難しい部分である
エンタープライズのためのマイクロサービスを作成・開発する際の最も難しい問題の１つはデータである。ドメイン駆動設計(DDD)を用いて事業ドメインの分析を行い、データをどう表現するかを判断することはマイクロサービスアーキテクチャを構築する際に助けになる、Christian Posta氏はマイクロサービスの実装についての一連のブログ投稿の1記事でこう述べている。
-
マイクロサービスとドメイン駆動設計に関するVaughn Vernon氏の意見
モノリスにおいてもきちんとした方法でモデリングすることは可能ではあるが、しばしば大きな泥団子と化してしまう。これは複数のドメインモデルがモノリス内で絡まってしまうのが原因であり、Vaughn Vernon氏の経験ではこれは数週間もしくは数ヶ月以内に起こりうるのである。彼は今年初めのScala Daysにおける発表でこのように述べた。
-
Juval Löwy氏が語る - クラスがすべてサービスであるべき理由
Juval Löwy氏は，個々のクラスをサービスで表現したサービス指向アプリケーションによる，システム構築手法のパイオニアだ。このようなアプリケーションは，最初は'クラス爆発'のように思われるかも知れないが，実は真に分解され，適切に分析および設計されたシステムである。氏は自らの意図を述べた上で，開発チームがこのプロセスを改善する方法を説明する。
-
Event Stormingを実践する
ドメイン駆動設計(DDD)のコンテキストにおいて，Event Stormingは極めて有用で価値のあるものだ – 先日ロンドンで開催されたDDD eXchangeカンファレンスのプレゼンテーションで，Dan North氏はこのように主張して，Event Stormingの基本的メカニズムを説明するとともに，過去数年間にさまざまなシステムをモデリングした自身の経験について公開した。
-
Microsoft REST APIガイドラインはRESTfulではない
Microsoftが「RESTful」なAPIを作成するためのガイダンスを公開した。Roy Fielding氏は、そのAPIを (RESTとほとんど関係ない) HTTP APIと見なしている。
-
Eric Evans氏: ドメイン駆動設計はソフトウェア開発に有益か？
この数年、ドメイン駆動設計（DDD）への関心が高まっている。Eric Evans氏はロンドンで行われた最近のDDD eXchange Conferenceにおけるキーノートで言及している。彼は開発者がもっと設計に注意を払う時期にいると考えている。理由のひとつは、モデルが高い意味を持つ分散システムを扱う仕事をしているからである。
-
ブリストルで開催されるGirl Geek Dinnerのイベントでインターフェイスとしての身体と身体を解釈することに関するトークが行われる
Scott Logic社のTamara Chehayeb Makarem氏とJenny Gaudion氏は7月20日にイギリスのブリストルで開催されるGirl Geek Dinnerイベントでトークを行う予定であり、これは‘Body as Interface(インターフェイスとしての身体)’と‘Interpreting the body(身体を解釈する)’の話題のあいさつである。彼らはInfoQにテクノロジシステムによって身体は異なる方法でインターフェイスになりうること、私たちのUXについての考え方を変更し身体に基づいたデータをを解釈する必要があることについて話した。
-
継続的進化のための設計
During his keynote at QCon New Yorkにて、Eric Brewer氏は、継続的デリバリから高速で安定的な継続的進化へ進むこと、独立した構築ステップによるシステムの不変的なモデル定義を要求することについて話をした。Googleでの氏の計算インフラ設計チームはHelmを使って本番の配置を試す前に新しい配置モデルの構築と検証を行っているが、この考え方は技術に依存しない。