2009-03-31 10 views
4

満足度( "満足"と "十分"のportmanteau)は、最適解を特定するのではなく、妥当性の基準を満たそうとする意思決定戦略です。完全な情報を得るためのコストなどの意思決定プロセス自体のコストが結果の計算で考慮されている場合、満足のいく戦略は(最適に近い)ことが多い。ソフトウェア工学における(Source)満足のいくものはありませんか?

ほとんどの決定は、件名に時間熟考せずに取るのに十分簡単です。頭に浮かぶ最初の解決策は通常は十分です。すぐにそれを使用して次の決定に進むことができます。

しかし、さらに困難で致命的な問題を解決しなければならない稀なケースもあります。これらの問題は、最適ではない方法で解決されると、多くの費用や時間を要する可能性があります。

私は通常、問題を解決するためのいくつかの全く異なる解決策/アプローチを考え出しています。私はそれから1つを選んで、私のソリューションに完全に満足するまでそれを洗練します。

通常、これは機能しますが、ときどき私は適切な解決策を見つけることができますが、実際にはそれほど良い解決策はありません。私は私の解決策があまり良くないことを認識しており、問題はもう少し努力するほど重要です。しかし、私がすでに見つけた解決策の知識は私の創造性を妨げているので、私はちょうど2番目のものを見つけられません(少なくともすぐにはありません)。私は普通のアイデアにこだわらず、他の人に頼むことができない限り、私は前進するためにそれを実装しなければなりません。

これを解決する方法はありますか?私が考えることのできる2つのことは、誰か他の人とブレインストーミングセッションをしたり、散歩に行くことです。

これらのケースではどうしますか?

+0

満足いくものはありますか? –

+0

それは私が私の質問で説明しようとしたものですが、ウィキペディアに関するこの記事もあります:http://en.wikipedia.org/wiki/Satisficing –

+0

私はこれを閉じてはいけないと思いますが)これは*主観的な質問であり、そのように分類されるべきであり、主観的な質問は常にコミュニティWikiであるべきです。ラベルを付けることができます。 Adrian、Community Wikiにする必要があります。 – Randolpho

答えて

4

私は通常、問題を1週間脇に置くことに2つの問題があります:a)私の上司はおそらくそれに向かないでしょう。なぜなら、ビジネスは通常、後で反対のソリューションをもっと早く必要とするからです。ゴールデンフィッシュの注意深さ、それで私が長い間問題を落とせば、私はその間に数十もの問題を頭に抱えているので、問題を歩かなければならないでしょう。

問題を定義するコードやビジネス上の制約を自分自身に反映させなければならないときに、時にはより優れた、より洗練されたソリューションが見つかることもありますが、同じ行き止まりに

問題を別に置くという考えは良いことですが、それは重要な時間枠です。私はしばしば、スパゲッティコードの脳が大惨事に陥るのを待って朝に朝食を食べながら解決策を実現しました。

問題を同僚に明確にしようとすると、しばしば、その努力によって問題の理解にギャップが生じることになります。通常、他の人は、あなたが実際にあなたの頭の中でマッピングしていたすべての制約を理解していないため、最初から問題に関してあなたが実際にあなたと働いていない限り、より良い解決策を見つけることはできません。

元の質問に答えるには、休憩を取って同僚によって実行された後の私の好みの方法は、適切なソリューションを実装して、何か動作するようにすることです。

理由の1つは、クライアントが望むものではないと判断した場合、最初に何を望んでいるのかわからないため、投げ捨てるものにあまり時間を費やすことはありませんとにかくもう一つの理由は、適切な解決策はそれだけであるかもしれないということです。進むことができます。最善の理由は、インプリメンテーションによって難しい質問にすばやく到達することができ、そこからより良い解決策を見つけ出すことができるということです。

これは建築家としてモデルを構築するようなものです。たくさんの描画を行うことができますし、素晴らしいレンダリングに多くの時間を費やすこともできますが、すぐにグルーガンを手に入れて段ボールのモデルを一緒に投げ始めることは本当に効果的です。一度3Dで見ることができれば、物事がうまく整列していない場所を見始めることができます。また、欠点を詳しく調べる素敵なレンダリングに時間を浪費することもありません。

3

私の経験では、この問題をしばらくの間、例えば1週間と言わせておきます。それを休みましょう。その後、心が元気に戻ってきて、以前にはなかったことを見始めるでしょう。

もちろん、YMMV。

2

問題を他の人に説明し、どのように解決するか尋ねます。時にはそれがあなたが思いついた同じ解決策になることもあります。その場合、あなたがすでに知覚している欠陥を指摘し、ダイアログを続行します。

あなたが考えなかった解決策や、解決策を念頭に置いて解決するのに役立つ解決策になることがあります。

しかし、それはうまくいく、私は他の人との問題を議論して、通常は非常に有益な戦略であることを発見した。

0

満足度はAIを生み出す技術です。運転指向ジェネレータとネットワークルーティングを含む非常に重要なソフトウェアの両方は、完全性の効率のトレードオフに基づいて行われます。

この問題に対処する最善の方法は、ソリューションを実装して、プロジェクトの他の部分で修正が必要なことが明らかになったときに、不完全な部分を修正することです。

明らかに、これに間違った方向に行き着いてしまいますが、システム全体のコンテキストは、書き込むものの品質がどこに行くのかということを覚えておいてください測定される。

0

解決策の検討をやめ、問題を見てみると便利です。たぶん私は間違った問題を解決しようとしています。見て、そこに実際に別の問題があるかどうかを確認してください。あなたの解決策が「適切」であると感じるなら、正しい問題に対処していない可能性があります。

おそらくあなたのクライアントはあなたに良いケトルを作るように頼んでいます。彼らは本当に良いやかん、またはより良いコーヒーをしたいですか?たぶん、ケトルをまったく作り上げる必要はなく、ちょうどコーナーにあるカフェに連れて行ってください。

0

なぜあなたは満足を避けたいですか?それは生存のために必要です。

+0

私はそれが質問に依存すると思います。通常、満足のいくものは大丈夫ですが、有用ではありませんが、時間やリソースを消費するという品質がますます重要になるまれなケースがあります。 –

2

私はこれは少し異端だが、私は解決策のための文書を書くのが助けていることを知っている。紙の上に置くだけで、それをコーディングするのとは違って、問題を考え、整理する必要があります。解決策をビジネス上の問題の観点から記述しようとすると、ギャップが存在することが指摘されやすくなり、これらのギャップが交互の解決策を提示する傾向があります。最善のケースでは、新しいアプローチで終わります。最悪の場合には、ドキュメントが完成します。あなた自身に一定の時間を与えてください。アウトラインから始め、時間がなくなるまで作業してください。マニュアルを完成させるか、別の解決法に触発されています。

関連する問題