输入就是要两只手

复制粘贴用 vim 可以很快，你移动鼠标，还要对准开头，还要拖动，还要对准结尾，小心翼翼放开鼠标键的时间，我早就复制粘贴好了

左右键盘右手鼠标？我又不是打游戏！

@BBCCBB epoll 之类是系统调用，直接用就行，没什么开放不开放的说法，从来都不阻止你用： https://godoc.org/syscall#EpollCreate

没有必要，就等于你毫秒级监控当前的时间秒数一样，采样率没必要过高，进程时间片都可能有几十毫秒，不是有需求的硬实时系统，这样做没有意义

https://godoc.org/io#Reader

你处理 io.Reader.Read 的返回有问题，即使返回的 error 非 nil，返回的 int 也可能大于 0，要先处理大于零的情况，再检查错误

还不如 windows 呢

@ryd994 平时不怎么吃肉，就靠全脂牛奶摄入动物脂肪

墙壁打洞，液冷传到隔壁，再装风扇，就非常静音了

尤其是现在很多视频都是个人自己拍的，设备不同，编辑不同，压制不同，音量统一是不可能的。甚至各种音乐专辑，专业的制作，也有可能因为音乐风格的原因，让人想要调整音量，有音量键我都不用看屏幕，摸到就按，多方便啊。你是怎么想得出要抛弃的？

实体键比触摸或者软件方便得多，尤其是经常需要用到的操作，反正我刷视频，经常遇到声音过大或者过小的情况，有实体键我一秒就能调整，其他方案都不行，这么便捷的操作方式，你居然觉得“折磨”？

我想没有人和你想法一样，你是异类，就是这样。

淘宝系 app 全部冻结的，需要的时候才用

垃圾公司，反正迟早倒闭的，不用深究原因，成功的公司都差不多，失败的公司则各种花样，哪里深究得来的

@FrankHB 用关系模型建模就等于用存储过程实现？？？？？？？？？？？？？

水平不行就闭嘴，没空和你普及基础知识。

@silkriver go 语言恰恰不一样，很多 IDE 才有的功能，都用库或者程序提供的，编辑器一样可以集成进去。例如这里说的 gopls 程序，功能不比 IDE 的差。

爱阻塞啥阻塞啥，只要语义符合，阻塞 goroutine 或者阻塞系统线程，都是正确的实现。
当然现在的实现是阻塞 goroutine。

在 go 的语义里，根本就不存在 goroutine 和系统线程的区别，不同的调度器实现会用不同的策略，所以也不要假定以后也会一直是 M:N 的调度器，可以是 1:1 的，而且在程序里，没有办法区分。