隨著 Xcode 的版本升級，速度越來越慢，尤其一言不合就“白板”的問題相信大家都會有遇到。
這是非常影響開發效率的事情。如果有可能，那麼我們將 Xcode 的緩存文件放到內存，速度應該快很多。（雖然現在 rmbp 的 ssd 已經十分的快速了，但比起內存，還是差的很遠——對於機械硬盤的老機器來說，提速就會更加明顯了。）
——還記得 Windows 的那個 RamDisk 嗎？其實[……]
平時 的UILabel 是用來在應用界面顯示簡單提示文字的，不過，我們也可以用它來顯示一些大段的不需要用戶參與編輯的內容——比如閱讀的 tweet
這些內容有一個特點就是需要支持富文本。 的UILabel 的 attributedText 可以做[……]
的UITableViewController 是iOS開發中相當常用的一個空間了，它的 cell 很早就可以支持自適應高度，或者說是 動態高度。在開發中，如果cell里布局了複雜的內容——比如連圖帶字的一條微博。那麼這個時候動態的自動的高度就顯得很有用了——總不用你自己去計算。
不少人其實還不會用這個動態高度，有的人甚至在使用的時候自己初始化一個新的cell，然後寫入[……]
終於換了一個相對穩定的工作環境，現在，我的桌面是這樣的：
好了，總之，用移動硬盤定期備份不是長久之計，所以，身為窮逼，我們要給自己尋找一個合適、方便的備份方案了。
俗話說的好：
那麼，我們就來說說我的設計方案。
設計
首先，作為一個窮逼，設計備份方案的第一要素是經濟……?♂️知乎裡流行的什麼 J1900 之流太貴了，思前想後還是pass掉了，畢竟[……]
裝系統是個很常見的事情，想想看這麼多年以來我已經給自己無形之中省下了多少錢 XD
總之，在windows上寫如光盤鏡像會比較容易（實際上是更困難），因為我長年以來總會備用一些常用的工具，而在mac上，就比較悲劇了，甚至沒有一款真的可以100%好用的光盤鏡像寫入工具。
其實，macos 是類 unix，不需要第三方的工具也能搞定，使用著名的 dd 即可。這一招在linux下同樣適用。[……]
還記得剛做博客的時候，我也嘗試過中國的各個第三方的社會化評論系統，甚至還寫了一篇文章來分析對比它們之間的優劣：WordPress常用社會化評論插件簡評，當然了，在嘗試的一遍，並選擇了其中之一用了一段時間之後，最終我還是用回了wp自帶的評論系統，後來我還寫了一篇文章來說明這件事情：我還是沒有用第三方評論系統，一年半後的現在來看，我的選擇是多麼的明智！
?你們用多說的，自己想辦法導出多年的文章評[……]
做開發者肯定有過這樣的煩惱：版本號提交錯了！
編譯和測試的版本多了，難免提交的時候才發現版本號搞錯了。要不就是後台版本號正確，前台的版本號忘記更改。其實，可以讓前台自動獲取後台的版本號數據，比如這樣：
|
1 2 |
let info = Bundle.main.infoDictionary! version.text = "Version \(info["CFBundleShortVersionString"]!) (build \(info["CFBundleVersion"]!))" |
但
後台的版本號還是要自己手動寫啊！大版本號也就罷了，不同的程序有自己不同的風格，有的甚至不是數字這就略過了，那麼構[……]
一年前，我在 git 上發布了一個用 Swift 實現的棧，一共有兩個版本。因為 Swift 自身並沒有實現這個東西——儘管官方的教程中泛型的部分就是用這個棧舉的例子。
也許是人家覺得這個太簡單了吧
總之，這次我又來玩這個東西了，因為 HMM 的 Viterbi 算法需要做修剪，不然路徑太多無謂地增加計算量——畢竟，我們都關心第一名，誰會去注意第二名呢？
所以，這個棧也是基於原生 Arr[……]
如題圖，我給落格輸入法的用戶群弄了個機器人，隨著落格輸入法的用戶越來越多，一些慕名而來的新手也多了。很多常見問題重複提問，搞得人焦頭爛額，如果能有個機器人，就像 Siri 那樣，讓它自動捕捉那些關鍵字然後回复這些用戶，豈不美哉？這樣用戶能夠得到精心編輯的答案，而我也能空餘出更多的時間去寫wan代you碼xi。
當然，這樣的機器人我是見過的，所以我想一定有現成的東西，顯然，搜索之下我先找到了這[……]