どのレイヤー（層）でトランザクションを実装すべきか

2024/02/28 171 users トランザクション UseCase レイヤー 分離 ビジネス領域

このように、層ごとに関心事の分離を行うことで、保守性の高い（変更容易性や再利用性等）アプリケーションを実現できます。 しかし、「トランザクション」においてはどうでしょうか。 トランザクションはビジネス領域においても、技術領域においても関心事がある内容です。 そういう曖昧なものは「ひとまず usecase 層... 続きを読む

モノタロウがGoとprotobufで進める爆速マイクロサービス開発とそれを支えるプロセス - MonotaRO Tech Blog

2024/02/27 16 users 要素 Protobuf ECサイト 向上 正確性

こんにちは。モノタロウのTechBlog編集チームです。 モノタロウではECサイトでのお客様体験の向上を目指して、日々改善に取り組んでいます。 商品の出荷目安などの出荷関連情報は重要な要素の1つになります。 今回は、出荷関連情報の正確性を改善するとともにシステムの変更容易性を向上させるためにマイクロサービス化... 続きを読む

変更容易性と理解容易性を支える自動テスト（2024/02版） / Automated Test Knowledge from Savanna 202402 YAPC::Hiroshima edition

2024/02/10 160 users YAPC 自動テスト Hiroshima 2024

YAPC::Hiroshima 2024 続きを読む

ミノ駆動さんに「なぜ負債解消にDDD？」と聞いたら、ソフトウェア開発の本質に気づかされた

2024/01/15 182 users DDD ReadyFor リファ レバテックラボ ミノ駆動

ミノ駆動さんに「なぜ負債解消にDDD？」と聞いたら、ソフトウェア開発の本質に気づかされた 2024年1月15日 株式会社スタメン ミノ駆動（仙塲大也） 電子機器メーカーや大手精密機器メーカー、クラウドワークスを経て、2021年4月にREADYFORに入社。アーキテクチャの変更容易性や機能性を促進する設計構造を目指し、リファ... 続きを読む

アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog

2023/12/24 164 users アーキテクチャ 起点 adventar.org 洞察 カケハシ

こちらの記事はカケハシ Advent Calendar 2023 Part2の24日目の記事になります。 adventar.org はじめに 反復的な開発は、変更容易性の高いソフトウェアが不可欠です。ソフトウェア開発の経験がある方なら、デリバリ後の洞察や市場環境の変化から、新しい機能の追加やアーキテクチャの進化の必要性に直面したことが一度... 続きを読む

DDDの腐敗防止層を用いた変更容易性向上 - READYFOR Tech Blog

2022/04/11 139 users リファクタリング DDD アプリケーションアーキテクト 概要

こんにちは、リファクタリング大好きなミノ駆動です。 リファクタリングを主任務とするアプリケーションアーキテクトとして、弊社READYFORのエンジニアリングを推進しています。 ドメイン駆動設計に登場する 腐敗防止層 を用いたリファクタリングで、システムの変更容易性を向上したお話を解説します。 本記事の概要 イ... 続きを読む

設計を歪める認知バイアス - Qiita

2021/12/05 510 users Qiita リファクタリング ミノ駆動 認知バイアス 設計

こんにちは、リファクタリングが大好きなミノ駆動です。 この記事は READYFORアドベントカレンダー2021 、5日目の記事です。 これはなに？ ソフトウェア開発において、設計をないがしろにすると、低凝集密結合な構造に陥り、変更容易性が低下してしまいます。 設計スキルを高め、あるべき構造を設計する……これで解決でき... 続きを読む

ソフトウェア設計原則は変更容易性に通ず - Shin x Blog

2021/06/02 281 users Shin x Blog Masashi Shinbara

色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 202... 続きを読む