@tensorzhang #7

感谢分享，很强大，就是不知道有没有封号风险，毕竟是 dll 注入做的。。

你需要经常把电脑带走吗?

70%就充有点太早了,我一般 20%开始充,手机电脑都一样.

看了下代码,挺好奇楼主在语法设计这边的灵感来源是哪些语言..

有种熟悉但不完全熟悉的感觉..

/boot 永远不会主动更新，一定是通过其他方式更新的。

你什么系统？没记错的话 ubuntu 好像会自动安装软件包更新。。

kernel 也算是个软件包。。所以，你懂的。

@a379395979 #34

其他不评论，主要最后一段。

归根到底还是设计 js 的时候大家都没想到浏览器会发展到今天这样。。

结果搞得现在只能修修补补，各种转回到 js 的语言也是因为没办法直接改掉 js 这座屎山所做的妥协(后端相对来说干净很多，因为没那么重的包袱)。

@user667788 #4

1. cpp 能踩的坑大部分别人都踩了，相关方案可能不够好但基本都有。

2. 好招人，rust 目前高级别不好招。

3. 不像 rust 语法那样不好 review ，相对来说清晰的多(个人感觉)。

4. 生态问题，rust 没出以前大家都是 cpp 什么的写，再加上 cpp 目前好像也没个靠谱的 abi 。

5. 使用 rust 可能会有些特性很优秀，但这完全抵不上从 cpp 迁移到 rust 的劣势，不同项目有不同的搞法，不是所有项目都有必要用 rust 更换 cpp 。

主要是 1 和 3 。

2 的话有些时候可能会出问题(隔离度不够)，所以用的很少。

Bilibili 自身运营模式就已经决定了 up 主盈利空间极其有限，甚至不说 up 主，连 Bilibili 自身的盈利空间都不咋地，你这文章内容纯属无稽之谈。。。

iOS 换成安卓，都是槽点

安卓换成 iOS ，都是槽点

坐等对轰。

@ShadowPower #2

楼主说的应该只是三大金刚键做成实体吧。。

不是真正意义上的键盘。

@ThinkStu #26

应该不会优先选 go 吧，java 跟 go 在很多方面思路都不一样。。

切到.net 好像更简单一些

@flyqie #14

我倒是觉得楼主发的帖子没什么问题，不知道你是怎么理解出来这个暗示的。

@salmon5 #2 #3 #4 #7 #8

你是懂过度解读的，真心佩服。

你打算跑容器还是 vm ？

音频 in/out 直接在 hal 层处理就完事。

@westoy #5

不一定，有些黑产是批量买的号，欠了费就跑那种。

这种玩意很少有人买现成的，基本都是找别人定制开发。

搞不懂你要弄这玩意干啥，总感觉不是啥正经用途。