op 跟我的情况类似。我比 op 小一岁，小孩今年上幼儿园。我是老婆没上班，不过我的收入快 op2 倍。

@lnyNice 可以的。我是 golang 、php 、java 都搞； 16G 内存常驻开 golang 、idea 、datagrid 都没问题

如果开 docker ，16G 是不够用的，32G 够用；如果不开 docker 16G 够用。

16G 和 32G mac 我都有。如果 mac 只有 16G 内存，建议搞个远程 server ，docker 放上面，我是搞了 nuc 。

这个政企套餐看到有人携号转网被高级客服挽留 99 左右开通，深圳电信整 299 的套餐我觉得都是冤大头，虽然我之前就是。

看楼主的学校咋样？看能否参加秋招拿 offer ，尽量拿大厂 offer 。现在还在读大学两个都可以学一下。另外校招对候选人的考察主要还是面向数据结构和算法、数据库、操作系统、计算机网络等知识。语言方面对于校招生都倾向入职后学习上手，所以对于原本会哪种语言可能不会太介意，这个容忍程序大厂可能比小厂人性化一点，建议 op 如果想不继续读研，大四就出来工作，建议多准备一下校招。

另外学哪种语言可能会对前期职业规划有些影响，主要还是偏见多一点；如果后续找工作不挑剔两种语言都可以看看； golang 和 java 做后台开发其实差不多；我个人是从 java 转到 golang ，就个人感觉而言 golang 总体机会比 java 少；另外 golang 主要在大厂和大厂关联的创业公司（大厂直接出来创业的）需求比较多； java 是老牌工业语言，大小厂工作机会都有，特别是二三线城市占主导地位。另外就语言求职难易度讲其实 java 比 golang 难，java 现在太卷了，面试一堆无意义的八股文、很多都要深入研究源代码才能很好的理解和掌握、这对于新手求职来说是个地狱模式；反而 golang 没啥花样，主要面试还是注重前面说的算法那些基础东西。

另外如果实在难以抉择选哪个，建议从自己感兴趣的项目考察：
java 在安卓和大数据几乎是专属语言，从事这些项目首先 java 。
golang 在云原生、k8s 、devops 有较强的优势。

后台 web 方面比较可能比较复杂，
高并发场景下：java 和 golang 都可以应对。但是都是同步编程情况下 java 可能比较差； java 要使用事件编程（异步编程）、比如使用 netty 框架才能跑过 golang ； golang 天生高并发、网络方面是长项，另外编程模式还是同步编程。
对于 web 开发难易程度：java 如果使用原生开发网络非常复杂，需要上 spring boot 、spirng mvc 才会简单，但是这套框架想深入理解也是非常复杂的； golang 自带 http ，开发 web 比较简单，但是工业上也是使用框架较多。

语言上：golang 就 25 个关键字、没多少特性，一周即可入门（有的人一天入门），java 语法较啰嗦，入门需要花费大量时间

对于我而言：在面试岗位上两个语言都不挑剔，甚至面试上有巧妙的回避方式：对于 java 岗位就说 java 好多年没有干了，让面试官放弃考察 java 八股文；对于 golang 而言其实 golang 本身没多少八股文、面试喜欢考察算法等基础知识和系统设计。两个语言总体感觉 golang 会比较简单，java 太多无意义八股文，而且本人也不想在这上面浪费太多时间复习，导致本人也倾向面试 golang 岗位

java 技术栈上 GraalVM 的 aot 解决启动时间慢有很大的优势，但是国内没有见过大厂分享成熟且大规模的应用的经验。另外 spring 体系下切到 graalvm aot 貌似还有很长的路要走。对于 native 优先的 quarks 框架国内用的就更少了。这块上跟 golang 这个 native 语言还有很大的差距。

以前看过 spring boot 的源代码：是扫描所有 class 文件，反射查看是否有指定的注解然后注册 bean 配置，jar 包越多扫描的文件就越多，启动就越慢，可以通过限定扫描 class path 范围来缩短扫描范围从而加快启动时间，但 spring boot 自身需要扫描的包本来就多；优化不是很明显，以前项目启动都快 2 分钟；彻底决定要放弃 java 代码配置 bean 的方式，或者禁止扫描和反射 class 方式。

以前使用 java spring 那套比较慢，开发也能忍受了。其实启动快有非常大的优势，后面切到 golang 技术栈上就体会到了。
比如在上云后的以下场景中
场景 1: 快速扩容场，程序启动快可以快速提供服务，减轻总体服务压力从而快速过度到平稳时期；比如在依赖 CPU 自动扩容的情况下，如果在计算周期（一般可能 30 秒或者 1 分钟）下能扩容的实例未及时提供服务，未有效减轻现有服务的压力（ CPU ），会继续超量扩容；如果扩容多了后续还会因为平摊到单个的 CPU 下降厉害，继续缩容实例下降，导致波动较长。
场景 2: crash 场景下能快速的恢复服务，特别是集群宕机迁移恢复，一般容易导致全部实例不可用，服务启动越快越好，可以有效减少停止服务时间。
场景 3: 实例较少的情况下优势越明显，停止服务的时间就会越短。很多时候服务因为成本原因，压力不大服务都是 2 台实例，如果 2 台实力同时 crash ，需要恢复的时间越短越好；如果只有一台 crash 。另外一台就处于危险期内（这个实力挂了就真停止服务了），这个时间也是越短越好的。

