Bob Martin の Clean Architecture を読んでいたのだが、あまりに価値観が違いすぎる上にその主張の説得力がなさすぎかつすごいエラそうな文章にムカつきが限度に達してしまい、半分くらいで脱落。後半もパラパラ眺めたけど同程度にむかつくかんじだったので自分向けの本ではなかったらしい。 Architecture というのはプログラマの世界ではだいぶ強い言葉で、Architecture だの Architect だのを名乗るなら語られるべきことは色々ある。でもこの本は基本的に依存関係を整理して testable にする話しかしない。Bob Martin はつまるところ SOLID の人なのでそういう話になるのは仕方ないと言えなくもないけれど、そんなら Architecture とか大層な語を使って新刊を書いたりせず昔書いた本を改定しときゃいいともうのだよな。 色々ムカつくとこ
この記事はAndroid Advent Calendar 2017の13日目です。 僕が今業務で開発しているAndroidアプリの設計の紹介と、そこに行き着くまでの僕の設計に対する考え方を紹介します。 こんな設計にしています MVVM + レイヤードアーキテクチャ ViewとViewModelはdata bindingでつなぐ Modelはユースケース、リポジトリ、データ層の3つに分かれる 各レイヤーはRxでつなぐ どういうポイントを考慮してなぜこの形に行き着いたのかを以下紹介します。 ビューとモデルのライフサイクルの違いに対応したい Androidアプリにおいて、アプリのプロセスを通して保持したい情報がある一方、画面の状態などはユーザーの操作によって簡単に破棄されることがあります。つまり、モデルは長命だが、ビューやビューモデルは短命ということです。 この辺はこちらのスライドが神資料なので
P3:PeraPeraPrv
PeraPeraPrv (P3) is a Pure Java written Twitter client that is supported on multiple platforms and can run on all types of hardware. P3 can be run on Windows, Mac OSX, and Linux operating systems. Especially the Mac OS X version. It is available in a native Style Bundle Application Package. Features TAB viewing: Different Tabs for Different Viewing Standard View for showing update of the people yo
トレタ Advent Calendar 2016 - Qiita 16日目の記事になります。 フロントエンドエンジニアのすえだです。 はじめに Flux実装する上で曖昧性をできるだけ無くすために頑張る話です。 ***アーキテクチャはこうあるべきみたいな原理主義的な話はありません。あくまで参考です。 この記事で書いていること Fluxについて DDD(レイヤードアーキテクチャ)について FluxとDDDの関係性 Fluxのレイヤー化 Fluxについて 単方向に伝搬されるデータでアプリケーションの状態を表現するアーキテクチャパターンです。 CQRSとEvent Sourcingを組み合わせたような形になります。 恩恵 単方向のデータフローにより、行ったり来たりのような処理が少なく振る舞いを理解しやすい DispatcherやActionがシングルトンで表現されるので参照に悩まされづらい DDD
de:code 2019 Xamarin.Forms アプリケーション設計パターン の登壇内容解説
de:code 2019 で登壇してきました。 ここでは、そこでの登壇内容のうち設計フェーズの内容についてまとめて書きたいと思います。登壇資料は SlideShare に上がっています。 https://www.slideshare.net/okazuki0130/xamarinforms-147881590 設計フェーズで考えること まず、このセッションはトラックオーナーのちゃっくさんこと井上 章さん(@chack441)に Enterprise Application Patterns using Xamarin.Forms eBook のような内容を話してくれと言われたのが始まりでした。 なので、これを読んで、この中で触れられているサンプルの eShopContainers のサンプルを読んで自分ならこうかなぁというのを伝えようと考えてセッション内容をくみたてました。 そこで何故わざ
line-bot-shopping-list
LINE BOT とToodledoを連携してLINE上で買い物リストを閲覧・追加する【Playframework Scala】 はじめに 世の中には多くの便利なアプリやサービスがあり、使いこなせれば日々の生産性がさらにあがること間違いナシですが、いかんせん数が多く、そのすべてのパワーを発揮するのは大変です。便利なサービスには、APIが用意されていることがほとんどです。我々はそういったAPIと、ちょっとしたエンジニアリングを駆使することで、様々な「口」からサービスの恩恵を受けることができるようになります。慣れ親しんだデバイスやアプリから別のサービスを使うことができれば、新しく覚えることも少なく済むはずです。 今回は、LINEから受け取ったメッセージに反応して、買い物リストを閲覧・追加するBOTを作ってみます。我が家では消耗品を気づいたベースで補充するようにしているのですが、毎日買うものなら
【登壇資料】「Software Design 定期購読のススメ」というタイトルで「おすすめの技術書 LT会 vol.3 #itbookslt 」に登壇しました | DevelopersIO
おすすめの技術書 LT会 vol.3 #itbookslt とは 株式会社ラクスが運営するエンジニア向け勉強会のひとつで、今回は「おすすめの技術書」がテーマの LT 大会です。 登壇資料 今回はそちらに3分 LT で登壇させていただきました。 タイトルは「Software Design 定期購読のススメ」です。 感想 前回 LT 大会に登壇してから半年も空いてしまったので緊張しました。（声震えてましたよね……？） 私自身が Software Design を定期購読したのは実は去年ですので一緒に読む人を増やしたい、たまに弊社のメンバーが寄稿しているので応援したいそういった意味を込めて紹介させていただきました。 また他の登壇者が紹介していた本は「Googleのソフトウェアエンジニアリング」や「Clean Architecture」や「Web APIの設計」や「Design It!」などがあり
ddd-zk.connpass.com DDD座談会のパネラーとして登壇させていただきました。 素振り 予め参加者の方々からいただいた質問（テーマ）に対して、予行練習というか、ちょっと自分の考えを先にまとめていたのですが、予想通りテーマひとつひとつが盛り上がったので全部を話しきることができませんでした。 折角なのでここに公開しておきます。 ところどころ、座談会終わっての後書きも追記しています。 なお、あくまで私見ということでよろしくお願いします。座談会のまとめ記事というわけではありませんので、悪しからず。 各人のコンテキストで、こんな解釈あるよ等あると思いますので、Twitterでもコメントでもフィードバックいただければ幸いです。 DDD全般について DDDに向いている要件とは？費用対効果ってどうなの？ 継続的に投資したいプロダクトであることが大事だと思っています。 システムは一度作れば費
お疲れさまです！FE（フロントエンド）チームリーダー 兼 JIRA職人 兼 残業警察の辻です。 チームでjQuery→React/TypeScriptのリプレースプロジェクトを進めています。技術的なチャレンジはもちろん、大規模かつ長期プロジェクトゆえの不安と日々戦っています。 ・このプロジェクトはちゃんと進んでるの？このまま進めていいの？ ・成果が出るまでに時間がかかり、チーム外からは何もやってないように見えてない？ ・残業すれば初期計画スケジュールに間に合うけど、どれくらい頑張ったらいいの？ ・初めてのパターンだけど書き方これであってる？今後もこれに合わせる？ ・リプレース中にもどんどん技術が変わっていってキャッチアップが大変 ・チーム外から突然の依頼があったけど、優先度どうしよう...これらの不安と戦うため、いつでもプロジェクトの状態がわかる状態、いつでもチームに相談できる状態、個人依
本稿はpotatotips #23でのトーク内容『"Predictable state container" and DataBinding』をそれっぽく文字に起こしたものになります（実際のLTよりは丁寧に，よりポエムっぽく書いてます）． 何か間違い等があればコメント等で優しく教えていただけると幸いです．また，議論も大歓迎です． TL;DR JSとAndroid・iOSは全く違う環境に見えて目的は近いのでは？ JS界の爆発的成長をAndroidに取り入れてみよう！ 2015年フロントエンドWebのトレンドなライブラリであるReduxをAndroid向けに実装してみたよ => Droidux Introduction Androiderのみなさんから見てJavaScript界隈はどんな風に見えますか？ 「jQueryはオワコン！」「Angularは死んだ！」「これからはReactとFluxの
トレタ開発者ブログ
こんにちは。トレタ PjMの藤田です。先日の投稿に引き続き、トレタで長年行われているテックトークという開発メンバーによるフリートークの場について紹介します。 テックトークとは 隔週に一回開催し、当番の発表者が最近の気になる技術情報であったり、業務する中での技術的な学びを社内に発信する場です。 全体30分の前半はLT(ライトニングトーク)、後半はその内容について参加者内で議論、という形式で行なっています。 今週のテックトーク 今週の発表者はサーバーサイドエンジニアの森田さんです。森田さんのご自宅の開発環境（物理）についてご紹介いただきました。基本的な仕事環境として、森田さんが普段使っている、Mac（Macbook ProとMac mini）やディスプレイ（2枚）、キーボード、椅子、Webカメラ、ヘッドフォンなど紹介いただきました。 森田さんの環境 中でもリモートワークならではのポイントをピッ
inforno
Go言語で構造体と構造体をマッピングする、いわゆるObject mapperを生成するCLIを書きました。 経緯 READMEに書いてる通りですが、いわゆるClean architectureなど多層構造のアプリケーションではどうしても似たようなオブジェクトを定義せざるを得ないことがあります。 特にキツい(?)のがgRPCを採用した場合ですね。 protocが吐く構造体は完全にprotobufに依存したものになっておりある程度層をまたいで同じオブジェクトを持っていくのは許容しよう、と割り切ってもこれをいわゆるドメイン層にそのままもっていくのは結構ハードルが高いのではないかと思います。 ＃あと、gogo/protobuf 亡き今、protoc-gen-goが非標準命名規則でソースコードを出力するのもキモチワルイ。。。 WEB上にいっぱいあるGo + gRPCのクリーンアーキテクチャサンプル的
Androidオールスターズに行ってきたので、その資料や気になった関連ツイートを、メモがてらまとめてみました。 Androidオールスターズ ちなみに今回の会場となっていたdotsですが、普段はコミュニティスペースとして開放しているようで、利用料金も安めでよさ気でした。 イベント＆コミュニティスペース - dots.[ドッツ] in 渋谷 渋谷だと、dotsの近くに楽天カフェもあったりして、作業スペースがかなり充実している感があります。 楽天カフェ （この記事はイベント終了後に楽天カフェで書きました） Web API in Android world 黒川 洋氏（@hydrakecat｜hkurokawa） 資料 Web API in Android World 気になった関連ツイート #dotsandroid れすとふるについて。きれいにAPIを切るよりもユースケースに依存したほうがいい
達人出版会
関数型ドメインモデリング Scott Wlaschin(著), 猪股 健太郎(訳) 関数型デザイン Robert C. Martin(著), 角 征典(訳) JavaScript Primer 改訂2版 azu, Suguru Inatomi The Art of Computer Programming Volume 4B Combinatorial Algorithms Part 2 日本語版 Donald E. Knuth(著), 和田 英一(監訳・訳), 岩崎 英哉, 田村 直之(訳) ChatGPTで身につけるPython 掌田津耶乃 Swift 5.9からのデータ監視 Observationフレームワーク入門 佐藤 剛士 現場で使える! AI活用入門 北崎 恵凡 Babylon.js レシピ集 Vol.3 Babylon.js 勉強会 入門!実践! Kotlin Compose
2018年10月5日、エンジニア向けの勉強会に特化した書き起こしメディア「ログミーTech」が主催するイベント「ログミーTech Live」が開催されました。第1回となる今回のテーマは「サーバーサイド開発最前線」。サービスの大規模化・複雑化が進み、マイクロサービスなどの新しい設計手法が注目されつつある今、Kotlin・Go・Scalaでサーバーサイドの開発を行う3社が一堂に会し、実務での知見と開発事例を語ります。プレゼンテーション「クラウド電子カルテを支えるテクノロジーの光と闇」に登場したのは、エムスリー株式会社、電子カルテチームリーダーの冨岡純氏。レガシーな医療業界で用いられるクラウド電子カルテを開発する上で得られた知見を披露しました。講演資料はこちら クラウド電子カルテを支えるテクノロジー 冨岡純氏（以下、冨岡）：「クラウド電子カルテを支えるテクノロジーの光と闇」というタイトルで発表さ
リファクタリングから始めるiOS Clean Architecture (Presentation層＆Usecase) - Qiita
株式会社LITALICOでアプリエンジニア（iOS/Rails）を担当しています、shuyuheyです。 『LITALICO Advent Calendar 2016』7日目の記事です。 まえがき このエントリでは、iOSアプリをリファクタリングしながら、徐々にClean Architectureを適用していく過程で気づいたことをまとめます。 まだまだリファクタリングは途中ですし、アーキテクチャ適用の中でも手探りな部分がありますので、ご意見を頂けますと大変嬉しいです！ 当初のアプリの状態 当初のアプリでは、次のようにロジックがまとめられていました。 Managers サーバAPIへアクセスする レスポンスをModelへパースする パースしたModelの一部を、インスタンス変数で管理する シングルトンとして実装 Model JSONオブジェクトの変換先 Himotokiで実装 ViewCon
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/Read less
Scalaで作るPureでFunctionalなレイヤードアーキテクチャ - Unipos engineer blog
こんにちは、エンジニアの小紫です。 今携わっているプロジェクトで採用しているScalaでの実装テクニックを紹介します。 これはなに レイヤードアーキテクチャにおけるドメイン層の実装から、関数型プログラミングの力を使って実装の都合を取り除いてピュアなドメイン実装を目指します。 そのリファクタリングの過程を解説していきます。 キーワード的にはDDD、レイヤードアーキテクチャ、Monadあたり。 ScalaMatsuri2018の@AoiroAoinoさんの発表に多大なる影響を受けています。ありがとうございます！ purely_functional_play_framework_application 解決したい問題 DDD + レイヤードアーキテクチャ(Clean Architectureとか含む)で開発しているときに普通にやってるとドメイン、例えばのRepositoryのコードは以下のように
It's well known in the field of architecture that we shape our buildings, and afterward our buildings shape us. As all programmers eventually learn, this applies just as well to building software. It's important to design our code so that each piece is easily identifiable, has a specific and obvious purpose, and fits together with other pieces in a logical fashion. This is what we call software ar
こんにちは、グノシー事業部の山本です。 この記事はGunosy Advent Calendar 2018の15日目の記事です。 昨日の記事はQAチームのTeiiさんとakinkさんの人気のテスト管理ツール「qTest」と「PractiTest」を触ってみたよでした。 はじめに 2018年ももう終わりですね。今年はモジュール分割しましたか？ ここでいうモジュール分割はAndroidアプリにおけるコードのGradle Projectへの分割のことです。 2016年のGoogle IOで発表されたInstant Appによって突然現れた印象のモジュール分割ですが、今年はGradle 3.0(もう5.0だけど）、 Dynamic Feature Modulesとモジュール分割の有用性/必要性の高まる年だったと思います。 Gunosy社内でいうと一部の既存のアプリではモジュール分割を進めているものの
こんにちは。 iOS エンジニアの千吉良（ちぎら）です。 今回は iOS アプリの設計をサポートするフレームワークとして ReactorKit を導入した話をします。 動機 Mirrativ の iOS アプリは元々「1ViewControllerあたり1Storyboard」という構成で作られていました。 ViewController内の実装に関しては特に実装方針を定めていませんでしたが、多くの方が実装に関わっていくにつれて、実装方針が決まっていないことは、新しく開発に参加される方の戸惑いや、特殊なケースに特化した独自の設計が導入されていく危険性につながるのではないかという懸念が出てきました。メインの課題はそれらの懸念を解消することなのですが、設計を決めるにあたって、いくつかの前提がありました。 機能開発を並行で進めたいので、部分的に適用できるものにしたい モデル層は型安全な形式に移行し
自分が本格的に設計を意識するようになったのは、2015年の夏に現職であるFringe81株式会社で開催されていたサマーインターンに参加してからだ。 インターンではDDDとクリーン・アーキテクチャ*1を一から勉強してAPIサーバーに実装する、というカリキュラムであったが、いま思うと2週間という比較的長いインターンで僕が学べたことと言えば本当に微々たるものだった。つまるところ、それくらいには設計というものは奥が深い。常になんらか特定のデザイン・パターンなりアーキテクチャ・パターンを適用することでアプリケーション開発がうまくいくということはなく、それらの様々な知識から少しづつ応用されたものが最終的なアプリケーションの設計に対して真の洞察を与えてくれるものというのが、僕自身のいまの認識である。 設計はまさに Connecting the dots そのものだ。多くを知れば知るほど、アプリケーション
書籍一覧 - 達人出版会
ソフトウェア工学の基礎 30 吉田 則裕, 槇原 絵里奈 近代科学社 3,960円 本書はFOSE主催ワークショップの予稿集（2023年度）。ソフトウェア工学研究の活性化に寄与する情報がまとめられています。 シミュレーションで見るマイクロ波化学 カーボンニュートラルを実現するために 藤井 知, 和田 雄二 近代科学社 2,970円 本書は、化学あるいはほかの分野の開発研究社の方々が、ご自分の化学反応系のマイクロ波技術を導入したいとお考えになったときに、まずはその基本を理解するためにお読みいただきたいと考えて執筆されました。本書がマイクロ波化学を導入するための入門書となれば幸いです。 ゆる～いExcelスキルで業務の自動化をしよう１ シンプルな集計表 にゃーこむ インプレス NextPublishing 1,980円 Microsoft Excelは事務処理に欠かせないソフトウエアです。その
A Philosophy of Software Design Kindle だと 1000 円ちょっとで買えた。 Comment に関する Chapter は飛ばしたが、ざっと全部読んだ。 英語も平易な感じなので苦労せず読めた。 A Philosophy of Software Design 作者:Ousterhout, John発売日: 2018/04/06メディア: ペーパーバック 内容を簡単に説明すると Complexity とは何か Complexity を最小化する大きな2つのアプローチ その2つについての具体的な複数手法(Design Principles)についての説明 Complexity 増加の原因となりうる red flag と、全体を通して Complextity と戦う話になっていた。 この本は code review や architecture design
DDD, Hexagonal, Onion, Clean, CQRS, … How I put it all together
This post is part of The Software Architecture Chronicles, a series of posts about Software Architecture. In them, I write about what I’ve learned about Software Architecture, how I think of it, and how I use that knowledge. The contents of this post might make more sense if you read the previous posts in this series. After graduating from University I followed a career as a high school teacher un
Architecture is about evolution. Also on Android this is a constant work in progress, so in this post we will walk together through the evolution of my implementation of Clean Architecture on Android from previous posts. “Evolution stands for a gradual process in which something changes into a different and usually more complex or better form.” IntroductionArchitecture evolutionReactive approach:
はじめまして。2023年4月に新卒として株式会社ZOZO(以下ZOZO)に入社しました、財部彰太(たからべ しょうた)と申します。 この記事では、現在私が所属しているZOZOTOWN開発本部ZOZOTOWNアプリ部にて2022年5月から2023年3月までの期間で参加した内定者アルバイトについての話をさせていただきます。参加した理由、結果、そしてアルバイトを通して知った会社・チームの素敵な点を紹介させていただきます。ZOZOに興味がある人、内定後の動きに不安がある人、そもそも新卒でエンジニアとして働くか迷っている人、色々な人に読んでいただけたら幸いです。 内定者アルバイトとは 私が内定者アルバイトに参加した目的 ZOZOでの内定者アルバイトとは 実際にアルバイトをした部署、チームの話 なぜZOZOTOWN Androidチームにしたのか ZOZOTOWN Androidチームはどんなチームな
前提 このエントリはClean Architecture自体はすでに知識がある前提になりますので、なにそれ？という人は以下ののエントリを読まれると良いかと思います。 クリーンアーキテクチャ(The Clean Architecture翻訳) | blog.tai2.net まだMVC,MVP,MVVMで消耗してるの？ iOS Clean Architectureについて - Qiita また、この内容は以前のエントリの宿題としていた、 1) クリーンアーキテクチャの絵の右下にあるフロー図の理解。に対する自分なりの回答です。 はじめに 昨日今日とはDroidKaigi2018に参加してきました（DroidKaigi会場からポストしました）。Day1 Partyの寿司がケータリングじゃなくて会場で板前さんが握ってくれたり大画面でスト２やってたりして非常に楽しめました。セッションの方はアーキテク
Android Architecture Components 初級 （ MVVM + LiveData + Coroutines 編 ） - Qiita
Android Architecture Components 初級 （ MVVM + LiveData + Coroutines 編 ）AndroidKotlinAndroidStudiocoroutinearchitecture-components MVVM + LiveData + Coroutines入門 最近の主流の流れに沿い、記事 + ソースをアップデート(Kotlin化、Android XやCoroutinesや古い部分のアップデート)しました！(2020/07/16) MVVM( Model-View-ViewModel )設計 まず、MVVM(Model-View-ViewModel)設計とはなんだ、と。 私みたいなMVC( Model-View-Controller )のWebフレームワークしか触ったことのなかった人間は、某カンファレンスでこの設計について熱弁する方々
Introduction PLplot is a cross-platform software package for creating scientific plots whose (UTF-8) plot symbols and text are limited in practice only by what Unicode-aware system fonts are installed on a user's computer. The PLplot software, which is primarily licensed under the LGPL, has a clean architecture that is organized as a core C library, separate language bindings for that library, and
Diagram of interactions within one possible take on the MVC pattern Model–view–controller (MVC) is a software design pattern[1] commonly used for developing user interfaces that divides the related program logic into three interconnected elements. These elements are: the model, the internal representations of information the view, the interface that presents information to and accepts it from the
明けましておめでとうございます。今年もよろしくお願い致します。 弊社では現在abceed analyticsというアプリを開発していますが、iOS/Androidのアプリを両方作る際の開発工数を削減したいというのは人類共通の課題かと思います。 そこで今回は、弊社がアプリ開発を高速化するために採用している手法・技術スタックについて簡単に書きます。 なお、React Native / Xamarin / Cordova などのクロスプラットフォーム系フレームワークについては触れません。あくまでネイティブで開発する際の手法ですのでご了承ください。 前提となる考え方 弊社では、iOS/Androidで新機能を同時にリリースすることは行なっておりません。多くの場合先行してiOS版で新機能をリリースし、遅れてAndroid版をリリースしています。 同時リリースを行なっていない理由は主に2つあります。
はじめまして、Goのpackage import pathのためにgithubアカウントを短くしたymgytです。 ハウテレビジョンでは2018年5月15日にiOSアプリ外資就活ドットコムのリニューアル版をリリースいたしました。 このアプリのバックエンドをAWS Elastic Container Service(ESC)とGoを中心に作りました。本blogではその際にハマったところや意識したところを述べていきたいと思います。 構成 Terraform Cloudformationとの比較 Go製CLIツール ECS Cluster Cluster作成のtf fileのsample user_data.sh Service Deploy Autoscaling Service Cluster Terminate Hook Lambda terminating hook lambda lam
はじめまして、SWETの金子(theoden9014)です。 今回のエントリーは2017-09-21に第一回目としてSWET主催で開催したAndroid Test Night #1と、そこで「Android SDK with Docker」という題で私が発表した内容についてご紹介したいと思います。 Test Night とは？ Test Nightとは、SWETが主催する主にテストに関係することについて語り合うことを目的とした勉強会です。 昨年11月からiOS Test Nightと呼ばれるiOSに特化したTest Nightを2ヶ月ごとに開催しています。 これまで合計39件の発表がおこなわれ、多数の方に参加していただき、活発な議論がおこなわれる勉強会になっています。 Android Test Night とは？ iOS Test Nightと同様にTest Nightで管理しているイベン
steps to phantasien
August 2022 Moved March 2022 Moving WSL2 「ハイブリッド勤務」にむけて Too Obvious To Innovate January 2022 Off Notes December 2021 2021 Outside Work November 2021 Restarting Extra Curricular Book: The Second Shift Webcam 横書き日記 - 完了 Publishing Blog Draft Behind oauth2-proxy on Cloud Run 横書き日記 Revisiting Writing Office HP C1030 Chromebook Alder Lake and The End Of Linux Laptop October 2021 Cycle Laptops Parties A
GitHub - bxcodec/go-clean-arch: Go (Golang) Clean Architecture based on Reading Uncle Bob's Clean Architecture
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
※ PHPNW 2013(1) からの続きです 『何のためにイギリスまで行って話をするのか』-この問いに対して高い目標を持っていました。 「世界レベルのプロのエンジニア/アーキテクトの人達をインスパイアさせたい」 単に自分のソフトウェアの紹介や、便利な使い方を紹介するだけで終わるつもりはありませんでした。 持ち時間は50分。終わりにQ&Aを考えると40分前後が実質のプレゼンテーションの時間です。自己紹介、DIは自分で、AOPをリチャードさん、そしてRESTを通訳、最後にまとめを自分がするというハイブリッドなプレゼンテーションにしました。 無名のフレームワークの話をどれだけの人が聞きに来るか、想像も付きませんでしたが立ち見は出ないまでもほぼ満席です。知った顔も見えます。（leedsphpでのセッションの人達がまた聞きに来てくれてました。） 多くのボランティアスタッフがphpnwカンファレンス
A resource oriented framework using the DI/AOP/REST triangle
A resource oriented framework using the DI/AOP/REST triangle Presentation Transcript A resource oriented framework using the DI / AOP / REST Triangle Version 0.1 (27 July 2013@BEAR.Sunday meetup #2) Authors • Akihito Koriyama • Richard McIntyre What’s BEAR.Sunday ? (1) • DI / AOP / REST centered framework DI AOP REST DI • Dependency inversion principle (DIP) • Object instantiation / usage separati
「Clean Architectureはファイル数が多くてめんどくさい」という話がよく上がるなと思ったので、簡易化するとしたらどこを省略するべきかなというのを考えてサンプルを作ってみました。 Github - a-beco/SimpleCleanArchitecture 結論としては、Interface Adapterを省略する形で書いています。小~中規模ぐらいのアプリつくるならこれぐらいで書いてもワークするんじゃないかなと思っています。 この記事では、今一度Clean Architectureとは、という話と、勘違いされがちなポイントをまとめつつ、今回のサンプルの構成について簡単に説明します。 Clean Architectureとは 以前、Clean Architectureについての記事を書きました。Clean Architectureとはなんぞやという話についてはそちらのほうが詳し
![[iOS] Clean Architectureをシンプルに - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9700d12ae7be83ab23f63282244998c34a019bd6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwQ2xlYW4lMjBBcmNoaXRlY3R1cmUlRTMlODIlOTIlRTMlODIlQjclRTMlODMlQjMlRTMlODMlOTclRTMlODMlQUIlRTMlODElQUImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWVlOTE4MGU2YzMzNmQ3MThkNTcwNzA5MDJlOTAzYWQz%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhLWJlY28mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTY3MjlhZWI0NWNlMGRlMTFmNTFhNzc2YjA1YWE1ZTgw%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K144Kk44OQ44O844Ko44O844K444Kn44Oz44OI%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dc21e59a217b25d3123680612e3530faf)
DIPの定義を考える - HITORIGOTO
ソフトウェアの設計原則には分かりづらいものが多い。主な原因は、以下だと考える。 原則が生まれた当時の内容のまま、現代に伝わっている 原則の説明が十分に抽象化、本質化されていない 最近TwitterでDIPに触れているtweetを目にした。DIPを十分に理解している方も多くなってきていると思うが、それでもやはりこの「原則」は、依然分かりづらいままになっているのだと思う。これを機にDIPの整理に着手してみることにする。 例えば、「開放閉鎖原則」と「依存性逆転の原則」って、本質的に同じでは？（要出典— at_grandpa (@at_grandpa) 2018年12月20日 DIP、一度は「完全に理解した」って思ったのに30分後にそれが消えてしまってそれ以来5年以上経つのに「理解」が帰ってこない。定期的に呼び戻そうと思考実験するんだけど今日もだめだった。悟りみたいなもんなのかな— ななうぇぶ (
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Giving up "Clean Architecture" - steps to phantasien
Androidアプリを設計する上で考慮したポイント - kobakei's blog
FluxとDDD(レイヤードアーキテクチャ)について考えてみた - embryo
DDD座談会に際して素振りをしていた - yoskhdia’s diary
不安に強い食べログFEチームの働き方｜食べログ フロントエンドエンジニアブログ
Droidux: ReduxをAndroidに持ち込んで状態管理から解放されよう！ - Qiita
Androidオールスターズの資料と関連ツイートのまとめ - Qiita
Scala x Ruby x Node.jsで作るサーバーサイド 「クラウド電子カルテ」開発における光と闇 - ログミーTech
世界一わかりやすいClean Architecture
Architecting iOS Apps with VIPER · objc.io
Gradleモジュール分割とレイヤードアーキテクチャ - Gunosy Tech Blog
【iOS】ReactorKitの導入とアプリのFlux化 - Mirrativ Tech Blog
個人的なアプリケーション設計のバイブル3選 - Runner in the High
‘A Philosophy of Software Design’ を読んだ - jarinosuke blog
Architecting Android…The evolution.
ZOZOTOWN Androidチームで内定者アルバイトをした話 - ZOZO TECH BLOG
Clean Architectureで分からなかったところを整理する #2 - Qiita
PLplot Home Page - Main
Model–view–controller - Wikipedia
iOS/Androidの同時開発を高速化する設計手法について - サナギわさわさ.json
iOSアプリのバックエンドをAWS ECSとGoで作りました - ハウテレビジョンブログ
Android Test Night #1 開催 - DeNA Testing Blog
PHPNW 2013(2) - Presentation « BEAR Blog
[iOS] Clean Architectureをシンプルに - Qiita