@coetzee @ReinerShir 是啊，我个人也觉得 cpp 未来的发展不会差的。加之本身学历优势，完全可以一试，进大厂也比 java 容易点。 但是，如果几年后，回到二线城市，cpp 的岗位确实也不多，以后也不多。而 java 这里还有一些银行可以去选。
@shiwoya 不多是好事儿，还是我说的供需关系比例问题，Java 的人，各大厂冗余太多了，一线城市的互联网公司业务缩减导致大量 Java 外溢到二线去做个 leader ，你去了，只能跟随其后做小弟一辈子，而 C++，人少，岗位少，没有外溢现象，有的话也远小于 Java 这类业务语言，这就是最大的优势。 再说一个，大量老 C++系统，还有一些视频系统和 QT 系统等等；随着大量《老人》的退出，人员的稀缺也会增加一些岗位。楼上说的 go 也很好，但是 go 作为新时代 PHP ，其后会有大量竞争者出现，一线城市工作经验在 Java 和 golang 中特别重要，而 Rust ，你要学的话，往中后期走，必须得会点 C++了，绕不过去。 学 C++这事儿，纯属根据利害关系来权衡，当然您要是自己搞事儿做东西，能用 go 和 Python 做成，就别轻易上 C++这类东西，这属于给自己找刺挠，但是工作技能选择的话，时代红利和市场关系是必须考虑的
@coetzee 再说一点 Java ，Java 类似岗位做久了，大多数都是业务专家而非技术专家，或者叫做《资深技术类业务专家》，很多老 Java 其实技术并不扎实，不说 JVM 本身，但就并发和 IO 这事儿，模模糊糊也能做事儿，反正 Java 语言的确牛逼，人傻出活快的框架也不少，《唯框架主义者》较多，《 Spring 党》犹如卖油翁一般，唯手熟尔足以，上限有限。 还有一类《高端的架构师党》，他们最喜欢谈论并发和数据量，上各种《乐高般》的框架组合技，用自己《丰富》的架构经历和大厂经验来教二线城市的《码农》开发 XXX 系统，制定各种规范和各种 XYZ 框架之上的封装，美其名曰简化开发，提高生产力。实际上，您看到的很多架构师，SQL 都写不利索，动不动分库分表或者上各种中间件，哪管运维死活，哪管业务复杂度和技术复杂度的匹配，哪管人员学习和维护成本。《大厂怎么干，我怎么做》，有人反驳就拿出来阿里等大厂举例子，最终团队的结果就是， ===================== 大厂圣经在手， 技术决策我有， 团队讨论谁与争锋， 尔等码农就等滚球 ===================== 这两类，是大多数人的最终归宿，还有最后一类转为了《管理岗》，说白了就是去给某个 BOSS 当狗，都是为了生存，咬你一口咋地？生活改变了谁，成为恶龙之前或许都是屠龙少年，整个 Java 圈子的文化，二线城市的内卷不输一线，撕逼扯皮之事常有
说点自己的看法，不一定对。作为工作了一年多的社畜，我当年有一点跟你类似的困扰，现在反而不纠结了，因为当下主流的技术，哪个都有广阔的空间让你施展和挖掘，毕竟你只需要一个岗位。 另外说个题外话，若是着眼于未来的发展，或许放一放眼下的功利，你能做出更明智的选择。
