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 的, 明显是不安全的. 所以只能吊销不能修改.

如果这个算伪协程的话, 那真协程应该是什么样子, 或者说具有什么特性才算是真协程呢.

Arch 起步其实没有什么问题.

根据我上个月查阅的记录, 我大约是初三接触 fedora, 高一使用 Ubuntu, 然后高二就换成了 Arch 一直用到了现在.

更换 Arch 的过程也不麻烦, 恰好当年 Arch Wiki 上有一篇详细的安装指引, 即使现在被删掉了, 仅靠那篇很短的安装过程大纲其实也没什么问题. 因为你可以在这个过程中了解到为什么要这样做, 从而能够快速的上手 Linux. 并且丰富的 Wiki 内容(遇事不决换英文 Wiki)也可以涨知识, 一般问题都可以解决.

当然这个也不强求什么, 个人喜好和习惯问题, 总需要尝试几次才能了解.

实习或者应届有吗

之前用过 https://github.com/whoshuu/cpr 这个, 也挺好使, 只不过目前还不支持 HTTP2.

@projectceiling 《天使降临到我身边》

@CBS 当小说看就好。。。

tg 只是客户端开源，服务端好像没开源

@Cbdy 没记错 vs 本身也就 6、7 百 MB 大小好像。对比 idea 的 1G 也就那样。剩下的大小都是 SDK、编译器之类的。

@zjp 56 不错了, 同是 855 我就跑了 34 分....

每次见到有人说写 C/C++的能很快的就接受 Go, 或者说入门 Go 的时候, 我就会觉得很奇怪, 我就是因为写多了 C/C++所以才死活无法接受 Go 的反人类反直觉写法.

/data 是没影响的, 但是 /system 默认是 ro 状态, 不能修改, 只能重新挂载成 rw 才能修改, 但修改任何东西都会导致不能 OTA, /vendor 不清楚, 不过一般没影响吧.

资源不要打包进 apk 吧, 放 obb 就行了. 资源打包进 apk 实在是毒瘤...又大又不好更新, 安装还不方便.