为什么选择钱少的offer？

公司

以下内容真假请自行判断，若发现问题欢迎留言讨论。我今年34岁，在33岁时（2023年）找到了目前这家单位，并同时收到了两个工作邀约：第一个Offer：年薪100万起步，优秀者上不封顶，职位为技术负责人。公司提供长期入住豪华酒店的待遇，甚至准备好了睡衣。第二个Offer：月薪45k，一年13薪，职位是Flink开发工程师，工作时间早九晚五。这是一家北欧企业，非常注重工作与生活的平衡，明确反对互联网大厂那些不良风气。我毫不犹豫选择了后者。可以说，这辈子我都不会离开这家公司了，因为这里钱多、事少、离家近，而且技术栈完全由自己决定。这些年，我的职业发展路径大致可以总结为以下几点：在国企推广互联网技术，在互联网公司推广外资企业的技术，在外资企业又反向推动互联网技术的应用。举个例子，当某国企还在用C++进行Web开发时，我应聘了一个技术经理岗位，并提出用Java（Spring、Hibernate、Struts2）来取代低效的C++开发模式（注意，这是针对开发效率而非性能问题）。这一建议让所有人眼前一亮，整个公司因此大幅提升了开发效率，最终全集团都采用了我推荐的技术架构。当大家还在争论Spring MVC是否成熟，注解方式是否过于侵入式，或者Struts2是不是更好的选择时，我果断切换到了Spring MVC + 注解的方式，代码既优雅又可靠。然而，同事们虽然觉得这种方式好，却不愿意主动学习。于是，我利用Struts2的一个恶意漏洞，在公司内部演示了潜在风险，并借此说服老板强制升级到Spring MVC。当其他人还在手动搭建SSM框架时，我已经开始使用Spring Boot，这种开箱即用的工具让我几分钟就能完成架构搭建，再次惊艳众人。当互联网行业还在热衷于Dubbo和DubboX微服务框架时，我坚定地选择了Spring Cloud，并积极推广Spring Cloud Netflix系列组件，很快成为团队中的微服务架构师。后来，阿里巴巴推出了FastJSON、Druid等开源框架，但这些框架也暴露出了一些令人头疼的问题。即便如此，我还是选择信任并全面拥抱Spring Cloud Alibaba。同事们对Spring Cloud Alibaba与传统Spring Cloud的区别感到震惊——原来微服务可以如此简单、丝滑！当大家都沉迷于Spring Cloud Alibaba时，我又放弃了这些技术方向，转而研究阿里巴巴提出的大中台小前台理念。初步掌握后，我以中台技术专家和布道者的身份，为企业宣传和推广中台架构。然而，没过多久我就发现，中台其实不过是一个披着微服务外衣的概念游戏。为什么？因为其他部门或子公司根本不需要依赖你的架构，但如果我能将他们的数据集中管理，他们就不得不使用我的系统。而且，领导层往往更关注数据资产。基于此，我逐步转向数据中台+数据资产+数据治理的方向。这是一个更加实际且容易落地的技术路线，能够真正解决业务痛点，同时也符合企业管理层的核心需求。