蘋果發布 M1 芯片設備已經有一段時間了，雖然我當時第一時間申請了 DTK 設備，但由於一些原因，直到蘋果回收設備，我也沒能親手摸到。總之，落格輸入法 macOS 還是成功靠盲打支持了 Apple 架構，即 arm64，根據用戶反饋，效果還行。
直到有用戶說雖然 app 是支持 m1 芯片的，但安裝包不行——當運行 pkg 安裝包時，系統彈出了 Rosetta 2……
雖然其實並不影響[……]
最近落格輸入法遇到了幾個比較難以復現的問題——關鍵是它不會導致崩潰。這就讓崩潰統計功能根本無效，具體表現為在某些情況下輸入法會突然卡住幾秒，叫人十分惱火。後來我想到，macOS自帶活動管理器中，有個“採樣”功能，可以看到對應進程當前的執行（調用）狀態，那我是不是可以用它來分析錯誤原因呢？
在和用戶溝通後，我得到了一個類似這樣的採樣報告：
[crayon-68c67dd258e1a46180[……]
Python 是個好東西，好多時候我們喜歡用它來寫一些小東西……比如我服務器上的很多服務都是用 Python 寫的（ 使用 Supervisor 將你的 Python 程序變成服務 ），日積月累之下，竟然用到了很多依賴包。
可是，這些 Python 的依賴包並不會隨著你的 易於 升級 進行更新，許久之後的今天，我發現某個我正在用的包[……]
首先說這不是一個新技術，它很老，老到幾乎沒人提起它。
這是蘋果 MVC 模式下的產物，最早在沒有 iPhone 的時候就已經誕生了，它是用來配合 Xcode 圖形化設置界面用的——比如 NIB，當然，現在已經變成 XIB了，哦，還有 Storyboard。
現在如果說起要 bind 一個 Storyboard 中的對像到代碼中，你可能查到的都是這樣的：
在左側欄點擊鼠標右鍵打開小窗口[……]
在之前的一篇文章中我為大家介紹了一個同時安裝多個版本 Xcode中 的工具使用 xcode-install 來管理 Xcode 版本但當你的系統中同時存在多個 Xcode 時，就會導致系統困惑，讓 Xcode 的插件無法被識別，主要的體現就是系統偏好設置中根本看不到 Xcode 插件的選項——就好像你完全沒安裝過它們一樣。
總之，我在這裡找到了答案
首先執行命令：
[crayo[……]
眾所周知，macOS 對第三方鼠標挑剔的很，如果是普通的辦公鼠標，那幾乎還能湊合用，固定的 DPI 頂多就是需要調調鼠標速度罷了，但如果上升到按鍵多一些的遊戲鼠標，就有很多問題了。
不一定是用來打遊戲，比如帶有前進後退按鈕的鼠標在寫代碼時非常實用。
一般來說，名廠大牌的鼠標會對 macOS 支持較好，主要是因為大廠有精力為 macOS 做鼠標驅動，如果一個鼠標原生就只有 Windows 驅動，[……]
之前我曾寫過一篇文章macOS app 實現自動化 notarize 腳本，但並沒有提到使用代碼自動編譯並生成 App 的腳本，畢竟這一步有好多工具可以完成，比如說 fastlane。
我由於在 notarize 之前也沒想過做自動化，而在寫那篇文章的時候 fastlane 還沒有支持 notarized 上傳，於是我就自己寫了，具體的編譯命令是這樣的：
[crayon-68c67dd25[……]
最近忽然發現磁盤存在大量寫入，打開任務管理器一看，發現一個叫做“lsd”的進程持續佔用 20% – 40% 中央處理器，很奇怪。
經過一番查詢，得知這個進程是 macOS 和 iOS 上的系統進程，全名叫做“Launch Service Daemon”，負責所有 App 文件類型關聯和啟動。但它的數據庫有時候會損壞，這就導致它頻繁讀取和驗證某些數據。
一旦它的數據庫損壞，你就會遇到 lsd[……]