Getting Started with Django Rest Framework and AngularJS - Kevin Stone
A ReSTful API is becoming a standard component of any modern web application. The Django Rest Framework is powerful framework for developing ReST endpoints for your Django based project. AngularJS is modern javascript framework for creating complex web applications within the browser. It focuses on strong separation of concerns (MVC) and dependency injection to encourage creating maintainable (and
【感想】『ちょうぜつソフトウェア設計入門 ――PHPで理解するオブジェクト指向の活用』：圧倒的表紙詐欺からのちょうぜつ深い設計入門 - Rのつく財団入り口
#ちょうぜつ本 を読み進める前に言っておく! （AA略 2022/12刊行、エンジニア界隈でも話題になった本。著者の田中ひさてるさんがSoftware Design誌に連載した記事＋アドベントカレンダー掲載の話＋カラーページに同雑誌のちょうぜつエンジニアめもりーちゃんの連載分も掲載した、ソフトウェアの設計を深く深く追求した本となっています。 表紙のキャラはちょうぜつエンジニアめもりーちゃん(銀髪?ロング姫カットの右側の子)とゆにっとさん(緑髪ショートにマリンルックの左の子)をメインに、ちょうぜつ技術書らしからぬ表紙。 最初は「オッコンピュータ書籍に時々ある萌え絵の表紙でオタク系エンジニャ〜を釣るタイプの本でゴザルな。拙者こういう本もイケるクチでござるよデュフ〜」的なちょうぜつ軽い感覚で読み始めたのですが... #ちょうぜつ本 を読み進める前に言っておく! （AA略 ちょうぜつエンジニアメモ
【感想】『Clean Architecture 達人に学ぶソフトウェアの構造と設計』：クリーンなアーキテクチャの探求＋至高のドーナツ＋豊富な昔話 - Rのつく財団入り口
「アーキテクチャのルールはどれも同じである！(ドヤっ)」 数々の書籍やアジャイルソフトウェア開発宣言、SOLID原則の提唱などで業界では有名なアンクル・ボブ(Uncle Bob)ことロバート・C・マーチンさんによる、よりよいソフトウェア・アーキテクチャと設計の追求の本。原著が2017年、翻訳が2018/8、その後ITエンジニア界隈でもかなり話題になりました。 実は去年一度読み始めたのですが、AWS認定を突破する！と決意したので例のタマネギ(あるいはドーナツ)にたどり着く前に中断。無事に３冠突破して戻ってきたので、今年の夏に改めてじっくりと最初から読むことができました。 アーキテクチャのルールはどれも同じである！という帯の煽りは極端ですが、要はコンピュータやエンジニアリングの進化の中で発見されてきた、時代を超えて通用する不変のルールもある、これらをアーキテクチャの観点から見ていこうという本で
Introduction Getting Started Architecture Overview Projects Code Reloading Rake Logging Initializers Security Routing Overview Basic Usage RESTful Resource(s) Testing Actions Overview Basic Usage Parameters Request & Response Exposures Rack Integration MIME Types Cookies Sessions Exception Handling Control Flow HTTP Caching Share Code Testing Views Overview Basic Usage Templates MIME Types Layouts
マネーフォワードの設計へのアプローチ
CAMPFIRE iOS #1で発表した発表資料です。 Architectureの選定や、マネーフォワードでのClean Architectureの取り組みについてのお話です。
Mobile, EngineeringEngineering the Architecture Behind Uber’s New Rider AppDecember 20, 2016 / Global Why Uber Started Over Uber is based on a simple concept: push a button, get a ride. What started as a way to request premium black cars now offers a range of products, coordinating millions of rides per day across hundreds of cities. We needed to redefine our mobile architecture to reflect and sup
ここ数年でClean Architectureはおなじみのアーキテクトとして親しまれるようになりました。 とりわけ単体テストを書く習慣が根付いているバックエンドで重点的に取り入れられているように見受けられますが、フロントエンドにおいても同様にClean Architectureを導入し、メリットを享受できます。 今回はフロントエンドにClean Architectureを導入する手順を、実際にコードを追いながら紹介していきます。 実際のコード 実際に書いたコードはこちらのGithubに公開しています。データを外部から取得するフローを表現するために、node.jsで実装されたモックサーバーも用意しました。 https://github.com/t-tiger/React-CleanArchitecture-Example 前提知識 Clean Architectureでおなじみの図と共に前提
このコンテンツは eBook の「ASP.NET Core および Azure での最新の Web アプリケーションの設計」からの抜粋です。.NET Docs で閲覧できるほか、PDF として無料ダウンロードすると、オンラインで閲覧できます。 "優れたアーキテクチャが高価であると思うならば、不完全なアーキテクチャを試してみてください。" - Brian Foote と Joseph Yoder 従来の .NET アプリケーションのほとんどは、実行可能ファイルに対応する単一のユニットとして、または 1 つの IIS appdomain 内で実行される単一の Web アプリケーションとして展開されます。 この方法は最も簡単な展開モデルであり、多くの内部的アプリケーションおよび小さなパブリック アプリケーションに適切に対応します。 ただし、このように単位ユニットとして展開されても、重要なビジネス
「DDD をやっている」とは
脳内整理のため、つまり僕のためのポエム 自分の中で理解が一区切りついた感じがしたので、コミットしておく 「DDD をやっている」に対して感じていた違和感 DDD を始め ( させられ ) て以降感じていた違和感がある 僕にはこんなフレーズが頻繁に聞こえていた 若干文面は違うだろうが、弊社に限らないニュアンスだとは思う これらに対するモヤっとを解消したいのでいろいろ考え直してみた 曰く「DDD だと仕様とモデルが一致する」 第一印象 いや、テキストと絵は一致しないっしょ？ そもそも一致ってなにさ？ 仕様書を Java で書くってこと？ それとも実装を日本語でするってこと？ 曰く「DDD だと業務の文章でコーディングする」 第一印象 業務の〜もなにも文章は全部日本語じゃん？ そもそも、じゃあ DDD でなければ何の文章で実装していると仰るの？ 曰く「DDD だと変更に強い」 第一印象 DDD
Typical interaction of entities in an app built with Architecture ComponentsIdeally, ViewModels shouldn’t know anything about Android. This improves testability, leak safety and modularity. A general rule of thumb is to make sure there are no android.* imports in your ViewModels (with exceptions like android.arch.*). The same applies to presenters. ❌ Don’t let ViewModels (and Presenters) know abou
本書では、Clean Architecture の観点から、React や Redux で構築されたアプリケーションの設計をとらえなおし、また、ときには新たな設計の提案を行います。 いままでは Clean Architecture があまり取り入れられてこなかった Web フロントエンド領域に対して、この手法を適用することを目指します。 本書が、React アプリケーション設計のその一歩先に到るための一助になれば幸いです。 試し読み：https://note.com/imamori/n/n5a7ebdbd4260 また、BOOTH でも販売しています。下記のページから購入できます。 BOOTH：https://archived-tech.booth.pm/items/2399644 英語版：https://www.amazon.co.jp/dp/B09FG94392 目次： 第1章 Cle
MVPやClean Architectureはなんとなくは雰囲気をつかめてきましたが、全くFluxやちょっと話題のMVIがわからないので調べてみました。 lgvalle/android-flux-todo-app ★1,170 flux androidでGitHubで検索すると一番スターが多いリポジトリです。 しかし、2015年に作られたということでRxJavaなどが利用されていないなど、多少古い気がしています。 https://github.com/lgvalle/android-flux-todo-app より 起動してADDボタンを押したときの動きを追ってみます。 View -> Action まず普通にActivityがあり、そこでイベントリスナのセットなどを行っています。 resetMainInput()メソッドはただEditTextの中身をsetText("")して空にするもの
ナカザンドットネット
バズレシピAdvent Calendar 2023の25日目です。 adventar.org クリスマスイブで張り切ったので、もう疲れた！ 込み入った料理はしたくねえ！ しかし冷蔵庫には消費期限がギリギリの豚こまと、大量の白菜が眠っておられる！ どうする！ そんなときに役立つのが、「無水白菜カレー」です。 www.youtube.com 食材としては、ほぼ白菜と豚肉とカレールーがあればいけます。すりおろしニンニクも必要ですが、チューブでええんじゃ。後の調味料は家にあるな！ヨシ！ 玉ねぎを切らなくても甘く美味しくなるので、怠いときにめっちゃオススメ。レシピだと甘みのためにお砂糖を追加してるんですが、実はカレールーを甘口のやつにしておけば、お砂糖の工程がなくても全然大丈夫です。我が家は4歳児のためにバーモントカレー甘口のストックが豊富なので、砂糖なしでいけます。 そんなわけで調理工程の様子〜。
Laravel で Request, UseCase, Resource を使いコントロールフローをシンプルにする - Qiita
この記事について 「Clean Architecture」（Robert C. Martin 著）に触発されて、ユースケースパターンを試してみたので、その記録です。 本書では UseCaseInteractor という名前になっていますが、本記事のサンプルでは UseCase としています。 あくまでも触発されただけなので、Clean Architecture に完全に沿ってるわけではないので、その点だけご注意ください、詳しくは書籍をお読みいただければ、と思います。 環境 PHP: 7.1.16 Laravel: 5.5.42 サンプルコード 「Clearn Architecture」にある Interactor についての記述を引用します。 ウェブサーバーは、ユーザーからの入力データを受け取り、左上のControllerに渡す。ControllerはプレインオールドなJavaオブジェクト
初めまして。9月から10月にかけて、インターンとしてミラティブのバックエンド基盤に関わっていた、logicaと申します。 今回は、期間中に扱っていたある1つのタスクにフォーカスしながら、インターンを振り返りたいと思います。 割り当てられたタスク 背景 すぐに終わる想定だった 検証用環境で問題発生！ 管理画面へのログインができない タスクの続行 原因究明 403エラー CSRFトークン セッションの非永続性 対処 そもそもCSRFトークンは永続化するべきか セッション用Clientのみ、一定確率で値を返さなくする対応を止める 今回のタスクを振り返って 終わりに 割り当てられたタスク 比較的簡単な1つ目のタスクを終え会社の雰囲気にも慣れてきた頃、出された次のタスクは「開発環境のみ一定確率でmemcachedの値を返さないようにする」というものでした。 背景 Mirrativのバックエンドは設計
DroidKaigi2018「はじめてのUnit Test」の資料事前共有とフィードバックのお願い - 怠惰を求めて勤勉に行き着く
2/8の DroidKaigi 2018 にて「はじめてのUnit Test」というハンズオンを担当します。 で、setohさんのこのツイートにシビレたので僕も資料を事前共有することにします。 DroidKaigi、順調に行けば週末に資料公開すると思います。見てもらえればある程度のレベル感と内容が伝わって、CfP読んだイメージと内容が違ったという事故は減るかと。逆に資料だけ見て満足する勢が来なくなるリスクはあるけど、それは僕以外の人にはプラスになるので全く問題ないです。 — setoh (@seto_hi) 2018年1月31日 資料はこちら。 speakerdeck.com 念のため確認ですが、僕のセッションはあくまでハンズオンであって、 座学パートでこの資料をみながらUnit Testの書き方を解説する その後はチューターとしてサポートしながら各自ハンズオン形式でUnit Testを書
【感想】『マイクロサービスパターン 実践的システムデザインのためのコード解説』：前編 - Rのつく財団入り口
「未来はすでにここにある。まだむらなく流通していないだけだ」←グッとくる 最初のエモワードがSF作家ウィリアム・ギブスンの引用でイイ！ サイバーパンク2077遊んでみた～い……じゃなかった、CloudFoundry.comのファウンダーでありMicroservices.ioの運営者、経験豊富なソフトウェアアーキテクトであるクリス・リチャードソンさんによる『Microservices Patterns』の翻訳本。 タイトルのようにアーキテクチャパターンやデザインパターンのようにマイクロサービスをパターンで体系化し、サンプルストーリーを元にした事例やコード例、OSS紹介を交えつつマイクロサービスを実践する設計方法を探求した本となっています。 Java文化圏で長く活動してきた方とのことでサンプルコードはほぼJava、Springフレームワーク、ご本人らによるマイクロサービス用のフレームワークEv
Clean Architecture を毎日１章ずつ完読しました（PDF公開） - そこに仁義はあるのか(仮)
以前のブログで100日かけてエリック・エヴァンスのドメイン駆動設計を完読しましたと書きましたが、それに続いて Clean Architecture も完読しました！ 4/21から始まり、（家庭の都合で2日おやすみもありましたが）毎日１章ずつ、全34章を無事に完読しました 🙌 そして、今回もそれぞれの章で学んだことを毎日ノートにまとめてツイートしていきました。 Clean Architectureもかなり長い間積んでいた本だったので、やっと消費できてよかった…。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典,高木 正弘ドワンゴAmazon ツイートはこちらのモーメントにまとめています。 今回は他の方のツイートも一緒にモーメントに追加していきました。 モーメントは100個までしかツイートを登録で
新しいフレームワークを学ぶならTodoMVCではなくRealWorldを参考にしよう - Runner in the High
よく新しいフレームワークを学ぶにはTodoアプリを作ってみるのがよい、と言われる。実際、Todoアプリを様々なフレームワークで作ってみたサンプルをまとめたサイトもあったりする。 ところが、実際に業務で作るようなアプリケーションはTodoアプリの範疇を超えている。とくにSPAにもなると、画面遷移やWebAPI連携、大規模な状態管理などなどの条件が増えるので、Todoアプリを作っているときには考慮できていなかった大変さが出てくる。 そこで参考になるのが RealWorld example apps と呼ばれるプロジェクト 端的に言うと、TodoMVCの大規模版。 規定のスペックに沿って、様々なウェブフレームワークで作られたアプリケーションのリポジトリがリストアップされている。 スペックについて "Conduit" is a social blogging site (i.e. a Medium
メタファーを使ってみよう 様々な言葉が飛び交い、文脈によって意味が違ったりもするIT用語。何かを説明するときに比喩表現を使うことも多いかと思います。かっこよく英語で言うとメタファー(Metaphor)というやつですね。 僕はアーキテクトっぽい立ち位置にいるので仕事柄、プロジェクトの開発メンバーや新たに加わるメンバー、開発の一線から離れたプロマネの人、技術に疎くなってしまった管理職や偉い人、共同開発の人や顧客など様々な人に、技術的な説明をしたりする機会が時々あります。 最近はVue.jsのことを説明する機会があり、そういえば相手がわかるようにサーバサイドに例えて話すことが多いなあとふと思いました。ということでこのエントリではその話を書こうと思います。 だいたい、聞き手は以下のような人であることを想定しています。 サーバサイド(フロントエンド用語でいうバックエンド)のWebアプリケーション開発
20 ways to become a better Node.js developer in 2020
Don’t be that ‘screwdriver guy’, enrich your toolbox, diversify yourself Short IntroI’ve compiled below 20 skills, technologies and considerations on choosing between them. Picking the right tools became one of our greatest challenges — the Node.js ecosystem has matured and present attractive options in almost every field. Vanilla or TypeScript? Ava, Mocha or Jest? Express, Fastify or Koa? or mayb
Domain Logic in Rails
Smashing Boxes Designs and Develops Custom Applications Using Ruby on Rails, AndroidOS, and iOSDomain Logic in Rails by Reed Law 18 Comments What is Domain Logic? All software has a domain in which it attempts to solve problems. This can be equivalent to a real-world business or to a field of engineering or math. The domain logic is the representation of the business rules of the domain being mod
apache causeway
Apache Causeway™ enables domain-driven application development by dynamically generating a UI and API for your Spring Boot™ apps. That means: Productivity - your app is mostly business logic, with costly UI code eliminated. Discovery - you can work hand-in-hand with your business domain experts, to understand the problem space and to explore and then select a solution within the solution space. Ea
Popular Node.js patterns and tools to re-consider | Practica.js
Node.js is maturing. Many patterns and frameworks were embraced - it's my belief that developers' productivity dramatically increased in the past years. One downside of maturity is habits - we now reuse existing techniques more often. How is this a problem? In his novel book 'Atomic Habits' the author James Clear states that: "Mastery is created by habits. However, sometimes when we're on auto-pil
不定期刊行 PHP ニュース 2023年2月10日号｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
不定期刊行 PHP ニュース 2023年2月10日号 インフィニットループ仙台支社のプログラマー、いがらしです。 PHP 界隈の気になったことをまとめ、不定期に宮城県仙台市からお送りします。前回出したのは昨年 11 月 29 日でした。 ※ なお、画像のPHP ロゴは作者の Colin Viebrock さんによってリリースされ、CC BY-SA 4.0 でライセンスされているものです。 php-src / internals PHP 8.2 Released! PHP 8.2 がリリース現在は 8.2.2 まで出ている All PHP 7.x versions are now EOL PHP 7.4 のサポートが終了 PHP RFC: Readonly amendments PHP 8.2 で入った readonly class の修正提案の投票が終了非 readonly で継承可能にす
Clean Architecture https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html Robert Martin (Uncle Bob) Independent of Frameworks. Testable. Independent of UI. Independent of Database. Independent of any external agency. Android Architecture Blueprint • todo-mvp/ - Basic Model-View-Presenter architecture. • todo-mvp-loaders/ - Based on todo-mvp, fetches data using Loaders. • todo-d
アイスタイルでiOS開発をしています @mishimay です。 アイスタイルアドベントカレンダーの17日目の記事を担当します。 アイスタイルでは日々新しい試みを行っていますが、iOS設計のベストプラクティスがだんだんと収束してきたので一旦まとめておこうと思います。 目指す設計 理解しやすい 開発しやすい テストしやすい 方針 上記設計を実現するための基本的な戦略は、各コンポーネントを 疎結合 にすることです。 具体的には以下のような設計を目指します。 コンポーネントの役割を明確にする 依存関係を明確にする 現在、Clean Architecture 1 や MVVM などの設計手法を参考に以下のような設計を行っています。 依存関係を一方通行にする 円の内側ほど抽象度が高く一般性がある 外側から内側は参照可 内側は外側の事情を知らなくて良い 内側から外側を参照したい場合は 依存関係逆転の原
先日、スタッフとして関わっているbuildersconのiOSアプリをリリースしました！🎉 blog.builderscon.io 本エントリで簡易的なアプリの紹介と構成の紹介を行います。 追記 この紹介は v1.0.0 時点でのアプリ構成を説明しており、 最新版では構造など更新が入っています。 機能 複数日付のタイムテーブル表示 フロアマップ表示 QRコードーリーダーの搭載 構成/設計 project構成はDDDのレイヤードアーキテクチャをベースに、 関心毎の分離(描画処理と業務ロジック)ができるよう下記のような構成にしています。 tech.recruit-mp.co.jp ── AppDelegate.swift ├── data │ ├── dataSource │ │ └── SessionDataSource.swift │ ├── extension │
[Swift] FirebaseでToDoリストを作ってみた for clean architecture - Qiita
はじめに Firebaseを勉強したので、簡単なToDoリストを作ってみます。 方針 ・設計手法は、クリーンアーキテクチャを採用 ・データの管理は、FirebaseのRealtime Databaseを採用 前提知識 ・Firebaseの導入方法 ・Firebaseによる認証方法 ・FirebaseによるRealtime Databaseの使い方 ゴール ユーザごとにToDoリストを管理するアプリを作ります。 画面構成は、ログイン画面、ToDo一覧画面と、ToDo登録画面です。 （会員登録機能、ログアウト機能については、割愛します。） （１）ログイン画面 ・メールアドレス、パスワードを入力し、ログインボタンを押下すると、ToDo一覧画面へ遷移する （２）ToDo一覧画面 ・ToDo一覧を表示する ・該当行をタップするとToDoを完了済みとする（取り消し線で消す） ・プラスボタンを押下すると
![[Swift] FirebaseでToDoリストを作ってみた for clean architecture - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5b516f6c1859d9da08ee21aafba6cfc07790f6ef/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCU3dpZnQlNUQlMjBGaXJlYmFzZSVFMyU4MSVBN1RvRG8lRTMlODMlQUElRTMlODIlQjklRTMlODMlODglRTMlODIlOTIlRTQlQkQlOUMlRTMlODElQTMlRTMlODElQTYlRTMlODElQkYlRTMlODElOUYlMjBmb3IlMjBjbGVhbiUyMGFyY2hpdGVjdHVyZSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NDc2NmZhMzdiNWRjODc2MzA5YzY2YjAxMjE1YWU1YmQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBlS3VzaGlkYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9M2QwYTlhNTJjNzUzNmQwOTk5NTA3NDgxZTRlMmZjZmE%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-U1RW44OG44OD44Kv%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%3D834144ee64c4ce86acf8b3502a7a2827)
さては密結合だなオメー Clean Architecture で学ぶ テストフレンドリーな疎結合設計/Loosely Coupled Design Learning with Clean Architecture
2018/06/06 に開催された「Unity テスト完全に理解した」という勉強会での発表資料です。
Clean Architecture in Ruby
Why?For the last 10 years we have built a lot of Rails applications and they’ve grown. The fact is that Rails is a web framework and its foundation is MVC. The MVC pattern was introduced by the norwegian Trygve Reenskaug in the 70's and it was designed for small components and not to be the architecture of a whole app. By using MVC as the architecture of web apps, everything stays connected (coupl
もはやChatGPTの話題がない日はありません。これまでの3回のAIブームとは異なり、AIの冬は来ないとされています。つまり、今のAIの流れを巻き戻すことができる人はいません。 そんな with GPT 時代において、フロントエンドエンジニアは、イマイマにおいては即死することはないけど、うまく振る舞わないと、数年後生き残れないかもしれないという状況は認識すべきです。 この記事ではフロントエンドエンジニアという観点に限定して with GPT 時代にどう生き残るかに焦点を合わせていきます。 ちなみにヘッダ画像は、Stable Diffusionさんに「サバイバル」というプロンプトだけ与えて生成した画像です。サバイバルできてなさそうですが、ちょっと可愛くてシュールです。 僕は「即座にAIが仕事を奪うことは、日本では二年以内にはない」けど、「AIによってアシストされたライバルによって、案件の数と
GitHub - pluskid/Mocha.jl: Deep Learning framework for Julia
Update Dec. 2018: Mocha.jl is now deprecated. The latest version works with Julia v0.6. If you have existing legacy codebase with Mocha that you want to updates for Julia v1.0, the pull request 255 contains fixes for CPU backend only that have all the unit tests passed under Julia v1.0. The development of Mocha.jl happens in relative early days of Julia. Now that both Julia and the ecosystem has e
RxSwift勉強会＠Sansan に、はじめて「ブログまとめ枠」として参加しましたので、だいぶ遅くなって申し訳ございませんがまとめたもの公開します。 以下すでに先行して他の方がまとめたもの http://matome.naver.jp/odai/2146067615056021001 https://blog.ppen.info/wp/?p=357 http://blog.mogmet.com/rxswift-sansan/ またRxSwiftの予習が足りず、誤りがある場合はよしなに編集リクエストいただけると嬉しいです RxSwiftをプロダクトに導入してみた話 @kazu0620 Eightに導入した話 「さわったことある人、挙手」で参加者のうち多くの人が手を挙げていた模様（席の都合上良く見えなかった） 宣言的に記述できる => 「こういうものが流れてきて、こういう処理をする」というこ
テックリードとしての闘争 – DoorLog
この記事は裏freee Developers Advent Calender 2018の24日目です。 こんにちは！かつてfreeeに在籍しニャンちゅうと呼ばれていた者です。 最近ではトシと呼ばれています。自分の寿憲（としのり）という名前がとても好きなのと、ニャンちゅうと呼ばれることでキャラ付けに下駄を履かせていただいていた過去の自分を乗り越え、純粋にエンジニアとして闘争したいという思いからニャンちゅうはアイコンにとどめることにしました。 エンジニアとして成長したい方向性と今のロール 自分がエンジニアとしてどう成長したいかを表現する局面でかつてこんな風に書いていました。 技術寄りでサービスを考え、作り、変え、大きくしていくことができるエンジニア（になる） 時期によって担当するプロダクトの方向性を考えるPdM的な役割も担いサービスを考えることもありました。しかし、ここ1年くらいはそういうこと
【Webエンジニアど素人】が【3〜4年生】くらいになったら読むといい本を目的別にまとめた - Qiita
これってなんなの？ 【ど素人状態＝社会人になって初めてプログラミングを勉強したぜ！（特に新卒）】でスタートした方々が【３年生】ぐらいになったら読むと良い本まとめです。 「どんな目的で学ぶか？」＊「職種（バックエンド/フロントエンド/SRE・インフラ/データエンジニア/どの職種のエンジニアも）」で整理しました。 「【Webエンジニアど素人から３年生ぐらいになるまでに読むと良い本】を段階的にまとめた」の続編です。少しでも皆さまの学びと成長に貢献できると幸いです。 ”Webエンジニアど素人が、3〜4年生くらいになったら読むといい本”の段階的まとめ（一部外部記事あり） バックエンドエンジニア 「より整理・洗練されたコードに改善できるレベルになろう！」 リファクタリング(第2版): 既存のコードを安全に改善する (OBJECT TECHNOLOGY SERIES) レガシーコード改善ガイド Clea
オープン・クローズドの原則の重要性について
こんにちは！eurekaのAPIチームでエンジニアをやっている@rikiiです。 少し前に発売されたclean Architecture 達人に学ぶソフトウェアの構造と設計を買ったのですが、本で紹介されてるSOLID原則について改めて復習しておこうと思い、今回はその1つであるオープン・クローズドの原則についてまとめてみようと思います。 eurekaではgo言語を使っているので、goを使ったコード例とともにオープン・クローズドの原則の重要性について説明していきたいと思います。 ちなみにオープン・クローズドの原則とはSOLID原則と呼ばれるオブジェクト指向設計原則のうちのひとつです。 SOLID原則とは？下記5つの原則の頭文字を取ってまとめた、オブジェクト指向設計原則のことです。 ・S : The Single Responsibility Principle（単一責任の原則） ・O : Th
『エンジニアのためのマネジメントキャリアパス』はなりたてのテックリードが読んで安心できる良い本 - Sexually Knowing
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド 作者: Camille Fournier,及川卓也(まえがき),武舎広幸,武舎るみ出版社/メーカー: オライリージャパン発売日: 2018/09/26メディア: 単行本（ソフトカバー）この商品を含むブログを見る 各所で良いという評判を聞いており、ちょうど先々週くらいに京都に台風が来るので自宅に引っ込み続けられるように急いで買った。Amazonでは売り切れていたのでリアル書店で買った。 読もうと思ったきっかけ テックリードというロールを拝命して1年と数ヶ月が経つ。なんとなく今までの仕事と違うので知識の地図を広げたほうがいい気がするな、と思っていた。 現在所属する組織であるはてなとしてはテックリードはマネージャーではなくアプリケーションエンジニアの専門性を高めていく方向性の先にあるロールとされ
こんにちは、CTOの鈴木です！前回のブログ執筆から気がつけばなんと2年経過！今回はスペースマーケットのメインであるWebサービスとアプリ部分の技術スタックについてまとめてみようと思います。 技術スタックについては定期的にまとめており、変遷については以下の記事に書いています。 2016年 スペースマーケットを支える開発環境とアーキテクチャ – 2016年秋編 2017年 スペースマーケットの技術スタック【2017年末版】 前回2017年からの差分としてわかりやすいように、新規追加は太字、撤退したものに関しては取り消し線をつけてみてます。それでは見ていきましょうー。 Web Frontend 言語 Javascript Typescript GraphQL 言語としては、Universal Javascriptを引き続き推奨し、プロダクト施策などに絡めてTypeScriptへの移行を進めていま
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hanami | Guides - Getting Started
Engineering the Architecture Behind Uber's New Rider App
フロントエンドでClean Architectureを適用してみる(+サンプルコード) - Qiita
一般的な Web アプリケーション アーキテクチャ - .NET
ViewModels and LiveData: Patterns + AntiPatterns
Clean Architecture for React：Archived Technologies
GitHubで人気なFlux(とMVI)のAndroidアプリのコードを読んでみるメモ - Qiita
インターン中、タスクに付随する予想外のエラーと戦った話 - Mirrativ Tech Blog
【JavaScript】Vue.jsをサーバサイド風に例えて説明してみる - Rのつく財団入り口
Clean Architecture on Android
アイスタイル的 iOS設計ベストプラクティス - Qiita
builderscon iOSアプリの簡易説明 - blog
with GPT時代にフロントエンドエンジニアが2年後に即死しないためのメソッド｜erukiti
RxSwift勉強会＠Sansan まとめ - Qiita
スペースマーケットの技術スタック【2019年末版】 | スペースマーケットブログ
Amazon.com: Clean Architecture: A Craftsman's Guide to Software Structure and Design (Robert C. Martin Series): Robert C. Martin: Book
