请问你们去图书馆做什么，家里不能看书吗？

请问你们去图书馆做什么，家里不能学习吗？

哇，西安，央企，不加班，80w 总包，流口水。

本人曾经的 c++老码农，现在已经找不到适合的 c++工作，这里给你一些建议。
ps：我对适合的定义是：薪资福利、行业前景、工作强度、工作可持续性，公司可靠性，leader 是否和眼缘等综合考虑。

c++路线：
1.后端工程(业务、基础设施) -- 现在已经绝迹，只有腾讯、百度老业务在使用。
其中后端工程曾经是就业面最广泛的，但是后端已经弃用 c++，所以你几乎找不到 c++的后端工程。
2.计算密集 -- 数据库公司，ai 公司，实现一些 nlp 算法。
你学历不行，不建议走工程算法方向。也十分的小众。
3.图形学 -- 游戏引擎，cad ，eda 工业软件，医疗软件
游戏引擎投入大，国内资本没耐心投入，游戏也是挣快钱行业，国内游戏领域做技术不切实际，不要盯着几个游戏技术大神看，低概率事件。 工业软件受到国外打压，国内目前有政策、资本投入的趋势，但依然小众。打不过就加入，国外工业软件，以及国外工业软件云原生公司(cad 上云，做成 app)。
4.游戏业务 -- 动视暴雪之类的公司
游戏业务，国内受到政策打压，而且常态化加班。
5.音视频 -- 流媒体，音视频云服务公司，直播秀场，在线教育类公司
音视频于 2021 年之前十分的火爆，原因在于在线教育、秀场直播的火爆，随着政策对相关互联网业务的打压，音视频正回归往常。
6.网络安全
商业化公司不了解。
有极低几率可以进入国家队(不过也是垃圾地方，体制内不适合技术人生存。)
7.转嵌入式做 c -- 通信厂商华为，中兴
通信业，使用 c 最多的地方。
8.存储 -- 对象存储、块存储、分布式存储
大厂 infra 部门，需求少。
9.区块链公链 -- 公链投入成本极大，有 c++、golang 、rust 、js 选择。
需求少，投入大，几乎都在国外。我国全面落后。
10.数据库内核 -- 有被 go 替代的趋势，极少公司使用 rust ，更多使用 go 替代。
行业小，不挣钱。如果遇到阿里系，不光不争气，还会 996.
11.操作系统 -- 记得 v 站有个操作系统公司招人，嗯，就这么一个公司。
12.转 c 做内核网络层 -- dpdk 这类的，做的人不算多，也不算少。
13.软件定义汽车 -- 自动驾驶、新能源，资本涌入，卷。
13.转 go(做基建、做业务)，闭着眼睛转。遇到有水平的伯乐，是不会在乎你会不会 go 的，因为你会 c++。

c++是有许多的分支路线的，多数分支路线要么很小众，要么被被政策打压，要么被国外垄断，要么投入产出比低。少数分支(转 c 语言)，偏通信，发展比较稳健。

分支和分支直接相互关联不大，图形学和游戏引擎一类，音视频一类，存储、infra 、数据库、公链一类，通信一类，网络安全一类、nlp 一类，业务一类(除了游戏逻辑，其他已经绝迹)。

综上所述，如果你要走 c++路线，建议下面几条路：
1.存储、infra 、数据库、公链
存储很卷(互联网中大厂)
infra(很卷，互联网中大厂)
数据库(可能很卷，因为有阿里人)
公链(不卷，机会十分少)

以上的方向有些许关联，可以互相转。
2.图形学、工业软件 -- 不倦，小众，钱少
3.网络安全 -- 需求较多
4.自动驾驶、新能源 -- 目前资本涌入，需求量大。新能源也符合国际形势：碳中和。


java 路线：
1.大数据
2.许多的业务 - 电商，物流，云计算，币圈等等等诸多业务

java 选择太多了，就第二点，全是业务，够你选择了。需求十分的多，人也很多，钱比 c++多。题外话：高级语言的目的就是为了不让程序员关系内存，一个 java 却卷到了面试要关心 jvm 内存调优。

个人愚见，不一定正确。鱼与熊掌，不可兼得。结合自己的情况，做选择吧。

业务架构和基础架构有什么区别啊？

既然都 remote friendly 了， 为什么还要弄北京 /上海 /杭州 /广州 /深圳 /成都办公室？

@royzheng 有标签页就可以了呀，alt + 标签号。

高级 c++岗位对算法的要求是？ leetcode 什么级别的难度？

可以和用人单位聊一聊支不支持远程面试，基本上一二面都支持，后续再考虑现场面试。

很想加入，有大规模分布式系统经验，但没区块链经验考虑吗？

另外有些担忧： https://www.zhihu.com/question/430325724 ， 这个帖子和 starcoin 有什么关系啊？

