它是性能,可伸縮性,可維護性,可用性還是什麼?你在創建一個好的軟件或應用程序時總是努力實現的是什麼?爲什麼?您總是努力實現哪一個軟件質量方面?
我總是比較喜歡可維護性。如果它不otimized或具有良好的用戶界面它可以 - 它必須是可維護的。我敢肯定,我們每個人都會在這裏說點重要的話。整個想法是收集儘可能多的觀點來改進軟件開發。
它是性能,可伸縮性,可維護性,可用性還是什麼?你在創建一個好的軟件或應用程序時總是努力實現的是什麼?爲什麼?您總是努力實現哪一個軟件質量方面?
我總是比較喜歡可維護性。如果它不otimized或具有良好的用戶界面它可以 - 它必須是可維護的。我敢肯定,我們每個人都會在這裏說點重要的話。整個想法是收集儘可能多的觀點來改進軟件開發。
這裏有一個錯誤的前提:你只想優化一個方面。
您需要達到平衡,即使這意味着沒有任何方面可以完美優化。
例如,如果可用性如此之大以至於沒有人願意使用您的產品,那麼您努力維護可維護性的建議是徒勞的。
(它甚至可以被解釋爲一點點自私,把你的優先次序對這些客戶的生活更輕鬆。)
同樣的,當我看到人們努力獲得最快可能表現出來的組件,當客戶需求很少時......當他們影響可維護性時,或者錯過了提高安全性的機會時會感到沮喪。
+1了自私的部分 - 這是我的直接想法,當我讀到他們想爲自己維護可維護的代碼,但對於用戶(他們通常超過開發人員)只是一個蹩腳的用戶界面。對於內部圖書館可能會很好;絕對錯誤,如果你想賣東西:-) – Joey 2010-06-08 10:50:03
它做客戶想要它做的事情
不要緊有多快,效率如何,一個軟件如何維護或如何檢驗的是,如果它沒有做客戶需要什麼那麼對他們來說就沒用了
對於最終用戶來說可用性很好,對於可能需要在同一個項目中工作的開發人員來說,代碼中還有一些優雅。
可讀性。
如果代碼可讀,則更容易理解!性能優化等事情可以在分析代碼後根據需要進行。
我認爲所有的其他「目標」你提到的可建爲您提供有可讀 - 和可以理解的 - 代碼庫
「主觀和議論」和「不是一個真正的問題:」恕我直言 – 2010-06-08 10:36:23