1 ）基乎所有算法都可以用母语描述伪代码，而编码的过程实质上只是一种翻译过程。如果你不翻译名词也不会有什么大问题。
不过实际工作中的编程很少直接编写算法，大多是 CRUD，你怎么命名只要团队里的人没意见就行了。
如果你想发布一些开源框架，而英文又不好，那结果只能是小打小闹，对世界也没啥影响。

2 ）另外翻译本身是一种多对多的关系，一致性非常差，如果把这东西应用在编码上，各种冲突肯定是恶梦。

sublime 或者 vsc 都支持全目录查找替换的，用正则一下就搞定。不放心可以版本控制，commit 之前目测一下。500 个一点也不多。

DOs:

// Describe the requirement

// How and why doing this

// Special/Edge Cases

// Helpful Resource: https://example.com

/*
* Docstring
*/

DONTs

// This is comment

// This is a variable
var foo = bar;

// if condition do that
if(condition) {
// that
}

现在是火力喷射推进器，之后他们打算改成电动的，基本上就是三台巨大的 dyson 吹风机绑在身上。
https://www.youtube.com/watch?v=EAJM5L9hhBs

可能是觉得有点短。

《 baba is you 》
https://store.steampowered.com/app/736260/Baba_Is_You/

tab 调成 2 缩进或 4 缩进时非常容易与空格混淆，对编辑器兼容性也极差。相比之下空格的兼容性更好。

另外 editorconfig / prettier 也如此好用，根本不需要手工缩进，硬盘空间如此便宜，也无须纠结文件大小。

人事跟你说的薪资么，太不专业了，花式赶人呀。

Redis 为啥不直接用 rds，要放在 ecs 上。

最多入职后填个紧急联系人电话，其它信息一概不给。

@PqZS58MLPBHFpEqm 竟然遇到同年同月同日生。不过我 16 年肉翻，是不打算回去了。

这是一种艺术创作方式，使用字符构图。
早期的 ascii art 可以用的字符不多，现在有了 unicode 字符集，各种奇怪的字符更容易作画
http://xahlee.info/comp/unicode_ascii_art.html

@zpf124 ISO8601 的好处是不受语言、底层表达范围（ 32/64bit ）的影响，哪怕最终的表示不一致，但所含的信息是一致的。另外时区可以作为额外的字段，也可以直接在 ISO8601 里体现，是附加价值。

@beidounanxizi ISO8601 是业界标准，基本上所有标准库都支持的。转换也是由标准库完成的，难道你手工拼字符串吗？在 i18n 成为刚需的今天，时区信息其它上必不可少。哪怕你不在 ISO8601 里体现，至少得到的也是 UTC 时间（ 0 时区）是安全的。