ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
BtoB SaaSの会社でDDDを活用して事業を成長させてきた中で、DDDのプラクティスの実践という面ではかなり大きな成果が得られました。 しかし、事業を成長させるという点において、DDDのプラクティスだけではうまくいかないこともあり、別のアプローチも同時に試行錯誤しています。 この発表では、うまく行ったプラクティスの内容と、カバーできなかった課題、そこに対する現在の取り組みについて紹介します。 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 ドキュメント内のブログ記事URL https://little-hands.hatenablog.com/entry/2020/12/22/
![ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7728c664ddd298cabc00615869a23f196ad5f90/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F2022-220117111455-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか？~
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか？~ ぼくのような初心者がリーン・スタートアップをかんたんに理解できるようにまとめてみました。本資料の公開を快くOKいただいた和波さん、ありがとうございました。 ◆ まとめた人 http://about.me/sin10kRead less
PDFのコピペが文字化けするのはなぜか？～CID/GIDと原ノ味フォント～
1. PDFのコピペが 文字化けするのはなぜか？ — CID/GIDと原ノ味フォント— 細田 真道 http://www.trueroad.jp 2021 年 2 月 26 日 細田 真道 PDF コピペ文字化け 2021-02-26 1 / 49 NTT Tech Conference #5 Presentation Copyright (C) 2021 Masamichi Hosoda 2. 自己紹介 自己紹介 楽譜作成プログラム LilyPond コミッタ ビルドシステム、フォント、PDF 出力等 GNU 公式文書フォーマット Texinfo コミッタ 国際化、XƎTEX/LuaTEX、Unicode、日本語対応等 は ら の あ じ 原ノ味フォント主催 日本語 TEX デフォルト和文フォント（2020∼） 第 10 回日本 OSS 奨励賞受賞 LilyPond FIT2018 FI
はじめてのPRD
2. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよびその後の プロダクト判断 ● Go-to-market ● グロース 3. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよ
Railsで作るBFFの功罪
This document discusses using Rails as a backend for front (BFF) layer in a microservices architecture. It describes how Rails was used to build the BFF layer for an e-commerce site called HPB, acting as an API gateway between the client and various backend services. Key points discussed include using Puma to improve throughput, caching APIs to reduce response time, and implementing an API gateway
エキスパートGo
1. エキスパートGo The Go gopher was designed by Renee French. The gopher stickers was made by Takuya Ueda. Licensed under the Creative Commons 3.0 Attributions license. 1 更新日：2017/08/08 2. 自己紹介 メルカリ／ソウゾウ 上田拓也 twitter: @tenntenn ■ コミュニティ活動 Google Cloud Platform User Group (GCPUG) Tokyo Goビギナーズ golang.tokyo Go Conference ■ 業務 GAE/Goでメルカリカウルを作ってます GoやGCPコミュニティを盛り上げる仕事 Gopherを描く仕事（LINEスタンプ） 2 3. ソウゾウ エキスパート
絶対に描いてはいけないグラフ入りスライド24枚 -slideshare
These slides include many inappropriate graphs. If you want to tell the summary of the data correctly, you should avoid to use graphs in this presentation. They can mislead those who view them. In English, the title of presentaion is "24 slides including graphs that should not be absolutely drawn".Read less
古典プログラマ向け量子プログラミング入門 [フル版]
3. 3 Part 0：イントロダクション（プロローグ） Part 1： 関連数学と1量子ビット操作 1-1： 線形代数学の基本知識 1-2： ブラケット記法と量子計算 1-3： ブロッホ球と1量子ビット操作 1-4： IBM Q Part 2： 量子ゲート型のプログラミング 2-1： 複数量子ビット操作 2-2： 量子アルゴリズムの基本 2-3： ドイチェ アルゴリズム 2-4： グローバー検索（量子検索） 2-5： 量子フーリエ変換 2-6： ショアのアルゴリズム 2-7： エラー訂正問題 2-8： Cirq（Google）・Blueqat（MDR） 2-9： 量子ゲート編 付録 Part 3： 量子アニーリング型のプログラミング 3-1： ハミルトニアンとQUBO 3-2： イジングモデル 3-3： グラフ理論 3-4： 巡回セールスマン問題 3-5： 多体相互作用 3-6： アニー
![古典プログラマ向け量子プログラミング入門 [フル版]](https://cdn-ak-scissors.b.st-hatena.com/image/square/044d9a660d048e6daac39329d1f1945978f81ac9/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fsal-qc-prog-full-191128113651-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
[serverlessconf2017]FaaSで簡単に実現する数十万RPSスパイク負荷試験
serverless conf 2017 発表資料 http://tokyo.serverlessconf.io/ ○ 概要 HTTPベースの負荷試験を行う負荷ツールはたくさんあります。 しかし、既存の負荷ツールでは、数十万RPSクラスのスパイクする直角リクエストを生成するには、infrastructureレイヤのプロビジョニングが手間です。 これをLambdaを使用して、簡単に実現するOSSをいくつか紹介したいと思います。Read less
![[serverlessconf2017]FaaSで簡単に実現する数十万RPSスパイク負荷試験](https://cdn-ak-scissors.b.st-hatena.com/image/square/df5bd235ffa05da80bf48b8a330600745678d5cc/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Ffaasrps-171104115940-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
バグハンターの哀しみ
12. 調査方法 ❶ URLの#以降にU+2028とDOM based XSSが起き得る文字列をつけて まわる ❷ 変なエラーがでないかみる http://host/#[U+2028]'"><svg/onload=alert(1)> 13. すると Benesseのサイトにメチャ普通のDOM based XSSがあった https://web.archive.org/web/20130723155109/http://manabi.benes se.ne.jp/#"><svg/onload=alert(1)> function writeAccesskeyForm(){ var htm = ''; var ownURI = location.href; //略 htm+= '<input type="hidden" name="backurl" value="' + ownURI + '"
【旧版・説明欄参照ください】 サーバーレスアプリケーション向きの DB 設計ベストプラクティス
【2019/09/12 追記】 この資料は旧版であり、最新版が存在します。 2019/09/12 にアップロードしたものをご参照ください 最新版 → https://www.slideshare.net/AmazonWebServicesJapan/db-20190905 --------（元の文）------------------- 2019/05/09 に #AWSLoft Tokyo で開催されたイベント、「イチから理解するサーバーレスアプリ開発」における講演資料の一つです。 ・サーバーレスアプリケーションにおいて Amazon DynamoDB が利用しやすい理由 ・RDB と DynamoDB の設計プロセス・考え方の対比・明文化 ・実例に沿った DynamoDB の設計プロセス解説とサンプル例題 などを含みます。 イベント: https://understandingbasi
マイクロサービスバックエンドAPIのためのRESTとgRPC
1. The document discusses RESTful APIs and gRPC, comparing their characteristics and use cases. 2. RESTful APIs typically use HTTP and JSON to access resources via URLs while gRPC uses protocol buffers and HTTP/2 for efficient streaming and RPC. 3. gRPC is better suited for microservices and mobile apps due to its ability to handle streaming and performance, while REST is more widely used due to i
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
2018年11月2日に行われたAWS Dev Day Tokyo 2018での講演「マイクロサービス化デザインパターン」の資料です。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ストーリーでわかる「起業の科学」ハマりやすい57のワナスライド sd用
ベロシティを上手く使って 技術的負債を計画的に解消する
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Amazon DynamoDB Advanced Design Pattern
Data modeling with Amazon DynamoDB - ADB301 - New York AWS Summit
ヤフー株式会社におけるフロントエンドの取り組み #devsumi #devsumiB
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
