gradle 卡 kotliln compiler 下载，一直没法过
Searched in the following repositories:
Gradle Central Plugin Repository

墙也越来越大了

Gradle 终于开始下载了，还是我 pacman -Syu 以后才能下载的，之前都直接卡死在 select() 系统调用上

我去 gradlew -Dhttps.proxyHost=127.0.0.1 -Dhttps.proxyPort=3129 了 Ali 的 proxy
不对,这个不是阿里的

#zhihu #Java https://zhuanlan.zhihu.com/p/26019083 用了 aliyun 镜像

我开发的动力终于又回来了……

热泪盈眶，终于又有了开发的动力。
好思恋 Gradle 这样的 增量编译啊

世道要变了 （《平凡的世界》里某傻子常说的话）

#GitHub #Project
向 Share/Other/kt_misc/pkt_9 道别！
从此走向独立的道路
11 天都过去了
世道要变了

话说 dalao 们为什么执着于 isEmpty 了 可是我个人觉得 str != "" 更直观啊 而且也很直觉

因为那样更规范、更好引用啊
你可以 str.takeIf(String::isNotEmpty)，再试试 str.takeIf { it != "" } 看看。

"" 是一个字符串常量（同时也是字面量）
一般而言好的程序员都会尽可能避免类似的“魔法常量”出现，能明确就明确，这样会对你以后的重构、维护，以及别人的阅读有很大的好处。

再举一个例子，就是 (s == "") 不如 str.isNotEmpty() 更能让一个重视代码质量的人，想起对『这一块』代码的函数抽提和简化方法，主要是明确性不如后者的原因。和 (size -1) 与 lastIndex 是一个道理，但不完全一样。

比较那一点点的“少击键”的蝇头小利，和以后维护 简单干净 的实锤优势，我想好的程序员不会随便为了节省键盘寿命而按照 Java 那一套写代码的。

退一万步讲，Java 里 == 是引用相等性（对于 Kotlin 就是三等号 === 了），所以为了语义明确， (s == "") 必须被写成 s.equals("") 或者 s.length() == 0
开心一点你甚至可以写成 "".equals(s)

两种形式。如果你的项目里同时出现了这两种形式（实现的是一个目标），会给以后的维护造成麻烦，不如都统一了好。

https://github.com/h0tk3y/better-parse
一个已经封装好的 #Kotlin 解析器框架 🤔

是哪个dalao说ParserKt 复杂 来着 🌝

https://github.com/silmeth/jsonParser/blob/master/src/main/kotlin/com/github/silmeth/json/SimpleJsonGrammar.kt#L50
这个可以，足够暴力
作者真的是连一点性能考虑都不顾了么……
作者是一个前端么……

项目的主页，就用 Literate Kotlin 来写好了
https://duangsuse-valid-projects.github.io/Java-You-Dont-Know/ 这种格式
那个图的下面
build·version·examples·comparasion

文章直接给 Gradle 的依赖配置
然后开始整体文档

ParserKt 的 Logo 画好了

项目总体分成 base, parserkt, ext 三个部分
其中复用性高的部分做成 base
ext 则包含 NumUnit 和 LayoutPattern

……其实 1k5 行代码，还蛮大的

https://github.com/ParserKt/ParserKt
啊，JitPack 总算配置好了

唯一不好的就是我有 parserkt-util, parserkt-ext 两个 subproject，它只能构建完最大的那个 project……

如果要沿用项目结构，必然得 把 ext 放在 ParserKt/ParserKt 之外的 repo 里…… 真是无可言表
或者，可以利用 gradle 加点私货，可我不知道怎么加