# 有感於聽說 BrLi 想參與小麥注音的開發

Linux 平台缺的是「能自由使用 C/Cpp 以外的語言開發輸入法」的可能性與可行性。這包括了對 C 的不依賴。這種開發環境的缺失，極大地破壞了新人參與既有 Cpp 專案研發時的體驗友善度。Rust 怎樣我還不好講（畢竟不太熟，只知道沒有 class 這種概念），但 C/Cpp 的學習門檻就實在太高。

小麥注音 2.4 版現在在 macOS 與 Linux 平台所使用的組字引擎是 Lukhnos 的 Gramambular 2 引擎。但這個引擎缺失很多用以改善「輸入法綜合體驗」「輸入法控制部件與有限態械的處理流程」的關鍵特性。這些特性，在（被威注音輸入法使用的）天權星 v2 引擎當中都有實現，以在技術上實現「對字數與讀音數不相等的就地加詞情形的支援」等小麥注音支援不佳的部分，且滿足其它需求。

這並不是說 Lukhnos 他們「能不能做到」，而是說**用 Cpp 做到這種事情需要多付出多少倍的技術學習成本與維護成本**，因為是 Cpp。

然而，花一年時間，如果只是學 Cpp 的話，是否能換來同樣的成長？這是 BrLi 接下來可能會想考慮的問題：在完成 flatpak 工作之後，是一輩子活在 Zonble 他們的「Cpp 長輩」的陰影下？還是自己再思考一些其他的新角度來支持自己想支持的小麥注音？

無論是不是 Linux 平台，**不能讓輸入法開發成為 Cpp 業者們的一言堂**。這樣很危險。Windows 已經有 PIME 了，macOS 也可以用純 Swift 做輸入法開發，那麼 Linux 呢？

$EOF.