DDDで設計するならCQRSの利用を検討すべき - Qiita
タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性： 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ： 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ： 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ
部下の部屋を200万円かけて超オシャレに改造したら、とても喜んでくれました。 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは！ LIGの副社長のゴウです。 俺の部下に「そめひこ」って奴がいるんですが、いま俺は彼の自宅に来ています。 見てください。この殺風景な部屋。 シンプルですが、あまりにも殺風景な部屋ですね。 今回、「そめひこの家で撮影をしたいから使わせて」と許可を取った上で、この部屋を200万円ほどかけて勝手に改造してみようと思っています。 とりあえず15分ほどでめっちゃ部屋がスッキリしました。荷物なさ過ぎ。 さぁ、こんな殺風景な部屋とも今日でサヨナラ。いつも頑張って仕事をしてくれている可愛い部下を喜ばせたいと思います。 インテリアのプロにお願いしてみた さて、実は今回の撮影をするにあたり、インテリアのプロに協力を仰いでおりました。 それがこちらのショールームを構えるインテリアショップのリグナさんです。 ショールームが東京駅からタクシーでワンメーターの所にあるのですが、なんでしょうねこの空間。 ヤ
新横浜から日吉まで、東横線造り替え含む大工事
＜＜前回の記事 「相鉄・JR直通線」の羽沢駅（仮称、横浜市神奈川区）を起点に東急東横線・目黒線の日吉駅（港北区）まで約10kmを結ぶ「相鉄・東急直通線」。前回の羽沢駅周辺に続き、今回は新横浜─日吉間の工事をリポートする。東急東横線を営業しながら高架橋を造り替えたり、直下にトンネルを掘削したりする大がかりな工事が待ち構える。 折り返し対応の新横浜駅 駅ビルがそびえたつJR新横浜駅。円形の歩道橋が駅前を通る横浜市道環状2号線をまたぐ。この下に相鉄・東急直通線の新横浜駅（仮称）が設置される（写真：小佐野カゲトシ） 相鉄・JR直通線の施設として建設されている羽沢駅を除けば、相鉄・東急直通線の施設で現在もっとも工事が進んでいるのは新横浜駅（仮称、港北区）だ。 JR新横浜駅の北側を通る横浜市道環状2号線の直下に位置する地下駅で、駅舎の最大幅は28.5m、深さは32.9m。駅はコンクリート4層構造で、ホ
東京Node学園 14時限目で「Synth」について話してきました | Tokyo Otaku Mode Blog
昨夜、渋谷ヒカリエで行われた東京Node学園 14時限目で、トップバッターとして発表してきました。 発表内容は、「Synth」というWebアプリケーションフレームワークについてです。 Tokyo Otaku Modeでは、バックエンドとしてNode.jsとMongoDBを使っていてExpressで運用していますが、色んなフレームワークも触っていてSynthもそのうちの一つです。 SynthはInfoQの「APIファーストのWebフレームワークSynthを巡るコミュニティの困惑」という日本語版記事が出て初めて知った人が多いと思います。 記事にもあるとおり、JSONやテンプレートHTMLを返すAPIとそれを使ってクライアント側でアプリケーションを構築するという形に特化したAPIファーストのWebアプリケーションフレームワークです。 ちょうど上記の記事が出た頃、天下一クライアントサイドJS MV
2次元から3次元へ
我々の嫁についての話ではありません。 人類の飽くなき挑戦についての話です。 2次元（平面）から3次元（立体）へ。 これは遥か昔から人類が挑んできたテーマの一つであります。 つまり、「高さ」への挑戦です。 古くは、旧約聖書に書かれる「バベルの塔」。 世界中は同じ言葉を使って、同じように話していた。 東の方から移動してきた人々は、シンアルの地に平野を見つけ、そこに住み着いた。 彼らは、「れんがを作り、それをよく焼こう」と話し合った。 石の代わりにれんがを、しっくいの代わりにアスファルトを用いた。 彼らは、「さあ、天まで届く塔のある町を建て、有名になろう。そして、全地に散らされることのないようにしよう」と言った。 主は降って来て、人の子らが建てた、塔のあるこの町を見て言われた。 「彼らは一つの民で、皆一つの言葉を話しているから、このようなことをし始めたのだ。これでは、彼らが何を企てても、妨げるこ
MVCの流れを簡単にまとめてみる - Qiita [キータ]
理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア
![MVCの流れを簡単にまとめてみる - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/4eab66c03020ced4619e83c8ebe5ff0c4cbcd864/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9TVZDJUUzJTgxJUFFJUU2JUI1JTgxJUUzJTgyJThDJUUzJTgyJTkyJUU3JUIwJUExJUU1JThEJTk4JUUzJTgxJUFCJUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJUUzJTgxJUE2JUUzJTgxJUJGJUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1hNWRhZWZkYmY5ODQxZTI1ZWE2NjFjZGEzYjVjNmRmNA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGlyb2tpZGFpY2hpJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00MmViZmQ0YmEwMzUxYTZmMGQyZjFhNWVhNzIyYjI2MA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D02e229a1404969c8e3f437e0d6b7bbe0)
CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった
分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C：Consistency（一貫性） A：Availability（可用性） P：Tolerance to network Paritions（ネットワーク分断への耐性） 一般にリレーショナルデータベースでは、一貫性（C）と可用性（A）をできるだけ保証する代わりに、ネットワーク分断への耐性（P）を犠牲にしています。ネットワークが途中で切れたり大きく遅延した場合、動作が保証されなくなってしまうわけです。 一方でNoSQLでは一貫性（C）よりも可用性（A）とネットワーク分断への耐性（P）を優先させるものが多く、分散システムでの動作に向いていると説明されます。このようにNoSQLの説明にこのCAP定理がしばしば引用されることになり、NoSQLの普及とと
JavaScript時代のJava #kansumiB7 #kansumi
株式会社LOUPE エンジニアチームの勉強会「LOUPE Study」の発表資料です。 第一回目の担当は僕。 テーマは「SinatraでのWeb開発について」でした。
すてきな水辺のごちゃごちゃ建築 :: デイリーポータルZ
海沿いの田舎道を行くと、ときどき「海の方を向いた家」にでくわす。1階は船のためのガレージ(っていうのかな？)で、2階が住宅、というケースもある。すてきだ。 おそらく船宿か漁師さんの家なのだろう。ぼくらの日常の常識では、家というものは道路側を向いているものだが、これらの建物はそうではない。そこになんだかとてもぐっとくる。 地方に旅行に行ったときにしか出会えないものだと思い込んでいたが、あったのだ！すぐそばに！ しかも魅力的にちょうごちゃごちゃ！ （大山 顕） 神奈川県の子安にあります！ ああいう、船小屋と住宅がいっしょになった建築に惹かれるという人は、ぼくだけじゃないと思う。きっと。なんだかいいよねえ、ああいうの。うまく説明できないんだけど。 で、今回そういう建物がたくさん並んでいるところに行ったので、それを見てもらおう！
「ショッピングモール」の空間構成は「刑務所」と同じ
未発育都市 @mihatsuikutoshi 都市と戦争の関係は、中世の城塞都市をみると、よく分かる。／ 暇人＼(＾o＾)／速報 : 【画像あり】幾何学的に造られた城がかっこよすぎる http://t.co/mrOLsS3Zgu http://t.co/Z7kHcRHuyV 2013-07-12 18:28:20 未発育都市 @mihatsuikutoshi 中世の城塞都市が放射状になっているのは、都市内部での軍隊を移動を素早くするため。敵がどこから攻めてきても素早く反撃する必要があった。ただ同時に、一旦、敵に侵入を許してしまえば、瞬く間にやられてしまう都市形態でもあった。だからこそ外周に幾重もの濠を巡らして敵の侵入から守ろうとした。 2013-07-12 18:33:45 未発育都市 @mihatsuikutoshi 西欧の中世都市に対して、イスラムの中世都市ではそれとは全く異なる方法が
リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
世界一うらやましい大学寮…デンマーク「ティットゲン学生寮」のクールなデザイン : らばQ
世界一うらやましい大学寮…デンマーク「ティットゲン学生寮」のクールなデザイン IT企業の先進的なオフィスが話題になることがありますが、大学の寮にも素晴らしい建物があるようです。 世界一クールな大学寮だと紹介されていた、デンマーク・コペンハーゲンにある「ティットゲン学生寮」の写真をご覧ください。 1. 寮はコペンハーゲンのオレスタッドという街にあります。ティットゲンはデンマークの投資家にちなんだ名前だとのこと。 2. 大規模かつ円形の中庭。 3. 7階建てで、2006年に完成したそうです。 4. 上階には青空が見えるテラス。 5. 見下ろしたところ。 6. 屋内も洗練されています。これなら勉強もはかどりそう？ 7. キッチンが併設。みんなでわいわい料理ができそう。 8. 本当にどこかのIT企業みたいです。 9. ポストすらオシャレ。 10. ランドリーもカラフル。他にカフェ、講堂、研究室とコ
Dropbox のスケールとか
Python なサービス みんな大好き Dropbox のスケールとかメモ。以下のページ辺りからピックアップ。Parted? みたいなので、続編がでたら追記するかも。 Scaling lessons learned at Dropbox, part 1 (comment) Dropbox - Startup Lessons Learned (slideshare) Dropbox -Yコンビネーターが生んだスタートアップの軌跡と未来 - スケール関係ないですが、2006 年当時はオンラインストレージサービスがいっぱいあったようで、VC から資金調達したときのやり取りがおもしろい VC "クラウドストレージサービスなんて腐るほどある" Drew "なにか使ってるのありますか？" VC "NO" Drew "..." 完璧で、スケーラブルで、クロスプラットフォームなクラウドストレージ！当時、プ
MOVEは望まれなかった子 - the sea of fertility
なにやらMOVEが話題です。 MVC is dead, it’s time to MOVE on. http://cirw.in/blog/time-to-move-on [翻訳]MVCは死んだ。MOVEするときがきた きしだのはてな http://d.hatena.ne.jp/nowokay/20120704 Twitterで「”MOVEは生まれた瞬間死んだ” って記事まだー？」って騒いでたら「お前が書けよ」の流れだったので息抜きに書きます。息抜きなので図が無いのは勘弁してください。 MOVEが生まれていない理由 この文中ではMOVEが生まれた理由はMVCの問題点に関わるとされており、そのMVCの問題点としてされているのは次の２点です。 MVCではControllerが肥大化する MVCは10年古い技術で設計されていて、最新のプログラミングパラダイムに対応していない。 しかしこの理由のう
MVCは死んだ。MOVEするときがきた - きしだのHatena
Conrad Irwinさんの「MVC is dead, it's time to MOVE on.」を訳してみました。 MVC is dead, it's time to MOVE on. この訳文も原文のライセンスを引き継いでCC-BY-3.0ライセンスで利用可能とします。 追記13:58 すでに訳してた方がいました。MVCの時代は終わった。MOVEを使い始めましょう。 - ふじこのプログラミング奮闘記 MVCは死んだ。MOVEするときがきた MVCはすばらしいアイデアだ。モデルを持ち、モデルは内部に少しの状態をもつ。ビューは内部に少しのUIをもつ。そして、コントローラは内部に少しの・・・ 何を持つ？ 私は確かにこのことに気づいた最初の人物ではない。しかし示されたようなMVCの問題のために、あなたは最後には過剰なコードをコントローラに詰め込むことになる。なぜなら、他にどこに入れていいか
Tumblr における Scala - Kato Kazuyoshi
最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ とちょうど同じくらいの時期に High Scalability に Tumblr Architecture - 15 Billion Page Views A Month And Harder To Scale Than Twitter という記事がでていた。 まとめだと Tumblr は PHP を使っていることになっているけど、いま現在の Tumblr は PHP ですべてを書くのを止めて、Scala も使っているらしい。 Scala と Finagle Tumblr はもともと LAMP (Linux + Apache + MySQL + PHP) で出来ていた。スケールさせるために memcached や HAProxy でキャッシュしてみたり、MySQL を sharding してみたり、バックエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スウェーデンの、教室も時間割もない学校
mizchi / すべてのMVCを過去にする - Glide
Engadget | Technology News & Reviews
ちゃんとCSSを書くために - CSS/Sass設計の話
