はてなブックマーク

Harness Engineering: 自律的な AI Agent の実現のために LLM モデルの性能を最大限引き出すためのの環境を設計すること コンテキスト設計: ドキュメントの集約とエージェントの分離 アーキテクチャ制約とガードレール: 依存方向や型チェック 品質評価ループ: AI 自…

PHPerKaigi2026の登壇資料です。 アプリケーションを運用していると、外部サービスの遅延や内部の重い処理が原因で応答速度が不安定になることがあります。 私自身、サービス間の連携やドメインイベントの実装に取り組む中で、メインフローが時間のかかる処理と密結合していることが、遅延や障害につな…

Product Engineering Night 12の登壇資料です。 https://product-engineer.connpass.com/event/379165/ エンジニア向けプロダクト開発では「自分もエンジニアだから分かる」という錯覚が危険。 バイアスを避けるために、ドメイン…

例外処理は、単なるコード上の仕組みではなく “失敗とどう向き合うか” を決める設計上の意思決定です。 エラー対応が「起きた後の対処」だけに偏ると、再発と手戻りは減りません。 Result型は、失敗の可能性を型で表し、例外に頼らずエラーを設計する手法です。 これにより、エラーの種類や処理責任が明…

エラーが発生したとき、ログを追ったりデバッグを繰り返したりするのは大切な作業ですよね。でも、それだけだと「エラーが起きた後の対処」に留まってしまいます。もっと良い方法があるとしたら？ 設計の段階から、エラーが「見つけやすい」仕組みや「そもそも起きにくい」コードの書き方を取り入れることで、システムの…

PHPではtry-catchによる例外処理が一般的ですが、「どこで例外を処理すべきか？」「本当にこの場面で例外を使うべきなのか？」と迷ったことはありませんか？ 過剰なエラーハンドリングや、catchしたけれど何もしていない“握りつぶし”が積み重なると、責任の所在が曖昧になり、コードの見通しや保守性にも…

BuriKaigi2025の登壇資料です。 https://fortee.jp/burikaigi-2025/proposal/99b15841-f9b6-40b6-805f-b66582ee3abd

PHPカンファレンス 2024での登壇資料です。 https://fortee.jp/phpcon-2024/proposal/ac2fa6f2-588f-4faa-a0e2-35e4d8d9f808