四捨五入的重要性

剛剛把爭議已久的付款金額計算公式重新寫過一次，其實關鍵就是程序應該在何處進行四捨五入的問題。

之前跟採購部和會計部兩個部門溝通的是其他同事，聽說兩個部門意見不統一，採購部說要這樣，會計部說這樣不行，欲有大戰三百六十個回合的節奏。

他們之前還討論過什麼就不知道了，最後結果已經發郵件過來，接下來就是把它實現。

如果是規定只能用某個價格計算的話，根本不會出現這破事，而且也不用爭論這麼久才出結果。

回到四捨五入問題上，看圖

一般情況下，四捨五入根本不是大問題，或者說是默許這種情況存在，可是當數據比較大的時候，四捨五入會發生根本性變化，隨著後續計算，這種誤差會越來越大，最終結算時就………

導致問題的原因不單單只有一個四捨五入問題，還有究竟以哪個價格作為計算依據、不同功能模塊之間數據交換等等。

由於時間緊迫，只能用最小改動的法案去解決，要根本性解決這個問題，估計要等上級回來。

所以只有在呈現給用戶看的數據進行四捨五入外，後臺運算一律不進行四捨五入，跨模塊計算的話就分別獨立計算，不能依賴其他模塊計算出來的結果。

MRP系統就像一個泥潭，有些人可以在裏面游泳，有些人只能越陷越深，我就在裏面正在學游泳。

FUCK！編譯服務器掛了，怪不得這麼久都沒收到通知郵件。

X生~重新運行下編譯任務。

還有11個任務，心都碎了