要求也不说，尤其是英语要求。

@xwayway 为什么“单纯鉴权，路由转发的话，网关意义确实不是太大”?

哈哈，我遇到过这事。

猎头推我面试一个公司，面试前需要通过笔试。打开笔试链接，一看，全是选择题(单选，复选)。考察范围有：
学生时代考的网络知识，modern c++。结果自然是考不及格挂掉了。

1~2 个月后，个人公开简历，正式找工作。该公司 hr 联系我面试，一面，二面，三面，交叉面，hr 面。最终挂在 hr 面。
几天后，该公司另一个 hr 联系我面试，一个下午走完流程：一面，二面，hr 面。最终挂在 hr 面。

几个月后，该公司协调面试的 hr 联系我问找不找工作，他已经转行成猎头。遂问及之前两个团队面试的结果，对方回复到：已经到最后的 hr 面了，说明技术这关是没问题的，只是企业文化不匹配。

想想也是：两个团队 hr 面试时，我都强调不加班。

你该不会是学材料的吧？又要被认出来了。xD.

方法一：grcp 本质也是 http，也有 header 和 url，你的方法名字就是你的 url，代理网关肯定支持 http2 的反向代理
方法二：将 B 的接口通过 grpc gateway 暴露成 http1.1

微服务的划分粒度是比较感性的话题，没有统一的标准。不能为了微服务而微服务，也不能为了单体而单体。它们之间没有明显的边界，不是泾渭分明的。

从单体到 SOA，到横向、垂直划分，到微服务，它们之所以出现都是为了提高生产力亦或者降低扩容成本，简称降本增效。以下讨论排除金融、游戏业务。(金融、游戏业务，为了更低的时延，核心模块不会使用微服务，关键模块甚至不计成本，性能至上)

先从成本角度考虑：如果你是一个 NewSQL DB，显然做成单体不适合。DB 作为整套业务系统的核心，压力最大，扩容最贵。单体 DB 扩容，意味着把整个 DB 程序整体复制 n 次，而不管热点模块是哪个，扩容成本比较大。因此，需要按模块拆分，扩容时，只需扩容热点模块。可以想象 mysql，redis 等 OLD SQL 的扩容，都是整个 DB 进行扩容，贵。

又从成本角度考虑：如果你是一个 DB，轻量级的。应用于嵌入式场景，开发者最求的是我只需要调用函数，就可以用你的 DB，不需要各种网络功能，而且占用资源少，还要快。那么此时微服务显然不适合，甚至带有网络 IO 的 server 都不适合，这就是 SQLite 的诞生原因： 我就是一个 library，不需要微服务，只需要模块化。

从技术维护角度考虑：一个单体服务，业务变更频繁，牵一发而动全身，每次上线整套系统都要有不定长的停机时间。因此需要微服务化：将不频繁变更的模块、频繁变更的模块剥离、分离出来，日后的改动只需要关注频繁变更的模块。
上线时只有频繁变更的模块会受到影响。

从技术的角度考虑：一个单体服务，需要稳定，不能重启，但又经常业务变更： 比如涉及到 TCP 长链接管理的服务。那么需要将长链接管理的模块和经常变更的业务剥离出来。

从机器资源的角度考虑：一个单体服务，既是 IO 密集型，又是 CPU 密集型的。那么需要将 IO 逻辑和 CPU 计算逻辑剥离出来，充分利用不同机器特性。

从业务、项目推进、扩容成本的角度考虑：一个电商程序，一个人可以负责全部，那么就不剥离。后续功能变多，一个人负责不过来，就模块化，依然不剥离。再再后续，某个模块上线时需要整个程序停机更新，则需要剥离。再再后续，某个模块成为热点时，需要整个程序扩容，则需要剥离。再再后续，单体服务限制了多人协作，你一个 pr，我一个 pr，他一个 pr，全都 hold 住，等着 merge 进入主干，则需要剥离。

从人员管理角度：A 和 B 天生合不来，那么需要微服务化，各自管各自的服务，谁也别管谁怎么实现的，给我接口就行。


以上讨论的是分。分了之后在合，我没遇到过，但是我可以想象也是为了降本增效： 分了的服务，给技术、技术维护、项目、业务、运维等任一项带来了层本上的上升，所以要合。

关于你的首席技术官，我不好评价他的对错，因为基于你的描述，只谈到了果，没有谈到因 -- 为什么而分。

请问，看候选人籍贯有什么用？

普通程序员请教下：什么是 Tranformer，inference，embedding 。 搜索引擎的解释看不懂。

@JerryMouse 那你得加把劲，争取不需要测试。起码你已经进步到测试觉得测你的代码没劲了。下个阶段就是：优秀的开发工程师不需要额外配一个测试工程师。😄