分享一下之前的调研结果。本人小鹤双拼 4 年使用者。

输入速度受平均码长、击键速度、是否有重码、退格概率等影响。

1. 从平均码长（单位：按键/字）上来说：

全拼（已考虑缩写和智能补全）[1]：2.98
小鹤双拼 [2]：2.50
自然码 [3]：2.20 左右
五笔 [4]：2.17~2.48
小鹤音形 [2]：1.80~2.20

结论：即便考虑上你说的「全拼支持首字母缩写」，全拼也依然无疑是码长最长的输入方式。而形码通常能探到下限，接近 2 键/码。

2. 击键速度在主观方面取决于个人练习，客观方面取决于输入方案的键位是否合理、打起来是否不卡手。可以在 [5] 量化评测不同方案的输入移动距离、手指使用频率等。

3. 我个人感觉，重码和选码是最影响输入速度的方面，甚于打字方案本身。因为识别汉字和按数字键选择永远比肌肉记忆慢一个数量级。形码或辅助码在这方面有优势。不过我自己没有用过形码，就不多做评价了。

4. 退格概率主要受输入方案的容错率的影响。一般来说，越是紧凑编码的方案，对输入精准性的要求就越高。所以，这方面全拼反而是最有优势的：无论是 shuang 还是 shuagn 都很容易被输入法自动纠错，但双拼或形码经常就必须退格，对输入速度有一定负面影响。

总体来说，「全拼的平均速度最快，但双拼和形码的上限更高」。如果追求极致的输入速度，经过足够练习后，双拼是能够远超过全拼的。

[1] https://zhuanlan.zhihu.com/p/82897751
[2] https://zhuanlan.zhihu.com/p/491861664
[3] https://xbeta.info/input-skills.htm
[4] https://www.zhihu.com/question/432465117
[5] https://macroxue.github.io/shuangpin/eval.html

借楼问问 supabase 相比直接用 postgresql 有什么优势？我没搞明白这个的优点

@yuuou
> 只存在于 oppo 及其子品牌
我以为蓝绿技术共享会把漏洞也共享过来，看来我想多了。那就放心了

> “留给恶意应用的利用时间不多了” 这个结论不对
嗯嗯，最后一句是反讽

这个问题在 OriginOS 上有吗？试了一下 OP 发布的测试工具 onepush.apk ，OriginOS 5 未能复现

---

另外厂商这回复效率神了，装死四个月，SRC 屁用没有，最后还是得开放出来才肯回应，就这样还要修半个月。一个字符串拼接 SQL 修半个月？？留给恶意应用的利用时间不多了

@w568w V2EX 这编辑框，一按回车就有概率发出去……

我的建议是，从网上找找 Reverse-engineering system prompts 的方法，把提示词弄出来看看。影响因素太多了，假如提示词只是说「你是 Claude 模型」但没指定版本呢？假如上下文太长出现幻觉呢？假如提示词是每轮对话随机切换的呢？想实锤 A 模型是不是 B ，即使拿到权重都很难说，不要尝试从前端断案了。

退一万步说，作为用户，你花 Qwen 的钱给你更贵的 Claude ，高兴还来不及呢

原因太多了，可能是：

1. Coder 提示词不干净
2. 自己加了提示词
3. 模型因没有针对性训练，出现幻觉随口瞎答
4. 模型因上下文太长出现幻觉
5. 主观上想蒸馏，直接收集和训练了 Claude Sonnet 的数据
6. 主观上不想蒸馏，但搜集到的互联网训练数据被 Claude Sonnet 污染的比例太大
7. ……

> 底层是 claude 吗

我很好奇「底层」是什么意思？有种「拿着前后端知识强行解释不熟悉的领域」的美。我猜你是指「阿里云提供的 Coder API 实际上是直接调用 Claude 的 API 」？ Anthropic 的 API 那么贵，阿里图啥？就为了名声硬烧钱？而且 Anthropic 自己肯定会阻止这种行为啊，人又不傻

> 我使用千问 coder 回答是 Claude3.5 但是我使用千问 3max 回答就是 Claude4 ，内置不应该回答是同一个模型吗

不应该啊，为什么应该？你绝对肯定地给出这个论断的理论依据是什么？

@LLLeo 从 Android 10 开始就不需要了

@Ketteiron #1 用一些公共服务的外链确实是个思路。

