調査とリファクタリング
同じ問題が繰り返し発生する場合、それは往々にしてより深い問題が潜んでいるサインです。その場しのぎのパッチを当てる代わりに、Playに根本原因の調査と、システムのその部分のリファクタリングを依頼しましょう。
パターン
何かを数回修正しようとしたものの、そのたびに一時的にしか機能しなかったり、別の問題が発生したりすることがあります。これは通常、基礎となる構造に弱点があることを意味しています。
繰り返される失敗はシグナルです。症状を修正するのはやめて、Playにシステム自体の調査を依頼してください。
依頼方法
見えているパターンについて率直に伝えましょう。Playに調査と再構築を依頼します。
例
「この保存ボタンが3回失敗しています。原因を調査して、保存ロジックをリファクタリングしてくれますか？」
「フィルターがさまざまな形で壊れ続けています。データフローを調査し、より信頼性の高いものに再設計してください。」
「この自動化は2回動作した後、停止しました。根本原因を特定し、適切に修正できますか？」
「このセクションで問題が発生し続けています。よりクリーンなアプローチで、ゼロから作り直してくれますか？」
Playが行うこと
調査とリファクタリングを依頼すると、Playは以下のことを行います。
構造の検証 — コンポーネントの構築方法、データの流れ、および弱点を調べます。
根本原因の特定 — 表面的な症状だけでなく、実際に何が間違っているのかを見つけ出します。
信頼性のための再構築 — より堅牢になるようコンポーネントを再構成します。多くの場合、ロジックが簡素化され、エラーハンドリングが向上します。
調査とリファクタリングを依頼する方が、段階的な修正を繰り返すよりも早いことがよくあります。症状を追いかけるのではなく、真の問題を解決できるからです。
このアプローチを使用するタイミング
同じエラーが複数回発生する場合
修正が一時的に機能しても、また壊れる場合
何が実際に問題を引き起こしているのか確信が持てない場合
コンポーネントが脆弱であったり、動作が不安定であったりする場合
次のステップ
初期のトラブルシューティングについては、動作に問題がある場合をご覧ください。
一般的なプロンプトの作成については、やりたいことを説明するをご覧ください。