#coroutine #essay 🤔突然觉得还是 Ruby 的 线程(thread)/纤程(fiber) 翻译得比 Kotlin 的 线程/协程(co-routine) 好
因为从某种意义讲，协程就是用户态线程（虽然本名是“协调分词器和解析器的词条流”来的，现在谁还用routine这个术语啊，都是procedure）
这样的话 thread/fiber 解释信更好，虽然 Ruby 本身的混乱掩盖了它这类闪点
因为从某种意义讲，协程就是用户态线程（虽然本名是“协调分词器和解析器的词条流”来的，现在谁还用routine这个术语啊，都是procedure）
这样的话 thread/fiber 解释信更好，虽然 Ruby 本身的混乱掩盖了它这类闪点
Forwarded from ️タナバタ カヤ
我现在才知道这个网站。之前还想着为了用上最新的Android组装个最好的机子编译来着。 https://flash.android.com/
Forwarded from RWTG9Y4's STDOUT
Forwarded from 今天abc看了啥🤔 (asfr | abc1763613206🤔)
新年好！自从我们发布 Project NANO 解谜项目到现在，已经过去了大约八个月的时间了。
截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！
值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。
https://blog.hanlin.press/2021/01/project-nano-official-writeup/
截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！
值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。
https://blog.hanlin.press/2021/01/project-nano-official-writeup/
翰林的小站
Project NANO: Official Writeup
#00 一些废话新年好！自从我们发布 Project NANO 解谜项目到现在，已经过去了大约八个月的时间了。 截至发稿时，解谜平台总访问量约 1.92w ，合计 21 人通关，祝贺各位！ 值此 2021 年到来之际，我们正式发布该项目的官方题解以供各位观赏。 注意：该题解由各位出题人合作编写，因此可能会出现风格上的种种不同。 多废话两句：1. 在题解的开头会贴出关卡到达人数，该处已经为综合
Forwarded from RWTG9Y4's STDOUT
bruteforce_base64.php
2.1 KB
刚刚把 https://t.me/illusory_world/2976 的所有可能性列了一下
这是用来爆破的脚本，当然不是最佳实现，太困了随便写的，而且没做去重
果然 shuffle 还是不太好，还是套个正常点的密码吧（
这是用来爆破的脚本，当然不是最佳实现，太困了随便写的，而且没做去重
果然 shuffle 还是不太好，还是套个正常点的密码吧（
Forwarded from RWTG9Y4's STDOUT
#linux #sysadmin #ipc 下午玩了一会 Qt DBus Viewer 和 PyGTK DFeet DBus-Debugger 🤔
感觉挺灵活的，比如就可以找到 KDE 的截屏工具动作执行的 API ，Qt 的都支持 quit, aboutQt() ，设置 styleSheet 什么的，Fcitx 也在用可以设置激活 IM
DBus 的设计我感觉还可以，连接进去就可以看 / 路径编址的对象，对象 interface 即其 implement 的操作接口（比如
可惜两个工具都不太完善， Qt 的那个太客户端化 请求响应都是全局的 而且不能看 X icon 和 pid ，
GTK 的偶尔卡死（而且树路径视图不支持异步，systemd 对象表加载都要等半天）不支持参数列表界面只能手码 eval python code 而且还没有处理 GLib 转型自动兼容的问题，Treeview 非常死没批量操作， property 也不能 set
#GUI 说起来我以前觉得 tree 什么的控件化就好没必要拆 Model/View ，现在想想 Qt 做得还挺正确的，既能拆分 filter/sort 列表变换又能提升可组合性，降低分配开销，为什么非要写“数据->视图”的单次输出流程呢
感觉挺灵活的，比如就可以找到 KDE 的截屏工具动作执行的 API ，Qt 的都支持 quit, aboutQt() ，设置 styleSheet 什么的，Fcitx 也在用可以设置激活 IM
DBus 的设计我感觉还可以，连接进去就可以看 / 路径编址的对象，对象 interface 即其 implement 的操作接口（比如
org.freedesktop.Inspect 的 inpect() 可拿对象接口 xml），可以有 method/property (x/setX) /signal 成员，之前 #DontKnow ，还以为是非常麻烦涉及到二进制格式什么的。（就是对象模型较麻烦新手容易误以为是 Java JMX 那种固定少数个路径的）可惜两个工具都不太完善， Qt 的那个太客户端化 请求响应都是全局的 而且不能看 X icon 和 pid ，
GTK 的偶尔卡死（而且树路径视图不支持异步，systemd 对象表加载都要等半天）不支持参数列表界面只能手码 eval python code 而且还没有处理 GLib 转型自动兼容的问题，Treeview 非常死没批量操作， property 也不能 set
#GUI 说起来我以前觉得 tree 什么的控件化就好没必要拆 Model/View ，现在想想 Qt 做得还挺正确的，既能拆分 filter/sort 列表变换又能提升可组合性，降低分配开销，为什么非要写“数据->视图”的单次输出流程呢