pretty code

2026年10月18日 星期日

我閱故我在

先前因為事情太多,一個終端機執行起來後,便馬不停蹄的開啟下一個終端機,繼續下一個任務,如此周而復始。

也不能說這樣不好,但以時間管理的角度來說,我們還是應該關注那隻最重要的青蛙!

雖然越晚執行的終端機表示越不重要,但以前一陣子所處的階段來說,每一個終端機都不保證能順利執行完畢,因此還是需要花費時間去 debug。

既然越晚執行的終端機越不重要,這也表示執行的時間有可能較短,當任務執行完畢有錯誤需要 debug 時,也是要花費一定的心力去處理。

結果就是第一重要的終端機已經跑完,也有錯誤需要花時間 debug,但我們卻被困在第 5 或第 6 不重要的任務上。

這個星期學乖了,不跑超過 3 個以上的終端機,且跑起來第 3 個終端機後便把焦點移回到第 1 個終端機畫面上,拿著我的 X3 邊閱讀邊想下一步計畫,重點是持續關注第一個終端機畫面。

也因為這樣,才讓我發現 xrun 編譯的盲點,也想到要處理增量編譯的問題。

如果你不用眼睛用心觀察,你根本不會意識到這有問題。

下面是我最後搞定增量編譯的比較時間,雖然只看 log 建立時間有點不準,但我們在意的是相對性。

左邊是使用增量編譯的版本,可以看出整整節省了 2 個小時的時間,更何況右邊還是使用砍掉編譯資料夾加速的方法,如果是我最早的版本,我想編譯浪費的時間一定更多。


購買 X3 的決定果然是對的XD

沒有留言: