一样八股文，我开始写程序的时候，Java 会 ssm 就有工作，懂点 Spring 源码就直接 OK ，JS 更是会 jq 就收，现在你看看这两职位八股多不多。

建议你面向领域编程，而不是面向语言。

@markgor 这管理有点混乱了啊，如果可以做那么多事情不被人 /系统发现，那盗窃资产、私下挖矿、删库跑路都是必然的事情。

@ALLROBOT #18 换个角度想，一年制算 50 万吧（肯定够了），国内多 2 年的时间成本，相比起来并不差太多。

国内读研成本是比较高的，2 年半（ 3 年），有时候挺羡慕英联邦的一年制授课型研究生。

@icyalala 同意，我在 Mac 上直接 clang ，extension 就❌了

@ynyounuo #3 我在官网只看到了 2022 版，并且需要跳转百度网盘下载。
3 楼这个 2020 精华版的直接下载入口又是从哪里得到的？

各位都是人才，已经为 @ynyounuo #2 送上感谢，学到了一招看水印。

以前看过一些内容，转贴过来，欢迎指出错误：
传输差错包括很多方面：比特差错、分组丢失、分组失序、分组重复。
OP 说的传输数据可能会出错一般是指“比特错误”，常说“TCP 是可靠的，UDP 是不可靠的”一般是指后三者，


数据链路层，CRC 校验、强校验，检查比特差错，Cut-Through 转发不校验；
网络层，Checksum 校验，弱校验，检查 IP 头部错误（不包括 IP 数据），IPv6 无此机制；
传输层，Checksum 校验，弱校验，检查 TCP 头部和 TCP 数据；
安全层，消息验证码（ MAC ，如 HMAC ），强校验，检查某段消息的完整性以及作身份验证，

相关链接：
为啥 Checksum 是弱校验，CRC 是强校验（ https://www.baeldung.com/cs/crc-vs-checksum ）
为什么应用层还要做数据完整性校验？ - 知乎 https://www.zhihu.com/question/370717865


TLDR ，
1 、未使用 TLS 协议，是否意味着传输数据可能会出错？✅
2 、使用了 TLS 协议，是否意味着传输数据不会出错？只能说更可靠，比如 HMAC 发生碰撞照样检测不出来。

@levelworm 不管是底层还是业务代码，说它是屎山很多时候因为丢失了太多信息，代码不一定很复杂 /困难。

排版很乱，内容又长，我也不知道 op 的更多背景信息，所以很难清楚地掌握 op 的难处。

anyway ，祝好。

OP 发个微信不，我们群里很多人都在等

@liangkang1436 #5 我司的项目历来如此。

pyecharts