場景相似這樣:編程
當發現不一樣品類庫存不足低於警惕值時,咱們就會發送一封低於警惕值品類的郵件給管理員,管理員就會經過後臺調動資源補足。blog
當時我以爲,簡直完美!這樣就避免了當庫存不足時管理員手足無措的慌忙,而管理員也不須要每天盯着庫存量。老闆也以爲這個方案挺好,我內心也很知足。資源
過了差很少一年之後,再去看這段邏輯,我竟以爲很是荒唐,簡直是愚蠢至極!沒有直接解決問題,爲何要繞彎去解決問題?後臺
因而改爲這樣:im
-----------------------------------------------------------------------------------------總結
總結:img
我是想借由這個例子,去提醒本身在日後的編程生涯裏,必定要解決根本性實質性的問題,而不是去作一些看起來很好的迂迴的方案。co
編程的出現原本就是爲了解放生產力,能不手動的,就不要讓用戶去動手,這纔是編程的意義所在。ps