Pinned Tweet
拙著「現場で役立つシステム設計の原則」が重版されました。毎日すこしずつですが売れ続けているらしい。ありがたいことです。
オブジェクト指向プログラミングやドメイン駆動設計の入門書的に使っていただけてるようです。
読書会とかお声がけいただければおじゃましたい。
gihyo.jp/book/2017/978-…
13
110
630
10年前に『現場で役立つシステム設計の原則』を書いた時は、正直、エヴァンスの『ドメイン駆動設計』(という言葉)はそのうち下火になるだろうと思って、あまり正面から取り上げなかったのだけど、現在でも重要な考え方として大きな影響を与え続けているのは想定外だった。
先日のイベントで、2017年出版の拙著『現場で役立つシステム設計の原則』について、だいぶ古くなりましたね、と言われてちょっとびっくりした。むしろ、値オブジェクトやイベントソーシングなど、現代的な内容を先取りしていて、今でも現場でかなり役立つ内容だと思っていたので意表を突かれた。
0
0
4
439
先日のイベントで、2017年出版の拙著『現場で役立つシステム設計の原則』について、だいぶ古くなりましたね、と言われてちょっとびっくりした。むしろ、値オブジェクトやイベントソーシングなど、現代的な内容を先取りしていて、今でも現場でかなり役立つ内容だと思っていたので意表を突かれた。
2
0
13
1,856
Replying to @masuda220
データ管理も基本はコト(イベント)の記録重視だったので、現在のデータエンジニアリングの勃興で、ようやく歩調がそろってきたw
そういや去年だたケントベックのTidy Firstでも、10年前の拙著の内容がいろいろ取り上げられていた。
1
0
0
285
Replying to @masuda220
『現場で役立つシステム設計の原則』は、そのくらい先進的な内容だったのですよw
0
0
1
239
100億円規模でやること自体が無謀ということでしょうな。
依頼する方も依頼するほうだし、受ける受ける方。
上流工程をバカにしてる人たち、破綻した100億円プロジェクトで、数千件の仕様変更がバグ扱いで放り込まれ、リアルで一晩に2000通のメールがメーリングリストで飛び交い、倒れたPMの代理の代理が詐欺メールまがいのタイトルでメールを流さないと重要事項が埋もれ、顧客の罵倒でPLが目の前で卒倒する現場とか見たことないんだろうな(超絶極論)
0
0
3
1,494
触れる → 慣れる → 覚える → 理解する → 実行する
0
2
10
1,347
増田 亨 retweeted
📙『ドメイン駆動設計をはじめよう』(オライリー・ジャパン)
業務システムの開発現場で何気なく使われている言葉や概念が「実の定義はこうだったのか」と気づくことばかり。
読んでいるとドメイン理解が重視される開発現場での要求整理や構造設計の知識が体系的に整理される。
0
2
11
966
増田 亨 retweeted
新機能の変数名がしっくりこなくて小一時間唸ってたんだけど、ドメイン駆動設計の本を読み返して綺麗な命名にリファクタリングできたらコード全体が急に読みやすくなった!こういう細かいこだわりの積み重ねが未来の自分を救うのよね😊
0
1
6
1,073
増田 亨 retweeted
現場で役立つシステム設計の原則本、DDDの本ではないがDDDをやる前の基本的な考え方が書いてあるという印象
0
8
10
増田 亨 retweeted
今回も託児サービスやります!
子供がいるからカンファレンスに参加しにくいとお悩みの方、ぜひこの機会にご利用ください。前回は未就学児のみでしたが、今回は小学生もOKです👌
📣 JJUG CCC 2026 Fall 託児スペースのお知らせ
11/28(土)開催の会場近くでイベント保育を実施します👶

👦 対象:0歳6ヶ月〜12歳
👥 定員:6名
🗓️ 締切:11/19(木) 17:00
※定員に達し次第受付終了

イベント参加登録後にこちらよりお申し込みください👇
jjugccc2026fall-takuji.peatix.com

#jjug_ccc
0
8
11
1,503
ウォーターフォール式の要件定義は、核となる「要件」の記述ではなく、要求仕様の体系的な記述、という感じかな。例えば、機能分割しながら詳細化していくというようなアプローチ。
0
1
21
2,717
英語でいうと
a set of important matters
というような感じ
5つくらいに絞り込んだ重要事項が要件なんだと思う。
「要件定義」として語られる活動や生成物には、とても違和感がある。
「要件」は、ほんとうに重要なこと、根本的な条件を指す。だから、少数の箇条書きや、せいぜい数段落の文章として一枚以内に収まるようなものであるはず。
そういう核となる要件の周りのさまざまな詳細は、要件ではない。
0
0
10
2,289
「要件定義」として語られる活動や生成物には、とても違和感がある。
「要件」は、ほんとうに重要なこと、根本的な条件を指す。だから、少数の箇条書きや、せいぜい数段落の文章として一枚以内に収まるようなものであるはず。
そういう核となる要件の周りのさまざまな詳細は、要件ではない。
8
13
183
27,590
Replying to @masuda220
いわゆる要件定義は、受け入れ条件の記述、というような意味合いがありそうだが、まだ形がないものの受け入れ条件を体系的に精緻に事前に記述することはできないだろう。
1
1
16
3,520
増田 亨 retweeted
忘れないうちにレポ書いた

zenn.dev/chi/articles/1…

#TechLeadConf
0
3
8
1,251
増田 亨 retweeted
AIを使って局所最適化されたスプリントサイクルをより速く回すのではなくて、顧客体験とフィードバックまで巻き込んだより大きなループを作れるかどうかというのがより大事になってきている。既存のスクラムをより高速に回すことにとらわれるよりも、ループを大きくすることを考えたほうが良いよな
5
79
633
56,529
増田 亨 retweeted
顧客自身が自分たちの欲しいものを知っている(説明できる)、という前提がそもそも幻想なんですよ
0
3
12
831