GitHub - AdrienTorris/awesome-blazor: Resources for Blazor, a .NET web framework using C#/Razor and HTML that runs in the browser with WebAssembly.
ASP.NET Blog's archives - Archives of the ASP.NET blog about Blazor. Blazor - Official website of Blazor, from Microsoft. Blazor courses on Microsoft Learn - Blazor courses on Microsoft Learn. Blazor-Dev gallery on .NET Foundation - Daily builds of the 'dev' branch of Blazor. Blazor Extensions - Curated extensions for Microsoft ASP.Net Core Blazor. Blazor University - Unofficial documentation webs
There are many architectural patterns to design web applications. A famous one is the "Clean Architecture" by Robert C. Martin This architecture splits projects into different layers in order to produce systems that are Independent of Frameworks. The architecture does not depend on the existence of some library of feature
各社がアーキテクチャを語る「Engineering Team Presentation」を開催しました - Sansan Tech Blog
こんにちは、プロダクト戦略開発室の相場です。 今回は先日開催した「Engineering Team Presentation 〜各社の事業を支えるアーキテクチャ〜」のイベントレポートをお届けしたいと思います。 sansan.connpass.com これまで開催したイベントのアンケートで「各社のアーキテクチャ」に関連するイベントに参加したいと多くの声をいただいており、弊社が運営する「Builders Box」のサポーター企業である日本経済新聞社さん、メルカリさんに加え、 DeNAさん、freeeさんにも協力をお願いし、今回の企画が実現しました。 最終的には700名以上の方にお申し込みいただき、「アーキテクチャ」は関心の高いトピックであると改めて感じるとともに、予想を超える申込者数に運営メンバーは少しドキドキしながら、当日を迎えました。 発表1：『日経電子版のキャッシュ戦略』 株式会社日本経
GitHub Actionsでカバレッジを可視化する
モチベーション 今携わっているプロダクトは、DDD+Clean Architectureなマイクロサービスとして構築しています。 自身の担当業務としてはレセプト関係になります。業務の特性上、複雑なビジネスルールをきっちりかっちり作らないといけないのでテストはかなり重点的に書いています。 ビジネスルール、ユースケースといったレイヤー化されたクラスにそれぞれテストを書いていくわけですが、ユースケースが依存しているビジネスルールが一つの場合など、いちいちユースケース単体でテストを書くのか？ということもあり、ケースによりますがテスト粒度を上げるという判断もしてたりします。 テストコーディング時に依存性を排除する為にモックを大量に使いますが、上記のような判断があったり、なかったりするとテストのカバー範囲の認識齟齬というものが出てきて最終的にカバレッジが漏れる事案が発生します。 またPRレビュー時にテ
クリーンアーキテクチャや DDD の戦術的設計、CQRS などを勉強して、現状自分が気に入っているアプリケーションのパッケージ構成をさらします。 実際に Java (Spring Boot) 実装してみて、自分としてはある程度納得感を持てた構成になります。 全体像 パッケージ構成の全体像は下図の通りです。 ディレクトリで表現すると以下のようになります。 . ├── application │ ├── external │ ├── query │ │ └── user │ │ ├── UserQueryModel │ │ └── UserQueryService │ └── service │ └── user │ ├── UserApplicationService │ └── UserGetOutput ├── domain │ └── mod
MVCがなぜ必要かは分かるが、サービスはなぜ必要なのか
CはSを呼び出し、SはMからデータを受けとり形成、その結果を受け取ったCがVにデータを渡す。 なので、C→S→M→S→C→Vになります。 このことから、ここで言っているサービスは、汎用処理を担うサービスクラスではなく、アプリケーションをレイヤ化した時のサービス層のことだと考えます。 サービスという言葉は曖昧で、ここは混在されがちなので、まずここはレビューされる方と共通認識を持たれたほうが良いかと思います。 で、このSですが、どういうときに作るべきなのでしょうか？ サービス層の前提で記載しますが、大規模な業務アプリケーション（例えば銀行のシステム等）を開発する時はだいたいこの層を設けます。 理由は大規模な業務アプリケーションだけに業務ロジックが複雑だからです。 各層の役割を明確にし、単一の責任を持たせ、見通して良くして保守性や可読性を向上させる目的があります。 上記の目的から、このサービス層
ゲーム制作・開発をする上で考えることは沢山あります 設計・サーバー・DB・インフラ・ネットワーク・３DCG・数学・物理・サウンド・AI・セキュリティ・ゲームデザインetc... 僕自身まだ勉強中の身ではありますが、勉強になった書籍を紹介します！ 勉強の目的は「汎用的で拡張性・保守性が高くラクに運用・開発したい」「知らない事知りたい」です！ 実務でも必要な知識を学べるので、初学者・ゲーム業界に興味がある人は読んでおいて損はないと思います！ （随時更新していきます） その他、この本もおすすめだよーってのがあれば教えて頂けると嬉しいです！ 設計 Java言語で学ぶデザインパターン入門第3版 Javaですが、デザインパターンの基本・考え方を学べるのでおすすめ 良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方 堅牢で具体的なコードと考え方を学べるのでおすすめ 独学で正
DDDの一般的なアーキテクチャをまとめてみた
はじめに 久しぶりの投稿ですが、仕事の中でDDDに関連したアーキテクチャを整理する機会があったので、改めて知識の整理のためにまとめておきたいと思います。 一般的なWebアプリケーションのアーキテクチャ(3層アーキテクチャ) 矢印の方向に依存していきます。 一般にこの依存関係を持ってwebアプリケーションは作られますが、ビジネスロジック層が肥大化する傾向が多いです。 それぞれの層を言語化すると以下のようになります。 プレゼンテーション層 = クライアントとの入出力をする層 ビジネスロジック層 = ビジネスロジックの実現をする層 データアクセス層 = データベースとの入出力をする層 問題点 その中でビジネスロジック層は、そもそもビジネスロジックが複雑になりがちなため、うまく設計ができずに、メンテナンス性の悪い、所謂神クラスの氾濫(xxxService、xxxManager)が起こりがちです。
世界一わかりやすいClean Architecture - DroidKaigiバージョン
DroidKaigiで登壇予定であったバージョンです。こちらの原稿を文章にしたブログと動画がありますのであわせて御覧ください。 https://www.nuits.jp/entry/easiest-clean-architecture-2019-09 https://youtu.be/pbCRHAM5NG0Read less
Build with AI 2024 Seoul - 제로부터 시작하는 Flutter with Gemini 생활 - 박제창
Introduction Writing maintainable code should always be taken into consideration as it is as important as scalability, resilience, and other infrastructure aspects when you have your application running in production. There are many architectural principles that a maintainable code implements, and the source code for the project structure that we will go through in this article is available in a G
2020年読んだ本、良かった本 - マルシテイア
去年買った本のなかで良かった物を紹介する。 良かった本3選 SF映画のタイポグラフィとデザイン SF映画のタイポグラフィとデザイン 作者:デイヴ・アディ発売日: 2020/08/18メディア: 大型本 良かった度: ☆☆☆☆☆ オススメ度: ☆☆☆☆☆ 淀屋橋のジュンク堂でたまたま見かけて購入。去年読んだ本の中で一番面白かった。 SF作品における定番フォント "Eurostile Bold Extended" をはじめ、いわゆる「SF風デザイン」がどのようにして形作られてきたのか、歴代の名作SF映画を振り返りつつまとめた本。 SF映画とデザインというテーマで書かれた書籍では「SF映画で学ぶインターフェイスデザイン」が有名だが、あちらがコントローラー、音声、VR/ARといったインターフェイスの要素ごとにSF映画を分析しているのに対し、本作では2001年宇宙の旅、スタートレック、エイリアンなど
この記事はコネヒト Advent Calendar 2020 2日目の記事です。 O’Reilly（以下、オライリー）のサブスクリプションに契約するとオライリーの技術書が読み放題になるので、今回はその話をします。 概要 www.oreilly.co.jp www.oreilly.com Safari Books Onlineという名称で提供されているデジタルライブラリサービスです。サービス名が紛らわしいんですが、SafariはブラウザのSafariとは関係なく、運営会社の名前です。 閲覧可能なのは本だけではなく、UdemyやUdacityで提供されている動画教材も豊富にあります。ただし、全てのコンテンツが英語なので、動画コンテンツの学習コストは高めかもしれません。 実際に読める本 オライリー本は全部あるんじゃないかと思える程度のラインナップなので、エンジニア界隈で話題になる本は見つかるはず
TDD Boot Camp 2020 Online #1 基調講演/ライブコーディングをもっと楽しむための副読リンク集 - PoohSunny's blog
はじめに これは Recruit Engineers Advent Calendar 2020 - Adventar および テスト駆動開発 Advent Calendar 2020 - Qiita の10日のエントリーです。 コミュニティでの活動としてTDDBCのお手伝いをしてるのですが、twadaさんの基調講演＆ライブコーディングはすごいですよね。何度聞いても日々バージョンアップがあって新鮮。 で、先日 TDD Boot Camp 2020 Online #1 - connpass が実施された時1に、YoutubeLiveで公開された基調講演＆ライブコーディングのコメントでの質問回答を YASUI Tsutomu (@yattom) | Twitter さんとさせていただいたのですが、その時に、これまで何度も基調講演聞かせてもらったおかげか、twadaさんが喋ってる内容がある程度予知
Bunlog | 読んで良かった入門技術書
以前インフラ分かんね～って言ってるフォロイーがいたので、何となく「この本良いよ～」っていうツイートをしたところ、そこそこ反応があって、ちょっと意外でした。 Web 開発の入門レベルの技術書なんてもう大体定番決まってるしみんなまとめてるじゃん、って思ってたんですが、「初めての一歩のその次のレベル」の入門書についてはちょっと需要あるっぽいです。 私は駆け出しに何度も成功している駆け出しエンジニアのプロなので、入門レベルの技術書についてそこそこ詳しくなっています。なのでここでは自分が読んで良かったと思った入門レベルの技術書を書いていきます。随分前に読んだものも含んでて、もしかしたら内容間違ってるかもしれないんで、指摘してくれればありがたいです。また各ジャンルの名称はマジで適当なので許してください 言語処理系とか オブジェクト指向でなぜつくるのか 第 2 版 「オブジェクト指向 入門」って検索した
Clean Architecture with GO
Clean Architecture with GoClean Architecture is designed to separate concerns by organizing code into several layers with a very explicit rule which enables us to create a testable and maintainable project. In this article, I’m going to walk you through how Clean Architecture works in Go. Example repo
ラクスルグループ各CTOとエンジニアに聞いた！新卒エンジニアに贈る～スペシャルな一冊 - RAKSUL TechBlog
こんにちは、ラクスル広報の和田です。 みなさんは、「心に残るスペシャルな一冊」そんな本に出会った経験はありますか？ 今回は、ラクスルグループ各CTOとエンジニアに「仕事のみならず、人生観やキャリアの参考に新卒エンジニアへおすすめできる本」というテーマでスペシャルな一冊を伺いました。 ラクスル取締役CTO 泉のスペシャルな一冊 『Clean Code』・『Clean Architecture』 この本との出会い こんな方、こんな時におすすめ！ この本の内容 この本がスペシャルな理由 ラクスル事業本部CTO 二串のスペシャルな一冊 『プログラマが知るべき97のこと』 この本との出会い こんな方、こんな時におすすめ！ この本の内容 この本がスペシャルな理由 ノバセルCTO 戸辺、 同新卒エンジニア 田村のスペシャルな一冊 『達人プログラマー ―熟達に向けたあなたの旅― 第2版』 この本との出会い
GitHub - jasontaylordev/CleanArchitecture: Clean Architecture Solution Template for 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
概要 対象読者 クリーンアーキテクチャについて学びたいけど何から学んだら良いか分からない方 クリーンアーキテクチャを学んでみたもののメリットや採用する目的がいまいち分からない方 過去の自分 記事で説明すること なぜクリーンアーキテクチャという考え方が生まれたのか？ クリーンアーキテクチャを採用することでどんなメリットがあるのか？ について解説します。 記事にしようと思った背景 新しく参加したインターン先ではクリーンアーキテクチャを採用していました。 そこで、クリーンアーキテクチャを学ぼうとして色々な記事読んでみたけどその概念がいまいち腹落ちしないというまま放置していました。 ですが、「Clean Architecture 達人に学ぶソフトウェアの構造と設計」の著者であるRobert C.Martin (愛称: Uncle Bob)さんの講演会のYoutube動画を見たら、色々腹落ちしたので
Goodbye ActiveRecord!
At Aircall, we are dealing with a distributed Rails Legacy monolith. We are now splitting it progressively into lightweight Ruby-Sinatra microservices, and in order not to reproduce errors from the past, we started to implement new Architecture philosophies like Clean Architecture and Domain Driven Design. ROM was a really good match to us, as it fits really well in those philosophies. In order to
Clean Architecture for React 「Clean Architecture for React」発行主旨・内容紹介 「Clean Architecture for React」目次 「Clean Architecture for React」Amazonでの購入はこちら 「Clean Architecture for React」楽天市場での購入はこちら※電子書籍版です Clean Architecture for React インプレスグループで電子出版事業を手がけるインプレスR&Dは、技術書典や技術書同人誌博覧会をはじめとした各種即売会や、勉強会・LT会などで頒布された技術同人誌を底本とした商業書籍を刊行し、技術同人誌の普及と発展に貢献することを目指し、最新の知見を発信する「技術の泉シリーズ2021年1月の新刊として、今森大地氏著書による、Clean Archit
子育て中の社員からみた食べログフロントエンドチームの働く環境｜食べログ フロントエンドエンジニアブログ
食べログFE（フロントエンド）チームの金野と申します。 前回は、新しいシステムの技術スタックや、どのようなプロセスで開発しているかを紹介しました。 今回は働く環境についてです。 子育て中の社員にとって結構働きやすい環境なのでは？もっとアピールしたほうがいいのでは？と思い記事を書いた次第です。 自己紹介まずは簡単に自己紹介をさせてください。 2018年から出産のため1年ほど産前産後育児休業を取得し、2019年にフルタイムで職場復帰しました。2歳になった娘の育児に日々奮闘しています。 新型コロナウイルス流行により3月31日からフルリモートで働いています。 この記事では、カカクコムの福利厚生の中で私自身が「これは嬉しい！」と思うポイントや、働きやすい風土について紹介していきます！ 育児休業は最大で子供が3歳になる年の年度末まで取得可能 国の規定では育休は最大2歳まで取れることになっていますが、カ
この記事についてこんにちはみゃけです。 この記事はbosyu Advent Calendar 2019の24日目の記事です。 もうアドベントカレンダーも終わりますねー。 このタイトルで記事を書こうと思った背景タイトルは「ソフトウェアエンジニアは事業を壊すかもしれないという話」です。 そのまんまの意味でソフトウェアエンジニア（長いのでこの記事ではエンジニアと言ってしまいます）は会社の事業を壊したり、止めたりという原因に成りかねないという話です。 けっこう大それたタイトルなんですが、ここ数年しみじみと感じているので一度記事として書いておきたいなと思いました。 Webサービスやアプリなどを事業としているほとんどの会社にはエンジニアが在籍していて、日々そのサービスの開発をしていると思います。 満を持してサービスローンチを行い、多額の資金調達を行う会社はそれなりの数が存在します。 そこから順調に業績
Since Clean Architecture became the new hot topic in the Android world there have been loads of code samples and articles that tried to explain how it works and which are its benefits. However, I always hear these questions from developers that try to apply it: What are these Use Cases/interactors supposed to do? Why can’t I call directly the repository from the Presenter/ViewModel? Why should I h
GitHub - bespoyasov/frontend-clean-architecture: React + TypeScript app built using the clean architecture principles in a more functional way.
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
はてなブログ独自の集計による人気記事のランキング。3月14日（日）から3月20日（土）〔2021年3月第3週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 「シン・エヴァンゲリオン劇場版」公開から１週間分の感想エントリまとめ - まなめはうす by id:maname 2 管理不備と報じられたLINEの問題についてまとめてみた - piyolog by id:piyokango 3 アラフォーオジサンのファッションが10年前で止まっている理由。 - 山田耕史のファッションブログ by id:yamada0221 4 距離センサ入門（ステレオカメラ、プロジェクション、LiDAR) - arutema47's blog by id:aru47 5 道徳と恋愛は相性が悪い - 道徳的動物日記 by id:DavitRice 6 【ネタバレ】『シン・エヴァンゲリオン劇場版𝄇』の感
技術書「ちょうぜつソフトウェア設計入門 PHPで理解するオブジェクト指向の活用」まとめと感想。Bobおじさん（Robert C. Martin）本を読む前の準備として最適な一冊。
本書について タイトル：ちょうぜつソフトウェア設計入門 PHPで理解するオブジェクト指向の活用 発売日：2022年12月 ページ数：328ページ 著者：田中ひさてる氏 Twitter Qiita ちょうぜつ Advent Calendar 2020 ちょうぜつ設計とは（著者の方が発売後にQiitaに投稿） たまに、調べ物をしていてQiitaを見た時に漫画が載っていることがあったが、その著者の方だった。 全体の感想 素晴らしい本だった。非常にためになった。今までの本とは違った視点でソフトウェア設計に必要な観点を教えてくれた。 説明はわかりやすく、挿絵も楽しく、読後感がスッキリとしていた。 ソフトウェアエンジニアにとって必読であるRobert C. Martinの本を読む前の準備として最適と思う。 Robert C. MartinのClean Architectureは読んだことがあったが、抽
Kotlin+Ktorで技術要素を試しながらクリーンアーキテクチャでAPIサーバ構築 – rinoguchi's techlog
まずは各ディレクトリを作成して、先ほど作ったApplication.ktをinfrastructureディレクトリに移動します。 設定(application.conf)を読み込んで /gradlew run 実行 設定ファイルでサーバーを構成できるようにしたいと思います。 Ktorでは、こちらを参照すると、mainClassNameで特定のWebサーバエンジンのEngineMainクラスを指定する必要があるようです。embeddedServerを利用する場合は、lambdaとDSLで記述するようです。 今回は Nettyエンジンを使うようにしたいと思います。 ./gradlew runで起動するメインクラスをNettyエンジンのメインクラスに変更 これまでは、対象のメインクラスを右クリックして直接プログラムを起動していましたが、Nettyエンジンのメインクラスを起動する際にはその方法は使
2016年から2020年の5年間、VOYAGE GROUPで変わったこと・変わらなかったこと - CARTA TECH BLOG
これは VOYAGE GROUP Techlog Advent Calendar 2020 の25日目のエントリです。 2015年に2010年からの5年間の話を書いたので、今年はその後の5年間について書きます。 techlog.voyagegroup.com 目次 5年間で変わったこと 1. クルーが成長し、高いグレードの割合が増えた 2. 「考えられる」から「実践できる」ようになった 3. 負債を大きく返済し、攻めに使える開発力が増えた 5年間で変わらなかったこと 1. お互いをリスペクトする 2. 技術が好きで学びあう 3. 主体性をもって発言する おわりに 5年間で変わったこと 1. クルーが成長し、高いグレードの割合が増えた VOYAGE GROUPはグレード(等級)制度を導入しており、高いグレードの人が増えると経営戦略が実現する確度が上がると考えています。エンジニア職は4段階にな
Clean Architecture を用いた go + gin のバックエンド (API) 構築 – Psychedelic Engineer Note
まずはじめに Clean Architecture という設計思想を理解する記事ではなく、 Go 言語に適したバックエンドの構成を模索していた時に Clean Architecture を元に構築した人の真似をしたら思いのほか良かったため、 自分が実装した時のサンプルコードを載せるといった趣旨の記事。 Clean Architecture とは Robert C.Martin という方が提唱されている設計方法。 いわゆるディレクトリ構成とか考えるときに、 MVC やら MVVC やら色んなパターンがあるけど、 結果的にそういう構成を考える時のベースになる。 Go + Gin で、例えば MVC をそれとなく実装しようとすると途端に循環参照に陥る。 Go の import cycle not allowed (循環参照) の対応 Clean Architecture は「どのサービスも設計の
Clean Architecture by Golang(with Echo & Gorm & wire) - Qiita
お題 表題の通りだけど、Goでクリーン・アーキテクチャの記事は既に山ほどある。 この記事では、そもそもクリーン・アーキテクチャで書く必要のないレベルのコード量のソースを元に、「クリーン・アーキテクチャで書いたらどんな感じになるだろう？」を確認している。 他の記事との差別ポイントは特にないけど、ひょっとしたら特定のフレームワーク（「Echo」、「Gorm」、「google/wire」」との組み合わせで書かれたものは少ないかもしれないので、そこがポイントかも。 ただし、（ソースにも書いたけど）あくまで「どんな感じになるだろう？」という書きっぷりなので、当然、プロダクションレベルに耐えられるものにはなっていない。 そうそう、実装の題材は「ある特定の”商品”（itemと命名）を”登録”し”全件参照”する機能をREST形式で提供するWebAPIサーバ」としてみた。 注釈 クリーン・アーキテクチャ自体
ざっくりDDD・クリーンアーキテクチャにおける各層の責務を理解したい①（ドメイン層・ユースケース層編） - Qiita
概要 弊社で開発中のプロダクトは、ドメイン駆動設計とクリーンアーキテクチャを組み合わせた設計となっています。 これまでフロントエンドの開発を担当することが多かった中で、golangでのAPI開発を担当した際に、「この処理はRepositoryに書くべき？」「Usecaseにこの処理を書いたら責務を持たせすぎ？」「Domain ServiceとUsecaseはどう分ける？」など迷うことが多々ありました。 そこで、これら設計に関する考え方を整理するために具体的な実装を踏まえてこの記事を書いています。 この後、インフラストラクチャ層・プレゼンテーション層は別の記事として書く予定です。 DDD（ドメイン駆動設計）とは ドメインの専門家からの入力に従ってドメインに一致するようにソフトウェアをモデル化することに焦点を当てるソフトウェア設計手法である。 ドメイン駆動設計 下の画像のように4つの層に責務を
[発表資料] GoCon Fukuokaでgoogle/wireを使った Goらしいアーキテクチャへの取り組みを発表した #gocon - My External Storage
当日のスライド資料は以下となる。 資料を作る上で参考にした情報 google/wireについて google/wireについては公式リポジトリのドキュメントを見るのが一番良い。 ベータリリースのため、(私の記事も含めて)ブログ記事などの情報は最新情報ではない可能性がある。 特に6月にリリースされたv0.3.0では破壊的変更が入り、wire.Structなどの新しい概念も入っている。 また、このブログでも何回か取り上げている。 wireタグの記事一覧 Goらしい設計について Goらしいとは「Simplicity」だと考えている。言語思想については@songmuさんがまとめてくださっている。 （@songmuさんにはGoCon当日の懇親会などでもたくさんご助言いただいた。感謝。） また、英語でも問題ない方はGoのブランドブックや、コアメンバーであるRob Pike氏の話をみればよいだろう。 G
![[発表資料] GoCon Fukuokaでgoogle/wireを使った Goらしいアーキテクチャへの取り組みを発表した #gocon - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/ba898d557336dd11e74439b003314d8330d6f4b9/height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2F2019%2F07%2F15_ogp.png)
「シンプルな構造にすれば保守性があがる」わけではないという話 - やる気がストロングZERO
こんがらがったシステムの保守開発で苦労した経験から新規開発では「シンプルな構成・シンプルな実装にしよう」という話が出る。 目指す方向としては間違って無いように思えるのに、それだけだとうまく行かない。 「保守しやすい構造」とはそれなりに多くの知識が必要なので、これらの知識を持たず単純に「シンプルな構成・シンプルな実装」を目指すと失敗する。 「保守しやすい構造」を作るには「どういう構造が保守しやすいのか？」を学ぶ必要がある。 これについて書く。 「シンプル」を目指したつもりが複雑になって失敗する例 まずは、ありがちな失敗例を示す。 実装する処理を減らしてシンプルにしたら複雑化した コードの複雑さを減らすため、実装する機能を絞った。 コード量が減ったのでシンプルになった。 しかしここで削られた機能の処理は結局はどこかでやる必要があった為、後日別の場所（連携する別システム側など）に実装された。 や
SwiftUIアプリをVIPERアーキテクチャーで作り画面遷移処理をまとめる この記事では画面遷移処理をView実装から引き剥がす方法としてVIPERアーキテクチャを解説し、実際にSwiftUIアプリケーションに適応します。 ログイン画面やNavigation ViewのPush遷移, Tab Bar表示、アラートやモーダル表示など、アプリケーションで利用する画面遷移処理をどう扱うかをみていきましょう。 前回、SwiftUIの画面遷移をCoordinatorパターンでまとめた話にて画面遷移処理をViewから引き剥がすCoordinatorパターンを解説しました。そしてSwiftUIプロジェクトに当てはめました。しかし、画面遷移をUIHostingControllerでUIViewControllerに変換して実装したために純粋なSwiftUIのみで実装することができませんでした。 この記事
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、Android / iOSエンジニアの松田です。 droidcon Berlin 2019に参加し、初めての海外登壇をしてきました。 ヤフーからは4人で2つのセッションを発表してきました。 今日は、海外カンファレンスの様子や海外で登壇するための準備について紹介していきたいと思います。 今回チャレンジしたdroidcon Berlinについて droidconとは、世界最大規模のAndroidデベロッパーカンファレンスです。 2009年にベルリンで始まり、ロンドンやニューヨークなど、世界各国で開催されています。 今回のdroidcon Berlin 2019は3日間（7/1~3）開催され、 過去最大の1200人以上の開発
Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典,高木 正弘発売日: 2018/08/01メディア: Kindle版 読み終えた。良い本だったと思う。 この本を読んだモチベーション Goで書かれた簡素なレイヤードアーキテクチャによるマイクロサービスを会社で触る機会があったり、新たなサービスの切り出しを検討していたりして、Rails以外のサーバサイド設計についてもっと知見を深めたかった。 そんな中で、上司との1on1で「マイクロサービスパターン」を紹介してもらい、その本を読む前段の読み物としてよさそうと感じた。 「Design It!」を社内の読書会で読んでいて、アーキテクチャ関連の本をほかにも読みたかった。 僕はこう読んだ 例の"同心円状(玉ねぎ)のアーキテクチャ"(= "クリーンアーキテクチャ"
Multi-Stage Programming、そして脆弱性レジリエンス × Clean Architecture 〜 ScalaMatsuri2020 登壇者インタビュー
Multi-Stage Programming、そして脆弱性レジリエンス × Clean Architecture 〜 ScalaMatsuri2020 登壇者インタビュー 2020年10月17日(土) ~ 18日(日)にかけて開催された、アジア最大級のScalaカンファレンス “ScalaMatsuri 2020”。 Visionalからも2名のエンジニアが登壇をいたしました。 本日は「Dotty ではじめるマルチステージプログラミング入門」というタイトルで登壇した鈴木 健一さんにインタビューを行い、その舞台裏に迫りました。 ──はじめに、自己紹介をお願いします。 鈴木 健一です。脆弱性管理ツールの「yamory」 の開発をしています。 もともと SIer の出身で、主にアプリケーション基盤やアーキテクチャ設計、開発統括／支援等の業務を担当していました。Scalaに関連するものでいうと、
NEエンジニアがお薦めする夏の課題図書13選+α
みなさんこんにちはー！あすみ(@asumikam)です✨夏楽しんでますかー🌞 夏といえば・・・夏休みですね。 大量の休みと共に、大量の宿題と戦ったあの夏・・・あの頃は辛かったですが、今思うと、懐かしい気持ちと「学生」たるイベントに羨ましくなります（...よね？） その中で「課題図書」というものがありました。お薦めの本リストから本を選んで読書感想文書くやつ。 夏休み、図書館に行って自分に合いそうな本を選んだ記憶があります。 ・・・あれ・・・やりたいッ！また、やりたいッ！！(...ですよね？？) ということでー！！NEのエンジニアに「お薦めの課題図書」を聞いてきました🫡 お願いしてその日中に10冊集まりました！素敵👏 そこに、自分のお薦めを3冊追加して、13選を紹介したいと思います！ 「夏休み」気分を味わうために、新しい本に出会ってみるのはいかがでしょうか？✨ 「技術部門」「デザイン部門
有名企業のエンジニア向け研修資料まとめ - Qiita
はじめに 今回は有名企業の公開されているエンジニア新人研修資料をまとめました。 昨今、新人向けの研修資料を公開する企業が増えています。 またクオリティーがかなり高いものが多く、初級者~中級者でも学びがある資料となっています。 資料の作り方も勉強になるので「勉強会で登壇している人」「企業の研修担当の人」にも有益な資料になっています。 この記事の主な対象者 有名企業の研修資料を網羅的に見たい人 エンジニア初級~中級者の人 独学で学習をしている人 研修資料の作成を今後していきたい人 ミクシィ まずはじめに紹介するのは、毎年新人向けの研修資料を公開している株式会社ミクシィです。 ミクシィの研修資料で公開されている内容は、 Git研修 データベース研修 設計・テスト研修 コンテナ研修 iOSアプリ開発研修 Androidアプリ開発研修 フロントエンド研修 ゲーム開発研修 Flutter研修 AI研修
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Clean and Scalable Architecture for Web Applications in Rust
自分が現状気に入っているアプリケーションのパッケージ構成をさらす - Qiita
ゲーム制作するUnityエンジニアのオススメ本 - Qiita
Next.jsでClean ArchitectureとDDD
Clean architecture with TypeScript: DDD, Onion
O’Reilly書籍をサブスクリプションで読もう - ゆとり日記
クリーンアーキテクチャが何のためにあるのか分からない人へ - Qiita
ReactやReduxで構築されたアプリ設計の解説本 - mojiru【もじをもじる】
ソフトウェアエンジニアは事業を壊すかもしれないという話 - mya-ake com
Why you need use-cases/interactors
今週のはてなブログランキング〔2021年3月第3週〕 - 週刊はてなブログ
SwiftUIアプリをVIPERアーキテクチャーで作り画面遷移処理をまとめる
海外カンファレンスに登壇しよう！CfP提出からプレゼンまでの流れを紹介します
「クリーンアーキテクチャ」をこう読んだ - No Purpose