並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 921件

新着順 人気順

"Clean Architecture"の検索結果361 - 400 件 / 921件

  • トマルバ Lv.0 から Lv.1 になりました! - おうさまのみみはロバのみみ

    sansan.connpass.com Legacy Meetup Kyotoに参加してきました。 元々はこのイベントでの参加ログを書くつもりだったんですがそこであった発表の中に「yahoo!で働くようになってまだ半年なんですが…」という一言に影響されてこのエントリを書いています。 ぼくが株式会社トマルバに実際に入社したのは去年の5月からなのでまだ1年経ってはいないのですが副業の開始時期が去年の2月頃からだったのでまあちょっと多めにサバ読んでだいたい1年として見積もって、いろいろなことがあったこの1年を振り返ろうと思います。 構想段階でポエムが長文になるなという感じなのでサラッと目を通すくらいの気持ちで読んでください。 (書き終えたら1万字とかいってた、ヤバい…) イベントの参加ログとしてのエントリはまた後日気が向いたら書く…かもしれない。 ついでに告知をば。 つい最近、というかまさに昨日

      トマルバ Lv.0 から Lv.1 になりました! - おうさまのみみはロバのみみ
    • クリーンアーキテクチャのUsecaseはなぜControllerへ値を返すのではなくOutput PortとしてPresenterを呼び出すのか - Runner in the High

      何を言っているのかと言うと、みんな大好きクリーンアーキテクチャの右下に図示されているFlow of Controlのこと。 黒線が引かれているということは、つまりUsecaseの中でOutput Portのインターフェイスを持つPresenterの関数なりが最終的に実行されるということである。 ここで湧き上がってくる疑念は「UsecaseがPresenterを呼び出さなくてもControllerに返り値とかで値を返して、Controller経由でPresenterに渡して実行しても同じなんじゃないの?」である。つまりOutput Portというインターフェイスそのものを撤廃してControllerにPresenterを使わせるアイデアである。たしかに、仮にこの方針で行ったとしても依存の方向が壊されることはない。 Software Engineeringでは同様の質問がかなり盛り上がっている

        クリーンアーキテクチャのUsecaseはなぜControllerへ値を返すのではなくOutput PortとしてPresenterを呼び出すのか - Runner in the High
      • 新規でAndroidアプリを作る際に役立った考え方 #famm年賀状2022 #android #kotlin - Tech Blog

        こんにちは、Androidエンジニアのtsutouです。 今年は夏ごろから去年iOS版をリリースしたFamm年賀状アプリのAndroid版を開発し、無事リリースすることができました。 play.google.com 半年ほどで新規アプリをリリースまで持っていくのは大変でしたが、外部のメンバーと協業し、吸収できたポイントがたくさんありました。 その時に役立った知見/考え方を共有できればと思います! どんなアプリ? Fammで使っている写真を加工して使ったり、好きな文字を印字して、簡単に年賀状が注文できるアプリです。 マイデザイン機能や宛先登録機能で、再注文もしやすい設計になっています。 ぜひ!今年は年賀状を! 😙 さまざまなテンプレートがあり、写真の穴のパターンも膨大にあるので、開発者側から見るととても画像の加工周りが1番の壁になりそうだなという印象で、実際にそうでした。 まず、設計的な部

          新規でAndroidアプリを作る際に役立った考え方 #famm年賀状2022 #android #kotlin - Tech Blog
        • まだiOSアプリのArchitecture選定で消耗してるの? - Qiita

          去年はiOS Clean ArchitectureについてまだMVC,MVP,MVVMで消耗してるの? iOS Clean Architectureについて色々書いてみたのですが、MobileアプリのArchitectureは色々あって何を採択するか結構悩んでいるんじゃないかなと思います。 Clean Architecture自体も学習コストが高くて理解するまで時間がかかるので、色々あるArchitectureの中からどうゆう基準で採択するのが良いかまとめてみることにしました。 書こうと思ったきっかけは、以下に影響されていたりします。 今から新規でAndroidアプリを書き始めるなら。 今から新規でiOSアプリを書き始めるなら。2016年冬 iOSのArchitectureについてはiOSアプリ設計大全集 2016にまとまっているので、それ以外のことについて書きたいと思います。 Clean

            まだiOSアプリのArchitecture選定で消耗してるの? - Qiita
          • Laravel × Clean Architecture 新規開発中の現場

            「クリーンアーキテクチャ」とは、DDDの文脈における「ドメインモデル」をシステムの中心にすえ、「入力」「永続」「出力」などの多方面で抽象化を行うことで、高度に変化への強さを獲得できるアーキテクチャです。昨今の変化の早さに対応するべく「アジャイル開発」や「マイクロサービス」が叫ばれているように、「クリーン…

              Laravel × Clean Architecture 新規開発中の現場
            • [Unity] Unity1週間ゲームジャム (ぎりぎり) にて実装した演出をまとめる - Qiita

              🖥開発環境 Unity2018.1.3f2 📝この記事の概要 先日 unityroom で開催されたオンラインゲームジャムイベント Unity1週間ゲームジャム お題「ぎりぎり」にて、自分は「ぎりぎりでボールを避ける」ゲームを作りました。 こちら からプレイできます。 今回はこのゲームを作る時の演出周りのTIPSについて記載します。 ゲームロジックの実装面に関しての記事は以下になります。 [Unity] Unity1週間ゲームジャム (ぎりぎり) でCAFU (Clean Architecture For Unity) を使って実装してみた - Qiita ポストエフェクトで画面全体に効果を掛ける BEFORE AFTER 画面全体にVignette効果を適用する Vignette(ビネット)効果は画面角にぼんやりと掛かっている黒枠のことです。 これにより、ムードある雰囲気を持たせ、ト

                [Unity] Unity1週間ゲームジャム (ぎりぎり) にて実装した演出をまとめる - Qiita
              • Clean Swift iOS Architecture for Fixing Massive View Controller

                Clean Swift iOS Architecture for Fixing Massive View Controller The Clean Swift Handbook is an updated version of this blog post, plus additional chapters to cover the entire CleanStore sample app. It also works with the latest versions of the Clean Swift templates, Xcode, and Swift. Check out the handbook for even more bonus materials. Your client asks for an estimate to fix a bug. You tell him m

                  Clean Swift iOS Architecture for Fixing Massive View Controller
                • ドメイン駆動設計+クリーンアーキテクチャ解説【DDD編】 - Qiita

                  前後編に分けています. 後編:ドメイン駆動設計+クリーンアーキテクチャ解説【クリーンアーキテクチャ編】 1.はじめに 今回はドメイン駆動設計+クリーンアーキテクチャについて記載したいと思います。 実は僕自身「エリック・エバンスのドメイン駆動設計」を読み、実際にプロジェクトに反映する際に、いくつか問題にぶち当たりました。 上記DDD本は非常に内容が濃く良書だと思いますが、反面抽象的な記述が多く、読み解く上で苦労した部分もあり、そういった所を踏まえ今回はできるだけ具体的な例を元に記載できればと思います。 また実践していく上でドメイン駆動設計だけでは、なかなか実装に落とし込めず、特に最初に導入したレイヤードアーキテクチャを実装していく上では、いくつか問題がありました。そこで上記解決策としてクリーンアーキテクチャを採用することになりまして、そういった経緯を含めて記載したいと思います。 内容について

                    ドメイン駆動設計+クリーンアーキテクチャ解説【DDD編】 - Qiita
                  • Clean Architecture 達人に学ぶソフトウェアの構造と設計 | Robert C.Martin, 角 征典, 高木 正弘 |本 | 通販 | Amazon

                      Clean Architecture 達人に学ぶソフトウェアの構造と設計 | Robert C.Martin, 角 征典, 高木 正弘 |本 | 通販 | Amazon
                    • React公式&SOLID原則からReactディレクトリ/コンポーネント設計を考察⚡

                      扱わないこと この記事では具体的なReactディレクトリ/コンポーネント設計を扱いません。具体的なデザインパターンも扱いません。 では、何を紹介するのか? Reactの思想とSOLID原則を用いると、どのようにReactディレクトリ/コンポーネント設計を考えることができるのかを考察したいと思います。 SOLID原則はいかなるシステム開発においても転用できる原則だと思います。 更に、Reactディレクトリ/コンポーネント設計は複雑になりがちで、TypeScript、状態管理ライブラリ、CSS、コンポーネントライブラリ、フェッチライブラリ、テストライブラリと考えることが多く、ケースバイケースだと思います。よって、具体的な解を持つよりも、抽象的な考え方を理解したほうが良いと思いました。 よいディレクトリ/コンポーネント構造はなんだろう? シンプルに以下の2点だと思います。 見つけやすい 変更に強

                        React公式&SOLID原則からReactディレクトリ/コンポーネント設計を考察⚡
                      • [イベントレポート] Android オールスターズ #dotsandroid | DevelopersIO

                        Android オールスターズ最速レポート公開! こんにちは!Android 大好き横山です。 今回は iOS オールスターズ勉強会に続き、Android オールスターズに参加してきたのでその内容をざくっとまとめて紹介したいと思います。 会場 会場は先日 2015/8/1 よりオープンした イベント&コミュニティスペース dots. イベント情報検索サービス「dots.」に登録している会員であれば、誰でも利用できます。イベント開催時以外にはコワーキングスペースとしても利用できます。 会場についての詳細な情報はこちらをご覧ください。 イベント&コミュニティスペース dots. [レポート]イベントスペース dots. プレオープニングPartyに行ってきました | Developers.IO イベント概要 以前開催した iOS オールスターズ勉強会に続き、今回は日本を代表する Android

                          [イベントレポート] Android オールスターズ #dotsandroid | DevelopersIO
                        • ツールで防衛 クリーンアーキテクチャ / CleanArchitecture

                          動画: https://www.youtube.com/watch?v=btJPK3TaJMg&feature=youtu.be&t=10830 2018/09/01 大阪にて行われたプログラミング生放送勉強会でのプレゼンです。 クリーンアーキテクチャの実装についての解説をメインにしています。 資料中に出てくる URL # 著者ホームページ https://nrslib.com/ # このスライドを元にした解説 https://nrslib.com/practice-of-clean-architecture/ # サンプル https://github.com/nrslib/PracticeOfCleanArchitecture

                            ツールで防衛 クリーンアーキテクチャ / CleanArchitecture
                          • iPhone Central: The iPhone Hacking Kit, step by step

                            PLEASE NOTE THESE TECHNIQUES WERE POSTED IN AUGUST 2007 AND ARE ONLY APPLICABLE TO 1.0 VERSION IPHONES. For better or worse, Apple designed the iPhone to be a completely closed system. That is, you can’t add new applications to it, and even some seemingly “normal” cell phone features - like the ability to add custom ring tones - are locked up. Or are they? Thanks to an extremely well-organized gro

                            • Android Test Night #1よかった - みんからきりまで

                              Android Test Night #1に参加してきた。 testnight.connpass.com 当日になっても補欠から繰り上がりそうになかったので諦めていたんだけど、ブログ枠が空いていると聞いて滑り込んだ。 何書けばいいか分からなくて困ったらどうしようと不安だったけど、全然そんなことはなくてたいへん面白い話がたくさん聞けてよかった。 発表内容 「コードレビューをより良くする Danger x Android」:とし氏 コードレビューをより良くする Danger x Android from Toshiyuki Hirata www.slideshare.net DangerというPRチェックツールの紹介とDeNAでの活用例の話。 PRを解析して自動で内容をチェックしたりプラグインを使って他のツールと連携したり色々出来るらしい。 便利そうだし導入ハードルも低そうなので弊社でもさ

                                Android Test Night #1よかった - みんからきりまで
                              • RxSwift? いやClean Swiftっしょ - Qiita

                                いつもiOS開発で悩むこと MVCやMVVMで作ってると、最初開発するときは自由度の高くて楽に実装できるのだが、 ViewControllerやModel層は改修を重ねるごとにどんどん肥大化し、複雑化してしまう。 どんどん肥大化するソースは、情熱がない限り結局誰もリファクタリングしないので、 どんどん負の遺産が増える悪循環になってしまう。 ここ数年ではFlux ArchitectureベースのRxSwiftやReactive Cocoaが流行っているのだが。。。。 使ったことはないが聞く感じ単純にKVOでしょって感がいなめない。。。 データの画面更新は遷移等考えなくても楽だからすごく魅力的だが、イベント数が増えれば管理が大変だし、イベントは非同期だから予期せぬ画面更新が起こりそうだしっていうので少しマイナスイメージが多い感じ なんかいいものないかと色々見てみるとQiitaに面白い記事が。

                                  RxSwift? いやClean Swiftっしょ - Qiita
                                • Trying Clean Architecture on Golang | HackerNoon

                                  Too Long; Didn't Read After reading uncle Bob’s Clean Architecture Concept, I’m trying to implement it in Golang. This is a similar architecture that we used in our company, Kurio - App Berita Indonesia, but a little different structure. The architecture does not depend on the existence of some library of feature laden software. The business rules can be tested without the UI, Database, Web Server

                                    Trying Clean Architecture on Golang | HackerNoon
                                  • Dependent method types を利用した軽量Clean Architecture の紹介

                                    class: center, middle # <strong>Dependent method types</strong><br/>を利用した<br/>軽量<span style="color: blue;">Clean Architecture</span><br/>の紹介 Scala関西Summit 2019 10/26 --- class: left, middle ## 自己紹介 * 中村 学(Nakamura Manabu) * [@gakuzzzz](https://twitter.com/gakuzzzz) * Tech to Value 代表取締役 * Opt Technologies 技術顧問 <img src="../images/opt_logo_1.jpg" alt="Opt Technologies" width="450" style="margin-lef

                                    • Clean Architectureを理解するための補助的なコンポーネント図のようなもの - visible true

                                      Clean Architectureを雰囲気でしか理解していなかったんだけど、なんでだろうな〜って考えるとあの図とか説明文がややこしいからだな〜と思った。 抽象的なやつはええねん、具体をくれ具体を〜、と思ったので、Android-CleanArchitectureのサンプルコードをコンポーネント図のようなものにおこした。 Android-CleanArchitecture Sample Code 実際にサンプルのソースを眺めると、レイヤの接続のための実装やAndroid固有(NavigatorなどIntentを処理するようなやつ)の実装などが混ざっていて、概念図とソースだけでは結構分かりづらい。しかもFragmentでActivityをキャストして使ってたり、UserCaseのコールバックをPresenterのインナークラスのObserverでやってたり、DataSourceは呼び出し毎に

                                        Clean Architectureを理解するための補助的なコンポーネント図のようなもの - visible true
                                      • RxSwift+CleanArchitectureで構成をキレイにしよう - Qiita

                                        はじめに アプリケーションを開発しリリースした際に、当初は問題なくても時が経つにつれて綻びが出てきます。 仕様変更や機能追加やリファクタリングができない(後回しにしたまま)、開発に携わる人の理解や嗜好による統一感の喪失などなど。 そうするとこんなことが起きることもしばしば。 ViewControllerの肥大化 責任範囲がぶれたクラスの誕生 Model/Helper/Libraryが人の解釈に依存するディレクトリ・ファイルの散見 ViewModelとModelの扱いがごっちゃになっている こうなるとどんどん作りが複雑化し、気が付くと負の遺産が出来上がっています。 メンバーの理解度を上げる、チーム内でルールを決めるという解決する手もあるのですが できればもう少し役割がはっきりしていて、共通認識持ちやすいアーキテクチャがないかなーと思っていてたところ…それはありました。 それがCleanArc

                                          RxSwift+CleanArchitectureで構成をキレイにしよう - Qiita
                                        • [PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう

                                          [PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう 2019.12.01 Programming スライド 動画 みなさんの反応 https://togetter.com/li/1437472 [PHP Conference Japan 2019]「思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう」のまとめ(togetter) 各種リポジトリと概要 cfg https://github.com/nrslib/cfg クラスファイルを生成するライブラリです。 クラスファイルをパースする機能も少し追加されています。 clarc-php-core https://github.com/nrslib/clarc-php-core クリーンアーキテクチャの構成例に従って、必要になるオブジェクトを生成する処理で

                                            [PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう
                                          • 万能なアーキテクチャは存在しない Unityのプロジェクトにあわせたアーキテクチャの“育て方”

                                            CA.unityはサイバーエージェントが運営するUnityをテーマにした勉強会です。サイバーエージェントのサービス開発者と社外の開発者を交えて、Unityに関する知見を共有します。とりすーぷ氏からは、設計とアーキテクチャについて発表がありました。 アーキテクチャの目的はコストの最小化 とりすーぷ氏:「Unityにおける設計パターン」というタイトルで発表します。よろしくお願いします。 私は、とりすーぷという名前でいろいろと活動をしています。Microsoft MVPを2018年から継続で受賞しています。ありがとうございます。最近『UniRx/UniTask完全理解』という本を出したので、もしよければ手に取ってみてください。 今回は、設計とアーキテクチャに触れたいと思っています。10分の発表に対して、調子に乗って100枚を超えるスライドを作っちゃって、絶対に10分では終わらないので、発表はだい

                                              万能なアーキテクチャは存在しない Unityのプロジェクトにあわせたアーキテクチャの“育て方”
                                            • Flutter: the good, the bad and the ugly

                                              Here’s the app I developed to experiment with Flutter, Little Tales. It’s an audio player for fairy tales, with content included and some specialised features. The first three screens with a dark theme are from the Android version, while those with a light theme are running on iOS. This time last year I published an article with my impressions of React Native, which was all the rage in 2016 and 20

                                                Flutter: the good, the bad and the ugly
                                              • iOS Clean Architectureで遊んでた話 | kagemiku's blog

                                                iOS Clean Architectureで遊んでた話 by kage · 公開 2017年2月12日 · 更新済み 2017年2月12日 初めに 今年に入ったくらいからiOS Clean Architectureについて調べたり,チマチマと実装してみて遊んでたりしてたので,そのまとめです. iOS Clean Architectureとは 概要 詳しい説明は省きますが,iOS Clean Architectureとは,Clean ArchitectureをiOSに適用したアーキテクチャの名称です. Clean Architectureとは,ソフトウェア開発において,ビジネスロジックを中心に考え,その他のUIや各種Framework,API Client等はそのビジネスロジックに依存するような構成にし,なおかつビジネスロジック以外のものを複数のレイヤに分けることによって関心と責務の分離を

                                                  iOS Clean Architectureで遊んでた話 | kagemiku's blog
                                                • MVC、3 層アーキテクチャから設計を学び始めるための基礎知識 - Qiita

                                                  はじめに アプケーション・アーキテクチャについて学ぶと「MVC」や「3 層アーキテクチャ」といった言葉にたどり着きます。 さらに勉強を進めると「MVVM」、「ドメインモデル」、「クリーンアーキテクチャ」など、よく分からない言葉がどんどん増えていきます。 また、「オブジェクト指向」を勉強しても、実際のアプリケーションでの使いどころが分からなかったりします。 この記事では、これらの用語の非常に分かりにくい関係を整理しました。 2 種類の 3 層 伝統的な Web アプリケーションは、以下のように 3 種類のサーバから成り立ちます。 このサーバ構成を 3 層アーキテクチャと言うことがあります。 一方、アプリケーションサーバで動いているプログラムの内部構造も、以下のように 3 層に分離することがあります。 これも 3 層アーキテクチャと言うことがあります。 この記事では、サーバの構成ではなく、アプ

                                                    MVC、3 層アーキテクチャから設計を学び始めるための基礎知識 - Qiita
                                                  • Eclipse Articles, Tutorials, Demos, Books, and More - Eclipsepedia

                                                    Home Eclipse Wiki Eclipse Articles, Tutorials, Demos, Books, and More Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan. Eclipse Plug-in Development: Beginner's Guide - Second Edition This book shows you how to take full advantage of the Eclipse IDE by buil

                                                    • GitHub - bufferapp/android-clean-architecture-boilerplate: An android boilerplate project using 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

                                                        GitHub - bufferapp/android-clean-architecture-boilerplate: An android boilerplate project using clean architecture
                                                      • Railsアプリが大きくなっていくにつれてうまく機能しなくなっていくパターンというものがあり、それに関してReverb.comが簡単に5つの... - Sooey

                                                        Railsアプリが大きくなっていくにつれてうまく機能しなくなっていくパターンというものがあり、それに関してReverb.comが簡単に5つのアーキテクチャアンチパターンとしてブログにまとめていました。 Reverb.com Dev Blog | 5 architecture anti-patterns and solutions for large Rails apps Reverb.comはミュージシャンのためのマーケットプレイスサービスです。 紹介されている内容は、ドメインレイヤーのコードがRailsの想定する枠組みの外に配置されている構造を前提としいます。具体的には、ドメインレイヤーのクラスをActionControllerやActiveRecordといったRailsのアーキテクチャの範疇からは独立したものとして構築している形を指しているようです。 (1) 責務を抱えすぎたサービスオ

                                                        • インフラエンジニアからレガシーPHPへのレイヤーアップ

                                                          フロントエンドの複雑さに立ち向かう / Tackling Complexity of Front-end Software with DDD and Clean Architecture

                                                            インフラエンジニアからレガシーPHPへのレイヤーアップ
                                                          • [Swift 3.0] 新しく追加されたGeneric Type Aliasesについて | DevelopersIO

                                                            おばんです、通っている武術教室の打ち合い練習で先生の基本攻撃力が高くて、良いところに入ったわけでもないのに痛みにもだえる田中です。「基礎防御力!人生の基本でしょう!?」、と田舎の女の子に怒られる声が聞こえるので筋トレします。 今日はSwift3のtypealiasにジェネリクスが使えるようになる話です。 参照元は以下です。(以降このリンク先を「公式」と差してブログを書いていきます) swift-evolution/0048-generic-typealias.md at master · apple/swift-evolution typealiasにジェネリクスが使えるようになるとは 公式のMotivationに書いてあることとしては以下があります。 Generic typealiases are an obvious generalization of the existing Swi

                                                              [Swift 3.0] 新しく追加されたGeneric Type Aliasesについて | DevelopersIO
                                                            • トクバイあのひとどんなひと #6:ドラッグストアの副店長が、作曲が趣味のAndroidエンジニアへ!?開発部部長【八木俊広】 | 株式会社トクバイ's Blog

                                                              こんにちは。株式会社トクバイ広報担当の谷尻です。 週に一回の更新を続けている社員インタビュー6回目はトクバイで「Androidの神」と呼ばれている八木さんです!普段は温厚で優しい人柄ですが、とにかく熱くてサービスに対していつもまっすぐ。ITちんぷんかんぷんの私にも分かりやすく色んなことを教えてくださり(いつもありがとうございます)、非エンジニアからの信頼も抜群です。そんな八木さんは元ドラッグストアの副店長。どんなキャリアでAndoroidの神に・・・?探ってみましょう。 ■プロフィール 大阪府出身。高校を中退した後、ドラッグストアで勤務。結婚を機にプログラマになり2社経験したのち、2013年にクックパッドへ入社。クックパッドではAndroidアプリを1から書き換えるチームに参加したあと、自ら志願して買物情報事業部(現トクバイ)へ異動する。トクバイではAndroidエンジニアとしてトクバイア

                                                                トクバイあのひとどんなひと #6:ドラッグストアの副店長が、作曲が趣味のAndroidエンジニアへ!?開発部部長【八木俊広】 | 株式会社トクバイ's Blog
                                                              • iOSをMVC,MVP,MVVM,Clean Architectureで実装してみた – ロクネム – Medium

                                                                何番煎じだよって感じですが、アーキテクチャに対する考え方は割と正解がなくて、自分の中に一つ落とし込んでおいて損はないと感じたため、備忘録という形で記事にさせていただきます。 アーキテクチャとは?一言でいうと、 アプリケーションを綺麗に実装するための設計方法! アーキテクチャを考慮しない設計でコードを書いていると以下のような課題にぶち当たります。 一つのクラスの肥大化(iOSで言うところのFatViewController)ロジックが煩雑になる同じ処理を使い回せないチーム開発で役割分担しにくいテストがしにくい属人化が進み、引き継ぎが難しくなる機能の追加,修正が困難etc…正直まだまだあるとは思いますが、とにかく設計はこだわってないと後で地獄を見るということさえ伝わればOKです。 Sample Appアーキテクチャを語る上で叩き台にするアプリがいるなーと思ったので作りました。 閲覧するときは、

                                                                  iOSをMVC,MVP,MVVM,Clean Architectureで実装してみた – ロクネム – Medium
                                                                • #builderscon 2019 参加レポート - braitom's Tech Memo

                                                                  今年もbuildersconに参加してきました。 builderscon.io 参加したセッション内容のメモと簡単な所感、全体所感を書き残しておきます。資料が公開されているものはリンクを張っておきました。 ※一部、私個人の解釈でメモしているものもあり、発表者の方の本来の意図とズレているものがあるかもしれませんがご了承下さい。 昨年と一昨年の参加レポートのリンク。 builderscon 2018に参加してきた - braitom's Tech Memo builderscon tokyo 2017 1日目 ~アウトラインメモ~ - braitom's Tech Memo builderscon tokyo 2017 2日目 ~アウトラインメモ~ - braitom's Tech Memo 本編1日目 Open SKT: メルペイ開発の裏側 - builderscon tokyo 2019

                                                                    #builderscon 2019 参加レポート - braitom's Tech Memo
                                                                  • Clean Architectureで考えるAndroidのモジュール設計 - dely Tech Blog

                                                                    はじめに こんにちは。クラシルのAndroidアプリチームのテックリードのうめもりです。 皆さん、Gradleのモジュール機能は活用していますか?ソースコードの依存の方向をモジュール単位で強制出来ることでアーキテクチャーの制約を強制しやすかったり、並列ビルド・差分ビルドの局所化によるビルド高速化を期待できたり、大規模なAndroidアプリを作るにはとても役に立つ機能ですよね。 そんな役に立つ機能ですが、実際どうやって活用していけばいいか分からなくて導入に踏み切れない方や、導入してみたがいまいち恩恵が感じられない、そんな方もいらっしゃるのではないでしょうか。 ところで、Androidアプリを開発してきた皆さんなら一度は聞いたことがある言葉にClean Architectureというものがあると思います。 引用: クリーンアーキテクチャ(The Clean Architecture翻訳) |

                                                                      Clean Architectureで考えるAndroidのモジュール設計 - dely Tech Blog
                                                                    • TypeScriptによるGraphQLバックエンド開発 ──TypeScriptの型システムとデータフローに着目した宣言的プログラミング - TECH PLAY Magazine

                                                                      一休のSaaSサービス「RESZAIKO」開発チームは、フロントエンド開発における時系列に基づく状態遷移、宣言的プログラミングをバックエンド開発に採用。開発時のアーキテクチャやコンテキストのギャップを軽減するチャレンジに挑んだ。その取り組みやアーキテクチャについて、CTO伊藤直也氏が語った。 きっかけは、フロントエンドとバックエンドの技術的関心事のギャップ 株式会社 一休 執行役員 CTO 伊藤 直也氏 今回のイベントで、「RESZAIKO」のバックエンドチームでチャレンジした開発手法について語ってくれたのは、株式会社一休のCTOを務める伊藤直也氏だ。伊藤氏はまず、今回のTypeScriptでのGraphQLバックエンドを開発するに至った背景を、「フロントエンドとバックエンドの技術的関心事と開発スタイルのギャップ」だと切り出す。 例えば、フロントエンドがReactで開発した場合、React

                                                                        TypeScriptによるGraphQLバックエンド開発 ──TypeScriptの型システムとデータフローに着目した宣言的プログラミング - TECH PLAY Magazine
                                                                      • 【連載 第8回】QAがfreeeカードUnlimitedのスクラムチームメンバーとして取り組んでること - freee Developers Hub

                                                                        こんにちは、freeeでQAエンジニアをしているymty(ゆもつよ)です。この記事はfreeeカード Unlimited の開発の裏側について紹介する連載の第8回目(最終回)になります。 今までの連載の中で、freeeカード Unlimitedのアーキテクチャーやインフラといった技術的な側面や、若い優秀なエンジニアや、EMからエンジニアにロールチェンジした敏腕エンジニアが取り組んでいること、そしてEM(エンジニアリングマネージャー)がどのようにチームに関わっているかといった話題がありました。 【第1回】freeeカード Unlimited の開発の道のり 【第2回】freeeカード Unlimited での非同期通信の設計と実装 【第3回】EMから再度エンジニアとしてプロダクト開発に挑戦して学んだこと 【第4回】freeeカード Unlimited でのClean Architecture

                                                                          【連載 第8回】QAがfreeeカードUnlimitedのスクラムチームメンバーとして取り組んでること - freee Developers Hub
                                                                        • エクサウィザーズのTLが実践する、開発が遅くならないテストの書き方 - エクサウィザーズ Engineer Blog

                                                                          この記事について この記事ではエクサウィザーズの介護記録AIアプリ「CareWiz ハナスト」(以下ハナスト)の開発スピードを維持するために、どのようにテストを書いているかをご紹介します。 内容としては基本的なことかと思うので、ハナスト開発ではどのような基本に則ってテストしているかという感じで読んでいただければ良いかと思います。 書いているのは誰? この記事はハナスト開発チームのテックリードをしている原(@haracane)が書いています。 ハナストチームでは主にNode.js&TypeScriptでバックエンドAPIを開発していてテストにはJestを使っています。 ちなみにこれまではKotlin&JUnitやRuby on Rails&Rspecなどで開発&テストをしたりしてました。 ハナストについて ハナストは簡単に言うと「音声入力で介護の記録をするアプリ」です。 以下の動画を見ていた

                                                                            エクサウィザーズのTLが実践する、開発が遅くならないテストの書き方 - エクサウィザーズ Engineer Blog
                                                                          • UXD and DDD (UX デザインとドメイン駆動設計) - Qiita

                                                                            はじめに NewsPicks のソフトウェアエンジニアの三浦です。NewsPicks アカデミア というプロダクトの開発チームリーダーをやっています。NewsPicks Advent Calendar 2018 の12日目を担当します。 今回は、ソフトウェアエンジニア視点でのプロダクトづくりについて、 UX デザイン(以下 UXD)とドメイン駆動設計(以下DDD)を中心に書いてみようと思います。 なぜ UXD と DDD を同時に論じようと思ったのか 結論から先に書くと UXD と DDD は親和性が高いのではないか?と考えたからです。 伝統的なソフトウェア開発のプロセスを挙げると、 要件定義 基本設計 詳細設計 実装 テスト リリース のような構成になると思います。 しかしこのプロセスで開発したソフトウェアはユーザにとって魅力的なものになるでしょうか? 昔よくあった、やたら入力項目が多か

                                                                              UXD and DDD (UX デザインとドメイン駆動設計) - Qiita
                                                                            • キッズスター入社3年間のふりかえり - FAKELOG

                                                                              春ですね 🌸 先日、キッズスターが入居している世田谷ものづくり学校に隣接している世田谷公園で、お花見ランチをして来ました。ちょうど、春休みの時期だったので、子どもたちがワイワイ遊んでいて、見ているだけで癒やされました。 さてさて、実は、2018年3月9日付けで、キッズスターに入社してから3年が経過していました。つまり、キッズスター4年生になったわけですね〜!ということで、入社3年間を駆け足でふりかえってみたいと思います 😎 ❤️ 入社当時の思いと今の思い 入社当時に書いた記事がこちらです。 blog.fakestarbaby.com 今思い返してみても、運命的な出会いだったなと思うし、この選択は間違っていなかったなぁという思いがあります。 子どもたちを笑顔にするために、もっともっと突っ込んで、色々とやってみたい!という強い思いが今の自分を突き動かしています。 入社当時の思いはとてもシン

                                                                                キッズスター入社3年間のふりかえり - FAKELOG
                                                                              • GitHub - charlax/professional-programming: A collection of learning resources for curious software engineers

                                                                                Table of Contents Professional Programming - about this list Principles Contributing to this list Must-read books Must-read articles Other general material and list of resources Books Articles Axioms Courses Topics Algorithm and data structures API design & development Attitude, habits, mindset Procrastination Authentication/authorization Automation Beyond software engineering & random Biases Busi

                                                                                  GitHub - charlax/professional-programming: A collection of learning resources for curious software engineers
                                                                                • DDDを志して3年経ったら「DDDの皮を被ったクリーンアーキテクチャ」になった話

                                                                                  【DDDを志して3年経ったら「DDDの皮を被ったクリーンアーキテクチャ」になった話】というタイトルでDevelopers Summit 2024夏に登壇しました。 ▼登壇資料 本記事では「登壇内容」、「登壇した経緯」、「登壇内容への自分自身の振り返り」の順でまとめていきます。すでに登壇を聞いていただいたり資料を見ていただいた方は、後半の章から読んで頂けますと幸いです。 登壇内容 どんな発表? よくある取り組みや設計ルールに対して 「無視していること」 「遵守していること」 「バランスを取っていること」 をそれぞれ事業・組織・プロダクト特性などの観点から説明します。 つまり アーキテクチャ論でよく聞く「要はバランス」の具体例を徹底的に解説します! 私がアーキテクチャを学んだ経緯 CTOが「要はバランス」と言いたくなるアーキテクチャ論を、スタートアップの立ち上げを通して学んできた経緯を話しつつ

                                                                                    DDDを志して3年経ったら「DDDの皮を被ったクリーンアーキテクチャ」になった話