没啥不行啊，在一些场景下可读性更好是肯定的，我觉得就是三点不方便，
一个是输入效率，大部分编辑环境对于拼音补全支持得不好，ascii 字符基本输入两三个就可以选到自己想要的了，
第二就是你这段代码其主要是数据定义，又比较好对齐，所以比较好看，可以放到更加复杂的逻辑（比如几层嵌套）中，看着其实会更混乱一些。
第三是没办法避免中英文混杂的问题，比如图中的“payment proportion” 和”in fact contact money last time”为啥不用中文呢，要么就是这是其他库的变量，要么这是团队其他人写的或者遗留代码，这是没法完全避免的。那你们的规范到底是什么时候用中文，什么时候用英文呢。

我对于任何编码规范的看法是，只要团队内成员能一致同意并且遵守，就没啥问题，比如你定大括号必须换行 /一行内的语句可以不用换行，缩进用 4 格还是 2 格，都会有人喜欢或者不喜欢，因为程序员审美观不同。上面说的后两点其实都是审美观问题，只要团队成员能接受并遵守一致的约定，那就没问题。

如果要解决第三个问题，可以给团队定一个专有词汇表（注释或者集中写一个 glossary.md ），项目内这些专有名词必须用这些文本表达。实际上我即使在纯英文的项目里都会这么干，一些容易引起混淆的词或者常用的缩写我会写在这里。比如我写一个图像处理程序，图像中间会经过各种变换，我可以定义，要求一开始输入的图像数据统一称为 input （而不是 raw, original, 原始图像, etc.），这样项目里 所有 input_前缀的都是代表输入的原始数据(input_dimension, input_height, input_file ），不会引起混淆。如果没有这类规范，可能就会在一个地方看到 raw_height, 另一个地方看到“输入图像高度”, input_rows ...
例如楼主的项目里肯定要约定，”实付工程款”这类概念(明显不止一个变量，在整个项目中会到处定义这类变量)，在能控制的代码里，必须统一用这五个中文字符，不允许用 payment 之类的代替，否则可能会引起混淆的，至少是可读性上的不便，因为看到 payment 和实付工程款同时出现的时候，我需要反应一下这是不是同一个概念（如果有的地方相同，有的地方不一样，那就很恶心了）

开源项目要面向全世界的话，那唯一能让大部分程序员都接受的规范也就是英文变量了

pep 8:

For Python 3.0 and beyond, the following policy is prescribed for the standard library (see PEP 3131): All identifiers in the Python standard library MUST use ASCII-only identifiers, and SHOULD use English words wherever feasible (in many cases, abbreviations and technical terms are used which aren't English). In addition, string literals and comments must also be in ASCII. The only exceptions are (a) test cases testing the non-ASCII features, and (b) names of authors. Authors whose names are not based on the Latin alphabet (latin-1, ISO/IEC 8859-1 character set) MUST provide a transliteration of their names in this character set.

Open source projects with a global audience are encouraged to adopt a similar policy.

qcy 作为耗材确实不错，丢了不心疼，就是两点不方便，一个是不能连多设备，另外就是最低音量还是偏大。
平时用 Bose 项圈，有一个方便的地方是不听歌，听人说话的时候，直接把耳机放下来自然挂着就好。而且续航比较长

比不友好？体验一下 c++ autotools cmake premake meson "modern" cmake b2 …… Conan Hunter vcpkg ……

啥公司连电脑都不给配的……

每天坐那 8 小时肯定是台式机+多屏幕+外接键盘舒服啊……你一个 java 程序员真的有很重的移动办公需求吗？

这预算足够家里和公司都各配一台不错的台式机+一个 Dropbox pro 套餐再加一个 switch 了……

去公司正好走一条自行车高架桥，没有车没有行人没有平衡车没有红绿灯，感觉还是挺好的，能保持一个踏频。平时在公路上就以安全优先了，该慢就得慢下来。。。全程保持 20 在上下班高峰期的公路上基本是不可能的，平均 15-18 差不多。但自行车高架桥上就好多了。
骑行姿势网上一搜就有。装备其实也不用太贵的。

servo

是否考虑加入对 vcpkg/conan 的支持？（虽然看起来会比较麻烦）。因为我觉得你这个项目的优势在于用 lua 做构建流程（作为脚本语言比 cmakelists 强太多），包管理这个有了当然好，不过这方面我觉得你大概拼不过 vcpkg 和 conan 的社区，而且有些库甚至会官方维护 conanfile 和 vcpkg/port。

spacefn

长按不松开是 shfit/ctrl，短按放开还是空格。需要适应一下。

i3 workspace

正在上映的 TV 动画，如果有 1080p，一般发布的就是 300MB~600MB （后续 BD 出来以后，会有压制到 1 GB 左右供收藏的），码率大概就是 2Mbps~3Mbps

```
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '[JOJO&UHA-WING&Kamigami][JoJo's Bizarre Adventure - Golden Wind][37][x264 1080p][sc_jp].mp4':
Metadata:
major_brand : isom
minor_version : 1
compatible_brands: isom
creation_time : 2019-07-06T18:14:01.000000Z
Duration: 00:23:40.16, start: 0.000000, bitrate: 3077 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/unknown), 1920x1080 [SAR 1:1 DAR 16:9], 2757 kb/s, 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc (default)
Metadata:
creation_time : 2019-07-06T17:33:54.000000Z
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 315 kb/s (default)
Metadata:
creation_time : 2019-07-06T17:32:35.000000Z
```

8M 4K 对于动画虽然称不上“足够”，但不至于“ 4k 马赛克”。属于追番的人可以接受的范围。
不过我好奇 4k 片源从哪来的，日本动画又不是电影，我都不知道哪部新番能有 2k，是国产动画出 4k 了？

这件事和楼主套餐有什么关系。。。

org mode

正好放到对应的任务下，让你可以快速回忆起当时的上下文
自带代码补全，代码高亮
本地搜索方便

所以建议再看一遍这些 breaking changes，说不定又能发现隐藏的新坑。

强类型也不一定能解决啊，调换顺序的参数可能类型一样啊。这要覆盖很好的测试才有可能测出来。
所以
1. Named args
2. Major Version 升级要慎重，至少不能连升级指南都不看，changelog 里的 breaking changes 都不看。按照 semantic version 的约定，Major 版本更改就是允许破坏性更新存在的。除了楼上提到的升级指南，不出意外地在 changelog 里找到了

* 3.0.0
BACKWARDS INCOMPATIBLE CHANGES
...
* ZINCRBY arguments 'value' and 'amount' have swapped order to match the
the Redis server. The new argument order is: keyname, amount, value.
* MGET no longer raises an error if zero keys are passed in. Instead an
empty list is returned.
* MSET and MSETNX now require all keys/values to be specified in a single
dictionary argument named mapping. This was changed to allow for future
options to these commands in the future.
* ZADD now requires all element names/scores be specified in a single
dictionary argument named mapping. This was required to allow the NX,
XX, CH and INCR options to be specified.

还是网易，我喜欢听的歌一半在网易，一小半在 iTunes，很难受。
有人说 Youtube 现在是最全的，我准备试试怎么样。

1. 小区没存车处，我自行车虽然没楼上那么贵，几百块也是钱，所以只好推进家里。我平时都是一直等到没人在用才推进电梯，看到有人就示意他们先下了。
2. 在美国的时候，看到老外直接就把自行车推进地铁里了，纽约地铁堪称一个脏乱差。
3. 小区明文禁止电动车上楼，因为消防安全，我觉得合理。不过我觉得我自行车和它不是一回事。