攢一台用來做開發的 黑蘋果 hackintosh

給 iPhone 等平台開發應用,總是需要用到一台蘋果電腦的,或者 iMac 或者 rmbp,就算是 mac mini 也行。不過,當開發的項目比較大了,需要的東西多了,比如我吧,雖然做一個小小的輸入法,但跑詞庫跑算法什麼的,一趟下來就得一天,搞不好還崩潰重來。每當 Xcode 不爭氣動不動就白板的時候,我就想——來一台 mac pro 多好。

不過,這個價格有點呵呵。

終於,在 CY[……]

點擊跳轉以繼續閱讀

OS X 開啟 RamDisk 來為 Safari 和 Xcode 加速

隨著 Xcode 的版本升級,速度越來越慢,尤其一言不合就“白板”的問題相信大家都會有遇到。

這是非常影響開發效率的事情。如果有可能,那麼我們將 Xcode 的緩存文件放到內存,速度應該快很多。(雖然現在 rmbp 的 ssd 已經十分的快速了,但比起內存,還是差的很遠——對於機械硬盤的老機器來說,提速就會更加明顯了。

——還記得 Windows 的那個 RamDisk 嗎?其實[……]

點擊跳轉以繼續閱讀

UITableViewCell 動態高度 配置

的UITableViewController 是iOS開發中相當常用的一個空間了,它的 cell 很早就可以支持自適應高度,或者說是 動態高度。在開發中,如果cell里布局了複雜的內容——比如連圖帶字的一條微博。那麼這個時候動態的自動的高度就顯得很有用了——總不用你自己去計算。

不少人其實還不會用這個動態高度,有的人甚至在使用的時候自己初始化一個新的cell,然後寫入[……]

點擊跳轉以繼續閱讀

方便快捷 自用 搭建 TimeMachine 方案

終於換了一個相對穩定的工作環境,現在,我的桌面是這樣的:

好了,總之,用移動硬盤定期備份不是長久之計,所以,身為窮逼,我們要給自己尋找一個合適、方便的備份方案了。

俗話說的好:

備份不做,十惡不赦。

那麼,我們就來說說我的設計方案。

設計

首先,作為一個窮逼,設計備份方案的第一要素是經濟……?‍♂️知乎裡流行的什麼 J1900 之流太貴了,思前想後還是pass掉了,畢竟[……]

點擊跳轉以繼續閱讀

在 mac 中寫入 iso 光盤鏡像

裝系統是個很常見的事情,想想看這麼多年以來我已經給自己無形之中省下了多少錢 XD

總之,在windows上寫如光盤鏡像會比較容易(實際上是更困難),因為我長年以來總會備用一些常用的工具,而在mac上,就比較悲劇了,甚至沒有一款真的可以100%好用的光盤鏡像寫入工具。

其實,macos 是類 unix,不需要第三方的工具也能搞定,使用著名的 dd 即可。這一招在linux下同樣適用。[……]

點擊跳轉以繼續閱讀

“重要通知: 多說即將關閉”

還記得剛做博客的時候,我也嘗試過中國的各個第三方的社會化評論系統,甚至還寫了一篇文章來分析對比它們之間的優劣:WordPress常用社會化評論插件簡評,當然了,在嘗試的一遍,並選擇了其中之一用了一段時間之後,最終我還是用回了wp自帶的評論系統,後來我還寫了一篇文章來說明這件事情:我還是沒有用第三方評論系統,一年半後的現在來看,我的選擇是多麼的明智!

?你們用多說的,自己想辦法導出多年的文章評[……]

點擊跳轉以繼續閱讀

Xcode 自動版本號

做開發者肯定有過這樣的煩惱:版本號提交錯了!

編譯和測試的版本多了,難免提交的時候才發現版本號搞錯了。要不就是後台版本號正確,前台的版本號忘記更改。其實,可以讓前台自動獲取後台的版本號數據,比如這樣:

後台的版本號還是要自己手動寫啊!大版本號也就罷了,不同的程序有自己不同的風格,有的甚至不是數字這就略過了,那麼構[……]

點擊跳轉以繼續閱讀

一個自動排序的 Swift 棧

一年前,我在 git 上發布了一個用 Swift 實現的棧,一共有兩個版本。因為 Swift 自身並沒有實現這個東西——儘管官方的教程中泛型的部分就是用這個棧舉的例子。

也許是人家覺得這個太簡單了吧

總之,這次我又來玩這個東西了,因為 HMM 的 Viterbi 算法需要做修剪,不然路徑太多無謂地增加計算量——畢竟,我們都關心第一名,誰會去注意第二名呢?

所以,這個棧也是基於原生 Arr[……]

點擊跳轉以繼續閱讀