医务工作者们辛苦了！
投稿By:Ranor H

记得老实在家呆着，除非想被抬棺🤨
Stay at home, or dance with us🕴🏿⚰️🕴🏿
#专业团队

#ML #media #DNN 人工神经网络 视频动画插值

https://sites.google.com/view/wenbobao/dain 奇怪，这个收费的软件到底有多少工作是原创的啊
DAIN 是 MIT 开源的，看起来这不一定是同一个作者
或者，如果说要提供一些其他 AI 库的 compose (比如说，动作检测之类的)，它提供了多少组合功能的代码， 以及 GUI 处理操作？

据说 DAIN 是 (depth-aware) 这么说它的输入应该是图像序列而已， 这个软件除了读、调用别人的代码处理、写 视频/GIF ，真的有做很多工作所以值得钱？

https://lh3.googleusercontent.com/mJk-jqWaUKNvKSsYT-vtriORkjI2WBEZ9yHnuUiZF9uWYkS4TFd92SPNjib3BQ6SsNcn-r7zB3DdAfymEI3TzYW4SoayXdWybn1a06Xr2n2uGfy5PQ=w1280
from itertools import chain
estimate = lambda a, b: a - b
def interpolate(f, a, b, i):
if i > 0: yield f(interpolate(f, a,b, i-1)
else: return
这个搞错了…… 应该是 unfold 或者 generate 之类的
def interpolate(f, a, b, i):
source = a
for _ in range(i):
source = f(source, b)
yield source
emmm
list(interpolate(estimate, 11, 22, 5)) #[-11, -33, -55, -77, -99]

#Python #DontKnow 🤔 其实我一直不把 LinkedHashMap <K> 的那个顺序当成 "有序"，因为我只看实现查找时 <K> 的顺序
现在才知道其实 entries 迭代器本身的顺序也可以是“有序”，比如说插入序

#China #freedom #life #school duangsuse 高中毕业喽～人生巅峰过去了 ☺️

呃，总算又回来了啊。
受高考、CloudHammer神隐以及自己身体状况调整的原因没有碰电脑，最近恢复科学上网，不过不会沉迷tg了。-_-||

恢复了好激动（打码是怕主机商被举报，现在弄个翻墙服务也麻烦啊）

似乎最近有不少机场都出了问题
连带着IDC一起会被审讯
可以的话多备着几家
注意安全

也的确是因为高考（主要是疫情假）时间管理失常导致一些身体问题需要恢复所以放假一月来没上Telegram，可爱的订户们我回来了🥰

不过在接下来的几个月，我可能不会再更新轰炸你们了（老实说我很奇怪为什么Telegram上还有三十多个人会看我的广播，我在知乎没一个人点赞的说，这大概就是所谓的营销和黏性吧……😓）

初次主要是为了再宣传 #bilibili 和 #zhihu 上投递的视频和文章（以后我可能也会把东西都陆续搬到那两个地方去了，不过 Telegram 的 markdown 导出恐怕最好还是要写机器人，几个月后了）
呃，都不知道是不是因为编程能力欠佳呢才搞文艺😨（迫真）

最近我不会实操编程，主要是看动漫 #acg #film 和电影，但隔几天可能写点技术文章甚至代码片段分析什么的，比如类型系统、函数式算法、C语言贪吃蛇。

#cs #plt 知乎：
胡乱谈谈类型系统相关《一道Java面试题》 - duangsuse的文章 - 知乎
https://zhuanlan.zhihu.com/p/163331952

梗概Visitor Pattern - duangsuse的文章 - 知乎
https://zhuanlan.zhihu.com/p/163762783

#acg #music Bilibili 选：
夏天的风/SynthV(Gen1) Yamine Renri
好日子(SynthV·暗音レンリ)
Python/CG/蒙太奇艺术画：罗小黑战记MV 晚安喵

#Android 有时也很羡慕 LIF News 之前发的那个「氡」什么的（之前也听说过作者），开发 Magisk 的台湾人不说，Riru C++ 替换libmemtrack创建hook也是我看着火起来的，看来还是得多写点应用比较好

云锤的 GitHub.com/CloudHammerDev 也清空了，但域名注册是没法改的，疑似跑路所以我换了一家，之前乘打折订入门档年付有70吧，但毕竟这家是市场最便宜的，无奈。
说起来，最近好像墙也管严了，GitHub主站在我这里已经上不了。

#dev #Android #backend 刚才看到 Pink 酱的一篇文章《如何在Android FC(Force Close)之前抢救下》，正好也照应了我在 pygame 实践里对 message loop 的认知，给总结下：

Android程序默认：

void main(String... args) {
  Looper.prepare();
  initMessageQueue();
  Looper.loop();
  throw new RuntimeException("fatal");
}

可以设置捕获器：

Thread.setDefaultUncaughtExceptionHandler(new _Handler { void uncaughtException(Thread t, Throwable e) {}; });

在里面可以选择重启： ctx.startActivity(new Intent(ctx, _Activity.class).addFlags(Intent.NEW_TASK,Intent.CLEAR_TASK));
也可以用 Cockroach 式：

Thread.defaultUncaughtExceptionHandler = { t, e ->
  logError(e)
  while (true) {
    try { restartActivity() }
    catch (Exception e1) { logError(e1) }
  }
}
fun logError(e: Exception) = Log.e("APP", "uncaught exception: ", e)

我还有一个基于之前观察，关于 Android 线程/执行资源调度的疑惑：
+ 在 onClickListener 里，不能做一些View树的变更，说明 handler 应该在 Main 线程外执行
+ 可是有时候 onClick 里的 HTTP.get 逻辑能阻塞住主线程导致 ANR
如果是主线程负责所有绘制，嗯这个的确没问题

出现问题的环境不一样，二者分别是在 Beanshell 解释器、Androlua 里执行（我也没有用纯Java做阻塞操作的经历，但有一次的确是在 onClick handler 里阻塞了重绘）
所以 onClick 到底由谁来 run 啊