アジャイルの特徴である持続可能なペースでリリースを続けるためには、テストオートメーションがより重要になってきます。

ところが、プログラマーがテストオートメーションの落とし穴を把握せずに進めると、テストによる旨味よりも辛みが増して、アジャイルな開発を支える要素というより、開発を邪魔する【障害物】になってしまいます。やがて、テストオートメーションを続けることを諦めてしまい、持続可能なペースでリリースを続けるが難しくなっていきます。

そこで、本日は、xUnit Test Patternsのテストの不吉な臭い（落とし穴）やゴールを中心に、参加者と共に学び直し、議論できればと思います。書籍はこちら。

https://www.amazon.co.jp/dp/B004X1D36K/

近年では、Googleが有名にしたFlaky Test（テストの実行結果に一貫性がなく成功したり失敗したりする事象）しばしば、話題に上がりますが、xUnit Test Patternsの Test Smellsでは [Erratic Test]に近しい内容です。アジャイルなプログラマーを悩ませるテストの不吉な臭いは、Flaky Test[Erratic Test]だけではありません。テストコードや失敗レポートを読んで内容が理解できない[Obscure Test]、ちょっとしたプロダクションコードやデータの修正で意図せず大量のテストが落ちてしまう[Fragile Test]、などなど。

xUnit Test Patternsは翻訳されていない本ですが、当日は、簡単な解説を行います。また、耳だけもOKなので気楽にご参加ください。

Help Me!!。

私は英語言語は得意ではありません。また、テスト（特にテストの不吉な臭いやゴール）にまつわる議論に参加してくれるを探しています。
直接お話がハードル高い場合は、Discordでワイワイ参加でも。よろしくお願いします！

ソフトウェア開発の難しさの１つは、対象ドメイン（事業領域、問題領域、システム化対象領域、顧客やユーザが置かれているコンテキスト）が複雑であることです。ドメイン駆動設計は、対象ドメインの難しさに正攻法で向き合う方法の１つとして知られています。ただし、ドメイン駆動設計を1人で学ぶことは難しい！少なくとも私には難しい！

そこで、本日は勉強会形式でドメイン駆動設計について、一緒に理解を深めませんか？

使う教材は、https://github.com/kgrzybek/modular-monolith-with-ddd を予定しています。READMEとコードの一部（ドメインモデル中心）を読み合わせ、疑問点を一緒に解消して行く予定です。英語ですが DeepL等を駆使すれば読めるはず！。

Help Me！！
私もドメイン駆動設計が好きでキャッチアップを続けていますが、わからないところが多々あります。C#も英語も得意言語ではありません。DDD好きの人がいれば、一緒に紐解きましょう！ご協力お願いします m(_ _)m

本セッションは永和システムマネジメントのスポンサーセッションです。

「リファクタリング」「テスト駆動開発(Red Green Refactor)」の本が登場してから約20年近くたち、ソフトウェア開発の現場で「リファクタリング」の言葉がよく使われるようになりました。

一方で、単なるコードをきれいにすること、動作確認をせず平気で壊してしまう作業をリファクタリングと呼ぶ「時間があればまとめてリファクタリングしよう（実施されない。日頃のプログラミング中にリファクタリングは全くしない）」など、リファクタリングが誤解されて広まるようにもなりました。

自信をもってリリースを続けるためにも、日常的に頻繁にリファクタリングをしながら、対話しやすい変更しやすいコードの状態を保ち続けることが大切です。

本日は、初心者向けにリファクタリングが具体的にどういったものなのか、なぜリファクタリングが必要なのかを、ミニ講義＆モブプログラミング見学を通じて、エッセンスがお伝えできればと思います。リファクタリングのステップはモブプロのステップでもあるので、モブプロに興味のある方にもおすすめの内容です。