冬休みは数日、まるっとインプットの日にして積まれた本を20冊よんできました。今回は2018年〜2019年に出た本。主にtwitterとかで見かけた技術書とビジネス書が多め 私←ウェブ系ソフトウェアエンジニア、10年ちょっと業種規模各種 とくにすごい良かった本３冊 おかげで幸せなインプット期間となりました🥰ありがたし 入門 監視 ―モダンなモニタリングのためのデザインパターン 作者:Mike Julianオライリー・ジャパンAmazon 網羅的で、具体的。コンテナの時代だけど /procの読み方あたりもカバーしてる それでいてこの薄さ！ すぐ読めるからすぐ読も！ とりあえずさらっと読んでおいて、足りてないものないか俯瞰するのにもいいと思う 20冊箱に詰めた中で、2018-2019出た本ということもありDevOps本がすごく多くて食傷気味だったのでさわやかに胃に入ってきたという説あり エンジ
JavaScriptでは、最近、DOMContentLoadedをよく目にします。 原典 ###クリーンアーキテクチャ(The Clean Architecture翻訳) JavaScriptで実践 勤務実績一覧 人を選んだら過去勤務実績を年度/毎月(概要あり)のタブ区切りで表示する 毎月、何時間働いたか、その内訳は何か 選択ユースケース 選択した所属部門に属する人だけ絞込可能 選択可能な従業員の勤務形態も同時変更 さらに選択した勤務形態(社員/パート)でも絞込可能 この場合は所属部門は絞り込まれない 同様に、勤務した個別月から絞込可能 UIイメージ 早速困ったこと Usecaseの粒度 ひとまず、class Usecaseで一つ FilterUsecase#changeDepartment(i, department) FilterUsecase#changeLabortype(i, l
こんにちはLivePlatformチーム所属の_mkazutakaです。 ミラティブでは、週1回木曜日にエンジニア向けの社内勉強会を開催しています。社内勉強会にはバックエンドエンジニアのみならず、iOSエンジニア、ビジネスサイドからの参加があります。 今年の8月でサービスリリース6周年を迎えたミラティブですがこれまで社内勉強会するという文化はありませんでした。 ミラティブでの社内勉強会も次で26回目になります。振り返りの意味も含め、なぜ・どうやって勉強会を開催しているかを紹介していきたいと思います。 社内勉強会をやっているけれども他の会社ではどのようにやっているのだろう、社内勉強会に興味がある、といった人達にとって参考になれば幸いです。 なぜ開催し始めたのか ミラティブでは月に一回プレミアムエモイデーという全体会議があります。当時プレミアムエモイデーにてチーム内の行動指針に沿った行動につい
エンジニアリンググループの冨岡です。 TypeScript向けのDIライブラリを公開したので紹介します。 github.com モチベーション Clean Architecture等の設計手法を使ってコードを書いていると、抽象に依存することが多くなってきます。 class CreateUserAccount { constructor(private userAccountRepository: UserAccountRepository) {} } const forProduction = new CreateUserAccount( new PostgreSQLUserAccountRepository( buildPostgreSQLConfig(process.env) ) ) const forTest = new CreateUserAccount(new InMemoryU
ゲーム開発ひいてはクライアントサイドの開発において「クリーン」かどうかは正直けっこうどうでもよく、設計すべき一番のポイントは「制御フロー」にあります。 じゃあ具体的にどういう設計がいいのか、ていうのは、やはりjs界隈みたいにフレームワークになっていないとなかなか伝わらないようです。そういうのもそのうちつくってみたいなあと最近思ってます。 以下、以前ブログに書いたものの転載。 -- Unityで長らくゲーム開発をやっているけれど、Web界隈などで色々と発達しているアプリケーション設計パターンをおいそれと持ち込めば良いわけではないと感じているので、それについて考えてみようと思う。 ここでいう設計パターンていうのは、たとえばUIとかをつくるフレームワークの競争で発達してきた MVC派生 や ReactとかのElmアーキテクチャに影響を受けたものたち、はたまた、Webサーバ(HTTPサーバ) を書
なんか思いついたので書いてみた。評判悪ければ消す。 そこそこネタとしては役に立ってそうなので随時更新予定 2022/05/18: コメント欄に記載したが、けして開いてはいけないネクロノミコン化を避けるために編集提案はそのまま受けないポリシーにした。 参考になる内容は自分の体験ベースで追記はさせて貰う可能性はあります。 組織系 国産大企業 古くから日本を支えている屋台骨。技術大国日本からあらゆる技術を世界に届け、また発展途上国などへの社会貢献活動も盛んに行われている。終身雇用、年功序列が約束されており福利厚生も手厚いので、ここを辞めるような人間は存在しない。居たとしたらどこに行ってもやっていけない。 高度経済成長やバブルといった好景気時代にたまたま成功して今に至る企業。ものづくり産業やSIerであることが多く、古くから続いている継ぎ足し継ぎ足し受け継がれた秘伝のソースを触ったりエクセルやパワ
The Clean Architecture
Over the last several years we’ve seen a whole range of ideas regarding the architecture of systems. These include: Hexagonal Architecture (a.k.a. Ports and Adapters) by Alistair Cockburn and adopted by Steve Freeman, and Nat Pryce in their wonderful book Growing Object Oriented Software Onion Architecture by Jeffrey Palermo Screaming Architecture from a blog of mine last year DCI from James Copli
実質2日でDatastoreをFirestore移行した話 - eaglesakuraの技術ブログ
謝罪 ごめんなさいごめんなさいごめんなさいごめんなさいごめんなさいごめんなさいごめんなさいごめんなさい。 本番環境のFirestoreをONにしてしまったのは僕です。 何が起こったのか アプリから利用されるサーバーをGAE/Goで開発していた GCPプロジェクトは、アプリ側とサーバー側が同一プロジェクトを使用していた Service Account使ったり、そっちのほうが都合が良かったから Datastoreを利用してデータを保存していた サーバーはGoogle App Engine / Go(1.9系)を使用していた データは goon ライブラリを通してDatastoreに保存していた Firestoreの扱い 開発当初から使用実績のあるDatastoreを使う予定で、必要な複数のGCPプロジェクトで Datastore を選択し、なおかつ Firestore / Datastore
2019/11/27に勉強会の一環で、エンジニアが活用したい情報リソースまとめというタイトルで、情報の取捨選択方法や、情報収集先一覧を紹介させてもらいました。 その中で、「Twitterでフォローしている人おいた方がいい人はいますか？」という質問を受けたので、自分がフォローしているエンジニアのまとめ (Qiitaにそのまま書いてしまうのは、違う気がしたのでブログにまとめておきます。そして、随時更新されていきます。) C# ◆ 岩永信之さん 恐らくC#で検索すれば真っ先に検索上位にあがるサイト『++C++; // 未確認飛行 C』の管理さんです。 情報収集力の高さにただただ驚かされます。 働き始めてから一番助けてもらったであろうサイトの管理人さんなので、もし会う機会があれば誠心誠意お礼を言いたい。 ◆Atsushi Nakamura Twitterの紹介文にあるように「持続可能なソフトウェア
緊急時の規律 - 日々常々
DevLOVE関西 200回目で紹介した、私の個人指針。迂闊に採用すると大怪我する取扱注意なものだとは思います。 出典はClean Coderで、訳書は2012年。薄い本ですが、今回取り上げるのその中でもさらに一部です。 Clean Coder プロフェッショナルプログラマへの道 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典ドワンゴAmazon "緊急時の規律"(CleanCoder)にはいろいろ納得した。— irof (@irof) 2012年8月28日 「本番は練習のように、練習は本番のように」なども同系統の言葉かと思います。 どういうもの？ Clean CoderはCleanシリーズ2冊目です。Clean Code、Clean CoderのほかにClean Architecture、Clean Agile、Clean Craftsmanshipなど。 多分一番
CleanArchitectureを使ったサンプルアプリを作成したので、説明していきたいと思います サンプルアプリ まず、作成したアプリについてです Qiitaのクライアントです 認証 投稿一覧 詳細 ユーザー投稿一覧 詳細 ソースコード https://github.com/hachinobu/CleanQiitaClient 使い方 一応そのままビルドしてもビルドは通りますが認証していない状態なのでAPIコール制限とストックボタンなどは動かないです 認証したい場合は下記からアプリケーションの登録をしてください https://qiita.com/settings/applications/new リダイレクト先のURLをサンプルソースコードでは固定にしてしまっているので clean-qiita-client://oauth で登録すると楽です Client IDとClient Secr
Swift時代に悩ましいUIViewControllerをどう扱うか | Wantedly Engineer Blog
こんにちは、WantedlyでiOSのエンジニアの杉上です。先日Twitter上で勉強会を行うという斬新な試みにお声がけいただき、Swift Tweets Tweetupに登壇させていただきました。このときに投稿した内容をご紹介します。 リンクSwift Tweets Tweetup#swtwsハッシュタグSwift Tweets 登壇者リストKosuke OgawaさんによるtogetterまとめQiitaのswtwsタグの記事 Tweetupとは 登壇者の皆様メインスピーカー LTスピーカー 登壇内容（登壇順） Swift時代に悩ましいUIViewControllerをどう扱うか susieyySwiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい koherSwiftの型の限界を超える tarunonSwiftのString(文字列) APIとの付き合い方 mono0926
WINTICKET が考えたモダンな Flutter アプリ設計を完全解説 | CyberAgent Developers Blog
はじめまして。WINTICKET アプリチームの @lcdsmao です。 一年以上 WINTICKET の Flutter でリプレース開発をし続けて、ついに今年の 4 月に正式に Android 版をリリースしました。 リプレースについて、ぜひ @wadackel の記事と @akihisasen の記事を見てください。 WINTICKET はすでに 3 年以上運営していて、既存のアプリの画面数は 100 ページ以上ある大規模なアプリです。 また、開発メンバーも多く、開発期間中の異動はありますが、エンジニアだけで 5 名以上のメンバーが稼働しています（現在は 9 名です）。 このような状況で順調にリプレースができ、リリースしてからも安定に運用できているアプリの設計について、紹介できればと思います。 概要 アプリの全体設計は Clean Architecture に寄せていて、大きく D
Domain Driven Rails
Some of the patterns used while building Reverb.com's large codebase including concepts from DCI and Clean Architecture such as Use Cases, Roles, Events…
GUIアプリケーションアーキテクチャ総合！みたいなやつ書いてる - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
最近はずっとJSでGUIを書くっていうお仕事をやっていて、その中で様々な知見が溜まってきてます。 そのときにひしひしと感じたんだけど、世の中にはさまざまなアプリケーション・アーキテクチャの話が溢れかえっていて、結構混乱を産んでいるように思います。 MVVMだけ見ても、「MVVMで実装しています」って主張しているものがMVVMパターンと違うパターンで実装されていたり、「軽量MVVM」なんて言葉が生まれていたりという状況があって、これはだいぶ混乱が極まっているぞ、と感じる状況です。 また「最近はClean Architectureが熱いらしい！MVVMを捨ててやってみよう！」とか言う発言を目にしたりして、「Clean ArchitectureとMVVMは矛盾しないからMVVMを捨てる必要はないんだよ！」って思ったりもするわけです。 そういう混乱の中にあるひと（それは知見を貯めるまえの自分のこと
Next.js + TypeScript + Recoil + Herp社ESLint Config でReactチュートリアルを作る。
制作したもの 概要 React のチュートリアルの三目並べを Next.js 12 + TypeScript + Recoil + @herp-inc/eslint-config の構成で、新しめの記述を取り入れた形に書き直してみた。 （上記のリポジトリにすべてのコードを掲載した。） コンセプトは、 TypeScriptの型チェックと厳しめのESLintルールでバグが起きづらい形にし、スケールしても内部品質を担保。 Next.jsで作ることにより、ブラウザでのパフォーマンスと開発体験の向上 である。 改良したいポイント React のチュートリアルの三目並べ（マルバツゲーム）の公式サイトに掲載されている元のコードは以下である。 この code に関して、以下のような課題が考えられる。 React の書き方が、現在では非推奨のクラスコンポーネントである。（関数コンポーネント + React
こんにちは。食べログでAndroidアプリのテックリードをしているsadaです。 今回は食べログAndroidアプリの自動テスト戦略についてご紹介したいと思います。 目次 そもそもテストコードはなぜ必要なのか テストコードにおいて大事なこと 自動テストの信頼性 できるだけ早い段階で検出する 継続的な保守 食べログAndroidアプリの自動テスト戦略 テストコードを書く文化を根付かせる 一番欲しいフィードバックを考える バランスよく積み上げられる 実際進めてどうなったか まずはSmallテスト主軸に 次にMediumテストでカバー範囲を広げる 今後の展望 Largeテストを作り、手動テストを減らしていく フィードバックを早める テストの信頼性をより高める まとめ そもそもテストコードはなぜ必要なのか まず自動テスト戦略のお話をする前に、テストコードがなぜ必要なのかについて考えてみましょう。
レガシーをぶっつぶせ。現場でDDD！に行ってきました #genbadeDDD - takeda_san’s blog
きっかけ レガシーをぶっつぶせ。現場でDDD！に行ってきました。 genbade-ddd.connpass.com 正直、タイトル一本釣りな感じです。 こんな過激で魅力的なタイトルあります？ 実際に現場でDDDに取り組んで、失敗とか反省とかあると思うんですよね。 それを共有してくれるとは、なんてありがたいんだ！ 以下、参加時のメモです。 趣旨説明 DX(デジタルトランスフォーメーション) 2025年以降、最大１２兆円／年（現在の約３倍）の経済損失が生じる可能性 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省） ここにもあるように、技術的負債に立ち向かうために、設計をちゃんとやろうということらしい。 しかし、特設サイトまであって気合入ってますね経済産業省。 www.meti.go.jp きれいな理論より、現場のドロドロ感 うん、こういうの大好き
はじめに 昨年からの大きな案件でClean Architectureを使った Platforms: Android/iOS Languages: Kotlin/Swift はじめに 勉強会向け資料なので、クリーンアーキテクチャー自体の解説もある程度含まれます。 逆に、時間の都合上、歴史背景や細かい部分までは行き届いていません。 もし間違いがあればご指摘ください。 オススメ書籍 アーキテクチャーを選定する目的 求められるシステムを構築・保守するために必要な人材を最小限に抑えるため 「アーキテクチャーは上位レベル、設計は下位レベル」のように区別されることがあるが、両者の間に明確な境界はなく、上位から下位に至るまで、決定の連続である スマホアプリ開発で代表的なアーキテクチャー AndroidはMVVM（Googleが推奨） iOSはMVC（AppleがCocoa applicationに採用）
freeeカードチームの開発(Go)から得た学びベスト5 - freee Developers Hub
この記事はfreeeアドベントカレンダー2023の19日目の記事です。 こんにちは！freeeカードチームのmattsunです。freeeカードUnlimitedの開発運用をしています。私は1年前にfreeeに入社しfreeeカードチームに所属しています。これまでの自分のエンジニアとしてのキャリア（10年強）を通してみても、今のチームではPRレビューやリファクタなどからの学びが多いなぁと感じます。個人的に学びがあったことやチームとしての知見が深まったもののうち、ベスト5（私の主観）をまとめます。 freeeカードシステムは、フロントエンド(TS,React)・BFF(RoR)・Backend(Go)で構成されており、Goでの開発比率が多いことから、本記事はGoのコードに関する言及が多いです。freee社全体をみるとRailsで開発されたシステムも多いですが、Goで開発しているサービスもある
山奥の砦（八王子市）からminneのiOSチームでアーキテクチャや開発環境を色々と見ているjoshです。SwiftUIとCombineが発表されたWWDC 2019から、SwiftUIとUIKitの混在状態を前提としたminneアプリに最適なアーキテクチャについて検討・議論した結果、最近色々と決まったので、紹介したいと思います。 まず、アーキテクチャ決めの目的ですが、テストしやすい形で迷わずに開発でき、機能開発を効率よくしつつ、今後の保守や変更も楽に行い、生産性と品質を上げることです。minneは特徴として、ネットワーク通信の多いアプリで、Universal Linksやプッシュ通知など、数多くの起動経路を持っています。また、minneマーケットプレイスの作品をさまざまな購入方法で提供しているので、開発をする中で特にその周りで不具合が出ないように日々開発しています。作家、購入者・ゲストごと
Fizz Buzz と税率とタイムゾーンの話 (ドメインレイヤとアプリケーションレイヤの話、あるいは時間変化する値をモデリングする話) - ひだまりソケットは壊れない
Twitter で見かけて面白そうだったのでちょっと考えてみた。 関連記事 Fizz Buzz ユースケースについてのまとめ : 2019-02-16 UseCase とは何か | wada811.com ユースケースについて : FizzBuzzを題材にユースケース層についてを考えるのはおそらく無意味な気がする - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く ドメインモデリングしなおすことについて : 仕様変更が想定される場合の Fizz Buzz のドメインモデリングについて - ひだまりソケットは壊れない Fizz Buzz のロジックをドメインレイヤ (Entities 層) とアプリケーションレイヤ (Use Case 層) のどちらに書くか UseCase がわからない... FizzBuzz で 「3の倍数のときは fizz が返る」 「5の倍数のときは buzz が返
2017年11月 原著発売 『Clean Architecture A Craftsman’s Guide to Software Structure and Design』 2018年7月 日本語訳発売 『Clean Architecture 達人に学ぶソフトウェアの構造と設計』 2018年〜2019年 ソフトウェア設計界隈でCAが流行 2019年夏 新規プロダクト開発で、CAを採用 振り返って みる 2021年1月 プロダクトのリリース 〜2024年現在 継続開発中
【Swift】DDDを取り入れたiOS開発 その1 ~UseCaseとdelegate~ | Recruit Tech Blog
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2015 の投稿記事です。 こんにちは。英語サプリのiOS担当の大島です。英語サプリは10月末にリリースしたばかりのサービスで、アニメーションやBGM・効果音を取り入れたゲーム感覚の英語学習アプリです。iOS版とWeb版がリリース済みでまだサービスは始まったばかりですが、開発期間も短い中でクオリティにこだわってローンチすることが出来ました。当エントリでは、iOSアプリケーションの設計手法について紹介していきたいと思います。 DDD（ドメイン駆動設計）で複雑さと戦う 複雑なiOSアプリケーション開発をしていると以下のような問題点で悩まれているエンジニアの方も多いのではないでしょうか。 すぐにFatになってしまうUIViewController 複数のフラグで状態を管理するUIViewContro
Clean Architecture で実装するときに知っておきたかったこと - Carpe Diem
概要 developers.cyberagent.co.jp こちらで 課金システムをマイクロサービス化した サービス自体の設計をDDDにした という対応をしました。 当時は試行錯誤の連続でしたが対応から１年程経ち、ある程度設計もfixされてきたので知見をまとめます。 知見 前提 Clean Architectureの図は多くの人が目にしているように以下の通りです。 今回話す内容は青色の部分を除いた ドメイン層：黄色の部分 ユースケース層：赤色の部分 インタフェース層：緑色の部分 です。 ディレクトリ構成 goのリポジトリの構成は以下のようにしています。 . ├── Dockerfile ├── Makefile ├── README.md ├── cmd/ ├── codes/ ├── config/ ├── docker-compose.yml ├── domain/ ├── go.m
挨拶 こんにちは。2023年04月に入社した、minne事業部エンジニアの@kazuです。 この度、弊社GMO ペパボ(以下、ペパボ)では2022年に引き続き、今年も日本のTest-Driven Development(TDD) の第一人者である @t_wada さんをお招きしてTDDワークショップを開催しました。前回：『t_wadaさんによるTDDワークショップを開催しました』 なぜTDDワークショップを開催しているのかについては、こちらの記事『ふつうの開発と TDD ワークショップ』で詳しく説明していますのでご覧ください。 さて、それでは今回のTDDワークショップで何をしたのか、どんな気づきがあったのかなどについて、参加パートナーからそれぞれお話ししてまいります。 具体的な研修内容 概要 ワークショップは、事前に各参加パートナーが基調講演/ライブコーディングの動画を予習し、動画内でのラ
クリーンアーキテクチャをパン工場で説明する【Go】
はじめに 本記事は技術書典16(2024)で一部執筆させていただいた「CA Tech Lounge note #2」のクリーンアーキテクチャとパン工場を元に、一部抜粋＆変更したものです。 本記事の対象読者 本記事では、クリーンアーキテクチャを全くわかっていない筆者が、一度個人開発したものをクリーンアーキテクチャにリファクタリングしていく過程で学んだことをまとめていきます。そのため、以下のような読者を想定しています。 クリーンアーキテクチャを聞いたことがあるけどわからない人 コードは書くけれどアーキテクチャを意識したことはない人 アーキテクチャを意識して開発したい人 クリーンアーキテクチャを一度学んでもピンと来なかった人 Goが好きな人！ リファクタリング前の筆者の状況 バックエンド歴は半年弱ほどで、実務経験としてはPythonで簡単なAPIを実装するアルバイトのみになります。アーキテクチャ
みなさまこんにちは、グリー株式会社でCTOをやっておりますふじもと (@masaki_fujimoto) と申します。 今回は1週間後に控えたGREE Tech Conference 2022の宣伝も兼ねて、1年ぶりくらいにソフトウェアについてつらつらと書いてみます。というか、なにはなくとも10/25 (tue)、来週開催のGREE Tech Conference 2022にぜひぜひご参加ください。ひさびさにオフラインでも開催しますので！ あとついでに、1年くらい前からデジタル庁というところのCTOも兼ねさせていただいてまして、なんかやっぱりあれこれ質問いただくことも多いので、そのあたりどうよ、みたいなところもついでに少しだけ触れてみたいと思います (なんかGREE Engineers' Blog、というところで書くにはちょっとコンテキスト違うかなとも思うのであくまでおまけ、ってことで..
Flutterでの状態管理方法について雑に調べた時のメモです。 先に感想を書いておくと、 Inherited Widget/Scoped Model/BLoC Patternでそれぞれ軽くアプリを書いたりしてみたけど、自分の用途レベルのアプリではScoped Modelで十分かなという感じ。BLoC Patternはweb/ios/androidでロジックを統一したい時だけ検討かな...— 宮崎由加(24) (@razokulover) October 8, 2018 以下、有益そうな記事or動画リンクが主です。 Flutterで状態管理の仕方色々 Flutter Architecture Samples Inherited Widget/Scoped Modelの他、ReduxやMVUといったパターンのサンプルもある (動画)Build reactive mobile apps with
Architecture is about evolution. The purpose of this article is to present an approach based on Clean Architecture from Robert C. Martin applied to Android. This is something I had in mind in the last few months, so let me share all the stuff I have learnt from investigating and implementing this pattern. “Just because architecture is supposed to be stable, it does not mean that it should never ch
達人出版会
探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う！ オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 アジャイルなプロダクトづくり 価値探索型のプロダクト開発のはじめかた 市谷 聡啓 Azureネットワーク設計・構築入門 基礎知識から利用シナリオ、設計・運用ベストプラクティスまで 山本 学, 山田 浩也, 山口 順也 徹底攻略 ネットワークスペシャリスト教科書 令和7年度 株式会社わくわくスタディワールド 瀬戸美月 つくりながら学ぶ！生成AIアプリ＆エージェント開発入門 ML_Bear DaVinci Resolve F
iOSプロジェクトに対してモジュール分割しながらSwiftUIを部分適用している事例 - Mirrativ Tech Blog
こんにちは、クライアントエンジニアの竹澤(@to4iki)です。 MirrativのiOSチームでは、開発効率の最大化を狙い以下に取り組んでいます。 データフローの単方向化 (Fluxアーキテクチャの強制) 宣言的UIによるView実装 (SwiftUIの部分適用) 責務分割 (モジュール分割) 今回の記事では、どのような構成でSwiftUIを適用し始めたか、また、MirrativのiOSプロジェクトの構成やプロダクト特性の課題感からセットでモジュール分割を進めている点を紹介します。 背景 前提となるプロジェクト構成 導入に向けて決めたこと SwiftUIでどこまで実装するか 本体アプリではなくSwiftPackageを活用する 垂直分割するか水平分割するか 方針やTipsを明文化し育てる 新規開発部分のUI開発をFeatureモジュールで行う SwiftPackage: SwiftUI.
特定保健指導"フィッツプラス"事業を支えるモノリシック Rails + VIPER Swift アーキテクチャ - メドピア開発者ブログ
みなさんこんにちは。フィッツプラス開発エンジニアの福本（@terry_i_）です。 早いもので入社して半年が経ちました。普段はRailsを中心に色々と書いてます。 リモートワークが長く続いていることもあって、最近は自宅の開発環境を（過剰に）整備するのがマイブームです。先日はlogicoolのPCスピーカーを買いました。所得がゴリゴリ削られていってツラい。 さて今回は、これまで忙しくて紹介する機会のなかったフィッツプラスの事業概要や、アーキテクチャおよび使用する技術についてお話しします。 アーキテクチャに悩むエンジニアの方の参考になったり、皆さんのフィッツプラスへの事業理解が深まれば幸いです。 特定保健指導とは？ アーキテクチャ モノリシック Rails ActiveModelSerializers OpenAPI Houston(プッシュ通知) Banken(権限管理) VIPER Swi
カテゴリ別にメモを管理できるアプリの開発を DDD（Domain-driven design）でやってみたものです。 github.com 二つの記事から成り、この記事はその一つ目です。 導入編（本記事） 解決しようとした問題点や、DDD と関連用語の意味の他、モデリング・レイヤ分け・ディレクトリ構成の検討において考えたことなどをまとめています。 実装編 Dart/Flutter での実装を中心としますが、一つ目で触れていない点（集約など）の説明も含みます。 やってみようと思った経緯 何かを作るとき、設計がメチャクチャであっても運良くそれっぽく出来上がることがあります。 小さなものなら直しやすかったり、あるいは問題があまり顕在化しなかったりするかもしれません。 しかし、大きなものでは次第に破綻してしまうことが容易に想像できます。 Flutter でも、小さなアプリを作って学ぶ間は「なんて簡
はじめに RustでWebアプリケーションのGraphQLバックエンドを実装してみました。その中で、できるだけClean Architectureに沿うように実装してみたので、得られた知見を公開してみたいと思います。 資料に基づきできるだけ正確な記述を目指していますが、誤りもあるかもしれません。また実装から少し時間を空けて執筆しているので、忘れている部分も多く不正確なことが書いてあるかもしれません。 Clean Architectureとは 以下のブログでRobert C. Martin（通称Uncle Bob）によって提唱されたアーキテクチャです。 その後本人により書籍も出版されました。日本語にも翻訳されています。 歴史について簡単に 多層アーキテクチャ (Multitier architecture) というものはかなり昔から考えられていたようです。初出についてはよくわからないのですが
Clean Architectureとその派生系による最適なiOSアーキテクチャ選定の考察 | DevelopersIO
はじめに おばんです、給料日を過ぎたらいつでも給料日前、田中です。 この記事はSwift Advent Calendar 2016, 18日目の記事になります。当日より遅れての投稿になってしまいすみません！！ もくじ 対象読者 この記事はなに？ パターン紹介（クリーンアーキテクチャでの実装） パターン紹介（クリーンアーキテクチャ + Wireframe(VIPER Routing)での実装） パターン紹介（クリーンアーキテクチャ - DIでの実装） まとめ 参考・関連 対象読者 これからiOSでクリーンアーキテクチャを実装しようと思っている方 iOSのクリーンアーキテクチャを少しでも書いてる人 「もうやだクリーンアーキテクチャの実装重すぎだよおおおぉぉぉぉ」と思っている方 この記事はなに？ クリーンアーキテクチャは昨今の複雑なアプリケーション開発において非常に有効な設計ではありますが、同時
C# Corner - Community of Software and Data Developers
Array to Text File: Detailed Overview of ArrayIOExtensionsLib ClassIntegrate Azure AD OAuth2 SSO Authentication RBAC for AKHQ Kafka-UIC# Corner Q3, 2024 MVPs AnnouncedGraphical Matrix RepresentationBook Flights Easily with Microsoft Copilot Studio Latest Videos Upcoming Events Azure DayRegister Now RECENT POSTS An in-depth look at advanced pattern matching in C# 12 By Ziggy Rafiq in Articles Oct 2
新しいAndroidプロジェクトを作るならこれ！Android設計＆Kotlin入門資料集2019 - Qiita
この記事のターゲット 新しいAndroidプロジェクトの開発を始めるので、ベストプラクティスを知りたい Androidアプリの開発をやっているが、最近の設計をどこからキャッチアップしていいかわからない この記事に載っていないこと Androidアプリ開発の基本学習のための資料 Android設計入門 Androidアーキテクチャことはじめ ― 選定する意味と、MVP、Clean Architecture、MVVM、Fluxの特徴を理解する - エンジニアHub｜若手Webエンジニアのキャリアを考える！ Jetpack（Android Architecture Components） 新しくプロジェクトを作るのであればJetpackをフル活用するべき。 Jetpack は、優れた Android アプリを簡単に開発できるようにするための Android ソフトウェア コンポーネントのコレクシ
iOS Clean Architecture の説明と、実際にMoneyForwardでiOS Clean Architectureを導入してみた話をします。 Sample code: https://github.com/koutalou/ios-cleanarchitecture
サーバーサイド未経験の大学生が4日でGolang×CleanArchitectureのAPIを構築した話 - Qiita
【追記：2019/9/17】 記事で誤りがあった部分を修正いたしました。 またサンプルも正しいものに修正しておりますので、是非ご確認ください。 【追記:2019/9/10】 コメントでもご指摘を頂いておりますが、一部誤った内容が含まれております。 すぐに修正に取り掛かりますが、内容の修正まで今しばらくお待ち頂けますようお願いいたします。🙇♂️ また、今回多くの方に誤った内容をお伝えしてしまったこと、深くお詫び致します。 （多くのいいねを頂いており、ストックに登録して頂いている方もいらっしゃると思いますので、非公開にせず修正又は内容の削除で対応致します。） 先日インターンでソシャゲ用のAPIを作った時に、サーバーサイド未経験ながらGolang＆クリーンアーキテクチャ（的な）のAPIを構築しました。 特にインターンで用意されていた内容というわけではなく、個人の課題としてクリーンアーキテクチ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2019冬休み読書感想文 - トミールの技術系日記
JavaScriptでクリーンアーキテクチャはどうすればいいのか(前編) - Qiita
ミラティブの社内勉強会の紹介！！ - Mirrativ Tech Blog
TypeScript用のDIライブラリを公開しました - エムスリーテックブログ
ゲーム開発に所謂なアプリケーション設計パターンを適用するのは難しい - hadashiA
新人エンジニア向け"裏"用語集 - Qiita
フォローしておきたいエンジニア一覧 - One Step Ahead
iOS CleanArchitectureを使ってみた感想 - hachinoBlog
食べログAndroidアプリの自動テスト戦略 - Tabelog Tech Blog
クリーンアーキテクチャーでスマホアプリ開発した感想（勉強会用） - Qiita
SwiftUI時代におけるminneのリアクティブアーキテクチャ - Pepabo Tech Portal
やってみてわかった クリーンアーキテクチャの勘所 | ドクセル
twadaさんによる2023年度版TDDワークショップを開催しました - Pepabo Tech Portal
オブジェクト指向のはなしとGREE Tech Conferenceのおしらせ | GREE Engineering
Flutterの状態管理について調べたメモ - razokulover publog
Architecting Android…The clean way?
Dart/Flutterでドメイン駆動設計（DDD）してみた - 導入編 - のんびり精進
RustでClean Architectureを実装してみる
iOS Clean Architecture のすすめ