你说的这些我都没有 看来我一开始就比较省（穷）

跟我用 N1 看 IPTV 不一样么？ 一样呀，都是 IPTV，就像楼上说的你这个是正版

其实延迟嘛，你不对比，怎么会知道它延迟了呢？问题不大

唉 只能表示同情。国内的 CDN 都设置了个流量上限，就怕万一

前两点 windows 一直在提升。至于为什么没有像第三方软件那样立竿见影就不知道了。

“至于系统自带的图片、文档、3D 等文件夹占了右侧醒目位置又用不上。”这个不赞同，用的挺多的呀，这点和 MacOS 。
图片放图片，文档放文档
“不然哪天重装系统忘记备份了就全没了” 看来你没用 onedrive，用了之后更经常用这些目录，重装系统后连桌面壁纸和图标都不会变
“而且大量使用还会占用 C 盘空间”，抛弃各种盘吧，不用分区，存不存的下就看你钱包多少了

大部分都是自学的吧。

在业余时间提升一下自己，那要看你是做什么的。并不是学了 Python 就能提升了，学了只是学了

可能楼主主要是相对比较 json+http 吧
其实 protobuf 也可以和 http 配合，我们几乎都这样。

protobuf 主要是对标 json 。
1. 协议字段严格约束，比如一个 list，如果没有应该返回 []，但被调方有可能返回 false 。轻则调用失败，重则客户端 crash 。不要觉得这个很低级，我已经见过很多次了。
2. protobuf 解析的更快，这个就要从 socket 编程说起，那时候都是定义一个 c 结构体，传输数据，其它语言按 c 的实现。但有个问题，没有中间 IDL 文件，别的语言都是对着着.c 文件自己实现，用现在的话说就是会被 C 掐脖子，实现个新功能还得看 c 支不支持。随着 web 2.0 c 也没落了。有些同学可能了解，中间出现过 msgpack 用的人也很多。但 pb 的爹好呀。
看 https://msgpack.org/ 就知道为什么二进制打包的格式更好了。
3. pb 更近一步的是 gRPC 生态繁荣，虽然大公司都是自研的 rpc 框架，但肯定得对标 gRPC，就很自然的选择了 pb

这里的流行更多的是随着微服务的发展，rpc 更加的流行带来的。为了效率就必然有很多工具生成代码。
protoc 只是把发起一个请求的 request/response 的数据结构生成了，方便.set 各种方式赋值，组成请求。但 protobuf-gen-go 更进一步是吧 client 和 server 的代码框架都生成了。类似于脚手架

开弓没有回头箭

还有，跳槽新公司也可能遇到各种不容易，你需要看看，如果这些问题团队想解决，你也能有这个意愿，就坚持住

为啥不支持申述？这是一个正途的方式

第三方库得看别人有没有注释

语言内置方法等，我看都有详细的注释呀。但很多确实没有实现，因为底层是 C 实现的，就得去看源码了

自己爽就行，一年费用才多少呀。最近这 a 股，一天涨跌就够了

「从头开始找个小公司然后伺机再跳呢？」千万不要，第一份工作很重要，小公司跳大厂路不好走。
如果你现在有大厂 offer，选择上才能是五五开。现在情况来说，还是读研吧
「增加报酬」这个如果家里还行 不要把这个当做第一目标，而是和老师要出来实习的机会，比如研二什么的面上大厂实习生了，导师不能阻止

@MrCourtier
改为 能否接受每天按领导，士兵，老板的语气语调写东西
这个很少，现在公司 leader 岗位可不好当了，得时刻照顾下面的人情绪

改为 能否接受像照顾婴儿一样无微不至服务老板、提高职场站位、进行各类学习活动
一般不会，因为老板的上面还有老板（特别是大公司），他要是婴儿混不下去的。而且不用服务老板，不强调向上管理

改为 能否接受长期做一种工作直到被开除，肉眼可见自己的能力慢慢退化，而周围同学活跃而心如止水（这是描述体制内生活）
这个部分同意。所以我强调有想法的比较适合体制外，不断学习、不断折腾能力就不会慢慢退化，也就不会羡慕体制内的后面的养老金了。所以同意 #97 的 归根结底, 还是取决于你是什么类型的人