> 不行的话发公告让用户多捐点，攻击者成本太低了，除了加钱硬抗没有办法

看了下国内 DDoS 高防，腾讯云起步价 1 万元/月，Cloudflare 也差不多，太难顶了

出必捧场

@xyxc0673 > 有试过 GPT-5 吗，体感上比 Claude 4 好不少，不怎么会乱写

试过一点，后面没续费 GPT Plus 了。改天再看看。

@anivie > 看来要考虑 rn 了

RN 其实也差不多。跨平台本来就是个坑特别多的事，纯粹经验导向，AI 和文档在修平台特定的 Bug 时屁用没有，最后还是得回到 StackOverflow 、Github Issues 甚至源码。

如果已经有网页了，考虑一些直接 Web 项目打包成 App 的工具吧，比折腾 Flutter 简单。不过有时间的话学习一下 Flutter 还是挺好的，收益很高

@w568w #3 这里可以给个实际的例子，是我维护的一个开源项目里某成员（不会 Flutter ）希望用 Claude Code 实现一个云控的功能： https://github.com/DanXi-Dev/DanXi/pull/560 ，Claude 在很多明显的地方犯了低级错误，给我肝火都 review 上来了。

我自己用下来的体验是很差。 原因有几个：

1. Flutter 并没有一套通用的状态管理范式，AI 又写不来第三方范式。

Flutter 本身的状态管理只能说是勉强能用的级别，稍微复杂一点的状态就要依赖第三方库，比如 provider 、bloc 或 riverpod 。每种第三方库的 user base 没有前端那么大，设计模式也不像前端那样已经被 React 一统江湖。Claude Sonnet 4 是都会一点，但很容易产生幻觉、调用不存在的接口或回落到 Flutter 自带的简陋状态管理上，每个页面给你乱造一堆轮子函数，罔顾现有的状态管理范式。

2. 大部分 Flutter 开发者的水平很差（身边统计学，从我接触过的项目来看），基本都是和 OP 一样赶鸭子上架被老板叫来写的，都会带有自己原本语言的 code smell ，故总体代码质量很差。

比如我见过原来写 Android 的开发者（ Java ）起手就是 xxManager 、xxBuilder 、xxBeans……实际上和 Dart 的轻量级目标是背道而驰的。这种低水平开发者导致的就是低水平的库和代码质量，训练进模型也会导致模型更容易产生幻觉。

3. 除了状态管理，Flutter 本身生态和前端一样：比较细碎且高度依赖第三方库，对 AI 的学习能力要求很高。

不嫌弃重量和屏幕尺寸的话就看看 iQOO Z10 Turbo 和 Turbo+。我给家里人买的是这个，现在一家都是 vivo 了，远程控制修手机很方便

看了下我现在跑在树莓派上的 home-assistant ，也不算很大啊，内存占用才 300M ，装了一堆插件

@shadowyue #11 10L 那位可以看看发言记录，反驳找茬型人格，张嘴就是阴阳怪气。建议直接 block 一劳永逸

在其他地方我会说你做得不错，但在 V 站我只能说 快有什么用/几百兆内存没区别/拿程序员寿命换程序寿命/过度优化/百万并发用得上吗/不如 Go 一根/Web 生态差/语法太烂/学不会/能做 Spring 级别的应用吗……

----

言归正传，OP 其实可以再看看 C#，我自己用下来的体验是 Better Java

@geelaw 你说的是「匈牙利应用命名法」，我说的是「系统匈牙利命名法」。都属于匈牙利命名。

ref： https://zh.wikipedia.org/wiki/%E5%8C%88%E7%89%99%E5%88%A9%E5%91%BD%E5%90%8D%E6%B3%95

@gullitintanni > 变量命名里还带着类型信息，比如 iTotalCount ，charpUserName

这个是标准的匈牙利命名法，主要是在前 IDE 时代用的。当时没有很好的代码智能提示，所以相比每次用一个变量都需要找到它的 declaration ，能从变量名里直接读出类型显然更方便。现在有时写代码我也用 g_ 标识全局变量、s_ 标识静态变量、k_ 标识常量。

这里有人说是 Adobe 的问题，可以试试： https://www.reddit.com/r/css/comments/131hwp7/cursorpointer_suddenly_stopped_working_in_firefox/