不能这么说（外行可能连 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 都没有。
纯纯的嵌套调用，求值顺序全赖语言内部参数求值策略

可惜这样的话每行代码的信息量是很低的……
而且再严格，lambda: 也是可以命名的

顺便提一句，这样不会 SQL 注入吗

为什么不用 ORM

只要能够让自己的意图结构化，那就结构化

只要能上到过程式编程，就别用汇编+宏
只要能用 OOP，就别用过程式里各种开销大的虚方法和约定俗成命名式“方法”

很早的时候，以前我写c的时候，推崇无论何时何地，任何环境，都能手写代码，这样写代码的能力才是你的能力，你才不是ide的搬运工

肯定啊，如果写 Haskell 在纸上也是够用的

两边都不能忘，程序猿要不止一门语言才好

这也是「戴着枷锁编程」的一种体现

规范化自己的定义，提升抽象层次。
从非结构化（汇编）到过程式（C,Basic） 就是一种提升

虽然能用的 hack 会越来越少，但程序的规范性、可维护性会越来越好