不过我作为 #Backend 看这些 #frontend 的东西也的确有点狗拿耗子的意思了，我平时都是做后端的，后端总的来说素质要求比较高，这类喜感的事件、讨论和笔伐出现的一般比较少。当年末大戏看对我来说也无所谓，因为我目前不主要是做这类事情的。

总的来说... 我就是觉得 Ant Design 的设计者『们！』必须认识到自己的东西的确有很多人在用啊？设身处地的为用户使用情景着想，才不会捅出这种篓子... Xmas 拼错也就算了，AntDesign 在国外也有应用... 现在还真有点自毁招牌的意思了，比较可惜...

后来我又去了解了一下，开始加彩蛋的人提交相关带码时说已经做好了被骂的准备，大概就是刻意的鄙视一下对非蚂蚁金服产品使用 AntDesign 的人了？可为什么要做成这种形式（开源并作为开发框架包装发布）呢？和 OpenJDK 一样作为『技术研究』之用？

Telegram 这里也开始下雪了。

Yuuta 重写的代码我看了，都还好。略微使用了一些 Kotlin 额外的特性，但主要还是语法糖之类的
这里真的是服了国中生的精力，这么长的代码也写得。怀念初中的时候哈？（

推荐使用 辅助函数 来使诸如

            if (startHour == 0 &&
                startMinute == 0 &&
                endHour == 0 &&
                endMinute == 0) {
                alwaysStatus = getString(R.string.accept_time_card_current_never)
            }

这样的逻辑更清晰一些，不了解布尔代数的 duangsuse 如是说
duangsuse 自己不是很清楚这种计算的话有什么好的途径可以优化，不过的确可以让逻辑直接一点：

     fun IntArray.allZeros() = this.all { x -> x == 0 }
     if (intArrayOf(startHour, startMinute, endHour, endMinute).allZeros())
       alwaysStatus = getString(R.string.accept_time_card_current_never)      

Kotlin 自己也有内部的 delegation 模式支持，Observable 不知道有没有专门的 Kotlin 适配
关键字参数 reformat(from = 0, to = 5, flags = "rr+") 这种也可以用一下

            if (fileUri == null || !zipFile.exists()) {
                throw NullPointerException()
            }

这种 Kotlin 里面是有专门的语法支持的，并且不推荐，顺便推荐让 Kotlin 注册这个异常 @Throws(...)

这个逻辑实现是『无论 fileUri 为空还是 zipFile 文件不存在都抛出 NPE』，在这里等价的代码，当然这看起来就有点魔法了，适合声明式编程风格而非表述式一些
fileUri?.run { if (!zipFile.exists()) return } null!!


