我正在開發一個項目，其中有一些相關的漏洞，在功能的喪失方面相當小。它們基本上是微不足道的，但是令人討厭的美學問題，並且基於功能的喪失應該最終得到修復，但不是最優先考慮的問題。然而，這些錯誤是由一個基本的，烘烤的設計缺陷引起的，這個缺陷可能是一種噩夢般的糾正。如何處理代表設計缺陷的小錯誤？
當遇到功能較小但是由於設計缺陷導致的錯誤時，通常最好將它們作爲showstoppers來處理，以避免將自己進一步繪製到角落，或將它們視爲低優先級的錯誤，繼續在功能上更重要的東西，並希望你稍後能找到解決方法，當項目更成熟，修復小錯誤時優先考慮？
如果問題在功能性損失方面較小，並且在開發軟件解決方案的背景下功能損失不相關，那麼我應該嘗試檢查如何將其限制在其他未來的功能上，如果它不在視線內，就出發。
我這樣說是因爲通常情況下，當你完成一個軟件項目時，無論設計得有多麼細小，都會有一個成熟的階段，讓你意識到你可能已經在設計。基本上，如果最後你不得不重新開始，你總會以不同的方式做。
我會繼續下去，雖然它不是一個表演者，但開始精神準備，你可能不得不做最後的重大改寫。如果你不需要這樣做，那是一種獎勵。特別是如果您在團隊或管理環境中工作，請確保將其明確標記爲可能影響未來發展的風險。
管理層總是希望看到他們投資回報的時間。因此，管理層希望及時發佈，他們也希望在y小時內修復x個錯誤。但是，這並不意味着你需要忽視設計。在修復錯誤時，請準備重新設計出現缺陷的部分。發佈之後，請準備好介紹爲什麼需要重新設計的原因以及需要多長時間才能解決問題。當它是新鮮的，而你正在修復這些錯誤時寫下來。
在理想的世界裏，我們將有無限的時間根據需求的變化不斷重新設計設計。在現實世界中，我們必須權衡改變設計的成本與繼續使用當前設計的成本。您可以開始量化您在當前設計中修復錯誤的時間，並將其與您估計重新設計此組件所需的時間進行比較。