細節和效率，哪個更重要？

這段時間，我搭了一個Simulink模塊，模塊名叫Just For Fun，正如你們所看到的，工工整整

不過輸入埠的數字順序似乎有點亂，而且並沒有按照字母順序排列。作為一個有強迫症的技術服務從業人員，於是我花了一個小時，整理了一下埠序號和埠的首字母順序排序，正如你們所看到的，一絲不苟

當然，在搭完一個模塊之後，肯定少不了要對這個模塊寫一些說明文檔，包括輸入輸出埠的描述，於是我在word文檔里做了一個歐式色調錶格，裡面包括埠名，數據類型等，做的有點認真，又花了一個小時

終於做完了，我把模型和報告交給老闆，結果被老闆打回來了，計算邏輯有問題，於是刪了一部分埠，又新增了其他埠。我又花了一個小時，整理下埠序號和埠的首字母排序，又花了一個小時更新了一下文檔里的表格。

然後我又興高采烈的交模型交文檔交差了，做的這麼仔細，老闆一定會給我漲工資的！

結果又被老闆打回來了，埠命名有問題，不準確，格式也有問題。

卧槽，又要改，好麻煩啊。哎，算了，為了年終獎，算了，我又吭哧吭哧改了兩個小時。

終於好了，我看了下時間，下午四點半了，再打一個小時醬油，我就可以回家躺屍啦。

我敢保證，這麼完美的模型和報告，絕對沒有問題，我特自信的把模型和報告再一次交給老闆。

結果，老闆說，我覺得還是前一個版本比較好。

我瞬間五雷轟頂，天殺的，我怎麼蠢到沒有備份啊，欲哭無淚啊，又是一個兩小時。

以上場景均為杜撰，但相信現實工作場合一定會有這種情況出現的可能性。

我從來不排斥模型搭得工整整潔，甚至我特別覺得，工作仔細是當下職場特別難得的一個品質。不過，如果像開篇所描述的情況，花了一整天在細節在格式上，不僅自己會覺得厭倦，老闆覺得你效率低下，更嚴重的是，這個過程，你並沒有實際意義上的獲得。

這周我在知乎上讀到一篇文章「頂級程序員和普通程序員在思維模式上的5個區別」，其中有一句話，我倍受鼓舞，「高效率的程序員都把時間花在製作工具上，總之，不要花時間去做機器可以代替你去做的事情」。

那麼，如何通過腳本的形式，一分鐘解決上述8個小時的工作量，先來看一下動圖效果：

在這幅圖中，10秒解決埠序號和埠的首字母排序，當然可以對腳本稍作修改，可以直接一鍵實現

在下一幅圖中，展示的是10秒自動生成word報告的過程

這篇也是臨時起意寫的。如果有想了解自動生成word報告的朋友，可以給我留言，需求量大的話，我將會在周末寫一篇這方面的腳本分析。

總之，細節固然重要，但千萬不要顧此失彼，而忽略了效率。

祝各位工作愉快！

以上

如果你有興趣，歡迎關注我的微信公眾號「打浦橋程序員」，謝謝