Sukka 试过了，但是也被干掉了，目前还在猫捉老鼠阶段（

不是有那个 git blame someone else 的脚本吗，应该可以很方便的改写吧）

（如果只是匹配字符串的话，可以先分词，然后做词向量的方法处理。。。
但是考虑到这里似乎和地理位置相关，这个方法可能不太够用

原则上就会冲突的，如果不能改源码，那就 objcopy 的时候改掉。。。
所以你现在知道为什么 c++要做名字粉碎了吗

文件夹右键菜单不是有在集成终端中打开的选项吗

@dreamapplehappy 但是这并不是我的原意，再加一个风就是为了避免歧义（因为这本来是编译原理的一种优化方法的内部表示，而并非由用户直接使用的语法格式）
我那句话的重点是 livescript 的转换效果
b,c <- a 1 2
console.log b c
编译成
a(1, 2, function(b, c){
return console.log(b(c));
});
而你例子里的写法在 livescript 可以写成
b, c <-! a 1 "hello"
d!
do
防吞空格<~ d
d 1 "hello"
do
防吞空格<- d 1 "hello"
e, f <-! d 1 "hello"
g!
（所以玩 livescript 最后死掉了）

这不是 cps 风吗，以前某 livescript 都这样玩（

所以你发送的内容有没有包含制表符呢

time 的 add 默认单位是纳秒（

啊，原来除了设置界面会 crash，后台跑的 service worker 也会在操作的时候触发崩溃啊，devtools 直接断开连接（

android 多任务最大的问题是隐藏在背后的逻辑问题，这个永远不是交互设计所能解决的。。。
什么逻辑呢，就是 android 自带了一个返回堆栈，不同的 activity 正常切换时，应该可以维护这个栈，返回键能返回到上一个界面，回到启动器点开新 app，或者点击通知，应该会启动一个新的栈（暂且不提那些设计不良的，滥用 clear top,single top 的）
但是呢，一旦你使用任务切换功能，以上功能就会被完全破坏了，返回键很有可能是直接回到启动器，再也找不回原来的栈了。。。
更别说应用内部的导航也可以轻易破坏这个栈，使得返回键存在的意义被无限缩小，用户需要小心谨慎的使用手机，才可以在按下返回键的时候有充足的自信预测下一帧看到的画面是桌面还是前一个应用。。。（关键也没个提示告诉你返回键是回到桌面还是上个应用）
一个理想的多任务切换，应该把这个结构拓展成有向无环图，A 界面导航到 B 界面，然后返回 A 界面导航到 C 界面，再切换到 B 界面按下返回键时应该能回到 A 界面，再次切换 C 界面时，也应该能够回到 A 界面。

@BeautifulSoap wayland 的输入法架构比 x11 靠谱多了，直接用 text input 协议就能做远程输入的基础支持，合成器可以直接发送文本给应用，而不需要再开一个输入法程序，因此要做输入法穿透，应该是理论上可行的

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/master/unstable/text-input/text-input-unstable-v3.xml

@BeautifulSoap 官方的 Wayland 已经秘密上线，我之前发过
Bug 很多，比如 dpi 不是 100 就是一堆锯齿
窗口对话框会被窗口本身盖住使得操作无响应
GL 加速的程序帧率只有 40

Insider 里之前就这样了（
然后还是有卡死 explorer 的 bug
WSL2 初始化的过程中 explorer 可能先死了，然后任务栏也没咯

创建规则后 tab 崩溃，触发错误 STATUS_ACCESS_VIOLATION

建议用 git bundle 功能打包成单文件然后上传云存储

@kidlj 是 aws lambda

@noe132 不是很懂，<T extends string>(input: T[]): Record<T, number>能解决的事情为啥要玩类型体操

declare function fn<T extends string>(input: T[]): Record<T, number>;

const ret = fn(['a', 'b']);
ret.a = 1;
ret.b = 2;
ret.c = 3; // error: Property 'c' does not exist on type 'Record<"a" | "b", number>'.