A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.
GitHub - amitshekhariitbhu/go-backend-clean-architecture: A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.
A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.
ちょっと前にiOS allstars2に参加して知ったClean Architecture(クリーンアーキテクチャ)が、最初はなるほどすげえなーと思っていたものの、ちょっと改めて調べてたら少し迷子になったので自分のために色々整理してみる。 そもそもクリーンアーキテクチャの前に クリーンアーキテクチャのことを書いているエントリーを見るとよくMVC, MVVMなどのアーキテクチャとの比較があるが、一緒に丸が４層になった絵が出てくる。（本家はこちらですが、日本語訳をされた方のエントリもある。） 自分はいきなりこの絵をみても何のことやらだった。が、この絵はオニオンアーキテクチャ、ヘキサゴナルアーキテクチャを知ると理解できた。 ヘキサゴナルアーキテクチャ (Hexagonal Architecture) ヘキサゴナルアーキテクチャは、伝統的なMVC, MVVMなどのレイヤード（階層）アーキテクチャか
About the content This talk was delivered live in June 2016 at mDevCamp. The video was transcribed by Realm and is published here with the permission of the conference organizers. MVVM、MVC、VIPERなど多様なアーキテクチャデザインがありますが、どれが一番良いのでしょうか。この講演では良いiOSアプリアーキテクチャを構成するためにどのような要素が必要なのかを見ていきます。 導入(0:00) New York Timesで働いているKrzysztof Zabłockiです。オープンソースまたは私が作ったFoldifyアプリを通じて私の名前を聞いたことがある方がいるかもしれません。もしかしたらObjectiv
【ボブおじさんのClean Architectureまとめ】オブジェクト指向 ~SOLIDの原則~ - Qiita
はじめに クリーンアーキテクチャの勉強中にSOLIDの原則に触れる機会があった。 この設計の原則を知ってはいるものの、結構曖昧だったので、一から調べてまとめてみた。 そこで気づいたのは、あまり深く理解できていなかった。 やはりアウトプットする事で、新たな気づきが得られる。 SOLIDの原則とは？ オブジェクト指向の五大原則と言われている。 そして設計の際は意識するべき重要な事でもある。 ・S - 単一責任の原則(SRP:Single Responsibility Principle) ・O - オープン・クローズドの原則 (OCP:Open-Closed Principle) ・L - リスコフ置換原則 (LSP:Liskov Substitution Principle) ・I - インターフェース分離の原則 (ISP:Interface Segregation Principle) ・
趣旨 2020年が始まるので、 2019年にやったこと、アウトプット、反省点をまとめ、翌年の指針を整理したいと思う。 前提 フリーとして働く、インフラとバックエンドを専門とするソフトウェアエンジニア。 現在は法人成りしていて、請負でベンチャー企業で開発の仕事をする傍ら、自社製品の開発に勤しんでいる。 請負でやったこと GAE + Go + CloudSQLを基本構成としたBtoCサービスの開発 Stackdriver Monitoringの技術検証 GAEで作られたパッケージシステムをスケール性を加味しGKEに移行 企業が使用する管理システムにAuth0をつかった認証認可の仕組みを導入 Datadogの導入 機能検証 AWS Elastic BeansTalk + Ansible SLOの策定、SLOにあわせてパフォーマンス改善 自社サービスとしてやったこと 3月 「ルーチンタイマー」iO
AndroidオールスターズでClean Architectureについて発表してきた&参考リンク集 - tomoima525's blog
先日dots.さんが主催するAndroidオールスターズという勉強会で、"Android Clean Architectureことはじめ"と題して発表してきました。 資料はこちらになります。 Android cleanarchitecture from Tomoaki Imai www.slideshare.net また資料でお見せしたサンプルコードは https://github.com/tomoima525/CleanArchitectureSample になります。プリミティブな形でサンプルをお見せしたかったため、ほぼデファクトスタンダートとなっているRetrofitとButter Knife以外のライブラリは利用せずに書いています。 最低限の実装なので色々荒くなってるし、テストガーとか言ってたくせにテストも書けてないので、後ほどもう少しブラッシュアップしてテストも書きます。気になる
Clean Architecture + DDD + Redux + RxJavaをAndroidでやるときにどこまで分割するか問題 - Augmented Usamimi
（追記） 本記事，頭のなかを整理しきれていない状況で書いたためよくわからないことになっていますが，Clean ArchitectureやRedux，DDDの優位な点を解説するような記事ではないことをご了承いただけると幸いです． 全体の構成がどうなっているか・モチベーション・pros・cons等については後日別記事にまとめようと考えています． いま書いているアプリがClean ArchitectureになりそこねたMVPと中途半端なDDDを組み合わせたようなアーキテクチャになっている． このアプリをある程度キチンとClean ArchitectureとDDDに寄せるにあたり，DDDのレイヤ分け（Data/Domain/Presentation）をどこまで厳格にやるかで悩んでいる． 現状 だいたいこんな感じ． Data/Domain/Presentationのすみ分けはしていない 実装上は意識
はじめに 最近よくクリーンアーキテクチャが話題になってて、関心が高まってる感じしますよね！ ということでカブク社内でも書籍『クリーンアーキテクチャ』の輪読会が開催されました！ この記事は null 個人の考察です。 クリーンアーキテクチャとは 書籍を読んでみた結果、次のブログ記事がすべてだと言っていいと思いました。 クリーンアーキテクチャ(The Clean Architecture翻訳) | blog.tai2.net https://blog.tai2.net/the_clean_architecture.html 上記ブログ記事に比べて書籍に含まれる文字数は膨大ですが、膨大なのは前提知識（プログラミングパラダイムとか設計原則とか）と歴史と補足（と著者のカタルシス）です。 以下の私の記述は基本的に上記ブログ記事に対する考察と取っていただいても差し支えありません（ただし引用文は書籍からの
SOLID原則で考えるReact設計
こんにちは、株式会社スタメンでオンラインサロンFANTSのフロントエンドエンジニアをしている@0906kokiです。 今回はSOLID原則の5つの設計原則を、Reactのコードをベースにして解説できればと思います。 SOLID原則とは？ SOLID原則とは、ソフトウェアを柔軟に、メンテナンス性を高く設計するための5つの原則となります。 Robert C. Martinによって、5つの原則の頭文字をとってSOLIDという名前が付けられました。5つの原則とは以下の通りです。 SRP: 単一責任の原則 OCP: 開放閉鎖の原則 LSP: リスコフの置換原則 ISP: インタフェース分離の原則 DIP: 依存性逆転の原則 元々、SOLID原則はJavaなどのオブジェクト指向プログラミングに対して、メンテナンス性の向上や分かりやすいプログラムを担保するために提唱された原則ありますが、オブジェクト指向
iOS その2 Advent Calendar 2016 15日目の記事です。 現在業務で製作中のアプリではClean Architectureを採用しています。アプリ自体はまだリリースされていないのですが、少しずつ全体像は見えてきたのでClean Architectureの概要と合わせて具体的な実装例の紹介と現時点での所感などを書きたいと思います。 Clean Architecture とは 概要 iOSアプリにおける実装 3つのグループ分け Presentation Domain Data 所有関係・依存関係 Clean Architectureから外れたもの メリット・デメリット メリット テスタビリティが向上する 再利用性が向上する 機能を置き換えやすくなる 見通しが良くなる デメリット 学習コストが高い 面倒なことが多い ライブラリやSDKの設計思想と食い違う 最後に 参考文献
プロダクトエンジニアリング部の海老澤です。 普段は LIFULL HOME'S の賃貸部門のフロントエンド開発をしています。 近年、LIFULL の開発部門では「開発生産性」という言葉が取り沙汰されるようになりました。 LIFULL HOME'Sの主要リポジトリは10年以上運用され続け、今も多くの開発者によって日々改修され続けています。 長い年月の中で小さな設計ミスも積み重なって大きくなり、ちょっとした実装でも入念な調査が必要となり開発生産低下の要因となっていました。 また10年以上前に採用したフレームワークで稼働しているため、今ではドキュメントを探すのも一苦労という具合です。 そこで主要開発部門では「自部門の機能はマイクロサービスへと切り離し、各々で面倒を見る」という方針になりました。 賃貸部門も同様に機能の切り離しを始め、先日「物件詳細ページ」のマイクロサービス化を行いました。 今回は
はじめに @june29 と申します。2021年5月からminne事業部のシニアエンジニアリングリードを担当しています。 「ペパボの採用目的2021」というムーブメントに乗っかって、この記事ではminne事業部の様子を紹介します。Webアプリケーションやモバイルアプリケーションの開発に携わるソフトウェアエンジニアが主な想定読者です。ペパボやminne事業部でのお仕事がどんなものか、少しでも興味を持ってもらえたらうれしいです。 minneの事業と組織 minne(ミンネ)は、ハンドメイド作品を「買いたい人」と「売りたい人」をつなぐ国内最大のハンドメイドマーケットです。iOSアプリ、Androidアプリ、Webブラウザからご利用いただけます。 すでに多くのみなさんにご利用いただいている状況ですが、今後も老若男女あらゆる立場の人にもっともっと楽しんでいただけるよう、ライフスタイル領域全般の素敵な
【感想】『Clean Craftsmanship 規律、基準、倫理』：ボブおじさんの熱い職人魂本 - Rのつく財団入り口
オレたちのUncle Bobが帰ってきた！ ITエンジニアが読むべき名著にオールタイムで名前が上がるCleanシリーズ。作者はアジャイルマニフェストのその場にいた一人でもあるロバート・C・マーチン御大、通称Uncle Bob。→Wikipedia: Robert C. Martin, プログラマが知るべき97のこと 『Clean Agile』に続く本書は、クラフトマンシップをもったプロのエンジニアであろうという在り方をメインに述べ、過去の一連の本で述べられてきた主張も含めた集大成的な本になっています。 おおお...あのシリーズに続きが出た...ということで震えながら読んだので以下読書記録です。 オレたちのUncle Bobが帰ってきた！ 第I部 規律 第1章 クラフトマンシップ 第2章 テスト駆動開発 第3章 テスト駆動開発応用 第4章 テスト設計 第5章 リファクタリング 第6章 シンプ
Vue.js Tokyo v-meetup="#1"でLTしてきた、と発表からカットしたMVVMのあれこれ - kitak blog
Vue.js Tokyo v-meetup="#1" - connpassでLTしてきました。発表資料はこちら。 speakerdeck.com イベント全体を通した内容や感想については以下の記事があります。 Vue.js Tokyo v-meetup="#1" に行ってきた - チラシ裏日記上等！！新館 Vue.js Tokyo v-meetup="#1"に行ってきたよ - 俺、サービス売って家買うんだ 発表内容 MVVMで設計・実装するにあたって、M・V・VMの各責務を意識してコーディングしないと、ViewModelが肥大化する。というのは、Angular.jsのコントローラ、Vue.jsのVueインスタンスが気がついたら大きくなっていたという経験がある方はピンとくるのではないでしょうか。 ViewModelが肥大化する原因はいくつかあると思っていて、ざっと思いつく限りでは以下のものが
GitHub - android10/Android-CleanArchitecture: This is a sample app that is part of a series of blog posts I have written about how to architect an android application using Uncle Bob's clean architecture approach.
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
週刊Railsウォッチ（20190401-1/2前編）Rails 5.2.3/5.1.7がリリース、Railsdmの「Railsの正体」、Ruby 2.7のnumbered parameter、新元号「令和」ほか｜TechRacho by BPS株式会社
2019.04.01 週刊Railsウォッチ（20190401-1/2前編）Rails 5.2.3/5.1.7がリリース、Railsdmの「Railsの正体」、Ruby 2.7のnumbered parameter、新元号「令和」ほか こんにちは、hachi8833です。新元号が本日発表されたので早速単語登録しました。どことなくゼロサムっぽい響きを感じてしまいます。 参考: ゼロ和 - Wikipedia -- 「れいわ」ではありませんが 追記（2019/04/01）: 早速wareki gemが対応していました。 commit: Add new era. · sugi/wareki@7a5819e # lib/wareki/era_def.rb#23 - Era.new("平成", 1989, 2447535, DAY_MAX), + Era.new("平成", 1989, 244753
「依存性逆転の原則（DIP：Dependency Inversion Principle）」に関して考える機会があり、自分なりに言語化できそうなのでまとめます。ご指摘は大歓迎です。 目次 目次 TL;DR 考えるきっかけ 具体例から紐解いていく べた書きのモジュールA モジュール分割による依存性の出現 モジュールの安定性 安定依存の原則 （SDP: Stable Dependencies Principle） 間違った「依存方向の逆転」 DIPに基づいた「依存方向の逆転」 まとめ TL;DR より安定したモジュールの方向へ依存するよう設計し、ソフトウェアの安定性を高めることが重要 不安定なモジュールが 依存されている と修正範囲が大きくなるため、 依存されない ようにしたい。そのために、依存方向を逆転させたい DIPは「モジュールへの依存方向は逆転可能」ということを示し、「その方法」を解説
MVVM, Layered Architecture, Clean Architectureを綜合して位置づけを整理する - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
一つ前の記事にもある通り、掲題の通りの試みを行いました。 github.com 一応、「一通り書けたぞ！」という感じになったので、ここにてこのREADMEを Ver.1.0.0 メジャーリリースとします。 自分ではかなりわかりやすく整理できたつもりでいますが、まだまだ「えっここってどういうこと？わかりにくいな〜」という部分があったり、「あ、ここは間違いですね」といった部分があるかと思います。そういうときには是非 issue やブックマークなどでフィードバックをください。それをもとにさらに良いものに育てて行きたいと思います。 また、もしこのリポジトリがみなさんの一助になるようなことがあったとしたら、 READMEの最後に書いてあるwishlistからカンパする 弊社で一緒に働いて一緒に議論を深めていく のどちらかを是非！是非！！！！検討してみてください。twitter @neko_gata_
こんにちは (\( ⁰⊖⁰)/) 前回のインタビュー企画 より、またまただいぶ間があいてしまいましたが、esa.io のユーザーさんにesa社のワレワレが突撃してお話聞きにゆくという企画、第3回です。 今回は親子で一緒に楽しめるサービスを通じて、こどもの夢中を育てる株式会社キッズスターさんにお話をお伺いしました。esaの越川はキッズスターの1技術顧問も務めるため、随所越川がインタビュイーになるシーンもあります(\( ⁰⊖⁰)/) 株式会社キッズスター様 esaメンバー数 : 16 users お話を伺った方 エンジニア : 福森 光太郎さん（写真 左） 越川とは10年以上の付き合いのためインタビュー内で「くん」呼びのことがあります。 エンジニア : 森 哲哉さん(@monry)（写真 中央） インタビュー内で「もんりぃ」と呼ばれています エンジニア : 平澤 祥則さん(@fakestarb
はじめに 弊社で開発するモバイルバックエンドのサーバサイドAPIアプリケーションコード (Play framework + Scala) はビジネスロジックを担う主要なパッケージである services, domains が外部のインフラやAPIインターフェイスに直接依存しないようなパッケージ構成をとっています。（Clean Architecture） services, domains の構成についてはDDDの経験が浅く、まだまだ改善の余地があると考えており、今後どうしていくか考えていくにあたって参考になるであろうページをまとめてみました。 尚、DDDまわりにおける筆者の現在の知識はドメイン駆動設計の第二部までを読み終わり、第三部を読み始めた程度です。 DDDと関連のあるCQRS+ES（Command and Query Responsibility Segregation + Even
いまどきの MVP 実装パターンを眺めるべし「Android Architecture Blueprints」
このような, 質問がありました. こんにちは。 私はアプリの開発を2年ほどやっているものです。 しかし, いつも似たようなコードの繰り返しばかりで少しも進歩していないように思っています。 小さい会社なので, モバイルアプリ開発者は私だけで, だれも私のコードを見ることがないので, 私のコードの間違いを指摘されることはなく, 会社で開発されている他のコードを見ることもありません。 最新技術を利用しすばらしい実装を行っているオープンソースアプリのコードを勉強したいです。 そのようなアプリをどこで見つけたらよいか教えて下さい。 よろしくお願いいたします。 I would like to study some up-to-date open source apps, preferably with material design, do you have any suggestions? : an
明けましておめでとうございます！本年もよろしくお願いします！ 年末から猫を飼い始めてなるべく早く家に帰りたいかっくん(@fromkk)です。 最近iOS界隈ではMVC以外のアーキテクチャが流行ってますね。 ベースは昔からあるMVCですが、MVPやMVVM、VIPER、Clean Architecture等など... どれもメリット/デメリットあるかと思いますが、弊社のiOSチームではどれも採用せずに昔からのMVCでプロジェクトを進めています。 何故他のアーキテクチャを採用しないのか 一言で言うと学習コストが高いのが大きいです。が、それだけでも無いので細かく記述したいと思います。 学習コスト 先述しましたが今と違うことをしようとするとどうしても学習コストが高くなります。 また、一人ならいいですが複数人いる場合はチーム内の皆も同じく学習する必要があります。 個々人のスキルに差が合ったり、メンバ
GitHub - Juanpe/About-SwiftUI: Gathering all info published, both by Apple and by others, about new framework SwiftUI.
100 Days of SwiftUI & Combine Repo to follow along with Hacking with Swift's 100 Days of SwiftUI Challenge. Currency Converter & Calculator A currency application for most of the currencies in the world. You can quickly convert and make mathematical operations between currencies. SwiftSunburstDiagram A library written with SwiftUI to easily render sunburst diagrams given a tree of objects. SwiftUI
リモートワーク環境での勉強会、みんなどうしてる？VOYAGE GROUP の読書会について紹介します！ - CARTA TECH BLOG
こんにちは！fluct でインターネット広告配信のお手伝いをしている @jewel_x12 です！今日は VOYAGE GROUP における、リモートワーク環境での勉強会について書きます。 VOYAGE GROUP では以前から勉強会を実施しています(例えばReactハンズオンなど)。部署や若手・シニアを問わず、社内バーの AJITO 等に集まってワイワイやっていました。COVID-19の状況が収まらない今のご時世ですと、AJITO でワイワイってのはできなくなっています。 なので勉強会もオンラインでせざるを得ない状態です。そんな中、みなさんはどうやって勉強会を進めてますか？VOYAGE GROUP ではリモートワーク環境でも社内勉強会が活発に行われているので、その様子を紹介できたらと思います。 社内では論文読み会などの勉強会も行われていますが、読書会だけでもたくさんあったので、今回は読書
An interface is not an interface - Recent thoughts about clean coding - spacelyのブログ
Introduction Recently I've had to work on code which seemed to be based on clean architecture, but after a while I concluded that it is probably not and it made me think about clean coding in general and the principles of clean architecture in particular. Is it about a set of rules, and we are guaranteed to achieve cleanness as long as we follow them? Or is it about abstract principles, which we c
ウォレットアプリ「Kyash」の先 〜「Kyash Direct」のアーキテクチャ〜 - builderscon tokyo 2019
Abstract 株式会社Kyashは、ウォレットアプリ「Kyash」の開発・提供を通して得た知見を活かし、国際ブランドVISAのカード発行、決済処理、管理機能をAPIとして企業向けに提供する「Kyash Direct」をローンチしました。 「Kyash Direct」では、「Kyash」の、主にサーバーサイド開発におけるノウハウと反省を最大限活かすべく、敢えてスクラッチ開発することを選択しました。 セッションでは、主に設計に関するトピックを軸に、「Kyash Direct」がどのようなアーキテクチャにもとづいて構築されているのかについて、実体験（良かったこと・辛かったこと）を交えてお伝えしたいと考えています。 取り上げるトピックは以下のようなものになる予定です。 求めていたもの・困っていたこと 実践したこと（@golang/AWS） DDD Clean Architecture Micr
この記事は次の記事の続編に近い内容となっています。 もし可能であればこちらの記事を読み進める前に、次の記事をご覧いただくとより内容がわかりやすいでしょう。 Laravelで実践クリーンアーキテクチャ: https://qiita.com/nrslib/items/aa49d10dd2bcb3110f22 はじめに 皆さんこんな図をご存知でしょうか。 The Clean Architecture: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html これはクリーンアーキテクチャというアイデアを表した図です。 同心円が特徴的な図ですね。 この同心円は、最も重要なビジネスロジックを中心に見据えることで外界の変化から防衛、対応していこうというコンセプトを表しています。 より具体的にいえば、ビジネス
The Google I/O app is an open source project which shows the schedule and information for the annual Google I/O conference. It is aimed at attendees and remote viewers of the event. This year we had the opportunity to start from scratch. We could choose tools and think about the overall design of the app’s architecture. What is the best architecture? The one that makes the developers on your team
いつもiOS開発で悩むこと MVCやMVVMで作ってると、最初開発するときは自由度の高くて楽に実装できるのだが、 ViewControllerやModel層は改修を重ねるごとにどんどん肥大化し、複雑化してしまう。 どんどん肥大化するソースは、情熱がない限り結局誰もリファクタリングしないので、 どんどん負の遺産が増える悪循環になってしまう。 ここ数年ではFlux ArchitectureベースのRxSwiftやReactive Cocoaが流行っているのだが。。。。 使ったことはないが聞く感じ単純にKVOでしょって感がいなめない。。。 データの画面更新は遷移等考えなくても楽だからすごく魅力的だが、イベント数が増えれば管理が大変だし、イベントは非同期だから予期せぬ画面更新が起こりそうだしっていうので少しマイナスイメージが多い感じ なんかいいものないかと色々見てみるとQiitaに面白い記事が。
4月からAndroidアプリの開発案件に飛び込むことにしたので、それにあたって事前に勉強したこと、今まさに勉強していることをまとめておきます。 前提 私の状況 Java歴3年 / Clojure歴1年弱 Webアプリ開発の経験3年 iOS / Android共に経験なし 案件の状況 Kotlin x RxJava x Clean Architecture x ドメイン駆動開発 すでにAndroidをバリバリ書いている人が9割 絶賛開発中 開発に参加するために獲得したいスキルセット そもそもAndroidアプリ開発の雰囲気を把握したい Kotlin書けるようになりたい プロダクトに入っている各種ライブラリを使えるようになりたい 設計思想を学びたい そもそもAndroidアプリ開発の雰囲気を把握したい Webからアプリへの以降は少なからずパラダイムシフトを内包しているので、まずは雰囲気を知りた
【感想】『読みやすいコードのガイドライン―持続可能なソフトウェア開発のために』：Kotlinでモダンなコード指南 - Rのつく財団入り口
リーダブルコード的な本が新たに登場っす！ (しかもKotlinなの) 読書記録と感想です。著者の石川宗寿さんはLINEでご活躍中のシニアエンジニア。元は2019年に公開されたプレゼンテーション「Code Readability」を元に書籍化されたとのことで、モダンな大規模開発やコードレビューやリファクタリングで得られた現場の経験を通して、可読性の高いコードを大テーマに知見が詰まった一冊となっています。 リーダブルコード的な本が新たに登場っす！ (しかもKotlinなの) 第1章 可読性の高いコードを書くために 第2章 命名 第3章 コメント 第4章 状態 第5章 関数 第6章 依存関係 第7章 コードレビュー まとめ：Kotlinを題材にした2020年代のモダンなコード指南の書 おまけ リンクと関連書籍 読みやすいコードのガイドライン -持続可能なソフトウェア開発のために 作者:石川 宗寿
ここ半年ほど、仕事で Flutter アプリを 0 から作り直しています。 ちょうど今年の個人的なテーマを「アーキテクチャ」に据えていたこともあり[1]、またその一環として 「Clean Architecture 達人に学ぶソフトウェアの構造と設計」 （以下：クリーンアーキテクチャ本）を読んでいたこともあり、この作り直しでは「アーキテクチャ」をしっかりと自分の頭で考えながら作ろうと決めて取り組んできました。 アーキテクチャについて頭を悩ませながら実装を進めること約半年、ようやくアプリが形になるとともにある程度知見も溜まってきましたので、その知見を一般化した内容をこの記事にまとめていきたいと思います。 注意 この記事は、「Flutter アプリのアーキテクチャはこれがベストプラクティス！」という類の記事ではありません。あくまで 私の目の前の要件ではこれが最適と判断した という一例の紹介になり
敬称略 Track 1 PHPの今とこれから2019 廣川 類 https://www.slideshare.net/hirokawa/php2019-202563364 コミュニティアップデート powered by GMOインターネット GMOインターネット株式会社 思想と理想の果てに -- クリーンアーキテクチャのWEBフレームワークを作ろう 成瀬 允宣 https://nrslib.com/phpcon-2019-proposal/ PHPUnit: Past, Present and Future Sebastian Bergmann オニギリペイのセキュリティ事故に学ぶ安全なサービスの構築法 徳丸浩 https://www.slideshare.net/ockeghem/phpconf2019 Track 1 - LT Laravel + Nuxt.js + Firebaseで
Go言語を学習し始めて、簡単なCRUDアプリをクリーンアーキテクチャで作成するまで③｜Wano Group Developers Blog
このシリーズ目次 Go言語を学習し始めて、簡単なCRUDアプリをクリーンアーキテクチャで作成するまで①｜Wano Group Developers Blog Goを学習し始めて、簡単なCRUDアプリをクリーンアーキテクチャで作成するまで②｜Wano Group Developers Blog Go言語を学習し始めて、簡単なCRUDアプリをクリーンアーキテクチャで作成するまで③←今ココ はじめに Goを学習し始めて、簡単なCRUDアプリをクリーンアーキテクチャで作成するまで②｜Wano Group Developers Blog の続きとなります。 しかしこの記事から読まれても全く支障がないので、お好きに読まれてください！ 今回は、②で作ったCRUDのWebアプリをクリーンアーキテクチャに書き換えてみる編です。 ③クリーンアーキテクチャで②のアプリ作り変え 1.まずクリーンアーキテクチャとや
海外カンファレンスへの登壇を促進する取り組み
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog あいさつ こんにちは、Androidエンジニアの森です。 ヤフーには黒帯制度という、特定の技術領域の専門家が社内外の技術課題の解決や知見の共有に貢献するための制度があります。 3月1日〜7日は黒帯ウィークということで、各技術領域の黒帯が現在取り組んでいる活動についての記事を投稿します。初日となる今日は、ヤフオク! アプリの開発を行いながら、Androidの黒帯としても活動している私が、現在他のエンジニアと一緒に行っている海外登壇についての取り組みについてご紹介いたします。 現在の取り組み 現在、私は海外のカンファレンスで登壇するアプリエンジニアを増やすための活動を行っています。 なぜそんな活動をしているのでしょうか。 １つは会社の
Clean Agileを読んだ Clean Agile 基本に立ち戻れを読んだ。 www.amazon.co.jp 筆者はClean CodeやClean Architectureの書者であるボブおじさんことRobert C. Martin氏で、アジャイルの提言者の一人である（ということを本書を読んで知った）。 私自身はアジャイルやXPについては大学在学時に数冊読んだことがあり、また実際に現職でもいくつかのチームではアジャイルの手法を用いて仕事を行っている。とはいえアジャイルについてなんとなくしか把握しておらず、またボブおじさんの新作（以前にClean Code、Clean Coder、Clean Architectureの3冊を読んだことがある）ということで購入して読んでみた。 学んだこと アジャイルの成り立ちとその概念 アジャイルのプラクティス アジャイルとそれを取り巻く誤解について
こんにちは！！今期のアニメは何をみるかまだ決めていない結城(@super_manner)です！！ コネヒト開発部の面々、先日開発合宿なるものに行って参りました。 本エントリーは合宿の様子、成果物をお届けできればいいなと思い執筆しております 🙆 行き先 開発合宿でおなじみの土善旅館さんにお世話になりました。 平均して都内から2時間程度で到着します。 １日目 １日目のタイムスケジュール 15:00 チェックイン 15:30 開会の儀@合宿委員 15:40 開発 19:00 晩御飯 21:00 開発 以後好きな時間に好きに就寝 １日目の様子 初日はまず、旅館の方からの説明と、合宿委員による説明がありました。一通り説明をきいたあと、さっそくもくもく開発タイムの始まりです。 今回利用させていただいたのはこちらの大部屋でした。 開発を行う大部屋 晩御飯までみっちりもくもく開発をおこないました。 さて
「もっと書きたい、もっと早く…！」を求めてブログを書くために実践しているたったひとつの方法 | DevelopersIO
はじめに おばんです、初コミケ参戦に意気込んで実弾（小銭）の用意も完了した田中です！！！明日は戦じゃ！ 今回は自分が登壇するイベントレポートと登壇報告のレポートをイベント終了時には同時にアップし終えている私が普段実践している、とにかくブログを早く書く方法をご紹介します。 もくじ ブログを早く書くことの必要性 テンプレートを作る テンプレート紹介： イベントレポート テンプレート紹介： 実績系（出演・執筆・登壇報告など） テンプレート紹介： 技術TIPS テンプレート紹介： 大きな粒度の技術まとめ まとめ 参考・関連 ブログを早く書くことの必要性 ネタの鮮度問題? まず問題点として以下の二つがもっとも大きな問題として挙げられます。 人が持つ特定の技術やイベントに対する熱はいつまでも保てない 自分が保持しておけるネタの鮮度はいつまでも保てない 前者は技術トピックであれば熱が保たれる期間はまだ長
はじめに PSR-7(HTTP Message)が承認されてからしばらく経ちますが、現在はこれを使った様々なライブラリ・フレームワークが登場しています。 これによって特定のライブラリ・フレームワークにロックインされずに、Webアプリケーションを実装できる道程が見えてきました。 しかし、PSR-7はあくまでHTTPメッセージのインターフェイスを提供するもので、リクエストを受け取ってレスポンスを返す流れを抽象化するものではありません。 これはHTTPミドルウェアと呼称されますが、そのインターフェイスはそれぞれの実装でまちまちです。 そこで、これを抽象化するPSR-15(HTTP Middleware)が提案されています。 ミドルウェアは大まかにダブルパスのミドルウェアと、シングパスのミドルウェアに分けることができます。 PSR-15は現在の所シングルパスのシグネチャを採用しています。 シングル
Bob Martin の Clean Architecture を読んでいたのだが、あまりに価値観が違いすぎる上にその主張の説得力がなさすぎかつすごいエラそうな文章にムカつきが限度に達してしまい、半分くらいで脱落。後半もパラパラ眺めたけど同程度にむかつくかんじだったので自分向けの本ではなかったらしい。 Architecture というのはプログラマの世界ではだいぶ強い言葉で、Architecture だの Architect だのを名乗るなら語られるべきことは色々ある。でもこの本は基本的に依存関係を整理して testable にする話しかしない。Bob Martin はつまるところ SOLID の人なのでそういう話になるのは仕方ないと言えなくもないけれど、そんなら Architecture とか大層な語を使って新刊を書いたりせず昔書いた本を改定しときゃいいともうのだよな。 色々ムカつくとこ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Clean Architectureで分からなかったところを整理する - Qiita
iOSアプリケーションアーキテクチャ : MVVM、MVC、VIPER電撃比較
【2019】フリーランスエンジニア活動 振り返り - Enjoy Architecting
鵜呑みにしないで！ —— 書籍『クリーンアーキテクチャ』所感 ≪null 篇≫ - 株式会社カブク
iOS Clean Architecture - 騒音のない世界 BLOG
LIFULL HOME'S 賃貸物件詳細ページの基盤刷新について - LIFULL Creators Blog
採用目的2021 minne編 - Pepabo Tech Portal
「依存性逆転の原則」の自分なりの解釈 - 圧倒亭グランパのブログ
esaトーク/社内の習慣とesaを書く習慣がリンクした - Vol 3. 株式会社キッズスター様
DDD、CQRS(+ES)まわりの実装、参考ページまとめ | DevelopersIO
何故TimersのiOSチームではモダンアーキテクチャを採用しないのか - Tech Blog
Laravelでクリーンアーキテクチャ - Qiita
Google I/O 2018 app — Architecture and Testing
RxSwift? いやClean Swiftっしょ - Qiita
JavaでWeb開発してた僕がAndroidアプリ開発案件に入る時に何を予習したのか - Qiita
【Flutter】アプリ全体のアーキテクチャを0から考えて作り直した話
PHP カンファレンス 2019 登壇資料まとめ - Qiita
Clean Agileを読んだ - 読書メモ
コネヒト開発合宿(秋)に行ってきました！ - コネヒト開発者ブログ
PSR-7とPSR-15を使ったWebアプリケーション開発 - emonkak's Blog
Giving up "Clean Architecture" - steps to phantasien