原来现在技术已经这么成熟了，好羡慕 SP/ML/CG 的dalao们啊

草 Python 大胜利，就凭一个缩进二维文法
https://colab.research.google.com/github/r9y9/Colaboratory/blob/master/DeepVoice3_single_speaker_TTS_en_demo.ipynb

https://github.com/dhakehurst/net.akehurst.language/blob/efafa3e57f89ddea2f81ca3080121f2e70cce9e0/net.akehurst.language/agl-processor/src/commonMain/kotlin/processor/Agl.kt#L57
草，学到了，原来 Kotlin/Multiplatform 重载要这么用

https://github.com/dhakehurst/net.akehurst.language/blob/efafa3e57f89ddea2f81ca3080121f2e70cce9e0/net.akehurst.language/agl-processor/src/commonMain/kotlin/processor/LanguageProcessorDefault.kt#L94
草，觉得可以学习一下，自带补齐方法
override fun expectedAt(goalRuleName: String, inputText: CharSequence, position: Int, desiredDepth: Int): List<CompletionItem>
override fun expectedAt(inputText: CharSequence, position: Int, desiredDepth: Int): List<CompletionItem>

https://github.com/dhakehurst/net.akehurst.language/blob/efafa3e57f89ddea2f81ca3080121f2e70cce9e0/net.akehurst.language/agl-processor/src/commonMain/kotlin/parser/scannerless/ScannerlessParser.kt#L130
看到这里我被宏大的一个 fun 给震惊到了，忽然想到为什么 ParserKt 不能 lazy 处理 SourceLocation 的问题，才记起 ParserKt 的输入是纯 Feed<T> 流，不可能回溯……

https://github.com/dhakehurst/net.akehurst.language/blob/efafa3e57f89ddea2f81ca3080121f2e70cce9e0/net.akehurst.language/agl-processor/src/commonMain/kotlin/parser/scannerless/InputFromCharSequence.kt
看到这个“新”Parser lib 我就知道 ParserKt 的设计是有多不容易了……
遇到 parser 既没有 lexer/parser 又没有 TERMINAL/NON-TERMINAL 还不强调scannerless因为它本身概念上就不存在scanner这…… 虽然和 Haskell 系的 Parserc 差不多，但更 Kotlin 一些
如今又得重构了……

https://github.com/dhakehurst/net.akehurst.kotlin.kt2ts #Kotlin #TypeScript #dev #tools 🤔 第一次知道可以这么干
看来 ParserKt 的 Kotlin/JS document 要靠这个人的实践经验了

https://github.com/dhakehurst/net.akehurst.language/blob/efafa3e57f89ddea2f81ca3080121f2e70cce9e0/net.akehurst.language/agl-processor/src/commonMain/kotlin/parser/sppt/SharedPackedParseTreeDefault.kt

这一系列操作…… 很算法啊
一般类似 ANTLR 一样的工具也会有 rewrite/action 的选择吧，可这个几乎只有 SPPT(shared packed parse tree) 一样……
ParserKt 是纯递归下降解析组合子，所以没有 YaCC 系的 Parser-Tree 说法，只有内部递归的调用树和临时的 Fold 对象，没有这种……

https://discuss.kotlinlang.org/t/pipe-forward-operator/2098/53 #recommended
https://discuss.kotlinlang.org/t/is-this-accessible-in-sams/1477/2 #Kotlin #DontKnow

#Telegram #sysadmin 🤔好方便啊，自动更新

草，原来你们对代码质量是这种见地， 143 阅 0 赞

如何评价牛客2020年愚人节比赛？ - PaperCube的回答 - 知乎
https://www.zhihu.com/question/383673753/answer/1121984424 #security #encoding

#Math 如何看待《华裔教授发现二次方程「极简」解法：丢掉公式，全球教科书可能都要改了》？ - 王ruo宇的回答 - 知乎
https://www.zhihu.com/question/359765958/answer/930330106

你以为文言编程只是闹着玩？三个月后，人家IDE、教程、包管理器都有了 - 机器之心的文章 - 知乎
https://zhuanlan.zhihu.com/p/112650761 #PLT #Python

./gui_crop_select.py ~/视频/IMG_6302.MP4

./extract_subtitles.py -crop '593(85,287)[481,38]' --crop-debug -filter-code '~cvInGrayRange(it, 0xcc, 0xff)' -lang chi_sim --chunk-size 1000 --use-sharp ~/视频/IMG_6302.MP4
现场来提取一个字幕时轴^

./timeline_ops.py merge frames/timeline_IMG_6302.MP4.txt 0.25|./timeline_ops.py to-lrc 25 srt>test.srt