Submit Search
Upload
DDDを実践できるエンジニアを育成するための取り組みについて
•
8 likes
•
16,774 views
BIGLOBE Inc.
Follow
https://ddd-alliance.connpass.com/event/100397/
Read less
Read more
Software
Report
Share
Report
Share
1 of 40
Download now
Download to read offline
Recommended
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
ドメイン駆動設計の考え方、3原則、基本テクニック 1章から7章
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
ドメイン駆動設計 Domain-Driven Design ( DDD ) 準備 / スタートアップ / ブラッシュアップ / チャレンジ / 参考書籍 /
ドメイン駆動で開発する ラフスケッチから実装まで
ドメイン駆動で開発する ラフスケッチから実装まで
増田 亨
ドメイン駆動設計で、モデリングをどうやっているか、それをどう実装に結びつけているかの事例紹介。 RDRA+ICONXをベースに、より機敏なやり方への挑戦。実践的なオブジェクト指向設計。
リッチなドメインモデル 名前探し
リッチなドメインモデル 名前探し
増田 亨
java_ja java_ja_ddd 2013-3-22 発表。ドメイン駆動設計(DDD)の実践
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
ドメイン駆動設計の要点は3つ。ビジネスルール・値オブジェクト・型
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
JJUG CCC 2018 Spring の発表資料です。 #jjug #ccc_a8
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
より詳細な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はDDDと切り分けて単独でも適用することができるので、DDDについてご存知ない方もご覧いただけます。日本語の文献は意外と少ないので、この辺りの分野に興味がある人の参考になれば幸いです。
3週連続DDDその2 深いモデルの探求(ドメイン駆動設計 第3部)
3週連続DDDその2 深いモデルの探求(ドメイン駆動設計 第3部)
増田 亨
エヴァンスのドメイン駆動設計 「第3部 より深い洞察にむかうリファクタリング」を実践してみて学んだこと。
Recommended
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
ドメイン駆動設計の考え方、3原則、基本テクニック 1章から7章
ドメイン駆動設計 ( DDD ) をやってみよう
ドメイン駆動設計 ( DDD ) をやってみよう
増田 亨
ドメイン駆動設計 Domain-Driven Design ( DDD ) 準備 / スタートアップ / ブラッシュアップ / チャレンジ / 参考書籍 /
ドメイン駆動で開発する ラフスケッチから実装まで
ドメイン駆動で開発する ラフスケッチから実装まで
増田 亨
ドメイン駆動設計で、モデリングをどうやっているか、それをどう実装に結びつけているかの事例紹介。 RDRA+ICONXをベースに、より機敏なやり方への挑戦。実践的なオブジェクト指向設計。
リッチなドメインモデル 名前探し
リッチなドメインモデル 名前探し
増田 亨
java_ja java_ja_ddd 2013-3-22 発表。ドメイン駆動設計(DDD)の実践
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
ドメイン駆動設計の要点は3つ。ビジネスルール・値オブジェクト・型
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
JJUG CCC 2018 Spring の発表資料です。 #jjug #ccc_a8
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
より詳細な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はDDDと切り分けて単独でも適用することができるので、DDDについてご存知ない方もご覧いただけます。日本語の文献は意外と少ないので、この辺りの分野に興味がある人の参考になれば幸いです。
3週連続DDDその2 深いモデルの探求(ドメイン駆動設計 第3部)
3週連続DDDその2 深いモデルの探求(ドメイン駆動設計 第3部)
増田 亨
エヴァンスのドメイン駆動設計 「第3部 より深い洞察にむかうリファクタリング」を実践してみて学んだこと。
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
質問への回答(35件)を、ブログにまとめているのでこちらご覧ください https://little-hands.hatenablog.com/entry/2019/08/31/genba_de_ddd 「Mix Leap Study 特別編 - レガシーをぶっつぶせ。現場でDDD! コラボカンファレンス」登壇資料 ブログ:https://little-hands.hatenablog.com/ Twitter:https://twitter.com/little_hand_s 質問箱:https://peing.net/ja/little_hands
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
A AOKI
Modeling Forum 2018 技術公演トラックで発表した内容となります。 VernonVaughn Vernon 氏が発表 した書籍「 実践ドメイン駆動設計(通称: IDDD )」の 流れに沿って、 DDD の基本からモデリング手法までを 幅広く紹介します。
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
A AOKI
Sansan DDD勉強会 #2の発表資料です。
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
Takuya Kawabe
わんくま同盟勉強会@大阪#60でお話しさせて頂きました。 『C#実装から見るDDD(ドメイン駆動設計)』を多少手直しをして、再掲載しました。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
3週連続DDDその3 ドメイン駆動設計 戦略的設計
3週連続DDDその3 ドメイン駆動設計 戦略的設計
増田 亨
「ドメイン駆動設計」の第4部の概要と理解の手がかり。現場での実践経験から。
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
増田 亨
関西DDD.java 勉強会 2016-3-5 (DDD Alliance 勉強会 2016-1-21 @東京の京都再演版)
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
BIGLOBE Inc.
その時は最善の実装だと思っていたことでも、月日が立つことで、それは間違いだったと気づくことがあります。 5年という歳月はそれを気づかせるには十分な時間で、 DDDをやり始めた初期の頃に書かれたコードは良くディスられたりしています。 そのコードは何を失敗していたのか?そして、それは改善するために改善した事とは? BIGLOBEにおける"今"のいいコードの書き方をできる限り具体的な事例を元に紹介します。
リーンなコードを書こう:実践的なオブジェクト指向設計
リーンなコードを書こう:実践的なオブジェクト指向設計
増田 亨
DevLove仙台 オブジェクト設計とリーン開発、その実践 変更しやすく、コードを改善する
ドメインロジックの実装方法とドメイン駆動設計
ドメインロジックの実装方法とドメイン駆動設計
Tadayoshi Sato
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
アジャイル札幌 ドメイン駆動設計 基本を理解する
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
エヴァンス本を読んだことがない人、ネット上の情報を聞きかじったことがある程度の人、そんな人たちを対象に、ドメイン駆動設計について、わかりやすく説明してみました。
RDRA DDD Agile
RDRA DDD Agile
増田 亨
越境アジャイル in 札幌。RDRA,ドメイン駆動設計,価値探索
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
増田 亨
ドメイン駆動設計の内輪の勉強会用に作ったドメインオブジェクトの設計ガイドラインを公開します。
ちいさなオブジェクトでドメインモデルを組み立てる
ちいさなオブジェクトでドメインモデルを組み立てる
増田 亨
ドメイン駆動設計やるならスモールオブジェクトプログラミング。オブジェクト指向の設計・実装の基本スタイル。
ドメイン駆動設計 の 実践 Part3 DDD
ドメイン駆動設計 の 実践 Part3 DDD
増田 亨
2011/6/20 redajp
初心者向けMongoDBのキホン!
初心者向けMongoDBのキホン!
Tetsutaro Watanabe
初心者向けにMongoDBの基本を解説しています。 この資料は2014/3/1のOSC 2014 Tokyo/Springで発表しました 。 2015/3/3最新の情報で一部アップデートしました。 2015/7/15MongoDB ver3.0ようにちょっと修正しました。
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
ドメイン駆動設計の基礎知識の説明と、ゲーム開発への活かし方。
ドメイン駆動設計入門
ドメイン駆動設計入門
Takuya Kitamura
関西Javaエンジニアの会'13 7月度 発表資料 http://kanjava.connpass.com/event/2740/
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE Inc.
「プロダクト全体像把握の重要性」と「要件定義を取り巻く社内ステークホルダとの合意形成ツール」としてRDRAの導入の効果を説明しています
SIerとクラウドの付き合い方
SIerとクラウドの付き合い方
Yusuke Suzuki
日本Javaユーザーグループのイベント「アマゾンEC2 ナイトセミナ 第 1 回」の「SIerにおけるSaaSへのトライ @Amazon EC2」の前半
More Related Content
What's hot
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
質問への回答(35件)を、ブログにまとめているのでこちらご覧ください https://little-hands.hatenablog.com/entry/2019/08/31/genba_de_ddd 「Mix Leap Study 特別編 - レガシーをぶっつぶせ。現場でDDD! コラボカンファレンス」登壇資料 ブログ:https://little-hands.hatenablog.com/ Twitter:https://twitter.com/little_hand_s 質問箱:https://peing.net/ja/little_hands
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
A AOKI
Modeling Forum 2018 技術公演トラックで発表した内容となります。 VernonVaughn Vernon 氏が発表 した書籍「 実践ドメイン駆動設計(通称: IDDD )」の 流れに沿って、 DDD の基本からモデリング手法までを 幅広く紹介します。
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
A AOKI
Sansan DDD勉強会 #2の発表資料です。
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
Takuya Kawabe
わんくま同盟勉強会@大阪#60でお話しさせて頂きました。 『C#実装から見るDDD(ドメイン駆動設計)』を多少手直しをして、再掲載しました。
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
増田 亨
ドメイン駆動設計 のための オブジェクト指向設計 の基本と実装技法。
3週連続DDDその3 ドメイン駆動設計 戦略的設計
3週連続DDDその3 ドメイン駆動設計 戦略的設計
増田 亨
「ドメイン駆動設計」の第4部の概要と理解の手がかり。現場での実践経験から。
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
増田 亨
関西DDD.java 勉強会 2016-3-5 (DDD Alliance 勉強会 2016-1-21 @東京の京都再演版)
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
BIGLOBE Inc.
その時は最善の実装だと思っていたことでも、月日が立つことで、それは間違いだったと気づくことがあります。 5年という歳月はそれを気づかせるには十分な時間で、 DDDをやり始めた初期の頃に書かれたコードは良くディスられたりしています。 そのコードは何を失敗していたのか?そして、それは改善するために改善した事とは? BIGLOBEにおける"今"のいいコードの書き方をできる限り具体的な事例を元に紹介します。
リーンなコードを書こう:実践的なオブジェクト指向設計
リーンなコードを書こう:実践的なオブジェクト指向設計
増田 亨
DevLove仙台 オブジェクト設計とリーン開発、その実践 変更しやすく、コードを改善する
ドメインロジックの実装方法とドメイン駆動設計
ドメインロジックの実装方法とドメイン駆動設計
Tadayoshi Sato
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
アジャイル札幌 ドメイン駆動設計 基本を理解する
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
エヴァンス本を読んだことがない人、ネット上の情報を聞きかじったことがある程度の人、そんな人たちを対象に、ドメイン駆動設計について、わかりやすく説明してみました。
RDRA DDD Agile
RDRA DDD Agile
増田 亨
越境アジャイル in 札幌。RDRA,ドメイン駆動設計,価値探索
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
増田 亨
ドメイン駆動設計の内輪の勉強会用に作ったドメインオブジェクトの設計ガイドラインを公開します。
ちいさなオブジェクトでドメインモデルを組み立てる
ちいさなオブジェクトでドメインモデルを組み立てる
増田 亨
ドメイン駆動設計やるならスモールオブジェクトプログラミング。オブジェクト指向の設計・実装の基本スタイル。
ドメイン駆動設計 の 実践 Part3 DDD
ドメイン駆動設計 の 実践 Part3 DDD
増田 亨
2011/6/20 redajp
初心者向けMongoDBのキホン!
初心者向けMongoDBのキホン!
Tetsutaro Watanabe
初心者向けにMongoDBの基本を解説しています。 この資料は2014/3/1のOSC 2014 Tokyo/Springで発表しました 。 2015/3/3最新の情報で一部アップデートしました。 2015/7/15MongoDB ver3.0ようにちょっと修正しました。
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
ドメイン駆動設計の基礎知識の説明と、ゲーム開発への活かし方。
ドメイン駆動設計入門
ドメイン駆動設計入門
Takuya Kitamura
関西Javaエンジニアの会'13 7月度 発表資料 http://kanjava.connpass.com/event/2740/
What's hot
(20)
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
「実践ドメイン駆動設計」社内読書会まとめ ~IDDD本難民に捧げる1章から7章~
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
ドメインオブジェクトの見つけ方・作り方・育て方
ドメインオブジェクトの見つけ方・作り方・育て方
3週連続DDDその3 ドメイン駆動設計 戦略的設計
3週連続DDDその3 ドメイン駆動設計 戦略的設計
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
リーンなコードを書こう:実践的なオブジェクト指向設計
リーンなコードを書こう:実践的なオブジェクト指向設計
ドメインロジックの実装方法とドメイン駆動設計
ドメインロジックの実装方法とドメイン駆動設計
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
RDRA DDD Agile
RDRA DDD Agile
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
ちいさなオブジェクトでドメインモデルを組み立てる
ちいさなオブジェクトでドメインモデルを組み立てる
ドメイン駆動設計 の 実践 Part3 DDD
ドメイン駆動設計 の 実践 Part3 DDD
初心者向けMongoDBのキホン!
初心者向けMongoDBのキホン!
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計入門
ドメイン駆動設計入門
Similar to DDDを実践できるエンジニアを育成するための取り組みについて
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE Inc.
「プロダクト全体像把握の重要性」と「要件定義を取り巻く社内ステークホルダとの合意形成ツール」としてRDRAの導入の効果を説明しています
SIerとクラウドの付き合い方
SIerとクラウドの付き合い方
Yusuke Suzuki
日本Javaユーザーグループのイベント「アマゾンEC2 ナイトセミナ 第 1 回」の「SIerにおけるSaaSへのトライ @Amazon EC2」の前半
経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織
Recruit Technologies
2015/07/29 Developers Summit 2015 Summerでの、志田の講演資料になります
DDD Alliance レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡
DDD Alliance レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡
BIGLOBE Inc.
30年間、事業を支えてきた業務システムをDDDで刷新する。 そのためには、組織的、エンジニアのレベルなど多くの問題があります。 その壁をどう乗り越えたのか? そして、壁の向こうで得た恩恵とは何のか? 5年という期間を経て、得ることのできた気づきや組織的な変化をお伝えしたいです。
雲の上の継続的デリバリー
雲の上の継続的デリバリー
Salesforce Developers Japan
2012年12月6日 Cloudforce Japan Developer Zone内のシアターで講演された資料です。
Icon2015開会宣言 imj竹内 加藤
Icon2015開会宣言 imj竹内 加藤
IMJ Corporation
ICON2015
雲の上の継続的デリバリー - Cloudforce Japan 2012
雲の上の継続的デリバリー - Cloudforce Japan 2012
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
2012年12月6日に開催されたCloudforce Japan 2012のDeveloper Zoneにて講演された「雲の上の継続的デリバリー・Atlassian Bamboo とHerokuの関係」の資料です。
基調講演「データのグループウェア化」
基調講演「データのグループウェア化」
Cybozucommunity
Enterpriseでもモバイル開発
Enterpriseでもモバイル開発
Mitch Okamoto
クラウドの積極的利活用による生産性向上と経営に寄与する仕組みづくり
クラウドの積極的利活用による生産性向上と経営に寄与する仕組みづくり
gree_tech
HDE DAY 2014 TOKYOで発表された資料です。 http://www.hde.co.jp/hdeday/
20111203 第28回WebSig会議_サイオステクノロジー栗原さん資料
20111203 第28回WebSig会議_サイオステクノロジー栗原さん資料
WebSig24/7
第28回WebSig会議_サイオステクノロジー栗原さん資料 http://websig247.jp/meeting/28/000226.html
株式会社ジール_採用ピッチ資料(2024.3.15) _zeal recruitment pitch
株式会社ジール_採用ピッチ資料(2024.3.15) _zeal recruitment pitch
zeal32
株式会社ジールの採用ピッチ資料です。
アクセス解析サミット2011「データドリブンなチームを目指せ」
アクセス解析サミット2011「データドリブンなチームを目指せ」
Makoto Shimizu
アクセス解析サミット2011(2011-06-02)のパネル「データドリブンなチームを目指せ」で使用した資料(Y!の事例は含みません)
楽天エンジニアライフ
楽天エンジニアライフ
Rakuten Group, Inc.
楽天テクノロジーカンファレンス2009 ”楽天エンジニアライフ”での発表資料です。
20111203 第28回WebSig会議_IMJモバイル川畑さん資料
20111203 第28回WebSig会議_IMJモバイル川畑さん資料
WebSig24/7
第28回WebSig会議_IMJモバイル川畑さん資料 http://websig247.jp/meeting/28/000226.html
DBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォーム
Insight Technology, Inc.
データベース非機能要件「Provisioning」,「Monitoring」,「Backup」,「Masking」などは、様々な人が様々な方法で実現してきた枯れたものです。 これらの非機能要件を「ただ動くだけでは面白くない」、「Howの部分を今っぽく」をテーマにしたAWSで実現するデータベースプラットフォームを紹介するセッションになります。 主に「クラウドで作成したデータベースプラットフォームの概要・メリット・デメリット」について 併せてプラットフォーム作成に使用したAWS製品(StepFunctions、ECS Task,Lambda...)の利用方法を解説します。
Base 20141011 1_for_slideshre
Base 20141011 1_for_slideshre
正善 大島
超高速開発のWhat, Why, 効果などを説明する資料です。各種セミナーで話している資料からpickupしたものです。この内容の一部は東京商工会議所の無料セミナーで話をしています。(http://event.tokyo-cci.or.jp/event_detail-58339.html ) また、超高速開発ツールを使った開発では、業務分析は重要になります。そのスキル育成の研修コースをBCN(クイズあり/ワークショップなし: http://eventregist.com/e/22academy_20141121)とJUAS(ワークショップ付: https://juasseminar.jp/seminars/view/4114168) の両方で行います。業務分析のスキルを身に付けたいとお考えの方は、ぜひ、お申込みください。
ログ解析の次にあるもの(リレーションシップリターゲティング)
ログ解析の次にあるもの(リレーションシップリターゲティング)
Shinya Nakazawa
マーケティングはパーソナライズ化へと進み、その前提としてオートメーション化が必須となる。最近では、メールベースのキャンペーンマネジメント・システムが低価格化(SAASタイプ)し、いよいよ、多くの企業でパーソナライズ化の導入が可能になってきた。そして広告の世界においても、リターゲティングのテクノロジーは進化し、もはやサイト外/サイト内の区分けすら意味をなさなくなりつつある。本資料では、ログ解析の次にあるものとして、主に、サイト内バナー及び、リターゲティング広告のパーソナライズ化に焦点をあて、GDOの今後の取組を説明する。
Mobiconnect標準説明
Mobiconnect標準説明
CRI Japan, Inc.
企業向けスマートデバイス管理サービス「mobiconnect」
1831
1831
Yasunobu Hohtsuki
it
Similar to DDDを実践できるエンジニアを育成するための取り組みについて
(20)
BIGLOBE RDRA導入後の要件定義の変化
BIGLOBE RDRA導入後の要件定義の変化
SIerとクラウドの付き合い方
SIerとクラウドの付き合い方
経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織
DDD Alliance レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡
DDD Alliance レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡
雲の上の継続的デリバリー
雲の上の継続的デリバリー
Icon2015開会宣言 imj竹内 加藤
Icon2015開会宣言 imj竹内 加藤
雲の上の継続的デリバリー - Cloudforce Japan 2012
雲の上の継続的デリバリー - Cloudforce Japan 2012
基調講演「データのグループウェア化」
基調講演「データのグループウェア化」
Enterpriseでもモバイル開発
Enterpriseでもモバイル開発
クラウドの積極的利活用による生産性向上と経営に寄与する仕組みづくり
クラウドの積極的利活用による生産性向上と経営に寄与する仕組みづくり
20111203 第28回WebSig会議_サイオステクノロジー栗原さん資料
20111203 第28回WebSig会議_サイオステクノロジー栗原さん資料
株式会社ジール_採用ピッチ資料(2024.3.15) _zeal recruitment pitch
株式会社ジール_採用ピッチ資料(2024.3.15) _zeal recruitment pitch
アクセス解析サミット2011「データドリブンなチームを目指せ」
アクセス解析サミット2011「データドリブンなチームを目指せ」
楽天エンジニアライフ
楽天エンジニアライフ
20111203 第28回WebSig会議_IMJモバイル川畑さん資料
20111203 第28回WebSig会議_IMJモバイル川畑さん資料
DBREから始めるデータベースプラットフォーム
DBREから始めるデータベースプラットフォーム
Base 20141011 1_for_slideshre
Base 20141011 1_for_slideshre
ログ解析の次にあるもの(リレーションシップリターゲティング)
ログ解析の次にあるもの(リレーションシップリターゲティング)
Mobiconnect標準説明
Mobiconnect標準説明
1831
1831
DDDを実践できるエンジニアを育成するための取り組みについて
1.
© BIGLOBE Inc. DDDを実践できるエンジニアを 育成する取り組みについて BIGLOBEモバイル
奥野
2.
2 © BIGLOBE
Inc. 自己紹介-経歴 SRE ミドルウェアの標準化 規模大きめサービスのシステムアーキテクチャ設計・運用 開発 社内向け業務システム開発 会員管理システム開発 BIGLOBEモバイル関連のシステム開発
3.
3 © BIGLOBE
Inc. BIGLOBEモバイル 2017年3月の国内MVNO利用状況調査(MM総研調べ)にて、 お客さま総合満足度No.1をいただきました
4.
4 © BIGLOBE
Inc.
5.
5 © BIGLOBE
Inc. 本題 ・育成に取り組んだ背景 ・具体的な取り組み内容 ・取り組んでみて見えてきた課題
6.
太陽系戦略 wifi エンタメ モバイル 特典 会員 契約管理 トリトン 冥王星 海王星 土星 2014 火星 地球 認証 金星 弊社の現場におけるDDD適用範囲 第二 世代 木星 20152016 20132018 2017 VNE ビッグローブ光 タイタン 新規サービスレガシーシステム(腐敗層)
既存サービス セット商品
7.
7 © BIGLOBE
Inc. 問題 新しくDDDを使った開発を進めていく、 既存の開発メンバー、新しく加わった開発メンバーにとって DDDって何???って人がほとんど バックボーンは様々 いきなりチームに入って理解を合わせるのは厳しい
8.
8 © BIGLOBE
Inc. そもそもDDDを導入した目的 法改正やキャリアの仕様変更、他社との競争に挑み、業務の変 更が頻繁に発生するシステムを開発し続け、 サービス開発のトータルコストが指数関数的に増加していく現実 コストを下げて、高速に高品質なサービスを提供し続けていきた い
9.
9 © BIGLOBE
Inc. では DDDって何? って聞かれて 的確かつ相手が理解できるような説明をすることができるか?
10.
10 © BIGLOBE
Inc. 壁 DDDって難しい 理解も解釈も、そこから生まれる設計も人それぞれになりがち システムはそれなりに大きい 30年ほどの負債が組み込まれている 関係する開発者の数も多い
11.
11 © BIGLOBE
Inc. 壁 開発は1人で行わない バックボーンも知識もバラバラな人たちがいきなり取り組んだとし ても、バラバラな設計方針で開発を進めてしまう システム全体で設計に一貫性がなければ理解が難しく、サービス 開発のトータルコストが跳ね上がる
12.
12 © BIGLOBE
Inc. じゃあどうするか? 設計のガイドライン・ルールをがっちり決めて、 ドキュメント化していけば誰でもできる
13.
13 © BIGLOBE
Inc. いやいや そんなにうまくいくわけない ルールに従うだけだと、思考停止して、なぜこういう設計をしようと しているか考えられなくなる 新しいパターンの設計だったり、既存設計の改善だったりが、でき なくなってしまう
14.
14 © BIGLOBE
Inc. 私たちのたどり着いた答え BIGLOBEでDDDに取り組む上での設計の基本的な考え方を チーム全体で共通理解にしていく 開発チームのメンバー全員が理解し、実感する ドメインモデルも関係者全員で共通理解できるものとして作ってい くことが大事ですよね
15.
15 © BIGLOBE
Inc. のれん分け方式 ノウハウを理解したメンバーを分けて新しいチームを立ち上げて、 新メンバーを育成していく ノウハウの伝授を重視した方式 チームごとに考え方が異なると保守性が下がる 一から教えることで教える側も理解が深まる 解決策 - 組織への展開方法
16.
16 © BIGLOBE
Inc. 解決策 - 育成コンテンツ DDDに取り組むエンジニアは、いきなりプロダクト開発にアサイン せず まずは共通の練習問題をこなし DDDの目的と効果を理解し、実感する その結果、基本的な設計方針の下、多くのメンバーで大きなシス テムの開発を進めていっても、サービス開発のコストを下げていく ことが可能となる
17.
17 © BIGLOBE
Inc. なぜ練習問題を解く形式にしたか 講義形式の場合 ・話し手の知識・経験と、聞き手の知識・経験に差がありすぎると 話が理解できない ・質問することへのハードルが高い ・講義自体も聞いてるだけで集中力が持たない(寝てしまう、内職 する)
18.
18 © BIGLOBE
Inc. なぜ練習問題を解く形式にしたか 練習問題形式にすると ・実践することで、具体的にわからない箇所がはっきりするので質 問できるようになる ・実際の成果物に向かって議論できる
19.
19 © BIGLOBE
Inc. 具体的に何をやってきたか まずDDDとは何かを知る いきなりエヴァンス本は敷居が高いので、まずはこの2冊 「Domain Driven Design Quickly」 「現場で役立つシステム設計の原則」
20.
20 © BIGLOBE
Inc. 練習問題その1 レイヤーアーキテクチャを理解する練習問題 前提:シンプルな勤怠データ管理業務がmainで全て実装されてい る (1)レイヤーアーキテクチャにリファクタ (2)ファイル入出力のライブラリ変更 独自実装から外部ライブラリに切り替え (3)休憩時間が増えるという業務の変更に対応
21.
21 © BIGLOBE
Inc.
22.
22 © BIGLOBE
Inc. 練習問題その1 よくハマるポイント • 業務の関心ごとと、システムの関心ごとの区別がつけられな い この課題を通して、業務とシステムの関心ごとを分離できるように なっていく 業務の変更による改修がしやすくなることを実感
23.
23 © BIGLOBE
Inc. 練習問題その2 実業務に近い形式で、ドメインに注力した課題 簡易な入退会の業務を扱う 既存業務に機能追加が発生した場合、ドメインモデルがどのよう に変わっていくか 実業務での適用の仕方を実感できる
24.
24 © BIGLOBE
Inc. 練習問題その2 (1)入会機能 (2)退会機能追加 (3)コースの変更機能追加 (4)外部サービスへの認証機能提供
25.
25 © BIGLOBE
Inc. 練習問題その2 新規入会機能 • 入会ページより入会を申し込む • 入会可能条件を満たした場合、入会することができる 条件 • 入会可能条件 • 氏名および氏名かなが合致する人物が既に入会済みでない • 20歳以上である • 利用可能なクレジットカードを保有している • 入会時のコースは固定 ※ベーシックとかプレミアムみたいなコース • 入会の際、会員登録情報として申込者の個人情報等を必要とする
26.
26 © BIGLOBE
Inc. 練習問題その2 退会機能追加 • 会員が退会ページから退会を申し込む • 退会前には自身の会員情報を表示し、本当に退会してもよいかの意思を確認 • 退会可能条件を満たした場合、退会申込日の月末をもって退会する 条件 • 退会可能条件 • 退会申込者が本人であること • 既に退会を申し込んでいないこと
27.
27 © BIGLOBE
Inc. 練習問題その2 コース変更機能の追加 • コース変更ページから変更を申し込む • コース変更可能条件を満たした場合、コース変更申込日の翌月からコースを切り替 えることができる 条件 • コース変更可能条件 • コース変更申込者が本人であること • BIGLOBEに入会中であること • 既にコース変更を申し込んでいないこと • 変更を申込むコースが現在のコースとは異なること • コースは下記の2つ • 「ベーシック」コース • 「プレミアム」コース • コース変更のキャンセルは不可
28.
28 © BIGLOBE
Inc. 練習問題その2 外部サービスへの認証機能提供 • 外部のサービスと連携可能とする 条件 • 外部システムから呼び出される • 「ベーシック」コースは認証NG、「プレミアム」コースは認証OK • 退会済みの場合は存在しない
29.
29 © BIGLOBE
Inc. 練習問題その2 よくハマるポイント • ドメイン層の作り方 • バリューオブジェクトにせずStringでデータを持つ • ロジックをどこに書いていいかわからなくなる
30.
30 © BIGLOBE
Inc. 練習問題の進め方 (1)ドメインモデルの作成 (2)チームメンバーでの集合レビュー (3)実装 (4)プルリクベースでのレビュー レビューアは既にDDDに取り組んできている開発メンバー
31.
31 © BIGLOBE
Inc. レビュー形式にした理由 育成にはバラつきがある 加えて、既存のDDDに取り組んできているメンバーも、手探りで 学んできた初期のメンバーなど、色々な世代がいて理解度にバラ つきがある 既存メンバーはレビューアとして繰り返し練習問題に触れていくこ とで、理解度を深め、設計方針を共通化していくことができる
32.
32 © BIGLOBE
Inc. レビュー形式にした理由 練習問題については、この繰り返しの中でフィードバックを受けて 何度もブラッシュアップ 何度も同じモデルに向き合う事で、設計レベルについてもブラッ シュアップされていく 共通認識を合わせるだけでなく共通認識を育てていく 新規のメンバーだけでなく、既存メンバーの設計レベルを上げて いかないと組織として成長しない
33.
33 © BIGLOBE
Inc. 育成は終わらない その他にもこのような取り組みを実施 ・増田さんにコンサル ・練習問題のレビュー ・プロダクトのレビューや設計方針の相談 ・エヴァンス本の読書会 ・実務でのドメインモデル/実装はチームをまたいでレビュー会実 施
34.
34 © BIGLOBE
Inc. 育成に取り組んでの課題その1 育成にはコストがかかる レビューなど既存メンバーのコストも使う 育成だけにコストをかけすぎるのは実業務が回らなくなるので本 末転倒 使えるコスト感、期限、ゴールを決めておく ※期限を決めておく事でやる気が出る
35.
35 © BIGLOBE
Inc. 育成に取り組んでの課題その2 DDDに関わる開発者が増え、チームも増えてきた DDDへの取り組みの規模が大きくなればなるほど、共通の理解 を揃えていく難易度は高くなる 設計について思考停止せず考えることが恒常的になった結果、設 計の進化だったり、改善だったりが各チームで同時多発的に起こ る 設計方針が進化してきていて、過去に開発してきたプロダクトの 設計方針が古くなっている場合もある
36.
36 © BIGLOBE
Inc. 育成に取り組んでの課題その2 規模に合わせたシステムアーキテクチャを作っていくことも必要 例えば設計方針をシステムの範囲によって分けていくとか →マイクロサービス化 とはいえこれだと設計方針がずれていくの許容する事になるか ら、別の方法も模索中
37.
37 © BIGLOBE
Inc. まとめ BIGLOBEの開発現場では、 すごい勢いでエンジニアが育っていきます
38.
38 © BIGLOBE
Inc. まとめ そして卒業していきます
39.
39 © BIGLOBE
Inc. DDD実践に興味のある エンジニアを募集しています! 詳細を聞いてみたい、という方は 採用担当(crecruit@ml.biglobe.co.jp)まで 以下内容を入力しご連絡ください。 《お名前、会社名、担当業務、当社のどこに興味を持ったか》 ぜひお気軽にご連絡ください♪ ↓メールの送信画面が開きます ★☆ BIGLOBEにjoinしませんか?
40.
© BIGLOBE Inc.
Download now