唉，如果不是新事情多时间少，我想大概都是可以实现的，
我最近在尝试『猜测 API』，即在不见到实际编程接口的情况下利用之前的经验和记忆猜测会有怎么样的接口……
如果不是长期在一个什么也干不了的学校里，是不可能这样的，因为要记的东西太多我经常忘记，偶尔也会因为一段小代码不能在预期的时间内想出来而头疼不已

高三只有一个晚上…… 而且家人还不乐意了，说要去什么武汉，真是非常头疼，明明这位之前还笑话我哥『讨饭也到武汉讨』的，而且之前才说上不上大学无所谓的。
果然一个人的志向可以改变得比包子连任还快。

我真的不知道谁对谁错，或许他们是对的吧，我很奇怪，而且我不给自己做饭也以后不想学开车
或许我是对的吧，可我也未必能独善其身

明明知道，他们不能理解…… 我不是那种为了别人赞美而生活的人，也不想太着急。看来以后如果我能够写书的话，也应该诚实地不在序里面赞叹一番亲人的善解人意了吧。
明明什么都不明白，他们愿意看抖音也不看我刻意发 Qzone 的东西……

最近也在很努力的，虽然明明，感觉脑子也有点过度使用了吧…… 也可能是错觉，因为我不沾电脑的时间太多却总是想编程的问题

enum class Gender { BOY, GIRL }
enum class Person(val sex: Gender, var age: Int) {
duangsuse (BOY, 17)
}

fun <T: Number> List<T>.average() = this.sum() / this.size
inline infix fun <A, B, C> ((A) -> B).andThen(crossinline g: (B) -> C): (A) -> C = { x -> g(this.invoke(x)) }
inline fun <A, A1, A2, B> (A.(A1, A2) -> B).curry(x0: A1): A.(A2) -> B = fn@{ x1 -> return@fn this(x0, x1) }

类似这样的，我经常为了不能在 2s 内枚举出 sex 和 age 及类型而花两分钟的时间重复 N 遍，直到我觉得基本熟练了为止
其实我根本没有多快…… 只是希望自己很快罢了

冰封的 QQ 裙还不够多吗？（跑
不过我的确不知道还有什么……

本群的确比较冷清
如果喜欢热闹的话欢迎关注 @dsuse 啊（跑

其实人少也没什么，向钱看的国内速成班、专科班学员真的一堆一堆出，不稀罕了（而且我也觉得没什么可稀罕的，因为这么做有点不利于平均的应用设计水准……

如果坐不下冷板凳，是不能当好程序员的，不少可称得上优秀的人在 GitHub 上不也没有多少 fo（编译原理的，R*RS 标准跟随者之一 Chez Scheme 的作者 fo 还没有五百个、讲过计算机网络的编程随想也没有一些网红培训班火），技术很高的博主关注者也往往很少，曲高和寡，虽然很酸但是也蛮正常

如果觉得人少了…… 可以试试先自己找/整点东西看看，比如计算机图形学和信号处理、机器学习
可以自己试着去维护点小框架什么的

优质而且志同道合的地方真的是很难得的…… 而且找到了也未必是你能待的地方…… 这和钱无关，心疼

好牛啊这…… 简直比 fun <T>(…) … when { true is T … } 这还……

之前我没见过为了优化代码风格而做的局部 operator fun

在 suspend fun 里引用啊（迫真
其实 suspend 的 closure 也可以，runBlocking 什么的……
协程不熟悉…… 我真的该多看书

怎么感觉你是想用 operator … unaryPlus() 来 +MHE.ping…… 如果是局部的话应该就不能引用吧……

强烈推荐陈光剑的《Kotlin 极简教程》
对 Coroutine 讲得也很细

是指 +(::susFunc as /*suspend*/T.() -> Unit) 这样的，receiver 是为了调用 () -> Unit 的 operator unaryPlus

参数化多态再加上 bound 什么的看起来有点混乱，其实有时候感觉还是蛮有用的，毕竟可能最大限度泛化代码，而不止是 subtyping

> 一般带 receiver 的 lambda 是作为参数指定类型的吧，然后一般扩展函数的 receiver 用匿名类型，使用起来也会很别扭吧
(1) 的确是用来指定 receiver 的类型，虽然我相信很多人第一眼看到 init: A.() -> Unit … { (x as A).init() } 都会觉得很扎眼：咦？ init 为什么跑到中间来了？
(2) 没看出来 MHE 是类型变量…… 泛化的话应该是可以用吧……
扩展函数定义类似 fun List<T>.sum() where T: … 这样的会很有用

好像只要 main thread 死了 JVM 也会 exit？之前在周志明《JVM 最佳实践》上好像看过似乎是 main thread 一死就全瓜瓜了