@mofe

理性讨论下，我带领的开发团队已经开发输入法两年有余。（这也是我为什么尝试不同输入法的原因）

我没有说五笔的优势是击键次数，但是我需要的输入法击键次数希望尽可能的少，而五笔这一点不足以吸引我。（出于程序员的思维连贯性和保护手腕）

我并没有说五笔减少重码不成功，恰恰相反，五笔为了减少重码设计了太多机制，而这些机制在我看来不够优雅。况且这一万四千多字也完全不足以覆盖 GB18030-2022 的字符，我们不能一边说双拼可以输入的比较快是因为输入的内容单一，又不在五笔输入法上弥补这些不单一但属于规范的字符。

在字形输入法里五笔算做的很好的了，但是解决不了我的需求。至于可能可能达到“打字速度跟上歌曲”，不好意思，以我举例的“遇见-孙燕姿”为例，真的可以跟上。我没有也不会强调可以跟上“所有”歌曲。

每下滑到一个新回答，页面刷新都要大概 5 秒钟（ iPhone 13, iOS 15.4 ）。让我一度怀疑路由器的问题，直到我把手机上所有 Feed 流尝试之后才定位到是知乎太烂，烂透了。

目前用的小鹤双拼方案，iOS/macOS 原生输入法支持，安卓 Gboard 支持。

大概在切换到双拼输入法的第二周开始恢复到全拼输入速度的 80%，我通常的做法是挑一首歌跟打（《遇见》）。

在一个月左右的时候拼写已经可以跟上歌曲的进度。要说心得的话，首先打字的节奏感明显增强了，其次涉及到输入需要回删拼音进行修正的情况大大减少了。不过最近又发现自己对 b （ in ）和 p （ ie ）的混用情况明显变多了，正在想办法调整。

近期尝试了一段时间的五笔，最终还是放弃了。原因有以下几个：1. 输入时脑海里首先映入的是读音而不是字形 2. 五笔的词库需要自己长期积累 3. 在没有足够词库的前提下五笔的击键次数对比双拼没有优势 4. 最后也是最重要的，五笔为了减少重码，很多码位的设计都是特例，而我恰恰不喜欢特例。

至于为什么学习双拼可以参考王小川的回答 https://www.zhihu.com/question/20773898/answer/991205622

几个很明显的问题：
1. 你不能固有的复杂度却说不用考虑（只推送你怎么接收和查看？分辨率和帧率如果超出当前带宽？），是不是开发人员在自己测试环境验证通过不需要排查和修复你的使用问题？
2. 你不能既定义了问题，又定义了解决方案（居然精确到另一个线程），却把了解你的方案细节和评估你方案的可行性当作没有工作量。

典型的 X-Y Problem ，要打包也是 dex 或者 aar ，系统学了 android 再来提问吧，OP 的几个近期提问都没头没脑的。

@paradoxs 硬要说和帖子相关的漏洞也应该是这个 https://github.com/illusionofchaos/ios-nehelper-enum-apps-0day

@paradoxs

你是认真的吗？首先 iOS 工程配置 URL Scheme 有数量上限，而这个上限远不足以覆盖多数应用（考虑到某些程序不同版本有不同的 URL Scheme ）。其次也不是所有应用都定义了 URL Scheme 。

logo 整挺好。

https://www.visca.com/regexdict/ 按照"^t.+?i.+?k.+?"搜索，感觉 twinkle 不错

更喜欢静态强类型的原生语言。C / Rust / Swift , 脚本语言 Python / Ruby 也挺喜欢。

C / Objective-C / Swift / Python / Ruby / Lua / Go / Rust / Java / Kotlin / Java / Python / Lisp / Shell / ASM

https://mi.aliyun.com/detail/online.html?domainName=youtudi.com 如果打算当回事做就尽快申请商标，买下这个域名。

登“录”