1980年、東京大学文学部を卒業後、富士通に入社。管理系の部署に配属されるが、コンピュータやソフトウェアの開発に従事すべく退職。電子会議システム販社やコンサルティング会社などを経て、2000年にEC開発会社の社長に就任。2003年に個人事務所を設立。さまざまなプロジェクトに携わるなかで、当時会社員だった市谷聡啓(現・ギルドワークス代表)と出会って意気投合。2014年、ギルドワークス取締役に就任し、現在に至る。
![第1回 増田流ソーシャル・チェンジ論【前編】 | キャリアログインタビューシリーズ あのエンジニアのキャリアがしりたい! | キャリアログ | ヒューマンリソシア](https://cdn-ak-scissors.b.st-hatena.com/image/square/972493d46e3541bdd0084e3ab322baaaa4c2e92d/height=288;version=1;width=512/https%3A%2F%2Fcareerlog.jp%2Fassets%2Finterview%2Fphoto_intervew01-cb6a0ae6e53568007d93e96afd8bf1ec837a31b5840f404c66babe2751e237f9.jpg)
Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
Many people have been getting confused over what CQRS is. They look at CQRS as being an architecture; it is not. CQRS is a very simple pattern that enables many opportunities for architecture that may otherwise not exist. CQRS is not eventual consistency, it is not eventing, it is not messaging, it is not having separated models for reading and writing, nor is it using event sourcing. I want to ta
プロダクト拡大フェーズでプロダクト検証サイクル効率化を目指す過程で見えたもの / Streamlining Product Validation in Growth Phase
This is a quick reference for the key concepts, techniques and patterns described in detail in Eric Evans's book Domain-Driven Design: Tackling Complexity in the Heart of Software and Jimmy Nilsson's book Applying Domain-Driven Design and Patterns with Examples in C# .NET. In some cases, it has made sense to use the wording from these books directly, and I thank Eric Evans and Jimmy Nilsson for gi
こんにちは、杉谷と申します。 昨日6/17に、弊社にて「"Septeni×Scala"勉強会 #3」 を開催しました。 本勉強会は弊社の知名度アップを目標としつつ、社内教育を兼ねたもので 1~2ヶ月おきに定期的に実施しており、今回は3回目です。 回を重ねるにつれ、大変多くの方々にご参加戴けるようになってきました。 ありがとうございます。 今回の発表内容は以下の通りでした GANMA!でDDDをやってみてから1年くらい経った GANMA!でDDDをやってみてから1年くらい経った from Yasuyuki Sugitani 完全オリジナルのマンガを定期配信しているGANMA!はドメイン駆動設計を採用しています。 その具体的なモデリングや反省などをまとめ、発表させていただきました。 DDD × 新人が学んでみたレシピ共有 Ddd × 新人教育 from 侑亮 原田 弊社ではほとんどのプロジェク
下記のワークショップに参加してきました。 ddd-alliance0003.peatix.com 私がこのワークショップで磨かれたと思う技術は、 システムを特徴づける概念を浮き彫りにする ということでした。 そのためにやったことは、 要約する 具体化する という訓練でした。 これから意識しようと思ったことは、 要約するときは、抽象的な概念で網羅的に短く述べるのではなく、重視する具体的な概念を端的に短く述べる(要約は概要ではない) 要約を文章として表現したときに、 違和感無く伝わりやすい言葉遣い かどうかにこだわる システムで 重視しない要素を明示的かつ徹底的に取り除いた結果 として、 本当に重視する部分が残る ということです。 面白かったことは、要約するときに重視することを明らかにするという発想は自然に意識できても、 重視しないことを明らかにする という発想は意識的に行う必要性を感じたこと
2016 - 01 - 24 ドメイン駆動設計(DDD)とは結局何なのか?言葉の意味を踏まえて考えてみる DDD こんにちは id:momotas210 です。 最近は仕事で ドメイン 駆動設計の思想に基づいた設計を Scala で実装に落とし込むといった事をしているのですが、そもそも設計に関しては全て上司が1人でやってしまっていたので実装していくなかで 「ServiceがあってReposirtoyがあって(以下略)ここにはこういう内容の処理を書いていくのかフム(゚Д゚)フム」 と受け入れつつも僕自身が ドメイン 駆動設計がどこまで分かっているのかも分からない状態であるのに加え、DDD Allianceの勉強会では 「分析・設計・実装の担当者を別にしない」 という話もお聞きしたのでDDDについて調べて考えてみました。 (勉強会の資料はこれです) ドメイン駆動設計のためのオブジェクト指向入門
関西DDD.java 勉強会 2016-3-5 (DDD Alliance 勉強会 2016-1-21 @東京の京都再演版)Read less
エヴァンスのドメイン駆動設計 「第3部 より深い洞察にむかうリファクタリング」を実践してみて学んだこと。Read less
今週も来ました。 2回目です。 おさらい 考え方と背景 基本中の基本。 オブジェクト指向とエクストリームプログラミング これらの経験が大変役に立つはず。 DDDはエヴァンスの経験談。 役に立つソフトウェアを作りたいならLocalDateクラスではなくDateOfBirthを作ろう(例) 適応型=ゴールはなんとなく決めるけど、本当にどうなるかは分からん。それを日々反映していくもの。 人間のリズム これが大事。効率が良い。 エヴァンス極端な事言ってるような気がする。 第2部に書いてることやっても実感としてDDDが言わんとしてることは出てこない。 あくまで土台。 そこに3部の内容が入ることでパンチがきいてくる。 技術者がドメインの知識を求めていくこと。 鋭く説明する。 ドメインモデルは実際のコードの一部でしかない。 それくらいドメインモデルは要約されていなければならない。 利用する人達の活動と関
はじめに 今日あった増田さんのDDD Allianceの3週連続DDDの話を聞いてきた所、最後の質疑応答で、 「ScalaやHaskellなんかの関数型的な考え方が適応できるんじゃないか?」 という質問が聴講者の方から上がったのですが、 増田さん的には「まだ挑戦的試みの域を出ない」という回答があったので、 ScalaでDDDを2年近くやってきた者として、これは役立つよねという手法を紹介しようと思います。 正直な話、DDDも関数型プログラミングも学ぶのに根気のいる難しい概念にもかかわらず、 バズワード化していろんな人が違う意味で使うようになってしまったので、 正直最近こういう話を書きたいと思わなくなってしまったし、 イスラムのムジャーヒディーンと十字軍の両軍の前で正義の定義について演説することに 近いものがあると思うので、気は進まないながらも、役立つものを紹介しようと思います。 まず最初に前
はじめに 関西では「DDD」に関する「勉強会・読書会」などが定期的に開催されていたのは知っていて、興味はあったのですが、実務でDDDを使う機会もなかったためか、自然と勉強する機会も失っていた今日この頃・・・。 今回のような「スタートアップ」的なものだったら自分でもいけるかなと思い、本を1冊も持っていない状態でしたが、ネットやtwitterで事前に情報を仕入れて思い切って参加してみました。 関西DDD.javaって何? 今回の勉強会の幹事である川上氏から、現場でDDDを使い続けて感じていることと、この勉強会を開催した経緯についてのお話しがありました。 既に実践されている川上氏でも「ドメインと出来上がるソフトウェアを一致させること」がいかに難しいかと言うことをおっしゃっていて、個人的にはDDDも(オブジェクト指向設計と同様に)奥深さがあるのだなと感じました。 また、関西とJavaのコンテキスト
本日は、こちらの勉強会に参加してきました。 登壇者の増田(@masuda220)さんが、「エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)」を題材として、その全てを案内してくださいました:kansaiddd.connpass.com はじめに~自分の立ち位置~ まず、自分はこれから読む、これからドメイン駆動設計(DDD)を学ぶところです。まだ理解している訳ではありません。次に、普段の業務では、現時点では、基本的に 「OO(オブジェクト指向) + ウォーターフォール」で開発しています。 その立場で感じたことを、セッション中のメモを基に、書いてみようと思います。 公開情報 ※セッション資料:ドメイン駆動設計」の複雑さに立ち向かう はてなブックマーク - 関西DDD.java スタートアップスペシャル(大阪 9/5) - connp
devlove.doorkeeper.jp 縁あって、DevLoveのDDDイベントで発表させていただきました。 DevLoveの運営のみなさんや会場設営の会社メンバーに感謝です。 内容としては、以下の2部構成でした。 ビッグローブの事例紹介 登壇者と参加者によるディスカッション 事例紹介は、以下4パートに分割されて、僕は「2.導入」で発表させてもらいました。 立ち上げ:何故、ドメイン駆動開発に取り組もうとしたのか 導入:初期チームでの取り組みと、ファーストサービスリリース 現場でやってみて:ビッグローブでのDDD実践内容 これからの取り組み:組織でこれからドメイン駆動設計で向かうところ、組織でのメンバ育成について 各発表者の資料のリンクです。残念ながら、最初に発表したスライドはアップ不可とのことだったので、未掲載です。 20150616 dev love発表資料 from Mao Ohn
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く