タグ付けされた質問 「software-schedules」

17
毎日の仕事で「正しく」と「できるだけ早く」のバランスをどのように取っていますか?[閉まっている]
私はこの質問を何度も何度も熟考しています。私は物事を正しい方法でやりたいと思っています:保守しやすい、クリーンで理解しやすい正しいコードを書くことです。しかし、私がやることは、パッチの上にパッチを書くことです。時間がない、クライアントが待っている、バグを一晩で修正する必要がある、会社がこの問題でお金を失っている、マネージャーが一生懸命押すなどの理由で。 長期的にはこれらのパッチにより多くの時間を浪費していることを私は完全によく知っていますが、今回は数か月にわたる作業なので、誰も気にしません。また、私のマネージャーの一人が言っていたように、「今すぐ修正しないと長期になるかどうかわかりません。」 これらの無限の現実/理想の選択サイクルに巻き込まれているのは私だけではないと確信しています。私の仲間のプログラマー、あなたはどのようにこれに対処しますか? 更新:この興味深い議論に感謝します。非常に多くの人々が、コードの量と品質の間で毎日選択しなければならないのは悲しいことです。それでも、驚くほど多くの人々が、この戦いに勝つことができると考えているので、この励ましに感謝します。

13
ソフトウェアのスケジュールを定義するのが難しいのはなぜですか?
私の経験では、エンジニアに完了させるタスクを正確に見積もり決定させることは、歯を抜くようなものです。2〜3週間または3〜6か月の盗品の見積もりを与えるだけでなく、ソフトウェアスケジュールを定義する最も簡単な方法は何ですか?たとえば、顧客Aは2011年2月1日までに機能を希望しています。他のバグ修正が途中で必要になる可能性があることを知って、この機能を実装する時間をどのようにスケジュールし、追加のエンジニアリング時間を費やしますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.