開發到是結果重要還是過程重要？

1樓：

應該說，這兩者互相聯絡，我是堅定的馬克思主義唯物論者，(○』ω』○)，要用發展聯絡的觀點去看待。

在初期是結果大於過程，因為要交差，就像考試一樣，要交卷吧，即使是最笨的方法去解答一道題，但是能保證正確得分+10，如果規定的時間做不粗來，對不起，請走人+0;

在末期，結果過程並重，在重複的搞了幾遍後，你發現bug越來越多，解決方法好像也有點笨，然後嘗試著去優化過程，在這過程你發現，矮油，這個解決方法也可以這麼搞，於是你開始改造過程，當然前提是要出來結果。+15

下一次，這個bug應該這麼寫啊，我卡，我見過它，於是你快速的寫出了這個bug，這樣看來上一次的過程也造就了現在的結果；

總之一句話：當然結果最重要啊,2333333333

2樓：

我理解的是，題主可能想知道，如果有乙個hack的方法能達到效果，是不是應該捨棄常規做法。

如果是這樣的話，普通小應用hack無妨，構架複雜的要看這個點如果hack了是否一定不會影響全域性。

從學習的角度來看，hack拿來娛樂以及解決由於系統限制等無法達到的目地，常規一定要會。

3樓：人民軍大將

這是乙個很好的問題，而排名第一的答主顯然沒有明白題主的意思。

程式的過程和結果哪個重要是需要進行權衡的，也就是說需要綜合考量程式設計師程式設計序的時間和電腦運算該程式的效率。

乙個問題有多少種解法，就可以編多少種不同的程式來獲取完全相同的結果。這些程式有的比較蠢，有的比較巧妙。巧妙的方法通常較難被思考出來，這樣比較耽誤程式設計師們的時間和精力。

比如說，巧妙的方法比相對蠢的方法僅僅少了幾十個步驟的話，那麼，我們認為犧牲這一部分的電腦計算來換取程式設計師的時間和精力是值得的。

所以在這種情況下，我們認為過程是否完美並不重要，只要結果對了就行。

PS：本人經常通過程式設計來進行建築設計，編的程式都是自己使用，大多也只需要執行一兩次。如果是專業程式設計師，編的程式又是幾百萬次執行的話，那犧牲電腦計算的成本就比較高昂了，還是盡量編的完美一些比較好

4樓：「已登出」

如果你只是寫乙個一次性的程式，那麼能滿足需求的前提下越快越好

如果你要寫乙個長久使用的程式……事實上仍舊是滿足條件的前提下越快越好。但是一開始太快，後面花的時間反而會變多，綜合來講是變慢了。