2025-02-18
生成AIを壁にして議論することが不毛に感じる。自分で思考することを放棄して生成AIに言わせたいことを言わせるゲームになるのが不毛であるように感じる。あいつはぼくに質問をしてこなくて、なされるがままに僕の願いを叶えるようにチューニングされている。ぼくは議論を通じて思考を深めて問題領域の理解を深めたいが、そのための思考をあいつに渡してしまうことになる。俺が論じるからお前は俺の考えをできるだけ簡潔に論破しろ、とか言えばいいのだろうか。
試したらいい感じだが、体力が必要。
文句のつけようがない主張をすると、へりくつ捏ねる子になっちゃった。難しい。
去年のどこか暗いからTwitterの僕のTLとかその周りでWebアプリケーションのバックエンドのロールを作るためにイベントの概念にフォーカスすることが流行っているように感じる。
以下のようなバズワードが飛び交っている。
- イベントストーミング
- イベントベースなドメイン駆動設計
- イベントソーシング
- EDA (イベント駆動アーキテクチャ)
- CQRS
- 非同期処理
それぞれがどのレイヤ（プログラミングの工程）で使われる言葉なのかを分類すると以下のようになると思う。
- 問題領域のモデリング
- イベントストーミング
- 問題を解決するためのシステム設計（システムのモデル作成）
- イベントベースなドメイン駆動設計?
- 永続化する際のデータ表現とその解釈
- イベントソーシング
- イベントベースなドメイン駆動設計?
- CQRS?
- 非同期処理
- コンポーネント間での通信方式
- EDA
- CQRS?
- 非同期処理
- ソースはどこだよ！って感じなので文章をあさって明記したい。
- 有効性は？
- これらの考え方、開発手法、アーキテクチャはどんなときに有効で、どんなときにもっと普通で良い解決方法があるだろうか。
イベントを永続化して、それを発展させるための手法を紹介する書籍として、Versioning in an Event Sourced Systemがある。
エンジニアのフォロイーがTwitterで増えてきたように感じるので、RSSからTwitterに投稿するのをやっても良いかも。
以下の記事を参考にできそう。
https://efcl.info/2023/05/28/rss-to-twitter/
僕はブログを
- 長めで
- 自分の資産として管理可能な
- 編集可能な
ツイートだと思っている。なのでTwitterrで宣伝するのはターゲットが合致して良いだろう。