フロントエンドの複雑さに耐えるため実践したこと / readyfor-nextjs-first - Speaker Deck

2021/02/05 125 users Speaker Deck RoR 複雑さ ベストプラクティス

Transcript READYFOR x Next.js フロントエンドの複雑さに耐えるため実践したこと
 @ Takepepe READYFOR フロントエンド分離のゴール
 ▪ BE/FE の責務をわけ、疎結合とすること
 ▪ 時代に即したベストプラクティスを追求できること
 
 #readyfor_meetup READYFOR フロントエンド分離のゴール これまでモノリスだった RoR... 続きを読む

ソフトウェアアーキテクチャを学ぶために - kawasima

2020/02/03 361 users ソフトウェアアーキテクチャ kawasima 書籍 もと

どういう順で、どういう書籍をもとに勉強していけばよいかを書いていく。 なぜソフトウェアアーキテクチャが重要なのかを学ぶ クリーンアーキテクチャ 疎結合がなぜソフトウェア設計で重要なのか? 良いソフトウェア設計のためにやるべきことは何か? クリーンアーキテクチャそのものの話については飛ばして良い。 アーキ... 続きを読む

地下アイドルとアイドルオタクを疎結合にしてみたら、夢も希望もなくなった〜デザインパターンのObserverを考える〜 - Qiita

2018/02/26 103 users Observer Qiita アイドルオタク 地下アイドル

地下アイドルとアイドルオタクを疎結合にしてみたら、夢も希望もなくなった〜デザインパターンのObserverを考える〜 ある日の地下アイドル 地ア「は〜あ。今日もライブは３人しかこなかったなぁ」 地ア「きょう来てくれたのは、たっくんと、しのぶんと、ゆっきーか」 地ア「この３人、いつも来てくれるんだよねぇ。大事にしなくちゃ」 地ア「私、ぜったいに売れっ子アイドルになるんだから！」 地ア「…そろそろCD... 続きを読む

卜部昌平のあまりreblogしないtumblr - RabbitMQ と再送について

2012/12/29 126 users tumblr RabbitMQ 卜部昌平 ソケット プロトコル

概要 : AMQP のプロトコルを読むと、一瞥して送信はパケットを送るだけ、受信はソケットを読み込むだけのようにも見える。しかしながら、実際に書いてみると、再送処理を自前で実装する必要があるため、現実には大変に複雑な処理が必要だ。 そもそもなぜ RabbitMQ を使うのかという話、あるいはなぜ再送が必要かという話 たんにコンポーネント同士が疎結合で通信したいのであればわざわざ MQ を使う必然性... 続きを読む

技術的負債を減らす - mixi Engineers' Blog

2012/12/10 177 users 負債 ミクシィ mixi Engineers 反面 松岡

こんにちは、システム本部長の松岡です。 ■はじめに 今回はミクシィの物作りの中で、技術的な負債を返済する取り組みの一つについてご紹介します。 ミクシィは2012年8月にユニット制に移行しました。これはユーザーファーストな開発を促進するための挑戦です。 裁量権が各ユニット長に落ちることで早い判断と実施が可能になります。 反面、ソースコードがユニットごとに完全に疎結合しているわけではありませんので、早... 続きを読む

naoyaのはてなダイアリー - 疎結合のための Web API

2006/02/28 129 users naoya はてなダイアリー Web API

RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB　な訳だし、DB ボトルネックもそれほど関係... 続きを読む