機能を実装するための良いアイデアがない場合はどうなりますか？[閉まっている]

私は自分のアプリケーションに取り組んでおり、立ち往生しています。機能を実装する必要がありますが、この機能を実装するための適切なアプローチが見つかりません。私は数日間それについて考えていました、そして、良い考えは来ませんでした。インターネットを検索してもインスピレーションは得られませんでした。

先に進む必要がありますが、何が最良かを知りたいです。

• もっと考え、もっと待って、最良のアプローチを探し続けてください
• 時間を無駄にするのをやめて、貧弱なデザインから始め、すべてをテストでカバーする

どう思いますか？前にも言ったように、私は自分のアプリケーションに取り組んでいます。期限はありませんが、できるだけ早くアプリのコーディングを終了したいと思います。

別にそれについて人々に話してから（質問はあなたがプロジェクトで同僚を持っていない示唆して）、私は多くの場合、それを私は物事に集中する良い方法を見つけることができませんが。

通常、とにかく書く必要があるとわかっているコードの一部があります。まだ書き方がわからないものは、ダミーの結果を返すか、残りをテストするのに十分な近似値を使用するスタブに置き換えられます。

これにより、生産性が維持されます。そして、不足している部分を実装する必要があるときまでに、インターフェースは用意されています。そして、あなたは同じ問題領域で問題を取り巻く多くのコードを書きました。これは通常、アイデアを生成するのに役立ちます。 。また、多くの場合、欠落している部分は最初に考えたほど包括的である必要はないという結論に達します。

検索が失敗した場合は、常に最初の（必ずしも最良ではない）アイデアを使用して実装し、後で適切なアプローチが見つかったらリファクタリングできます。

これは正しい方法です。良いアイデアのように見えるものを見つけたとしても、後で悪い結果になる可能性があるためです。または、その時点では良いかもしれませんが、後でもっと良いものを見つけます。その後、リファクタリングする必要があります。

これを行うときは、リファクタリングしやすい方法で設計および実装してください。適切に行うと、問題のある部分のみを変更する必要があり、最初から開始する必要はありません。

他の人に尋ねるのはどうですか？たとえば、ここで問題を説明したり、実装の問題である場合はstackoverflow.comでアイデアを求めたりできます。良い答えが得られない場合でも、問題を書き始めると、すでに役立つことがあります。

いくつかのアイデア：

• ブレインストーミング
  あなたが持っているすべての愚かなアイデアを（紙またはホワイトボードに）書いてください。確実に機能しないものを削除します。書き続ける。潜在的に関連する実世界の問題の解決策を含めます。たとえば、塗料を混ぜたり、壁に釘を置いたり、オイルを交換したりすることで、現実世界の笑顔が解決しますか？
• Googleに助けを
  求める、ここに尋ねる、オタクの友達に尋ねるなど。
• 関連する問題を
  解決する問題を解決することはできませんが、もっと簡単な問題を解決できますか？または、同様に複雑な関連するものですか？それを行う。次に、小さな個別の変更を行って、ソリューションを目的のソリューションに近づけます。
• 
  インターフェースがWebサービス、Webページ、ネイティブフォーム、カメラ、キーボード、モニターなど、何であれ、外部から書き込みを開始するだけで、インターフェースがあります。インターフェースを機能させるために、数行のコード/擬似コードを記述します。まだ存在しない魔法のメソッドを使用してください。存在しない各魔法のメソッドに対して同じことを再帰的に行います。後で最適化します。

悪い解決策を採用しても何も問題はありません。多くの場合、その時点で問題の領域について十分に知らないだけです。悪い解決策を講じることで、先に進み、問題についてさらに学びましょう。その後、戻って最初のソリューションをリファクタリングできます。

私は常にエンドユーザーの観点から見てみます。「クール」なアイデアは、何年もかけて作業できるデベロッパーだと考えるのは簡単です。実際、アプリにはほとんど追加されません。

理想的には、アプリ内のすべての機能をマッピングし、エンドユーザーへのメリットに応じて優先順位を付けたいと考えています。個人的にはMOSCoWを使用しますが、優先順位付けの方法を同じように保つ限り、1 -5。

その後、この機能がアプリの重要な部分であることがまだわかっている場合は、すでに言われているように、質問してください！私は、同僚やStackoverflowのすばらしい人々によって最終的に解決されていない問題に遭遇したことはないと思います。

私の意見は次のとおりです。ただ機能するコードを書かないでください！将来的にリファクタリングすることは非常に難しいはずです。

開発者（そしてもちろんPMや上司）にとって、これは本当に一般的なアプローチです。私は多くの時間を「ただ動作させる」または「後で修正します」と聞きましたが（後で決してしない！）、品質はプロジェクトの途中で得ることができないものではないと思います。

私の提案は、しばらくの間あなたの問題を考えるのをやめることです。...何か他のことをしてください。

ところで、同僚に尋ねることは、あなたの問題を解決する絶対に素晴らしい方法です。