前提例によって Clean Architecture のあの図より。 Clean Coder Blog Clean Architecture 自体はいろいろ誤解しやすかったりするが、他の類似のパターンも言ってることはそんなに大きく違いはないのでそのまま参照する。 まず、基本的なことを確認しておくと、 いわゆるフレームワークでコードの起点になる部分はロジックを書く場所ではない という点がある。 例えば Rails MVC は ( routing を除けば ) Controller が起点になるが、Controller は Usecase の外側に位置しているReact 的な View Framework は Presenter 辺り以上のように、メジャーなフレームワークのコードの起点となるパーツは、基本的にロジックを書く場所として機能するはずの Usecase や Entity ではない。そ
IaaSのVM屋さんの保守開発 佐野成氏：ここまででインフラのIaaS、VM屋さんの話をしてきましたが、「実際開発ってなにしてんの？」という話をもう少し話そうと思います。 まず開発といった時に、「保守系統の開発」と「新規の機能開発」という分類をしてみようと思います。実際は別々のチームがやっているのではなく同じチームが対応していますが、そういう感じで話していこうと思います。 まず保守ということで、（それはつまり）今動いているものを維持する営みが必要です。さまざまな理由により保守開発がやはり必要です。主にはセキュリティの脅威や、ベンダーのサポートを受けるためにバージョンアップをしなければならないといった理由によるものです。 （スライドを示して）ここには、バージョンアップしか書いていませんが、ほかにもトラブルシュートや故障対応とかもありますよね。 それをやらないといけないのですが、こういったホス
データサイエンティストとエンジニアがチームプレイでいい感じにプロダクトをつくるためには? - なんちゃってClean Architectureとテストを添えて - Lean Baseball
このエントリーを書いてる今日（9/29）と明日で有給消化期間が終わるマンです. 20日間, Banksy展を楽しんだ&新しいメガネを求めて新宿に行った以外, 地元の杉並区〜吉祥寺エリアからほぼ動きませんでした. Stay Home的な意味合いもあるのですが, 10/16（土）にPyCon JP 2021でお話をする事もあり, その準備（と信長の野望*1）に多くの時間を割いていました. PyCon JP 2021からトーク紹介 #pyconjp 「実践Streamlit & Flask - AIプロジェクトのプロトタイピングから本番運用までをいい感じにするPythonicなやりかた」 Web programmingトラックのIntermediate向けトークです。 楽しみですね。チケットはconnpassで発売中！（固定ツイート参照ください）— PyCon JP (@pyconjapan)
Modern MVVM iOS App Architecture with Combine and SwiftUI
The iOS Developer Community Survey shows that Model-View-ViewModel (MVVM) is the second most popular architectural pattern for designing iOS apps. It makes a good reason to study the state of modern MVVM with SwiftUI and Combine. In this article we’ll cover: The purpose of MVVM. The components of the MVVM pattern. The flow of data and dependencies in MVVM. Why should we use unidirectional data flo
こんにちは、@p1assです。 先日、レイヤーアーキテクチャを採用している Web API サーバに WebSocket を組み込むことになったのですが、コネクションの管理やどのレイヤーで各機能を管理するか悩んだのでブログにまとめておきます。 使用している言語は Go で、Web フレームワークは echo です。 WebSocket 実装前の API サーバの構成 WebSocket を実装する前の API サーバのディレクトリ構成は次のようになっていました。（ブログ用に調整を加えてます。） . ├── database # repository のインターフェースを満たす実体 ├── domain │ ├── entity │ └── repository │ └── service ├── main.go ├── usecase └── web ├── handler └── rou
【感想】『ソフトウェアアーキテクチャの基礎』：モダンなアーキテクティングの体系的な教科書 - Rのつく財団入り口
すべてはトレードオフである！(ばばばばーん) 2022年3月刊行、ITエンジニア本大賞2023にもノミネートされた良著と名高い一冊。今回も翻訳は島田浩二さんです。 ソフトウェアアーキテクトやテックリードに(たぶん)近い位置にいる身としてもこれはいつか読まねば！と思っていたのですが、オライリーの2023年カレンダーと一緒に物理本で買ってきてじっくり読みました。以下、各章ごとに読書記録や感想など。 すべてはトレードオフである！(ばばばばーん) 1章 イントロダクション 第I部 基礎 2章 アーキテクチャ思考 3章 モジュール性 4章 アーキテクチャ特性 5章 アーキテクチャ特性を明らかにする 6章 アーキテクチャ特性の計測と統制 7章 アーキテクチャ特性のスコープ 8章 コンポーネントベース思考 第II部 アーキテクチャスタイル 9章 基礎 10章 レイヤードアーキテクチャ 11章 パイプライ
はてなブックマーク数による人気記事のランキング。9月15日（日）から9月21日（土）〔2019年9月第3週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 セフレですよ、不倫ですよ、ねえ、最低でしょ - 傘をひらいて、空を by id:kasawo 2 マクドナルドの開けてしまった消費税のパンドラの箱 - ゆとりずむ by id:lacucaracha 3 フィリピンの事情あれこれ - やしお by id:Yashio 4 みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days by id:mohri 5 日本語と台湾原住民のタイヤル語が混じった言語、宜蘭クレオールが話されるトビウオの街、東澳へ - 今夜はいやほい by id:kikuchidesu 6 プログラミング言語勉強用の環
概要 本記事ではClean Architecture定義したレイヤをUnityで実装する際、Assembly Definitionを切るとレイヤ同士の依存関係を明確にできていい感じになるよ、という話をします。 Clean Architecture CleanArchitectureは例の図の内側にアプリケーションロジックを閉じ込め、変更されがちなフレームワークやデータベースを詳細として捉え、それらをアプリケーションロジックの外側に追いやり中間層を介してアプリケーションロジックから詳細を参照することで、詳細にとらわれないアプリケーション開発を行うアーキテクチャです。 The Clean Architecture @The Clean Code Blog Unityでの採用例には CAFU というフレームワークがあるので、ここから調べるのが良いでしょう。 作成者(日本人)の登壇資料も参考になり
はじめに Swiftに慣れよう 可能ならいつでもletを使おう varを使う必要がある場合はデメリットを局所的にしていこう できるだけイミュータブルなオブジェクトを使う 可能ならselfを省略しよう 必ずしもクロージャで[weak self]が必要ないことも理解しよう guardを恐れずに使うためにguardの条件を明確にしよう strongSelfなどせずselfをシャドーイングしても問題はない オブジェクトの生成と消滅 依存する処理を直接結び付けるよりも依存の注入を選ぶ class 静的メソッドはclass funcではなくstatic funcを選択する enum Int定数の代わりにenumを使う struct 値のやりとりをする場合にstructの利用を検討しよう 状態を保持しその監視の役割としたstructを使わないようにしよう 非同期処理 可能であればwithCheckedC
Go (Golang): Clean Architecture & Repositories vs Transactions
IntroductionGo (Golang) has been trending for quite some time now, and so has the combination of Clean Architecture and Repository pattern. Thus, it’s only natural that people would try to apply it to everyday scenarios and draw comparisons with other stacks and patterns from there. That said, this is not another post aimed to highlight the ins and outs of this particular choice for organizing Go
Structural and navigation anti-patterns in modularized Android applications
Merry Christmas to all! The subject of this article is one that has been on my mind for a very long time. After all, “Clean Architecture” is often seen as the end goal, the hallmark of the finest of Android application code structure — it is the best of the very best. The name itself, “Clean Architecture”, signals that it’s a good thing ~ after all, who wants to work with “messy” code in compariso
Layered Architecture(Clean Architecture)の勘所 - Qiita
前文 フリーランスでエンジニアをしています。(何でもやるけど主にbackend) 比較的短期でいろいろな会社さんのお手伝いをすることが多いのですが、複数の会社で共通的に課題となっている部分について私見をまとめておきます。 ※ ちなみに一年位前にもRailsで同じような記事を書いています。今回はその発展版です。 Layered Architectureとは 近年、Clean Architectureの流行で、設計にLayered Architectureを取り入れるプロジェクトが多くなってきています。 自分の勝ちパターンも下敷きにしているのはClean Architecuteです。 Layered Architecture(= 階層化構造)とは、簡単に言えば処理を役割ごとに分解して役割ごとに階層を分離するプログラム設計のことです。 DDDやClean Architectureの登場によって大
Go(Echo)×MySQL×Docker×Clean ArchitectureでAPIサーバー構築してみた - Qiita
はじめに タイトルにもある通り、Go×MySQL×DockerでAPIサーバーを作ってみました。 はじめは、 ・Goで簡単なREST APIを作ってみる ・Dockerで開発環境を立てる を目的として作っていたのですが、ディレクトリ構成をどうしようか悩んでいろいろ調べているとGo×クリーンアーキテクチャでAPIサーバーを作っている記事をたくさん発見したので、クリーンアーキテクチャやってみよう、ということでやってみました。 ということでこの記事は、 ・GoでAPIを書いてみたい ・Dockerで開発環境をたてたい ・その際にクリーンアーキテクチャを採用してみたい ぐらいの温度感の方におすすめです。 逆に、がっつりクリーンアーキテクチャを勉強したいという方にはあまり参考にならないかもしれません。。 なお、 フレームワークにEcho (https://echo.labstack.com/) DB
食べログiOSアプリのフルリプレース時の問題の原因と解決案をレガシーソフトウェア改善ガイドで考えてみる - Tabelog Tech Blog
※ 本記事は、過去の事例を元により良い改善案を検討したものになります。現在ではすでに改善されている点なども記載されています。 こんにちは。食べログiOSアプリを担当している saten です。 私は食べログシステム本部 アプリ開発部の基盤チームに所属しています。 基盤チームでは機能開発はあまり行わず、リファクタリングや開発環境（IDEやCI/CDなど）の整備、ライブラリ選定、アーキテクチャ設計など、食べログアプリの下支えをしているチームになります。 今回はTabelog Tech Blogで初の(食べログ系の他のiOSアプリを除く)食べログiOSアプリ本体の話だと思いますので、今も影響を与える2017年にあった食べログiOSアプリでフルリプレース時にあった問題の原因とより良い改善案を 書籍「レガシーソフトウェア改善ガイド」 の 「3.4 決断の時（リファクタか、リライトか）」の章 を元に考
iOSのAPIリクエストのCombine実装 - R-Hack（楽天グループ株式会社）
みなさんこんにちは。ラクマでiOSエンジニアをしているdarquroです。 ラクマは去年12月のリリースでサポートOSをiOS13以上にしました。 それに伴い、Combine Frameworkの利用もプロダクションコードに本格導入しました。 ラクマiOSアプリのアーキテクチャはMVP+Clean Architectureを採用しており、RxSwiftの置き換えではなく、現在はUIのバリデーションの一部やAPIリクエストの一部で使用している形になります。 今回の投稿では、Combine Frameworkの各プロトコルやイテレータなどのおさらいをして、APIリクエストの部分の実装、UnitTestでハマったポイントなどをご紹介したいと思います。 環境 Xcode: 12.3 Swift: 5 それじゃいくで！！ まずはCombineについておさらい Publisherは 値を渡す 、 完了
Substituting Android's LiveData: StateFlow or SharedFlow?
Kotlin Coroutines recently introduced two Flow types, SharedFlow and StateFlow, and Android’s community started wondering about the possibilities and implications of substituting LiveData with one of those new types, or both. The two main reasons for that are: LiveData is closely bound to UI (no natural way to offload work to worker threads), andLiveData is closely bound to the Android platform.We
デザインドキュメントについて
こんにちは、 @kz_morita です。 先日行われた勉強会 でデザインドキュメントというソフトウェア開発時に各ドキュメントについて聞いて，興味が湧いたのでしらべてみました． デザインドキュメントとは デザインドキュメントは Google などの企業でソフトウェア開発を行う際に一緒に書かれるドキュメントのことです． ソフトウェアがどのような問題をどのように解決するのかを，ソフトウェアよりより高いレベルで伝えるための手段としてもちいられます． 何を書くべきか このドキュメントには，実装のアプローチや，主要な設計上の決定事項，考慮されたトレードオフなどが書かれます． 何を書くべきかという明確なルールはないためそれぞれのプロジェクトに合った形で改造していくのが良さそうです． 以下に自分が参考にした一例を載せます． - プロダクト開発・機能開発・改善の背景 - 課題は何か＝何を解決するのか -
転職ブログは最終出社だった1月に公開していたのですが、有給消化などがあり、実際にアルプに入社したのは2019/02/19でした。つまり今日でちょうど半年になりました。アルプに転職意思を伝えたのは一番早かったのですが、採用が順調なアルプには他の社員がすぐに集まり、入社日は一番ではないという話は今後何度もすることになりそうです。社内では論理1号社員とか社会的1号社員と言われています笑 社員証みたいなものはまだないので、今から楽しみです。 冗談はさておき、入社半年という節目にめでたくサービスをクローズドβ版としてリリースできました。🎉🎉🎉🎉🎉プロダクトのページや正式なリリース・アナウンスは9月以後を予定しています。 直近はリリース前の追い込みでしたが、これから徐々にプロダクトを知ってもらえるようなコンテンツも増やしていくと思います。 週刊東洋経済「すごいベンチャー100」にアルプも選ん
こんにちは。サーバーサイドエンジニアの薮です。 もうすぐGWですね。みなさんは今年のGWに何か計画を立てていますでしょうか？ 「時間があるしインプットに当てたい」 「特に予定を立ててないし本でも読もうかな」 「最近本を読んでいないので何か読んでおきたい」 そんな方もいるかなと思いまして、今回はコロプラのサーバーエンジニアがおすすめするGWに読みたい技術書をご紹介したいと思います。 低レイヤ周りの基礎知識 1) コンピュータシステムの理論と実装 2) マスタリング TCP/IP 入門編 3) パケットキャプチャの教科書 4) ふつうのLinuxプログラミング 5) Goならわかるシステムプログラミング 6) Go言語による並行処理 7) Go言語でつくるインタプリタ 設計 8) エリック・エヴァンスのドメイン駆動設計 9) Clean Architecture 達人に学ぶソフトウェアの構造と
Go(Echo)×MySQL×Docker×Clean ArchitectureでAPIサーバー構築してみた - Qiita
はじめに タイトルにもある通り、Go×MySQL×DockerでAPIサーバーを作ってみました。 はじめは、 ・Goで簡単なREST APIを作ってみる ・Dockerで開発環境を立てる を目的として作っていたのですが、ディレクトリ構成をどうしようか悩んでいろいろ調べているとGo×クリーンアーキテクチャでAPIサーバーを作っている記事をたくさん発見したので、クリーンアーキテクチャやってみよう、ということでやってみました。 ということでこの記事は、 ・GoでAPIを書いてみたい ・Dockerで開発環境をたてたい ・その際にクリーンアーキテクチャを採用してみたい ぐらいの温度感の方におすすめです。 逆に、がっつりクリーンアーキテクチャを勉強したいという方にはあまり参考にならないかもしれません。。 なお、 フレームワークにEcho (https://echo.labstack.com/) DB
Hexagonal Architecture とは Clean Architectureなどのような、Onion Architectureの一種です。 最近だと、Netflixで採用されています。 基本的には、AdapterとCoreの2層のみで、UIやAPI Interfaceなどが、Adapterでそれ以外のApplicationの処理をCoreが担います。 Hexagonal（六角形）というのはAdapterでIN/OUTするポート（Web API、ファイル入出力など）が6種類別々に分けられているところから由来しているらしいですが、現在だといろんなIN/OUTの方法があるので、概略図とか見ても6つで収まってないですｗ 実装コンセプト この先、読み進めていってClean Archtectureと何が違うのと思う方もいるかと... 正しいと思います！！ ごりごり細かく作っていくとClea
How to Learn Software Design and Architecture - a Roadmap
This article is a summary of what I'm writing about in my newest project, solidbook.io - The Handbook to Software Design and Architecture with TypeScript. Check it out it you like this post. It's crazy to me to consider the fact that Facebook was once an empty text file on someone's computer. Lol. This past year, I've been going hard in software design and architecture, Domain-Driven Design, and w
qiitaの自記事の転載です。 2021/02/21 10選 => 12選に更新 こんにちは、WEBエンジニアのhedrallです。 もう一歩踏み込んでプログラミングに関して勉強をしようと思った時、 世の中には学習のためのレポジトリが存在していて、しかも世界的にはものすごい数のStarを獲得しているものも少なくないことを知りました。 今回はピックアップしてご紹介いたします。 [⭐️ 96.6k]: javascript-algorithms プログラミングで使用されるデータ構造や、一般的なアルゴリズムがまとめられており、全てjsで実装が例示されています。 [⭐️ 149k]: developer-roadmap webやinfraなど各分野のエンジニアになるために知っておくべき技術がロードマップとしてまとめられているので、学習方針などに迷った時や、取りこぼしがないか確認したい時などに活用が
Modern web application authentication and authorization with Amazon VPC Lattice | Amazon Web Services
AWS Security Blog Modern web application authentication and authorization with Amazon VPC Lattice When building API-based web applications in the cloud, there are two main types of communication flow in which identity is an integral consideration: User-to-Service communication: Authenticate and authorize users to communicate with application services and APIs Service-to-Service communication: Auth
毎朝輪読会のすすめ
株式会社プラハエンジニアの村上です。 社内で技術書の輪読会を毎朝実施したところ、とても捗ったので共有します。 TL;DR 毎朝ちょっとずつ読み進める輪読会は、いい A Philosophy of Software Designは、いい 弊社代表（輪読会参加者）が、podcastで同じことを話しているので、耳で聞きたい方はこちらからどうぞ。 きっかけ A Philosophy of Software Designを読みたいと思ったのがきっかけです。本書はまだ日本語版が出版されておらず、英語を日本語に翻訳しながら内容を理解する必要がありました。英語の本をひとりで挫折せずに読み切る自信がなく、輪読会を開催することにしました。 しかし、輪読会を実施したところで、本を読み切る前に参加者のモチベーションが低下してしまい、輪読会が継続できなくなってしまう可能性もあります。モチベーション低下の原因として、
I’ve been a software engineer for over 10 years now, and I’ve successfully passed through all stages of grief. I’m also an avid reader. This page contains my collection of books that have helped me the most throughout my career. The core of the list; this section contains books that are on-topic and give valuable technical insight. Some might seem outdated (a few are) and you may disagree with oth
エンジニア転職して一年経つので自宅学習で使った技術書&Udemyをジャンル別に評価してみた - Qiita
はじめに 2021年7月でエンジニアになって1年経ちました。 エンジニア転職直後に年収が300万くらい下がり、爆速で市場価値をあげなければ！！というモチベーションで一年間いろいろ勉強してきました。 これまでその内容を振りかえることもなかったので、この機会に自宅学習で使った技術書とUdemyをまとめてみることにしました。 参考資料選びに悩んでいる方の助けになれば幸いです。 ちなみに、転職して半年間は学習の成果も市場価値の向上も全く感じられなかったのですが、最近になってようやくそれらを感じられるような出来事が増えてきています。 WantedlyやQiita Jobsで有名企業(Y社とか)からスカウト 転職ドラフト初参加で4社から指名(2社から700万提示) JavaScript JavaScript本格入門〜モダンスタイルによる基礎から現場での応用まで JSの歴史やシングルスレッドについて触れ
経緯 ソフトウェア開発から離れて10年以上が経過している。 昨年夏ごろからスマホアプリでも開発してみようと一念発起。 化石と化した脳みそをアップデートするために読んだ一冊。 刺さった箇所などを備忘録としてメモしておく。 本書の概要 書いているコードが変わらないのだから、どんな種類のシステムでもソフトウェアアーキテクチャのルールは同じ。ソフトウェアアーキテクチャのルールとは、プログラムの構成要素をどのように組み立てるかのルールである。構成要素は普遍的で変わらないのだから、それらを組み立てるルールもまた、普遍的で変わらないのである。(本書「序文」より) 備忘録・メモなど アーキテクチャの目的 第1章の冒頭にそもそも「アーキテクチャって何ぞ？」がある。 ソフトウェアアーキテクチャの目的は、求められるシステムを構築・保守するために必要な人材を最小限に抑えることである。 なるほど。 何で設計するの？
この記事は、Retty Advent Calender 2020の17日目の記事です。 adventar.org こんにちは！Rettyの新規事業、Retty Orderの開発リーダーをしている諏訪です。 これまでプレスリリース等でRetty Orderのサービスについてご紹介させていただいたことはあったのですが、新規事業の開発体制や採用技術等の話はこれまでお話することができなかったので、今回は個人的な振り返りをしつつRettyとしての新しい挑戦をどのように進めてきたのかをご紹介できればと思います。 そもそもRetty Orderって何？ Retty Orderとはお客様ご自身のスマートフォンから注文できるモバイルオーダーシステムです。お客様のスマートフォンで注文を完結することにより店舗オペレーションを効率化し、より丁寧な接客や顧客体験、飲食店経営のDXを実現するサービスです。これまで集客
クリーンアーキテクチャで構築したプロダクトが2年経過してみて現状どうなっているかを紹介 - LIFULL Creators Blog
こんにちは！ LIFULLエンジニアの吉永です。 普段はLIFULL HOME'SのtoC向けのCRMチームにてエンジニアリングマネージャをやっています。 本日はクリーンアーキテクチャで構築したプロダクトが初版リリースから2年経過した現在、どうなっているか？について紹介したいと思います。 これから新規プロダクトにクリーンアーキテクチャを採用しようとしている方々の参考になれば幸いです。 アジェンダ クリーンアーキテクチャで構築したプロダクトの概要 クリーンアーキテクチャを採用して得られたメリットやデメリットについて 2年経過してみて今どうなの？ まとめ クリーンアーキテクチャで構築したプロダクトの概要 今回のブログで紹介する我々のプロダクトですが、オムニチャネル戦略を推進する為の各種機能を提供するAPIサーバーとなり、下記のような機能を持っています。 LINE/Mailでその日の新着物件情報
サンプル 出来上がったサンプル(GitHub) アーキテクチャ図 動機 現場のプロダクトで、内部品質を高めるために定期的なリファクタリング習慣を取り入れて行きたく、リファクタリング計画を作るにあたり、目標とするアーキテクチャをはっきりさせたかった。 アーキテクチャサンプルの概要 CleanArchitecture の考え方を一部取り入れた MVVM です。 構成は以下のようなレイヤーのマルチモジュール構成になっています。 マルチモジュールにしている理由は依存性をシステム的に制御して人為的なミスによる間違った依存関係を生むのを減らすためです。 モジュール構成と主要ライブラリ app UI、バックグラウンド系のAndroidコンポーネントを持つモジュール 画面遷移: Navigation Component 画像取得: Coil domain ビジネスロジックを持つモジュール ViewMode
Go Microservice with Clean Architecture: Transaction Support
In order to support the transaction in the business layer, I tried to get a Spring like declarative transaction management in Go, but couldn’t find it, so I decided to write one. Transaction is easy to implement in Go, but it is pretty difficult to get it right. ( Please note, there is a new version of it which greatly simplified it and also extracted the transaction code into a third-party lib. T
ソフトウェアアーキテクチャには、依存関係のデザインという側面がある。その目的は多くの場合において、ソフトウェアの振る舞いに対する変更容易性を高めることではないだろうか。 ソフトウェアプロダクトは、そのライフサイクルを通して、繰り返し変更し続けられていく宿命にある。それがユーザーや顧客の要求であり、彼らの価値につながるからだ。そしてその提供には迅速さも求められる。依存関係のデザインは、これを実現するために組み込まれたソフトウェアの構造なのだ。 アーキテクトの悩みのひとつは、このような目的に基づいて自らがデザインしたソフトウェアの構造が、儚く崩れ去っていくことだ。アーキテクチャとは所詮はルールでしかない。開発チームが厳密にルールを守らない限り、望ましい構造を構築・維持することはできない。アーキテクチャは脆いのだ。それこそが技術的負債の一因でもある。 無償のJavaライブラリとして提供されている
こんにちは！高橋 です。 Goole I/O 2017 の KeynoteでKotlinがAndroid開発の公式言語としてサポートされることが発表されてから2年が経ちました。 当時は、JetBrains社の開発した言語というイメージが強く、まだJavaでAndroidの開発をしている所が多かったと思います。 そして2019年、ついにKotlinはAndroid開発において推奨言語になりました。🎉 ちょうどその頃、私はJVM上で動作する他のJava系統の開発言語を採用しているプロジェクトから離れたので、次のプロジェクトで使用する技術選定をしているところでした。 検討した結果、社内ではKotlinを一部使っているプロジェクトがあったと聞いていたことや、保守性の高さや、コンパイルの時間が早いといった理由から採用することにしました。 初めてKotlinを触るので、開発のしやすさは正直半信半疑だ
Clean Architecture は一つの選択肢でしかない PofEAA によれば、エンタープライズアプリケーションアーキテクチャにおけるドメインロジックの実装方式は以下の3つに大別できます。 Transaction Script Table Module Domain Model さらに、Domain Model については以下の２つに大別できます。 Active Record Data Mapper Active Record は Rails に代表される、Domain Object でデータアクセスをラッピングするパターン。 Data Mapper は各種 ORM に代表される、Domain Object とデータアクセスをマッピングするパターン。 この中で Clean Architecture に則ることのできるものは、Data Mapper による Domain Model
YYPHP#98「新人が業務で意識すべきこと」 「LaravelのFacadeは避けるべき？」 「1年半たってソースが汚く。リファクタリングどうしよう… 」 「Laravelに依存したDDDってあり？」 「SPAのセキュリティって何を注意したらいい？」 - Qiita
YYPHP#98「新人が業務で意識すべきこと」 「LaravelのFacadeは避けるべき？」 「1年半たってソースが汚く。リファクタリングどうしよう… 」 「Laravelに依存したDDDってあり？」 「SPAのセキュリティって何を注意したらいい？」PHPLaravelDDDYYPHPYYPHPイベントレポート これは2019年8月30日に開催したPHPerイベントYYPHP#98のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 今回の配信動画 YYPHP#98「未経験から就職したと
UnityでMVPと、UniRxを使ったMV(R)Pを実装してみました。 また、調べたらいろんな実装方法があったのでそのあたりの考察も加えています。 まずは全部Viewに書く MVP MV(R)P いろんな実装がある ViewとPresenterは1:1にするべき? PresenterはMonoBehaviourにするべき? Viewはインタフェースにするべき? ViewはModelを知るべき? 参考 まずは全部Viewに書く まず、アーキテクチャを使わない状態、 すなわち全ての処理を一つのクラスに書いたものを作ってみます。 using UnityEngine; using UnityEngine.UI; public class CountingButton : MonoBehaviour { [SerializeField] private Button _button; [Seria
You’re seeing information for Japan . To see local features and services for another location, select a different city. Show more Introduction Recently there has been substantial discussion around the downsides of service oriented architectures and microservice architectures in particular. While only a few years ago, many people readily adopted microservice architectures due to the numerous benefi
Among the technical decisions we made during the development of Codenation, one of the right ones was to choose Go as the main language. Thanks to this choice, and the adoption of Clean Architecture, we gained productivity by using the same language for various tasks such as: our API server lambda functions migrations our CLI, which runs on clients machines Slack chatbot to automate internal tasks
GitHub - ardalis/CleanArchitecture: Clean Architecture Solution Template: A starting point for Clean Architecture with ASP.NET Core
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Usecaseを使おう（コードのentry pointからロジックを分離する方法の例）
IaaSのVM屋さんって、実際どんな開発をしているの？ 「新規」と「保守」で見るそれぞれの作業例と問題点
レイヤードアーキテクチャを採用した際のWebSocket実装例 - ぷらすのブログ
今週のはてなブログランキング〔2019年9月第3週〕 - 週刊はてなブログ
CleanArchitectureでasmdefをガチった話(Unity) - Qiita
書籍『Effective Swift』ランディングページ
Alp開発日誌 Day7 「入社して半年が経って、リリースした。」 - 道産子エンジニア
GWに読みたい！コロプラのサーバーエンジニアがおすすめする技術書14選 - COLOPL Tech Blog
GoではじめるHexagonal Architecture - Qiita
Webエンジニアが勉強できるGit Repository 10選
Software Engineering Books
『Clean Architecture 達人に学ぶソフトウェアの構造と設計』を読んだ
Retty Order開発の振り返り - Retty Tech Blog
CleanArchitecture要素のMVVMサンプル作った
ArchUnitでアーキテクチャをテストする - mtx2s’s blog
一ヶ月で覚えるサーバサイド Kotlin入門 - Adwaysエンジニアブログ
Clean Architecture は飲んでも呑まれるな - Qiita
【Unity】MVPとMV(R)Pの実装例といろんな実装方法の考察 - LIGHT11
Introducing Domain-Oriented Microservice Architecture
Using Golang as a scripting language