在用 xz1c

其实今年出了几款 Android 小屏，其中境内可以买行货的有：

1. 粗粮生态链，以前做老人机的多亲出的 qin2，虽然屏幕是 5.05 ，但是它是全面屏（把前置摄像头去掉了），所以其实大小和 4 寸的 se 差不多（比 se 窄一点，长一点）。系统是 Android 9，魔改了 PackageInstaller，只准额外安装 6 个应用，不过据说通过 adb 可以突破这个限制。另外性能就别指望了，内存只有 1G。当时小米有品众筹 499，狗、猫上有加价卖的（ 6xx ），看起来现在还没有大量铺货，估计再过一段时间价格会降回 499。
2. Unihertz Atom，真正的小屏（ 2.45 ）。除了特别小的屏幕外，其他配置还算标准，Android 8.1，4G 内存，NFC，双卡双待，全网通，IP68，指纹、面部识别，还有 3.5 耳机孔。狗东售价 1899 （官网链接到了狗东）。这家公司之前就做了一款 2.45 英寸的小屏机，配置差一点（ 2G 内存），也不支持电信，电池比较渣（ 950 mAh ），但是，竟然是可拆卸电池！没有境内行货，需要 amazon、ebay 海淘，或者去某宝。然后这家公司还在 kickstarter 上上众筹，做一款三防、正方形屏幕、qwerty 全键盘手机（山寨黑莓）。

以上两款都是 type c 接口（ iphone 型号都两位数了，还不肯上 type c ），重量 100 克出头（和 se 相当）。

忙、闲

抱歉没有贴网址，因为我没有验证邮箱和手机，v2ex 不让我发网址（我试过只发部分网址（推的数字）也不行）。不过这些 google 一下就能找到出处。

云风以前在推上说他的速度是每天 500 - 1000 行（取决于语言）：

> 我个人正常状态的极限是：完全想好的时候，1500 行 C 代码一天，长期的话，边想边写大约 1000。动态语言减半。

在博客里写过：

> 顺利的情况下，一个人一天产生 300 到 500 行代码游刃有余。

《为什么说执行 996 工作制的脑力劳动者非蠢即坏》

这个应该是按动态语言算，同时扣掉了一些不写代码的时间（比如用于沟通的时间）

@mskf 　反向就是回过头去匹配，像 `[a-z](?<!x)` 匹配的话就是先匹配当前字母是不是 `[a-z]`，匹配到了那当前的「光标」位置就是在当前字母后面（或者说当前字母和下一个字符之间），然后退回去匹配当前字母不是 x

@gIrl1990 谢谢

有啊，http 1.0 就有 keep-alive 了。

不普遍是因为很多场景下没有必要一直保持连接 active，比如论坛，把帖子、回复内容取下来慢慢看，这时候没有必要保持连接。

像 IM、游戏、协同文档这样的场景，用 websocket 保持长连接很普遍。

s/没发 /没法 / （这里体现出来了一个问题，因为大部分情况下双拼整句输入可以直接上屏，养成习惯后往往不会仔细查看，大概扫一眼就按空格了，少数情况下可能还要选字，但如果输入法返回错误但是很接近的结果，就可能造成错误。）

> 有时候为了打一个非常用字，先打一个词，然后删掉后面多余字。

智能 ABC 都有「以词定字」功能，现在很多输入法反倒取消了。

如果习惯以词为单位输入的话，其实双拼不见得有多少优势。

「云想衣裳花想容」是成语，当然可以直接打声母。

我试了下搜狗，只打声母，「现在很多输入法反倒取消了」没发匹配成功，需要移动光标去选词，相反，打出完整的声韵母，按一下空格直接出字，第一个就是。那么这种情况下，整句输入当然快了。

所以说，双拼在最原始的不支持简拼的输入法，还有现在主流的整句输入法下都有优势，但在处于中间状态的支持简拼但不支持整句（或者整句支持不佳）的输入法下没有太大优势。

不过手机上我用 T9 （小屏手机）键盘，打全拼，不用双拼。

其实单就这个问题而言，楼主瞧不上的 `[a-wyz]` 既直观又短，`[a-z](?<!x)` （楼上 @geelaw 提到的零宽断言）反而要长一点。

@gIrl1990 `&&` 什么正则表达式库或者编程语言支持这个特性？我只知道有一个 haskell 的正则表达式库 (github/cacay/regexp) 可以支持正则表达式的交集，还有一个 python 库可以计算正则表达式的交集 (github/qntm/greenery)

@NoirStrike 马上和 visa 卡的银行联系，申一张银联卡（有 visa 信用卡申银联卡很快）。

自建博客可以最大限度地控制，比如 css 风格，加载速度，甚至 http header 头。

有意逆乘是一种运力的浪费，但说不上不文明。

想象一种极端情况，总共 10 楼，总共一部电梯，没有楼梯，电梯负载 10 人，某高峰时段，第 10 层（最高层）需要到 1 楼的有 10 万人，其他 8 层每层都有 100 人需要。如果严禁逆乘，那么 2-9 层的 800 人需要等最高层的 10 万人全部下完才能坐电梯。这显然不合理。

所以有意逆乘现象其实凸显了电梯运力不足这个系统设计缺陷。

增加电梯数量、合理分配每层的人数、上下班时间错峰等等措施可以缓解运力不足问题。如果以上措施都不能实施，那么比较合理的做法是让大家在手机上叫号，按号进梯，这样可以保证公平有序，也能避免逆乘造成的运力浪费。

好像文风很欧化啊

Linux （ KDE ）下没什么变化

管理员要求的修改结果则单独开一个 issue，写在 issue 里。

剩下的提交类型和修改内容可以并成一行，类型用 angular 风格的前缀或者 gitmoji，

然后空一行写 close #123 （ 123 为 issue 编号）

偶尔有额外事项需要说明的，可以在 close 前面写一段简短的说明。

@MeteorCat 不上应用商店，那 iOS 怎么办？

go blog 上贴过调查，第一是 vscode，第二是 goland

@hst001 估计楼主的想法是需要大于 1.6 的版本，而 1.12 - 1.6 < 0，所以 1.12 小于 1.6 好多年以前（那时候还没有 Go ）我也曾经这么想过

12 > 8 > 6