日本で報道されないTikTokの真実（と、その他） - 🎄toricago🎄
6月からTikTokに関する記事はほとんど読み尽くしてきたが、１０月下旬に入り急にTikTokの記事が出回るペースが向上してきた。日本語でも多いし、外国でも増えている。ただ、残念ながら日本では重要な情報があまり出回っていないように感じることも多い。また、国内の分析記事ではTikTokをやりこまずして語る記事や分析コメントも散見される。 そこで、TikTokアプリでファン数を数千人獲得するまでやりこみ（それでも底辺TikToker）、渋谷のハロウィンに飛び込みTikTok現象がどこまで進んでいるかを自分の目で確認し、羞恥心を捨て小中学生に混じり有名TikTokerの握手会という現場にも足を運んでいる私が、歯車サラリーマンとして培った経済・企業分析力、中国テクノロジー動向の知識と融合し、他では味わえないTikTokの分析をご紹介していく「おっさんTikTok新聞」（不定期）をお届けしよう。その
Kubernates (GKE) ハンズオン 講義用_20180820_@colab - Google スライド
Kubernetes (GKE) ハンズオン 2018 / 8 / 20 @渋谷CoLab
CQRS+ESについて細かい実装や考察をまとめてみた - edy blog
前提 私は「エリック・エヴァンスのドメイン駆動設計」を読んだのみで、「実践ドメイン入門」は未読(とても欲しい)の状態で書いています。 (「実践ドメイン入門」にはもっと深い洞察が書いてあるのだと思います…) また「エリック・エヴァンスのドメイン駆動設計」と共に、参考リンク先をまず読んだことがある前提で書いている部分がありますのでご注意下さい。今後もっと良いアイデアが浮かんだり、実際に実装するにあたって浮かび上がった課題があれば随時追記・記事にできればいいなと思います。 参考 CQRS Documents by Greg Young Greg Young流CQRS - Mark Nijhof CQRS+ES DDDから更にData Flowの概念を取り込んだarchitecture。 コマンドクエリ分離原則(CQS/Command Query Separation)に基づく。 CQRSは Co
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料：http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
CQRSとイベントソーシングの使用法、または「CRUDに何か問題でも？」 | POSTD
書き込みと読み込みのどちらに力を入れているかは、ストレージエンジンによって異なります。たとえば昔ながらのリレーショナルデータベースは、外部キーなどの制約を使ってデータの整合性をうまく制御できるようになっています。一方でNoSQLデータベースは、スループットとスケーラビリティを確保するために、そういった組み込みのガードレールをはずしてしまいました。データ層においても、どちらか一方に特化した最適化をすることがあります。たとえば、あらかじめ計算済みの値を保持しておけば、「一日あたりのサイト訪問者数」などの読み込み操作を効率よく行えるでしょう。ストレージソリューションのメーカーはどこも、「うちのプロダクトならあらゆるニーズを満たせます」などと自社製品の機能を自慢します。しかし実は、昔ながらのCRUDモデルに沿ってストレージエンジンを選んでデータ層を設計した時点で、さまざまな関心事の間で何らかの妥協
Event Sourcing+CQRS を活用するスケーラブルアプリケーション開発 / event-sourcing-cqrs-v2 - Speaker Deck
AWS Dev Day 2018 マイクロサービスアーキテクチャの裏側の巻
クラスメソッドにおける Web API エンジニアリングの基本的な考え方と標準定義 - Developers.IO 2018 (2018-…
CMAPI五輪書は、クラスメソッドにおける Web API のエンジニアリングに関する基本的な考え方および標準を定義するもので、技術的なさまざまな原則やガイドライン集です。 似たようなガイドラインは他にもありますが、本書は RESTful Web API / Java / Spring Framework / AWS という構成のシステムにスコープを絞り、より詳細に踏み込んだドキュメントを目指しています。目指しています！？ 地の巻 - システム開発と全体的な話題【進捗90%】 水の巻 - API 外部仕様【進捗95%】 火の巻 - Java による内部実装【進捗40%】 風の巻 - AWS によるサーバー環境インフラ設計と SRE【進捗1%】 空の巻 - Java on AWS サーバー環境システム運用【進捗5%】 というわけで、実は「未完の書」なのですが、それでもすべてをお話するには時間
ECサイトCRM基盤構築｜戦略的OMOを実現するAPIプラットフォーム
ベストプラクティスがあって、それをプリズマティクスに教えてもらった。 CRMのおかげでお客様が見えるようになってきた。 プリズマティクスは新しいことを共に成し遂げてくれた戦友だと思っています。
よくわかる認証と認可 | DevelopersIO
よく訓練されたアップル信者、都元です。「認証 認可」でググると保育園の話が山程出て来ます。が、今日は保育園の話ではありません。そちらを期待した方はごめんなさい。こちらからお帰りください。 さて、先日のDevelopers.IO 2016において、マイクロWebアプリケーションというテーマでお話させて頂きました。一言で言うと OAuth 2.0 と OpenID Connect 1.0 のお話だったのですが、これらを理解するにあたっては「認証」と「認可」をはっきりと別のものとしてクッキリと認識する必要があります。 まず、ざっくりとした理解 認証と認可は密接に絡み合っている一方で全く別の概念です。正直、理解は簡単ではないと思います。 まず「認証」は英語では Authentication と言います。長いので略して AuthN と書いたりすることもあります。意味としては 通信の相手が誰（何）であ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
翻訳 「DDD, Hexagonal, Onion, Clean, CQRS…これらをどうやり遂げるのか？」 - tagoto web - confluence
CQRSとイベントソーシングでシステムを構築する
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版
ComputerworldとCIO Magazineは閉鎖しました
Serverless??そんなことよりDBだ!! / We should know Databases before Serverless - Speaker Deck