為了測試出來一個準確的值，程文把來自之前加到電腦上的系統3og記憶體給下掉了，新得到的5g記憶體他還沒有分配。
之前加了這些記憶體之後，啟動程度快了不少，但是編譯度提升的不是特別明顯，程文想只用系統本身的一些資源來看看這個最佳化能到什麼程度。
之前程文記得開啟這個軟體需要6秒，後來用了系統給的記憶體之後，開啟軟體和專案的時間平均用時縮短到了2秒。
再之後，用上更多的記憶體並不見有什麼效果，程文感覺可能是這個軟體用不了太多的記憶體，再多的記憶體也不可能讓他的度再提升，除非是預先把要載入的專案都加到記憶體中。
但是這有一個問題，這個軟體又不知道你要提前載入哪個專案，再說了，浪費那個記憶體還不如把記憶體用到其它更實用的地方。
畢竟開啟專案這個操作又不是經常性的，只是在開的時候單次的，一天可能就開啟一次，甚至全職的mac軟體開人員可能這個軟體開啟後就一直不關閉，可能是基於這個考慮，他們沒有怎麼去最佳化這個開啟度吧。
不過程文覺得他們可能是最佳化不了。
這一次程文再次試了下這個軟體的開啟度，重啟了一次電腦，來了一次冷啟動。
程文懷疑自己看錯了，因為在他點選那個軟體的瞬間，就已經啟動了。
應該用時不到一秒，什麼時間這樣大的軟體啟動的度也可以這麼快了。
程文感覺到不可思議。
接著他開啟了一個專案，也是秒開。
amazing，unbe1ievab1e……
程文看了下面的狀態列，確實沒有正在進行的操作，這說明這個是真的完全開啟了。
之前他也試過，有的軟體是ui快開啟，還有在後臺跑的任務去建立索引什麼的。
你看檔案的內容是沒有什麼問題的，但是在開中，有的時候會根據一個方法名字中轉到他的定義，有時跳轉會有問題。
這就是因為軟體還沒有完全把這個專案載入全，只是把他的本地的目錄給加過來了。
再試了一下編譯，也是一秒就好了。
快的讓程文都產生了一個錯覺，他懷疑自己是不是寫錯了什麼東西。
因為以往的經驗告訴他，如果一個軟體平時執行的編譯的很長時間，突然有一次編譯特別快，通常情況下，是編譯有錯，或者是程式碼和之前大不一樣了，比如只有一行，不需要花費那麼長的時間了。
但是他新建了一個腦圖，現他的腦圖可能建立成功，也能儲存，也能開啟之前儲存的。
程文又看了看這個軟體，現他的功能還是那些功能，並沒有多也沒有少。
這個最佳化應該只是最佳化現有的功能，把慢的地方給加快了，需要吃很多資源的地方給最佳化的不需要那麼多的資源了。
“這個很不錯，不過，能不能給其它人用呢？”程文有了這個想法之後，就把整個軟體的目錄打了個包。
然後轉給了6丹雪一份，讓她試驗了一下，果然在她那裡也是秒開。
不過之所以能這麼搞，也是因為mac電腦上的軟體隔離的比較好，涉及到的所有檔案都在是一起的。
程文有一個想法，他想把這個最佳化之後的軟體給蘋果公司的人。
畢竟這麼好用的東西，應該讓廣大的開者都享受到，而不是隻有他自己用。