holder.checkBox.setOnClickListener(object : View.OnClickListener {

这种 好像 SAM Lambda 语法糖里就已经廊括了，不需要匿名内部类表示了，直接 Lambda Expression 就可以了


private val lock = Any()

这种，Kotlin 推荐使用并发工具而不是 Java 内部的 synchronized 来实现线程同步，所以最好还是再考虑一下怎么安排同步问题，要不然推荐把 Any() 换成 Object()，Kotlin 的 Any 类根本没有涉及到对锁的考虑
使用 Object 类更容易明确用来同步的意图一些

         if (mGetTopicListCall != null) {
            (mGetTopicListCall as Call<MutableList<Topic>>).cancel()
            mGetTopicListCall = null
        }

这种，首先尽可能使用 lateinit val 或者自己弄的 Option（Either） 类型，就可空值来说我觉得其实也算是要尽可能避免的，必要的话
然后如果觉得用 null 来指示程序分支走向更好的话，可以不用特别的加 as Call<MutableList<Topic>>，Kotlin 的程序流程分析会进行智能转型的（smart casting）
如果

mGetTopicListCall 

为空，

mGetTopicListCall.cancel() 

就压根不会被执行，所以手动 as 转型可以认为是不需要的，因为执行到这里（if 里的基本块）

mGetTopicListCall

就肯定不为空
Kotlin 这方面（静态分析）比 Java 8 好多了
如果不能这么做的话（比如没有这个 if）那就可以用『null safe call』

mGetTopicListCall

?.cancel() 或者 『non-null asserted call』

mGetTopicListCall

!!.cancel()



        val list = Stream.of(originalList)
                .peek(object : Consumer<Topic> {
                    override fun accept(topic: Topic?) {
                        topic!!.subscribed = (localSubscribedTopics.contains(topic.id))
                    }
                })
                .collect(Collectors.toList())

这种，Kotlin 自己有 Collection API 的，可以直接替换了，Android 上不知道有没有这个 Java API
（哦好像不是 Java API，或许现在这样 Proguard shrink 掉不需要的方法后 Dex 体积会小一些

Kotlin 推荐的就是 less-boilerplate，所以大家编程实践的时候也最好放开思维，尽可能少点余赘重复、平铺直叙的代码（但也不要让自己的代码充满魔法，也不要滥用特性，刚刚好，这个尺度需要掌控），利用 Kotlin 的丰富特性把业务代码写得更自然一些，多定义几个辅助函数又有何不可。

Kotlin 方面推荐冰冰的博文们，因为我目前好像只认识他一个主要写 Kotlin 的，他的 Kotlin 开源项目也推荐看一下，如果喜欢算法的话也可以看看他的 ice1000/algor4j

btw. 这里 有篇 C++ 实现 Vector（变长索引列表容器）的代码
The Rustonomicon 书上也有讲如何实现 Vector 容器，看来最近是得好好学习一下这类基础的后端知识了。我现在还太菜。
C++ 那些东西啊... 高大上，C 系语言的指针操作我还是略懂。C++ 平时的 Iterator 模式也基本了解所以这代码还是看得懂的，但是没有时间看。
对于嵌入式单片计算机来说，一般都是用直接汇编或者比较老的 C （比如 K&R 时期的 C，或者 C89 之类的），编译优化几乎没有，还不如直接上 ProgrammableLogicalArray(PLA) 和 Verilog HDL 呢...
不过 RISC 机器指令都比较小，MCU 系的机器寄存器集合也很小，所以说有大佬可以二进制编辑器手写机器代码也不是不可能 hhh 死记硬背指令寄存器标号可以

最后就是 Kotlin 的重写可以再开一个分支，决定好后来再不再合并到 master
最后就是重写的话可以分到几个 commit 里，一个文件一个文件的重写，毕竟 Java 和 Kotlin 是 100% Interop 的

当然最后（是对那些想喷我的人来说，因为我最近有点神经质... 或者说是有点点被害妄想之类的不安，总是觉得像是要被喷，而且还是被 Android 开发者什么的喷成天讲一些歪门邪道的东西，其实自己什么都不懂，学不会什么 Fragment、Navigation 什么的东西，然后以后就没人要...）
我想说不要拿什么没有作品之类的来喷我，我还高二呢... 一周半天的假期，哪里有时间来弄这么大的工程...
那那些所谓的经验之谈自然也无从谈起了。平时只好看书。 #review #code #Android #Kotlin

#recommended #yearPassed

https://blog.yuuta.moe/2018/12/31/review-2018/ #Blog

李先生使用的高级加密被神必人使用李宗阳变形字典一瞬干烂，，，

#tech 我想我 2018 年最大的成就就是知道了自己有多菜，然后就是了解了一下现在的 x86 物理机，和一些基础的函数式理论（

duangsuse | ¯\_(ツ)_/¯ |学渣 ∈ [E²PROM, 含幺半群)

大概就是说这个（ #yearPassed #recommended

（E^2 PROM 是说 EEPROM，嵌入式领域名词，『电可擦除』可编程只读存储器
如果是 EPROM，可能就必须拿紫外线照射清除电荷来擦除存储器了
有些 EEPROM 还可以以块为单位进行擦除？

（

含幺半群

是说 Monoid（半群 Semigroup 的扩充），函数式编程名词，含有『单元（也叫“单子”）/幺元（不动点）』的半群
如果一个范畴（比如字符串们）符合『封闭律（closure）』和『结合律（associative）』，就可以被称为半群
如果一个半群符合『同一律（identity）』，就可以被称为含幺半群

封闭律是说对于某个范畴，如果有态射（函数式名词『态射』）
f: B -> C 和 g: A -> B ，就一定有态射 h = f · g



h :: A -> C 

它允许我们『组合（compose）』函数来构成我们的逻辑。所以是必须的

compose :: (b -> c) -> (a -> b) -> (a -> c)
compose f g = \x -> f g x 

compose

里 f 是一个态射，类型签名为 (b -> c)，g 也是函数，类型为 (a -> b)，最后它返回一个函数 (a -> c)
f 输入一个 b 类型可以拿到一个 c 类型，g 输入 a 类型拿到 b 类型，最后我们要由 a 类型拿到 c 类型，这个函数的实现（(f (g x))）是有意义的
至于为什么参数是以箭头分割的，是 Currying （柯里化）的结果，不过这个方法其实是 Moses Schönfinkel 发明的，因为开始的时候 Lambda Calculus （lambda 演算）的匿名函数都是一元的，只有一个函数不能多参数
于是就弄出了柯里化，比如说 (+) 这个 Operator 操作符

(+) :: Int -> Int -> Int (Kotlin 里就是 (Int) -> (Int) -> Int)
其实就是说 λa b. (prim-add a b) 也即 λa. λb. (prim-add a b)
不过这样就有一个好，因为我们可以 add2 = (+) 2 了

Haskell Brooks Curry 最大的贡献可能是搞出了个 Y Combinator，相当出名的不动点组合子，但其实你们一学就会发现这些东西其实没有那么高大上，我觉得这类还是比较 trivial 的，不如数学证明多烧脑
理论上的东西开始理解的肯定是烧脑，但后来其实感觉真的不如数学，不过我不是说计算机科学怎么怎么地，显然我还没有那个资本。

这个 compose 用来组合两个单参数函数（也叫一“元”函数） lambda 们，用 scheme 写就是

(define compose
  (lambda (f g)
    (lambda (x) (f (g x)))))

((compose display (lambda (x) (+ x 1))) 1)

结合律就是说对于某个范畴， (f · g) · h 和 f · (g · h) 是等价的，就可以随便组合不会出现线性结合不等价问题

数学上加法运算符也有结合律， 1 + 2 + 3 ≡ 1 + (2 + 3)

不动点（fixed point）就是说对于范畴的所有对象，都存在着一个态射 i: A -> A 使 i(a) ≡ a （不发生变化即为不动点）

一般被定义为 id = \x -> x

上面的 \ 都是 Haskell 代码里的表示，用途是表述 Lambda λx. x 等价 \x -> x

喜欢数学的肯定了解这些东西，因为这函数基本都是数学上会有的概念，比如定义域、分段函数（Haskell 的 Guard Pattern）什么的，可以很容易看到定义的不动点

想了想，我 2018 年的最大成就就是弄了个 ES5 的 parser 还有一部分 TS 反编译

想当年 17 年初的时候我在 @ice1000 面前吹自己『说不定比你们系统管理能力强』的时候，可没这种自知之明（

黑历史黑历史了

#UNicode #Rust #Backend #Perl #recommended #ZhiHu

Unicode 的组合字符和 normalization 我之前还知道，UTF-16 的 surrogate pair 我之前没听说过不过作者自己也在吐槽这个设计很无奈而且坑
大家了解一下怎么规避就好了，我觉得其实还是语言标准库设计者工作做得不到位，所以 Kotlin、Ruby 这种可以『打开类』添加扩展方法之类的可能就比较好，为原来不怎么支持 Unicode 的语言支持完全的 Unicode

grapheme cluster 所谓『显示字符』
u̲n̲d̲e̲r̲l̲i̲n̲e̲d̲
我之前其实不知道
नमस्ते

combining character 『合成字符』
我之前知道的，ES6 书上提到过
He llö
PHP 里也是有时候能看到的，现在用 Piwik（现在叫 Matomo） + PHP7 默认安装的话或许能看到 Unicode 归一化使用 PHP 代码还是 PECL 原生函数的优化提示

至于 ligature，说到 ligature，就想到如来佛祖的封条上的书法... 就想到孙悟空... 文体两开花多多支持（跑
这个连字呢，程序员平时都可能用到的，现在就有些『新潮』程序员在可以自定义字体的编辑器里用

至于我为什么没有管这类的问题，当然还是我现在没有时间学太多东西... 其实我也是可以管的，但太花时间我又没经验

反正就是很坑的问题，不过我觉得有处理价值，但没有特别的处理价值，以后自己实现完整的程序设计语言或者解释器的时候可以考虑到

#考古 #sysadmin #OS #OSDev https://zhuanlan.zhihu.com/p/41516750

https://ban.ai/multics/

Wow ffplay 还有这功能... 虽然我有频谱分析仪

#ctf l

XPM... 懒得折腾 PIL 了，有些题没思路（比如 TXT 那道和 PHP 那道，好笑吧，学 PL 理论的居然不会弄这道题），有些题思路是错的（或者实践起来有问题，比如我以为是DTFM 音分析但出错的），弄完我溜了，做不完算了...

累死了...（答案不直接给（要不然就破坏游戏规则了，这个是，图当然要自己画，跑，修得好的话肯定就是有能力解题了