纠结中，老板对我不差，但工作不开心，要不要跳槽？

[drquest]

在北美某软件公司，做企业管理软件，公司虽然不大百人上下，但发展不错，扩张迅速，这半年招了大概二三十号人吧。

去年 5 月份我在的创业公司解散，找更早之前的同事要了内推进的现在的公司。

老板对我不错，言语和行动上都能看出来对我挺重视的，即使我心不在焉不怎么出活也想办法帮我找不同类型的事情做。

但这确是我这几年做的工作中最痛苦的一份

技术栈老旧，进公司说是用 C#写.net ，但业务逻辑几乎全部靠 SQL Server 的存储过程搭建起来的，几百个存储过程每个几百上千行，全都是过程式的代码，C#的部分也几乎都是过程式的，面向对象、设计模式之类的基本派不上用场。

团队对新技术冷漠，对云环境、虚拟化、Linux 都很生疏，许多人搞不清 VMWare Workstation 和 ESXi 的区别，甚至基本的 Linux 命令都不会。

前端部分基本上都是靠 JQuery UI 一层层 widget 堆起来的，基本上所有动态的前端逻辑都要从 HTTP 请求到数据库走一圈，Anglar、React 之类的前端框架几乎没有人用过，甚至从资深组员那里听过“ Chrome 的新特性都是讨好用户的花拳绣腿”的说法。

JQuery UI 堆 widget，大量存储过程的可维护性都很痛苦，但老板认为这是团队技术实力的体现，缺少重构的动力。

虽然技术上槽点很多，但业务发展不错，大客户一个接一个，加班较一般北美公司多，坦白的讲，如果做的开心这点加班真不是事，但问题是真的不开心。

我的前一家公司基本上跟这一家反过来，组员年轻，技术热情高，但产品没销路只能解散了。现在这家公司也有年轻人，但感觉都是“混职场”，没有技术上有热情的电脑迷。

我该不该跳槽呢？

[GeekCourse]

从你做起，改变公司，推动技术变革，不成功则成仁

[SolidZORO]

看 LZ 头像像是那位做复古游戏的，常看你的文章还以为你是专职编辑，没想到是程序。

回正题，你可以从较小的模块开始，用新技术做你觉得自己可以 handle 的部分，然后看团队反应。

反应好，队友能接受，愿意学习配合你，继续。

不好，走，逆风而行是很累人的，然后去个和你想法一致的地方继续。

[smdbh]

大爷您走好

[daquandiao2]

不开心还不是因为钱不够

[canfoderiskii]

来一起

[frylkrttj]

掐指一算，帖主是不甘于现状的命。

[BingoXuan]

我的境况也差不多。老板也是待我不差，但工作真的没什么挑战，都是写一些超简单的业务逻辑，成长不足。但又是公司里面唯一一个软件，很难开口说离职

[Felldeadbird]

楼主不要灰心啊，现有项目很难改架构的。除非你是老板。
我之前也想改公司的架构，试了好几次都没彻底改。
唯一成功就是有个点的项目要优化（同架构的），我写了一个数据迁移，找机会无缝迁移了（非核心项目点，数据量也不大）。
其次是新项目用新架构，旧的只能在原有基础改了，否则出问题要背锅啊。

因此。我觉得老板对你如何不是关键，关键是我在团队可以得到什么成长

[Xuanyian]

我的境况也差不多+1

[ericls]

先沟通 雇佣关系如果达不到双赢 宁愿没有

[tulongtou]

老板的目的是赚钱，这么古老的技术栈改起来比重新写还麻烦，还有各种风险，从老板角度当然不要改

[Mac]

需求决定技术栈的使用程度，一个广义意义上的强技术人员未必就比吃透业务流程的能力高，哪怕这人用 excel 搭一套系统来。软件行业里有大量你所在公司的这种类型。最简洁的方案完成客户需求不是问题，如果你用自己的技术能力能降低它的成本，老板也乐见其成。如果并不能降低成本，花拳绣腿的形容也并不过分。

[anyele]

我也遇到楼主的情况，加钱可留下

[snappyone]

云环境、虚拟化、ESXi 这些貌似不知道也正常，毕竟大部分人都是闷头做好自己手头的那点开发工作，我前两年在上家公司开会的时候还听到有人在说大机比云好呢。
不过如果工作没成长又加班没空学习还是建议跳槽