為了避免上架時把開發的東西誤上傳，那麼一開始最好就定義好Debug和Release，其實Debug和Release在Xcode中已有定義，包版本釋出預設就是Release，而開發的時候透過Xcode編譯到手機，預設則是Debug，不過其實可以改成Release來測試，如此方便！
透過Xcode可以讓專案自定義變數 (Project User Defined Variable)，這樣一來就算忘了有什麼是測試還是正式，都不用擔心會上錯啦～
現在申請或註冊任何服務，非常多都需要透過收發簡訊驗證碼，來確認是否為真實的使用者！過去一直都能在Android收到驗證碼後自動填入畫面欄位，而iOS終於在WWDC 2018開始支援呀ＸＤ～它建造一個叫做一次性驗證碼欄位 (One Time Code Textfield)。
最近需要得知第一響應者 (First Responder)是哪個元件，可惜iOS SDK並沒有直接取得的Method，網路上有的是Private API解法，若使用的話很大可能送審會「悲劇」，於是乎就有其他替代方法出現⋯⋯
若想體驗看看悲劇的話，可以使用這Private API：Ｐ～
UIWindow *keyWindow = [[UIApplication sharedApplication] keyWindow];
UIView *firstResponder = [keyWindow performSelector:@selector(firstResponder)];
審核人表明：
The non-public API that is included in your application is firstResponder.
由於Jenkins中需要寫Shell Script來陸續執行某些動作，簡單的都已經打好收工，不過就在要Git Pull下來Release Branch時發生問題，其實就只是想要獲取特定的Branch，只是需要寫點邏輯流程。若是使用最熟悉的Objective C語言肯定沒問題，現在得以Shell Script來實現，不太曉得語法規則的我，只好現學現賣 Shell Script：Ｐ～
想要嘗試寫Shell Script？好在現今網路發達，Bash Shell Script Online信手粘來就能邊寫邊執行。
網址：https://www.jdoodle.com/test-bash-shell-script-online
Shell Script主要用途就是用來協助使用者在UNIX or Linux環境上，以更方便、更自動化的方式來執行想要執行的指令，它也可以很快速的協助使用者 or 管理者大量地執行重複性的動作與指令。做為一個系統管理者，學會Shell Script絕對可以事半功倍。
想起研究所時代，為了實驗影像處理演算法，在Windows上寫簡單的指令。
專案已經開發超過一年半，累積的檔案數量已將近2500個（可見文章：專案檔案數遞增），想必日後編譯速度將會越來越慢，會深刻地影響我們開發的效率，尤其是在要了解前人所寫的程式碼，我們總是會稍微修改一下變數/參數來嘗試是否為增修的關鍵目標，所編譯頻率相當大，三不五時就要按Command+R。
我嘗試過許多改善開發效率的方法，其中有三個可以嘗試：
1和3在我們的專案早已設定完畢，只剩下2可以嘗試，沒想到效果超好，提升幾乎10倍快的編譯速度！
我們一定使用過通訊App，輸入框會隨著字數多換行而高度變大。四年前我寫過文章：動態框架 (Dynamic Frame)，這次我要來講進階用法，就是邊打字邊算輸入框的高度：TextView 動態高度 (TextView Dynamic Height)。
如上圖，我要打三元合一的緣由，從第一行開始，到「兩千年」的下一個字，就會計算兩行高度，此時需要實作TextView的Delegate，每打一字就會觸發：
-(BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range replacementText:(NSString *)text
就在裡頭就能即時運算高度。
去年11月底，剛熟悉公司專案，想知道整個專案的至今的狀況如何，其中一個方式就是了解程式碼相依程度，我找到一個相當不錯的視覺化專案相依關係的工具，會透過網頁以互動的方式呈現。
我在GitHub上找個開源專案，透過模擬器編譯成功後，成功開啟網頁來玩泡泡～
從main開始進入AppDelegate。
最近要送審未來高達10000人使用的App，過程我要非常小心不能出差錯，先前都是由前輩同事送審，因為他連續請假3天，只好由我代替來送審，儘管過去已送審不下10個App，然而一想到是公司自己的產品，神經稍微緊繃了一下，是在看到IDFA，我還是愣了一下⋯⋯因為幾個選項描述得好似官方式文言文，深怕一選錯，被拒絕後，會被主管關切ＸＤ～
功能需求都已經開發完畢，在等待偉大的QA測試完前，有空的時候就可以來清除警告訊息 (Clear Warning Message)。
天吶～從2018年2月開始開發到現在，剛滿一年就累積了230個警告訊息，不過也還好，先前我所開發過有破千的紀錄！不過那是因為接案的性質，我維護過至少有五個工程師陸續經手的案子，裡頭的警告訊息我壓根不想動ＸＤ～
現在因為是做自家產品，肯定要做得非常盡善盡美！儘管感覺好像在做繁瑣的雜事，好在還能學到些新技術與工具，讓我有些成就感囉～
警告訊息目前遇到的類型有包含：
猜猜看哪個最難處理？
繼APP啟動時間測量後，接下來要做APP啟動時間優化，這一部份開發者能夠干涉嗎？其實是可以的！
我們可以分兩部分優化如上圖，pre-main time和loading time。
逍遙文工作室 
HappyMan・迴響