感觉电信就是把我这 8 年老用户当成大冤种宰；准备换一个双卡手机，把电信号转网、或者降低成 5 块保号套餐了，然后用对象副卡当流量卡。不给电信脸色了

人在宝安区，上周末去办理带宽经历：因为我的手机号是电信的，最开始去的电信办理宽带，客服上来直接给我推荐最低 239 元套餐（ 1000M ），暗示我 299 的光猫好让办 299 套餐。我就想整个便宜的 300M 、或者 200M 的宽带套餐，多次讲了我的需求，还是给我说最低 239 。还给我说充值 1800 送手机和手表。
随放弃，用对象的联通 139 套餐充值 200 块钱送了两年的 1000M 带宽，送万兆光猫加一个子无线路由。联通宽带用 19 年 mac 无线测速能到 500M+，家里没有更好的无线设备无法测试更高的速度。

不知道你这个上位机软件是放到什么环境运行，如果是放到上位机里面，可以从 cpu 、内存和硬盘资源利用对比一下估计有些意义。以前也有过 php 开发的 web 放到上位机里面的经历，对我来说可能如下几点对比有点意思。
1. 上位机内存一般都比较小，java 因为 jvm 原因内存消耗较大，如果使用 spring 生态源那这个消耗更加恐怖。这个 golang 就比较有优势
2. 另外对于硬盘，或者软件安装需要的体积，完整版的 jvm 不算小、更小的体积需要使用模块化自行裁剪；另外对于 web 开发，看基于 servlet 那套搞，还是用 netty 撸；基于 servlet 那套需要使用 servlet 容器，tomcat 这套就比较重和大、jetty 那套比较小，但是方案不是很多。用 netty 撸又太原始，而且异步编程掌握难度比较高
3. java 的部署也是比 golang 复杂，除非使用 spring boot ，或者类似的单体框架，打成一个包直接 java 命令就可以启动会比较方便。golang 是直接编成 native exec 程序，而且无任何依赖（有些版本依赖 glibc ），丢进上位机就可以运行了。
4. 对于网络这块、golang 和 java 都擅长网络开发。但是对于网络高并发这块，还是 golang 比较有优势，java 可能要使用 netty 这种事件驱动编程吞吐率才好； golang 是天生支持高并发，底层是协程+epoll 实现，对于开发来说还是同步编程，比较易溶理解和掌握。
5. 另外对于生态：java 这块确实是最好的，但是还是要看应用场景、有些场景 golang 都有可替代的解决方案。

这个系统不是做正式基础镜像的系统么？当开发主力机估计坑太多

接入层一般也就是网络协议转换、鉴权、限流这些基础东西，用 nodejs 写开发效率很快。另外就是 nodejs 纯异步编程，擅长网络这块。
nodejs 缺点：
1. 纯异步编程。容易回调地狱、这个有 promise 和 async/await 后才改善了，但是底层还是异步编程。
2. 在纯 CPU 业务下效率比不上 Java/golang
3. nodejs 本身或者 V8 引擎对内存的消耗太大了，业务常驻场景，内存消耗大需要 gc 调优很麻烦。
不过之前团队转 golang 不是因为上面这些原因。主要因为当时团队后端技术栈相关的语言用的太多，c++、java 、php 、nodejs 、golang 都有。对于开发来说需要掌握的语言太对，学习成本高，就全部转向 golang 。

校招一般不看语言。node 做后端没有 java 和 go 这种纯后端有优势，但也不是没有优势。nodejs 优势在于网络这一块。之
前在腾讯 PCG 任职。早期 web 接入层和长连接业务都喜欢用 nodejs 写。

跳槽可以涨薪，对于这种我建议多关注高薪岗位，去面试试试看自己能不能胜任。面试挂了就多总结一下有哪些不足，然后提升提升自己，就有学习方向和动力了；另外面试问答环节记得问问面试官看重的岗位要求和团队面领的挑战和难点。

@Rooger 之前团队一堆 c++项目，如果用高版本的 c++重构确实很爽；但是要制定规范统一范式，不然每个人都会有一种风格的代码，导致项目不一致性，维护很痛苦。这也是团队放弃 c++转向 golang 的原因；司内推动 golang 委员会的大佬都是 c++大佬，他们说 c++不仅每个公司风格不一样，每个项目也不一样，每个人也不一样，每个不一样相当于不同的语言，而且统一范式在不同的人群下争议巨大，所以就共识转向推动上手简单和玩不出花样的 golang 。