来晚了 https://leonax.net/

GCE

@buseni https://leonax.net/ 试试看

来晚了 https://leonax.net/

又到了贴博客时间： https://leonax.net/

欢迎测速

map: {
"state1": func1,
"state2": func2,
"state3": func3,
"state4": func4,
"state5": func5,
}

processState(state) {
func = map[state]
func()
}

完全没有 if/else

DigiCert: https://leonax.net/p/7530/digicert-best-ssl-certificate-provider/

@Mutoo 如果是因为字体效果选择了英文，那是因为没得选；我说的“崇洋媚外”是指在有的选的情况下选择了英文。计算机字体以及其它的各种问题（如编程语言、键盘等）都是专业领域的问题，在此不作讨论。

另外在优化方面中文字体并不一定会增加体积。对于特定的应用来说，字符集可控，无需包含完整的字体库。当然我并不是这方面的专家，网页字体方面有一些可以快速加载中文字体的方式，比如 Adobe 的 Typekit ，不知道在手机方面有没有类似做法。

@winduser 所以你也同意在好的译名出现之后，大家应该都切换成译名而非原名了。这和我的观点并没有冲突。而你所说的“断绝西文，实属不切实际的幻想”我不同意。随便翻一下英文媒体，即使在报导中国事务的文章中，使用中文的频率也比中文新闻中出现英文的频率小很多。当然这其中有中国的妥协（拼音），背后也有各种各样的博弈。我并没有期待中文做得像现在英文一样的程度，也没有要求把所有的专业词汇都翻译成中文，只是希望在日常用语中使用纯粹的中文，这一点并不难做到。

另外我同意 @myang 所说的“需要有专业机构来牵头”，虽然语言是大众化的东西，但对语言的使用需要有专业人士来引导。比如字典，不是人人想编就可以编一个。当然政府在这方面不是一个专业的组织，我更希望由专业机构专业人士来完成词汇的审查和校对。

@murmur 我没有对广电的实施细节做评价。我不认为应该砍掉那些纯日语或者纯英文的游戏。本文只讨论了中文里夹杂英语的情况。

@kn007 “ boss ”这个词要看上下文了，如果特指某个特定的角色，通常会有更好的译名，比如“深渊领主”。但是"boss"一词多数时候是被滥用了，连使用者自己都没想清楚想表达什么意思，反正是那个方向的，就用"boss"指代了。这种情况下的确会很难翻译。

@jamiefang
我没有对广电的实施细节有任何评价，不在本文的讨论范围内。对于没有规范的审查我赞同你的观点。

你说的教育类的场景是一个特例，就像英语课上老师不可避免地要用中文讲解一样。这种情况可以理解，但不适用于普遍情况。

语言的融合和演进是指一个语言吸收了另一个语言某些内容。中文中有很多外来语，比如“经济”、“社会”（日语），逻辑、沙发（英语）等，但我们并没有直接使用日语和英语，而是造了新词。通常外来语的翻译速度赶不上变化，特别是在一些专业领域，大量的词汇都只能用原词。但这并不影响我们尝试翻译那些词汇的趋势。比如计算机领域的大数据（ big data ）、云计算（ cloud computing ）这些新兴词汇翻译得不错也推广得不错。

如果有 Github 项目可以附上链接，如果刷过题可以附上相应链接。比“熟练使用 python 、 Java ，熟悉面向对象的设计思路”这种空洞的话要好得多。

这个性能真是在 ToLower 而不是 Contains ？

Keyword 数量太多的话建议使用 Trie 树

当时学五笔的时候还在用软盘，照着书到《第一次亲密接触》用五笔输入了一遍。没有全部打完之前就已经很熟练了。

@yukirock 对于 const 的优化，有没有 const 标识，编译器都可以进行优化的。 const 的主要作用是让编译器检查出不正确的用法，这跟运行时的性能和安全性一点关系都没有。

即使是 const 的指针在检查参数的时候也需要检查空指针， C++ 里的引用本身就不存在空指针的情况，所以不用检查。但这和 const 不 const 没关系。

其实也没啥不好的，至少有了一种按值传 array 的方法，要传引用的话，包一个 class 就好了。不可变类型说白了就是语法糖，编译器层面的不可变类型基本没有意义，真要改它的值还是有各种方法可以改。