專案已經開發超過一年半，累積的檔案數量已將近2500個（可見文章：專案檔案數遞增），想必日後編譯速度將會越來越慢，會深刻地影響我們開發的效率，尤其是在要了解前人所寫的程式碼，我們總是會稍微修改一下變數/參數來嘗試是否為增修的關鍵目標，所編譯頻率相當大，三不五時就要按Command+R。
我嘗試過許多改善開發效率的方法，其中有三個可以嘗試：
1和3在我們的專案早已設定完畢，只剩下2可以嘗試，沒想到效果超好，提升幾乎10倍快的編譯速度！
功能需求都已經開發完畢，在等待偉大的QA測試完前，有空的時候就可以來清除警告訊息 (Clear Warning Message)。
天吶～從2018年2月開始開發到現在，剛滿一年就累積了230個警告訊息，不過也還好，先前我所開發過有破千的紀錄！不過那是因為接案的性質，我維護過至少有五個工程師陸續經手的案子，裡頭的警告訊息我壓根不想動ＸＤ～
現在因為是做自家產品，肯定要做得非常盡善盡美！儘管感覺好像在做繁瑣的雜事，好在還能學到些新技術與工具，讓我有些成就感囉～
警告訊息目前遇到的類型有包含：
猜猜看哪個最難處理？
我家產品HappyStyle開發到尾聲，需求上的功能已全數完成，接下來的時間可以來優化各個功能。若想要讓使用者體驗 (User Experience)變得更優，那麼勢必要提升App運作的流暢度。
像是在滑內容清單，若能無「卡頓」現象會是優良的體驗，那麼如何來減少卡頓狀況？我們可以利用Xcode內建的工具Time Profiler (時間分析器)，顧名思義就是利用它來分析各個方法 (Method)或函式 (Function)，所執行的時間狀況會在界面上清楚呈現，除了可以觀察自訂的也能探索內建的。
過去五年做接案模式的工作，我只會使用非常簡單的Git來版本控制，偶爾才會有同事或夥伴協同合作開發。如今我踏入開發自有產品的環境，必須跟另外兩位前輩工程師合作，此時Git操作就變得更加重要！如何在同一個專案上增修，同一時間不會影響到彼此的任務，做得好就是一門藝術！
Git版本控制有非常多好用的功能，端視專案需求來使用，所以沒有一定的規則！若是同時有多人開發，2010年有個可以當作公版的Git Flow可遵循。現在我參與自有產品開發，大致上就是以上圖的模式來操作。
2010年創立的Path，最終在2018年結束服務。先前WordPress有Path這個分享平台，最近一個月悄悄地消失，原來就是因為它終止服務。
若是當時讓Google以1億美元收購，也許今日Path就會有不一樣的命運？我覺得可能只會像另一個Google+，沒什麼人會去使用吧！
承認失敗也算是種勇敢，畢竟創新就是不斷嘗試錯誤而來，Path最後下台的算是優雅，還為使用者做了「備份資料」的功能，儘管我不需要ＸＤ～因為Po文都是其他平台分享過去的連結資料。
因為被臉書收購的Move App要「收攤」，我必須在2018年7月30日前備份我1206天的追蹤紀錄，讓我最近發現一個更好用且詳細的工具，是關於記錄人生歷程的平台Gyroscope (陀螺儀)。這個平台有Web、iOS App、Android App，還串接許多第三方來源的資料，比如：Apple Health、Instagram、Twitter、Fitbit、Strava、RescueTime等等。我發覺Gyroscope做得很符合我的需求，就將Move導出來的資料全數匯入Gyroscope。
因為介面做的實在太吸引我，讓我很想要寫篇文章來推薦。首先我要介紹思維導圖 (Mindmap)。
我所使用的整合開發環境是Xcode，每年更新都會釋出新的功能，來幫助開發人如我者更有效率地工作！2018年Xcode即將邁入第10版，這裡我想要來介紹主線程檢查器 (Main Thread Checker)。
回想2012年我還是個初學者的時候，還不知道主線程的重要性，以致於有時候發生不預期的反應，實在摸不著頭緒！基本上要記住，改變畫面的動作要在主線程實現，不然會發生什麼事？有時候有反應，有時候沒反應，這種狀況debug超級困難呢！
![[Xcode] 主線程檢查器 (Main Thread Checker)1](https://cg2010studio.com/wp-content/uploads/2018/08/xcode-e4b8bbe7b79ae7a88be6aaa2e69fa5e599a8-main-thread-checker1.png)
好在Xcode已經能從語法分析來得知，哪些程式碼會跑到非主線程，若改變畫面的元件在非主線程操作，Xcode就會有紫色的提示。上圖表示Label一定要在主線程使用 ([UILabel text] must be used from main thread only)。
愛寫iOS App的我，總是要看設計圖，來跟設計師的美學溝通。近年來設計師能透過Sketch與Zeplin合作無間，Zeplin更是能讓工程師立馬上手，就能輕易「看穿」設計師「別有用心」。
除了可以透過鼠標來查看元件相對應位置，還能透過外掛產生Objective C語法，當然還有其他語法如Swift、XML、CSS等等，大大方便工程師不必再自己打code囉～
最近客戶的SDK更新版本，那要怎麼融入我已修改過檔案？這時候就要使用比對檔案內容 (Compare File Content)平台，現在已經有很多線上免費工具，所以挑一個來使用即可！方式有兩種：
比起開啟兩個檔案，只有純文字介面來尋找有效率多啦～
話說，我個人不是很喜歡修修改改已經寫好的功能，這次的經驗是，直接使用人家寫好的class，再來加入自己的功能。若能輕易看懂對方寫什麼，我就會開心點～
參考：Diff Checker – Online diff tool to compare text to find the difference、DiffNow – Compare files online. Powered by ExamDiff Pro。
逍遙文工作室 
HappyMan・迴響