@liangxunli 腾讯云呀~ 今天摸鱼正好看到首页 618 活动，发现轻量服务器续费贼便宜，就续了一个

良心云续了个三年 2 核 2G ，300GB/月的轻量服务器，600 多，感觉还行。套路云的服务器早都销毁了

哈哈哈哈，受不了波动就直说啊~
"仔细想想，这其实和赌博完全没有区别"，这个是相当不赞同的

哈哈哈哈，受不了波动就直说啊"仔细想想，这其实和赌博完全没有区别"

刚刚手误写反了，要写的公式应该是

房价收入比 = 市区二手住房平均价格(元 /平方米) / 社会平均税前工资(元 /每月)

@Eric2022 好建议，赞！ 一开始是想着把基础搭好，然后靠热心网友人肉填的，现在感觉，确实要先爬一份完整的来了

@wys8129 谢谢你的回复！ 因为我只是一时兴起，每天闲的时候，去补一点上去；做成社区投入大量精力什么的，我应该是不行的，哈哈哈哈

这两天正慢慢的先把自己的专业(信息与计算科学)以及相邻专业(数学与应用数学)的路线图及课程链接写完，当时想着搜一个大学专业培养方案照着抄一下也很快，但是做起来感觉还是有点耗时间呢。欢迎一起来共同完善呀 : )

@zhandouji 啊哈，是的，这种随手搜是挺多的。 但是有 pdf 的，有网页的，甚至还有 excel 的，格式各异。 而且大部分都是按学年来排序，并没有给出课程路线图，也没有给出对应公开课视频，学习资料的链接。而这个 repo 希望能解决这个问题。
也欢迎老哥来提 PR 呀~

@Eric2022 谢谢老哥啊！

@Eric2022 赞！ 老哥总结的很准确呀！
这个项目的确就是想提供了 2.2 和 2.3 中的关系。Berkeley 的这个不错，我待会也去看一下。 谢谢啦！
老哥如果有空的话，欢迎提 PR 呀，哈哈哈哈~

@teem 因为存在不同的"学科体系"，比如我国本科，或者某个大学的课程分类，比如 mit ，所以主目录比较不好决定。 可以直接搜索"学科体系"，作为入口呢。
而且我也只了解自己的学科(其实连自己的专业都没填完，哈哈哈)，还希望老板们一起来添砖加瓦呀~

伟大的开发者！ 感谢！

如果有家里支持首付的话，30w 在上海能活的不错了
如果纯靠自己，年薪 30w 在五险一金税后，交完房租，自己吃吃喝喝，攒个十年，估计就只够个老破小的首付，或者买的超级远的位置，如果房价再涨，老破小首付都不够

综上：
如果有家里支持，北京 /上海都好
如果没家里支持，但有希望在可预见的未来获得追的上房价涨幅的年薪(未来的年薪按照通胀折现到当前)，北京 /上海都好
如果没家里支持，也没把握获取能和房价赛跑的薪水，北京 /上海都不好

业界是什么业界？互联网，游戏还是工业？ 业务是什么？

如果业务是互联网后端，那么 java 和 go 应该排名靠前
如果业务是互联网前端，那么 js 和 ts 没跑了
如果业务是数据分析岗，那么 python 就变为了首选
如果业务是游戏引擎开发，除了 c++，其他的可选项不多
如果业务是游戏开发且公司用的是 unity ，那么 c#是唯一选择
如果业务是高频交易，从前肯定是 c/c++，现在纯硬件也不是没有
如果业务是控制生产线上的机械臂，那么 PLC 是业界的首选方案
如果业务是芯片行业的设计，那么还得会 sysem verilog, verilog 之类的

如果觉得某个语言能一枝独秀的话，那大概率只是虚假同感偏差而已

我来跑个题 : )
不同的武器有各自不同的擅长领域，例如 搞底层，搞游戏引擎 c/c++是首选(接近于没得选)，做数据 python 是首选；大部分公司新开坑的项目是不会选 python 做后端的(自己建站或者维护老代码另说)，看楼主之前的帖子( https://www.v2ex.com/t/815543)说想做架构师，建议看看 java + spring 或者 go 吧，选择比努力重要

楼主是给用户头文件和 so ，来连接你们的服务的意思吗？ 如果是的话，兼容主要做在服务里就可以了，比如最简单的方法是在传输协议的头中带上版本号，注册回调函数的时候，应该是消息+版本号确定唯一的回调函数，比如你上面自己举的例子:
------------------------------------
版本 1.0.0：
struct A{
int a;
float b;
…
}；
那么传输的包中，应该类似于这样 | v1.0.0 | msg_type | payload |
------------------------------------
版本 1.0.1:
struct A{
int a;
float b;
double c;
…
}
那么传输的包中，应该类似于这样 | v1.0.1 | msg_type | payload |
------------------------------------

但是问题又来了，你现在已经发出去了 so ，里面没有版本号怎么办？ 其实也简单，可以设置一些特殊的魔法字来识别，比如旧的版本，你的自定义头是这样
| msg_type(int32) | payload |
然后在新版本中，你的自定义头应该是这样
| 特定的 msg_type(int32) | version | msg_type(int32) | payload |
当你读到 特定的 msg_type 时，你知道这是带上来 version 版本的传输协议，接着转而解析 version + msg_type 即可

很认真的看完整个文章，虽然并不是所有观点都赞成，但是文章思路清晰，而且有在把想法付诸实践，为楼主点个赞!

看到一些上来就怼的冷嘲热讽，我也想计算看看，楼主的目标是否现实，就拿一楼来说吧
------------------------------
一楼的回复:
```
"短则 20 年，长则 45 年，足以让一个足够努力的普通人积累 1 亿资产了。"
你知道历史上达成这个目标的，一共有多少个普通人吗？
据我所知，一个都没有......
```
这回复最大的问题在于，忽略了折现率，没有区分名义值和实际值。 当前(2021 年 11 月)1 亿资产的确是普通人难以企及的，但是几十年后的 1 亿资产名义值的难度，除了普通人自身的努力，还要看货币增长速度，以及财富在一个经济体内的分配状况。举个例子，本月同比去年，我国 M2 增长了 8.675%(取 M2 明显是不太恰当的，但是最容易理解，就不妨设楼主略微跑输 M2 增速吧)，虽然已经是近十年的低点了，但是有可能在未来算高点，我们就不妨设个 6%的货币增长速度，看看 45 年后的 1 亿元按照这个速度折现到当前是多少: 1 亿 / (1.06 ^ 45) = 726.5 万，而楼主 19 年的资产已经有 905 万，也就是说如果国运维持不变，45 年后楼主是有较大概率能达成目标的。

上面只是一个简化的计算，忽略了相当多的因素，但是相信已经可以部分说明意思了，或者能够换观众一笑也行
------------------------------

v 站也是我平时划水摸鱼的主要去处，还是希望能多看到有价值的内容吧。毕竟千把年前子就曰了:"三人行，必有我师焉。择其善者而从之，其不善者而改之"。