Pythonによるアーキテクチャパターン

序文

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

私たちが何者で、なぜこの本を書いたのか不思議に思うかもしれない。

ハリーの最後の本「Pythonによるテスト駆動開発」（O'Reilly）の最後で、彼はアーキテクチャに関する質問をたくさん発見した。 テストしやすいようにアプリケーションを構造化する最良の方法は何か？ より具体的には、コアなビジネスロジックを単体テストでカバーし、必要な統合テストやエンドツーエンドテストの数を最小限にする方法は何か？ 彼は「六角形アーキテクチャ」や「ポートとアダプタ」、「ファンクショナルコア、インペラティブシェル」について漠然と言及していたが、正直に言えば、これらは自分が本当に理解していることでも、実際に行っていることでもなかったと認めざるを得ないだろう。

そして幸運なことに、これらの疑問に対する答えを知っているボブに出くわした。

ボブがソフトウェアアーキテクトになったのは、チームの誰もやっていなかったからだ。しかし、幸運にもイアン・クーパーに出会い、コードの書き方や考え方について新しい方法を教わった。

複雑性を管理し、ビジネス上の問題を解決する

私たちは二人とも、家具をオンラインで販売するヨーロッパのeコマース会社、MADE.comで働いている。そこで私たちは、現実世界のビジネス問題をモデル化する分散システムを構築するために、本書のテクニックを応用している。私たちのサンプル・ドメインは、ボブがMADEのために構築した最初のシステムであり、本書は、私たちのチームに新しいプログラマが加わったときに教えなければならないことをすべて書き留める試みである。

MADE.comは、運送パートナーや製造業者によるグローバルなサプライチェーンを運営している。 コストを低く抑えるため、倉庫への在庫配送を最適化し、売れ残った商品がその辺に転がっていることがないようにしている。

理想的なのは、購入を決めたその日にソファが港に到着し、保管することなくお客様のご自宅まで直送することだ。コンテナ船で3カ月もかかるとなると、そのタイミングを見計らうのは至難の業だ。その間に、物が破壊的に変更されたり、水濡れしたり、暴風雨で予期せぬ遅れが生じたり、物流パートナーが商品の取り扱いを誤ったり、書類が紛失したり、顧客の気が変わって注文を変更したりと、さまざまな事態が発生する。

私たちは、現実世界で行われているような演算子を表現するインテリジェントなソフトウェアを構築することで、こうした問題を解決し、可能な限り多くの業務を自動化できるようにしている。

なぜPythonなのか？

Pythonコミュニティはなぜこのような本を必要としているのだろうか？その答えは、Pythonの人気と成熟度についてだ。Pythonはおそらく世界で最も急成長しているプログラミング言語であり、絶対的な人気ランキングではトップに近い位置にいるが、C#やJavaの世界が何年も取り組んできたような種類の問題に挑み始めたばかりだ。 スタートアップは実際のビジネスになり、ウェブアプリやスクリプトによる自動化は（囁けば）エンタープライズ ソフトウェアになりつつある。

Pythonの世界では、Pythonの禅（Zen of Python）を引用することが多い。¹ 残念なことに、プロジェクトの規模が大きくなるにつれて、最も明白なやり方が、複雑さや変化する要求を管理するのに役立つ方法とは限らない。

本書で取り上げるテクニックやパターンはどれも新しいものではないが、Pythonの世界ではほとんどが新しいものだ。そして本書は、Eric ...