我觉得好的程序员应该「戴着枷锁编程」，各位有没有这种感觉？🤔

比如说这种，许多等价的语法

就是不滥用魔法的意思

只尊重所有人最开始的直觉，而不是用符号替代文字

“饭圈术语”

xwsl

对我来说最优解真等于表达最准确的那一个

那种外行都能大致看懂的语法实例

可是后来我觉得，这种门槛往往并不能带来“优雅”

它们后来只是遭致滥用，和更大的学习成本

不能这么说（外行可能连 list comprehension 都看不懂（我就看到过批判这个是炫技的（

那个不一样，我是说平时工程的时候，要懂得尊重那 90% 的东西
择其善者而从之

“直觉”只是取决于你对语言的了解程度

Kotlin 的 listOf, mapOf
和 infix fun、reified type parameter
它对符号 ? : 的新使用方法
真的改变了我对“表达”和编程语言的看法

原来表现力和“约定俗成”的数目没有那么强硬的关系，原来具有函数抽象的语言本身就有表达各种数据结构的天然能力

就 Python 的标准 code style 能让人一眼看出，这到底是个 function 还是 class

不能吧？它 class 和 method 都是 snack_cased
但是 function 是 alllower

alllower 应该慎用，从这一点 function 命名分词法我还是支持 Python 的

但是毕竟是包含 OOP，Python 就不能再 OO 化一点……

以后 SubDate 还是写成 Subdate 吧，这个不需要分词的

再者，其实 map, filter, zip, sum 这些单字词函数，也是无法从命名区分是 function/method 的

完全是不同的风格（太好区分了（233

不愧是学姐，对 indent layout 一把梭

如果我是解析器的作者，一定很头疼规范里允许这种多行参数列表

不过也不是没有道理，如果允许
someCall(1,
2,
3)
那才舒服了呢

函数式的风格，连 inline val 都没有。
纯纯的嵌套调用，求值顺序全赖语言内部参数求值策略