DXの波で企業はシステムの内製が必要だ、SIは不要。SaaSがSIを代替しつくす等々の話題がよく出ています。果たしてそれは正しいのでしょうか。 私のスタンスとしてSIerに寄っているわけではないのですが、表面的で加熱気味なSIer不要論が出てきており、少々技術屋として口を出したくなりました。技術戦略上、どのような特性を持つのかきちんと考察してみます。 業務システム開発をする当事者のための1つの指針になれば幸いです。 業務システムを開発するにあたっての３形態 3つの開発形態のメリット・デメリット 「内製エンジニアによる開発」は最上級のオプション 「SIerへの委託による開発」は雇用しなくても細かく要件を注文できる代替策 「SaaSソフトウェアの導入」は低コストでスケールメリットを得る選択肢 3つの開発形態はサービスレベルで分類できる 「ソフトウェアの入れやすさ」の４象限 「結合度」と「ミッシ

TL;DR 最近の設計志向はイベント駆動がかなり中心になっている とくにDDD界隈がここまでイベント駆動一本槍だとは思わなかった ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている はじめに 最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日本でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。 ただの出羽守（あるいは鹿鳴館精神）ではなく、一つの潮流としてこんなのがあるってのを記述できればなと思います イベントが設計の基本線となりつつある、、、のか？ まず1つ目に驚いたのが、イベントが設計の中心になっている、そう感じる機会が多かったこと。 ここで言うイベントは、実践ドメイン駆動設計の中でも「ドメインイベント」として実装パタ

はじめに こんにちは、ソウゾウSoftware Engineerの@sue71です。連載：メルカリShops 開発の裏側 Vol.2の13日目を担当させていただきます。 以前メルカリメルカリShopsの技術スタックと、その選定理由でBFFの実装にGraphQLを採用していることをお伝えしました。メルカリShopsをリリースしてから約半年たった今、これまでを振り返ってGraphQLサーバーを実装する上での課題やあらかじめ考えておくと良い項目をまとめてみました。また、本記事ではメルカリShopsでGraphQLの実装としてApolloを採用しているため、Apolloの利用が前提の話もいくつか混在しています。予めご容赦ください。 GraphQLの説明や、メルカリShopsの実装方法に関しては以前こちらの記事で紹介しています。こちらも是非ご覧ください。 パフォーマンス課題 GraphQLは、アプリ