同样还有按住 shift 点右键里面的删除可以不放回收站直接删除，会不会也有不少人不知道。

想到一个最简单暴力的方法，给他单独整个 docker 容器。。需要的目录当作 volume 映射进去，里面跑个 ssh 服务。

说实话我是完完全全无法理解单纯的辣椒到底是怎么引起“爽”的，甚至于说辣椒素会刺激分泌内啡肽进而产生愉悦感我也是一头雾水，对于我来说吃辣椒只能感觉到纯纯的痛苦，以至于在外生活的时候点外卖都得千方百计的避雷，毕竟连韭菜炒鸡蛋都能是辣的，还有什么能不是辣的。

并且之前身边的人都是吃辣的，每次都跟我说，“吃吧，真的一点不辣，是甜的”，然后我尝一口真的巨辣无比，四五分钟都缓解不过来，但看他们的说法又不像是骗人的，吃起来还挺享受。还有的时候明明尝起来是非常辣的，问一圈都说“辣吗？我都没有感觉到”。

每当出现这种情况的时候我都会产生一样的想法，并且会调侃一句，“都已经证明辣是一种痛觉了，难道你们都是抖 M 吗？”

MacOS 低分辨率糊：取舍

Windows 低分辨率糊：垃圾

@wooyuntest 怎么坏的，详细说说？

@v2tudnew AES 就是对称加密。。。

就做过一次飞起来的梦，而且还是当意识到自己在做梦的时候，想到，既然是做梦，那我能不能飞，然后努力想象了下飞的感觉，直接原地升空然后飞。很可惜由于意识到了是做梦，没飞多远就醒了。

@ik2h 这怕不是微软跟苹果学来的独门手艺，iOS8 发布的时候被苹果坑过，照片什么的备份到 iCloud 后，DFU 从 5.x 升级到 8.x，开机登录了问要不要恢复，选了直接登录，以为等会能恢复，然后进去发现 iCloud 里面所有数据全都清空了，什么通讯录照片一个不留，完全找不回。

看了下一直都是 175%缩放的谷歌网页，都没感觉出来。

@jamme 阿这，为避免描述有问题，重新说明下，是我寄东西出去，然后上面取货的时候。

@mason961125 其实我也是对额外的 App 什么的没那么在意，主要是想功能完善集成不错，然后再当作自己开发平台写点 app 折腾下。这么看起来能打的好像真的没谁了。

还需要拍照的？上个月发顺丰的时候，取件的时候问有没有带身份证，我说没有，就让我手动输入下做实名认证就完事了。

Windows 性能足够那你直接用 parsec.app 远程连过去算了

以前还找个主题换一下，搞个启动器什么的，现在直接 Arch+KDE 全默认配置，改都不改。输入法直接 fcitx+rime，也是 0 配置，最多就是打字经常需要翻个页而已，多大点事。
至于字体，wqy-microhei 效果已经很不错了。
其他的东西真的就是眼不见心不烦，某个地方崩溃了？最简单的办法就是不点他。

当务之急是先解决掉那些用空格代替标点符号的人。一大段文字里面一个逗号句号都没有，全都是空格，读起来简直跟断气了一样，十分难受。后来我已经习惯了自动忽略这样的文字了，如果一段话里全是空格，自动脑补注释掉这段，当作不存在。

我只关心 USB 的支持。。现在 usbip 的方式还要求测试签名。

@no1xsyzy 大概就是这样的用法, 不过 resume 的时候不需要放在 launch 里面, 毕竟 launch 只是用来启动一个协程的, kotlin 把这玩意叫可暂停的函数罢了。

delay 这个函数就长这样

suspend fun delay(timeMillis: Long) {
if (timeMillis <= 0) return
return suspendCancellableCoroutine sc@ { cont: CancellableContinuation<Unit> ->
cont.context.delay.scheduleResumeAfterDelay(timeMillis, cont)
}
}

里面也是直接调用了 suspendCancellableCoroutine 来暂停的. 这样很多阻塞操作用户看来感觉就像是隐式的, 其实都是函数调用链里面某一层显式的用了 suspend*Coroutine 来暂停的，包括什么 channel 的 receive，mutex 的 lock 之类的。

@hhhsuan #17 如果不用切换线程的话, 那 launch(Executors.newSingleThreadExecutor().asCoroutineDispatcher()) 是否符合呢. launch 的时候选择用单线程的调度器, 也就没有线程切换的问题了吧.

@no1xsyzy #24 另外如果定义可以用类似 yield 的方式来交出控制权的话, 那 kt 同样提供了 suspendCoroutine 和 suspendCancellableCoroutine 的方式来暂停, 并提供一个 Continuation 对象来供恢复. 这就和 Rust 的 Future 设计是差不多的意思.

UID 不能修改, 只能删了重建.

并且需要注意的是, 如果你已经把公钥上传到了公开的密钥服务上的话, 你连删除 UID 都做不到, 只能吊销 UID. 就算你本地删了 UID, 再重新上传修改后的公钥, 也是不认的.

这样设计是为了防止出现例如, 你有一个叫 AAA 的 UID, 有很多人给这个 UID 进行了签名操作, 然后你又把 AAA"改"成了 BBB, 这样原本给 AAA 的签名就变成了给 BBB 的, 明显是不安全的. 所以只能吊销不能修改.