JavaScriptでは、最近、DOMContentLoadedをよく目にします。 原典 ###クリーンアーキテクチャ(The Clean Architecture翻訳) JavaScriptで実践 勤務実績一覧 人を選んだら過去勤務実績を年度/毎月(概要あり)のタブ区切りで表示する 毎月、何時間働いたか、その内訳は何か 選択ユースケース 選択した所属部門に属する人だけ絞込可能 選択可能な従業員の勤務形態も同時変更 さらに選択した勤務形態(社員/パート)でも絞込可能 この場合は所属部門は絞り込まれない 同様に、勤務した個別月から絞込可能 UIイメージ 早速困ったこと Usecaseの粒度 ひとまず、class Usecaseで一つ FilterUsecase#changeDepartment(i, department) FilterUsecase#changeLabortype(i, l
エンジニアリンググループの冨岡です。 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であることが多く、古くから続いている継ぎ足し継ぎ足し受け継がれた秘伝のソースを触ったりエクセルやパワ
実質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の紹介文にあるように「持続可能なソフトウェア
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…
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
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
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
レガシーをぶっつぶせ。現場で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で開発しているサービスもある
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 が返
【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
山奥の砦（八王子市）からminneのiOSチームでアーキテクチャや開発環境を色々と見ているjoshです。SwiftUIとCombineが発表されたWWDC 2019から、SwiftUIとUIKitの混在状態を前提としたminneアプリに最適なアーキテクチャについて検討・議論した結果、最近色々と決まったので、紹介したいと思います。 まず、アーキテクチャ決めの目的ですが、テストしやすい形で迷わずに開発でき、機能開発を効率よくしつつ、今後の保守や変更も楽に行い、生産性と品質を上げることです。minneは特徴として、ネットワーク通信の多いアプリで、Universal Linksやプッシュ通知など、数多くの起動経路を持っています。また、minneマーケットプレイスの作品をさまざまな購入方法で提供しているので、開発をする中で特にその周りで不具合が出ないように日々開発しています。作家、購入者・ゲストごと
スライド概要 Findyさんのイベント「アーキテクチャを突き詰める Online Conference」のLT登壇資料です。
挨拶 こんにちは。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
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
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のクリーンアーキテクチャを少しでも書いてる人 「もうやだクリーンアーキテクチャの実装重すぎだよおおおぉぉぉぉ」と思っている方 この記事はなに？ クリーンアーキテクチャは昨今の複雑なアプリケーション開発において非常に有効な設計ではありますが、同時
新しい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 ソフトウェア コンポーネントのコレクシ
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
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を構築しました。 特にインターンで用意されていた内容というわけではなく、個人の課題としてクリーンアーキテクチ
この記事は GraphQL Advent Calendar 2020 14 日目の記事です。 前回の記事は @joe-re さんの 「ライブラリの実装からCursor-based paginationにおけるcursorのフォーマットのベストプラクティスを探る」 でした。 前置き GraphQLは2010年代後半に出てきた技術の中でも個人的に特に強力なアプリケーション実装パターンの一つだと思っているのですが、シンプルな実装なのに利用用途が豊富にあることと利用する立場が違うと全く印象を抱く事から全体像を掴みづらく、本来持つべきポテンシャルに対してまだ認知が広がっておらず利用されていないように感じます。 今回はサーバーサイドからの視点を中心にGraphQLを構築する要素を分解して解説するのとともに、それを利用した際にWebアプリケーション開発やそれに関わるエンジニアに起きうる変化について書いて
Balto サービス終了まで目前となりました。 ここまで来る間に様々な技術と出会い、格闘し、今の Balto があります。 今日は Balto の開発の歴史について振り返って行きます。 ちなみに私が iOS エンジニア兼サーバサイドエンジニアなので話の中心はこの２つになります。 御存知の通り、開発中のアプリを配布してフィードバックを送る、というシンプルなものです。 その起源は社内メンバーが開発中のアプリに対するフィードバックをスプレッドシートで管理するのが大変、かつスクリーンショットを撮って共有するのに手間がかかる、という問題からでした。 Balto によって1回のフィードバックにかかる時間を数分から約30秒に短縮。結果社内のプロジェクトの殆どで利用されるようになりました。 こういったシンプルな苦痛がサービスに繋がるのが面白いところですね。 くわしくはこちらの記事を。リリース後は、Tech
エンジニアとして本格的に一歩を踏み出した1年間：毎月の読書で2018年を振り返る #write_blog_every_week - こまどブログ
この記事は、 write-blog-every-week Advent Calendar 2018 24日目の記事です。 昨日の記事は、KIDANI Akito（@kdnakt）さんでした。 kdnakt.hatenablog.com 2017年4月に新卒・未経験で就職した僕にとって、2018年は、エンジニアとして本格的に一歩を踏み出した年になった。仕事で悩んだり、GitHubに草を生やしたり、ブログを書いたり、今までになく活動的な1年だった。中でも、4月下旬から始めたブログは、 きっかけの存在でもあるkakakakakkuさん write-blog-every-week Slackのみなさん の支えもあって、今週に到るまで毎週1回の更新を保つことができており、生活の一部になりつつある。休日ってブログ書くためにあるんでしたよね。 しかし、今回の記事ではブログを中心に据えることはしない。Ad
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
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScriptでクリーンアーキテクチャはどうすればいいのか(前編) - Qiita
TypeScript用のDIライブラリを公開しました - エムスリーテックブログ
ゲーム開発に所謂なアプリケーション設計パターンを適用するのは難しい - hadashiA
新人エンジニア向け"裏"用語集 - Qiita
フォローしておきたいエンジニア一覧 - One Step Ahead
iOS CleanArchitectureを使ってみた感想 - hachinoBlog
クリーンアーキテクチャーでスマホアプリ開発した感想（勉強会用） - 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 のすすめ
GraphQLはサーバーサイド実装のベストプラクティスとなるか - Qiita
Balto開発の歴史｜Goodpatch Blog グッドパッチブログ