这样。每次改完害怕测试不通过的无所适从……

> Configure project :
Kotlin Multiplatform Projects are an experimental feature.

> Task :compileKotlinJvm
> Task :jvmProcessResources NO-SOURCE
> Task :jvmMainClasses
> Task :compileTestKotlinJvm
> Task :jvmTestProcessResources NO-SOURCE
> Task :jvmTestClasses
> Task :jvmTest

BUILD SUCCESSFUL in 11s
3 actionable tasks: 3 executed
17:20:59: Task execution finished 'jvmTest'.

一看到 All Passed 兴奋的

解决了，好了

居然是可愛 KDE！

好康的

我该去吃饭了，呼。
啊不对，已经九点了，我好像没吃晚饭
艹，说不定超市已经关门了

这么晚不吃饭吃零食会不会长胖
（反正我也很瘦…… 怎么个受瘦法呢，上面的那一张里齐景轩很瘦，就体型来说我和他一样瘦…… 艹）

我对 Kotlin 实在是太凶残了…… 艹，这么密集的代码 放到 Java 8 里基本写不出来，Java 7 里完全写不出来

马上开源来的
明天可以写基于它们的解释器（虽然 RingBuffer 是凑数的（其实没有凑数的，都 TMD 是我的心血啊！！！
可是我不想写，虽然很简单
可是我觉得也有必要写，可是没时间了，艹 *3
其实我觉得 Parser.kt 的一部分代码，写出来都会很有意思，体积不知道怎么样，应该没问题

我不知道是因为时间太少、还是任务太多、还是上机的时间太珍贵、还是我自控力差，为什么我第一次有这种看瞎眼的感觉？我开了红移(redshift)…… 🤔

这可是我的血汗码，得加上 GPLv3，不能让妮妮萌萌之类的光明正大拿去抄了，艹

https://github.com/duangsuse-valid-projects/three-kt-files
结束了。

#sysadmin #linux Enlightment 上虽然特效好，设计的也用心而且别具风格（这个风格我喜欢），但是我用不了 fcitx 和 RIME（不知道怎么修复，我不想在写代码的时候操心太多其他的事情），而且 systray 好像没办法显示，我只能不用了，KDE 虽然资源占有稍微高一点，可是很多应用非常有效

每次更新，NVIDIA 闭源驱动总是不能自动被 DKMS 编译部署，害得我总是要重装一遍或者临时换用 nouveau，肯定是 installer 有问题！

#China #Rust emmm... 家丑不可外扬啊，虽然我这里 Rust 得依赖镜像。中国有些『精致五毛』人总是说互联网天下第一，不知道是不是不把我们当人，互联网？wikipedia 都访问不了，百度百科？它有其他国家语言的版本么。互联网是互联开放共享，中国互联网只是在前面多加一个『国内』

？？？

https://twitter.com/upsuper/status/1193143731244810242

有一个方法是写测试（持续开发持续测试持续集成…… 你可以利用面向对象多态 moke 模拟对象，或者是像 Aqullian 测试组那本 CEDJ Java 书一样，真实在本地自动部署测试环境执行测试），还有一个更好的方法是不写 bug，当然这个是那些欠打的 Haskell 程序员说的，他们连 syntax error 都不屑给你指出。

当然对我来说，我觉得任何应用程序都是不应该写测试的（因为他们不应该能够让你写错代码，无论是从工具的角度还是文档的角度）；绝大部分算法和框架的测试都应该可以用 Haskell Test.QuickCheck 的方法来写。

文档懒得读可以尝试和作者从一个角度想问题，而不是被动接受别人的解释，比如：

当你看到 gradle 的 from 时，你会想到：我在 task 里用 from 是什么意思呢？task 是将多个文件汇编成一个文件，所以 from 是指定一个输入的意思
当你看到 task (type: ...), Task.dependsOn 的时候也会从使用对象工作流程本身的视角看问题
当你写复用库的时候，应该从用户的角度看问题，比如：你要定义一个 Collection<*>.isNotEmpty，是要把它作为扩展方法还是扩展属性？
此时，你发现这个 (getter) 方法是纯函数，它没有副作用，所以你定义 val Collection<*>.isNotEmpty: Boolean get() = size != 0
很多其他情况你考虑一些诸如『是不是提供 vararg？』『是不是用 Builder？』『这个 out 是什么意思？』的时候一样有效

CI 调试噩梦，本地无法测试，每次改一点，影响 Commit 历史；云端环境和本机不同；云端没设置缓存，每次重新编译；重新编译耗时长，可能在最后几步出错；CI 文档懒得读，无法一次写好等等。

谁有点优雅些的调试技巧么？

一些很鉴的 CI 功能：
* Travis CI Debug 功能
* Azure Pipelines Rerun Failed Jobs 功能

Haskell 里一个可用的 atoi :: [Char] -> Int 是：

atoi = snd . atoi'
  atoi' (base, n) (c : cs) = let newbase = base * base in
    (newbase, (base * digitToInt c) + n)
  atoi' (_, _) [] = (1, 0)

后来我发现我的思想很危险，它不正确，所以我没有进步

import Data.Char (digitToInt)

atoi :: Int -> String -> Int
atoi base = {- snd . -} (flip atoi') 0 {- . reverse -} where
  -- atoi' :: (Int, Int) -> String -> Int
  -- atoi' (base, n) (c : cs) = let newbase = base * base in
  --   atoi' (newbase, (base * digitToInt c) + n) cs
  -- atoi' (_, n) [] = n
  -- atoi' (_, _) [] = (1, 0) -- 写错了，我忘记了是 L-R 扫描……
  atoi' :: String -> Int -> Int 
  atoi' (c : cs) i = atoi' cs (i*base + digitToInt c)
  atoi' [] i = i -- base * 0

你们无法想像我看到输出

*Main> atoi 10 "1234"
100
*Main> atoi 10 "1234"
100020340
*Main> atoi 10 "12345"
10000000200030450
*Main> atoi 10 "12"
120
*Main> atoi 10 "121"
10210
的时候有多么恐慌

由此我们可以得知： 其实测试是必须的…… 如果没有 REPL 我不知道该怎么办

JavaScript 里想写可能更简单