最近在做 Android的 版本的落格輸入法，在導入碼表的時候我犯了難。因為落格輸入法的碼表是支援 utf8 和 gb18030 兩種編碼格式的，甚至我自己內建的碼表也是混用這兩種格式的。在 Swift 或 Python 中，如果你使用錯誤的編碼去解碼文本，就會收到報錯。利用這個辦法，我可以輕鬆實現[……]
編程開發
我一直是用 rbenv 的，直到這次更新了 cocoapods 後，執行報錯了，當然，目測應該是我的 ruby 環境太舊導致的，於是我嘗試 環境 安裝 3.0.2 ，但很遺憾，報錯了，去 rbenv 的官方倉庫看了看，上一個版本還是 2019年……好吧，[……]
使用 SwiftUI 的一大收益就是可以像 Flutter 那樣對 App 進行熱更新，改動了UI的代碼，會直接反映在模擬器或者是真機中，大大提升了編寫用戶界面的效率，不用改1px，運行，各種點擊，然後查看效果的循環往復。但現在使用 SwiftUI 還為時過早，畢竟還是有大量 iOS 12 設備在運[……]
最近落格輸入法遇到了幾個比較難以復現的問題——關鍵是它不會導致崩潰。這就讓崩潰統計功能根本無效，具體表現為在某些情況下輸入法會突然卡住幾秒，叫人十分惱火。後來我想到，macOS自帶活動管理器中，有個“採樣”功能，可以看到對應進程當前的執行（調用）狀態，那我是不是可以用它來分析錯誤原因呢？
在日本[……]
Python 是個好東西，好多時候我們喜歡用它來寫一些小東西……比如我服務器上的很多服務都是用 Python 寫的（ 使用 Supervisor 將你的 Python 程序變成服務 ），日積月累之下，竟然用到了很多依賴包。
可是，這些 Python 的依賴包並不會隨著你的 [蠟筆69[……]
首先說這不是一個新技術，它很老，老到幾乎沒人提起它。
這是蘋果 MVC 模式下的產物，最早在沒有 iPhone 的時候就已經誕生了，它是用來配合 Xcode 圖形化設置界面用的——比如 NIB，當然，現在已經變成 XIB了，哦，還有 Storyboard。
現在如果說起要 bind 一個[……]
平時，你會在安裝某個 Python 包時遇到這個錯誤，這個包肯定是一個包含了 C++ 代碼的包。
這是由於 macOS 更新後出現的不兼容，一般來說，這個包的維護者應該已經對這個特殊情況做出了兼容：
|
1 2 |
if platform.system() == 'Darwin': extra_compile_args += ['-mmacosx-version-min=10.7', '-stdlib=libc++'] |
這樣在 macOS 上就[……]
最近在做文本統計，用 Python 實現，遇到了一個比較有意思的難題——如何保存統計結果。
直接寫入內存實在是放不下，十幾個小時後內存耗盡，程序被迫關閉。如果直接寫入數據庫吧，每次寫入又太慢了，本來就十幾個小時了，這樣下去就要往星期上數了，也不是個辦法。
最後，我想到了一個兩者兼顧的方案[……]
在開發 iOS App 時，很多應用都要根據當前 App 內容顏色來設置 iOS 系統狀態欄 的配色，黑色或者白色——尤其是在 iOS 13 系統支持了黑色模式後。
平時，別人會告訴你這麼做：
|
1 |
UIApplication.shared.statusBarStyle = .default |
但這會觸發警告：[蠟筆[……]
最近很流行自簽證書進行 HTTPS 解密，然後就有不少人通過修改蘋果的內購回執實現對 App 的破解。實際上驗證購買應該是 App 連接服務器，服務器來和蘋果的服務器進行通信，然後將結果發送給 App 的——但不少開發者（包括個人開發者以及企業開發者）懶得去專門維護服務器，所以直接用 App 和蘋果[……]
不少人在開發中都會遇到 EXC_BAD_ACCESS ，很遺憾，這一次 Xcode 不會給出任何詳細的解決方案。
通常來說，這是由於內存錯誤造成的。簡單來說就是你創建了對象 A，但在後來訪問的時候，內存裡 A 這塊區域已經被系統挪做他用了，比如放了對象 B 在這裡——你的[……]
處理時間和日期是軟件開發中很常見的操作，幾乎所有的編程語言都提供了對應的 API 來方便開發者對時間日期進行處理，Swift 也不例外，比如 DateFormatter ，使用它你可以將任意 日期
在此之前，我一直是這樣在 macOS 上安裝和使用 pip 的：
|
1 2 3 |
sudo easy_install pip3 pip3 install my_package |
後來，這個方法失效了，變成了這樣：
|
1 2 3 4 |
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py python get-pip.py pip install my_package |
終於有一天，pip 提示我它需要更新，於是：
[克雷[……]
通常來講，Swift 裡的 String 是和 的NSString 橋接的，比如我曾寫過 NSString 和 String 究竟 有什麼區別 ？，總之這裡我們主要來討論一下，String[……]
一直以來，我對倉頡和速成這對難兄難弟是很有意見的……網上流傳的碼表版本繁多，但名字都叫“倉頡”，和五筆對比起來，好歹五筆還分個 86 和 98，再新一點還有 新世紀 等等，但倉頡沒有，不論什麼版本的倉頡，都叫“倉頡”。
這就很尷尬，每個人用的倉頡碼表都不一樣，但不一樣在哪裡，他自己也不知道。
總[……]
要做一款移動設備上的軟鍵盤，那麼怎麼處理用戶的點擊位置，就是你遇到的第一個難題，在這個問題上，我也走了很長的路。
我把落格輸入法開發以來的觸控邏輯大致分類為三個階段，現在分別來講講設計思路，希望能夠對你有所幫助。
第一代觸控引擎
顯然，對於一個初學者來說，沒什麼比系統控件更好用的了，功能全[……]
在開發落格輸入法 macOS 的時候，我遇到了一個比較奇葩的問題，這個問題一直困擾我到現在——當有些地方需要垂直居中顯示一排文字的時候，如何讓這些字真正的“居中”？
乍看之下這似乎沒什麼道理，垂直居中嘛……等等，macOS 上的 [crayon-691721f85085e2[……]
在使用 Swift 進行開發落格輸入法時，我遇到了一個很有意思的問題——去重。
眾所周知，輸入法的候選在計算出來後總會有可能是重複的選項（比如碼表和詞庫中都有某個詞，也許他們編碼不同，但字是一樣的之類），這時候就需要去重，但又要保持候選的先後順序不變。
別人的解決方案
如果你去網上找，那麼[……]
在兩年前，我曾寫過一篇名為《ios 為視障用戶支持 VoiceOver》的文章，裡邊主要介紹了 iOS 端該如何為 VoiceOver 進行必要的支持，後來我又開發了 macOS 端的落格輸入法，但很遺憾由於 macOS 自身系統 bug，第三方輸入法根本無法獲得 VoiceOver 焦點（主要是[……]