有没有遇到大公司的天花板

[brucefeng]

待在一个大公司里，刚开始经验比较少的时候成长会比较块，工作起来也比较带劲；但是等工作了几年，经验也有了，工作内容虽然高级了一些，但是已经跟不上经验的增长，慢慢的就会变成，只要按部就班的开发就能完成，没有了挑战性。想要自己学习提高，但是工作会占用很多的时间，能花在自身学习的时间比较少。

这种时候跳槽能解决问题吗？

[czheo]

类似，已跳

[Champaign]

是的，你都已经懂了。

[mcfog]

嗯，大公司有全套的组件支持，你只用写业务就够了

那么你有没有想过这些组件本身是谁写的？怎么写的？
有没有想过改造一下这个组件，让它更适合你的业务？
有没有想过把自己日常工作中感觉不舒服的部分封装出一个组件给别人用？
按部就班地能够完成任务，那么你能够帮助乃至驱动你的整个团队按时完成任务（乃至不加班完成）么？
能够及时发现技术／架构上的隐患，提前通过技术需求、改造、重构等方式避免／优化么？

时间和挑战性都是自己找的，而不是依赖公司赋予你的


反正我面试的时候有人告诉我离职原因就是因为“上家公司按部就班 技术遇到瓶颈 希望技术上有所突破”之类的话，基本算是减分项。因为这个人要么不懂怎么学习，要么不爱学习

[iyaozhen]

额，大公司的天花板。。。

正如楼上所说你可能仅仅只是到了你自己岗位的天花板了。既然业务和技术已经精通，那就换到造轮子的部门去吧。

[yuankui]

挑战总是存在的,但是大公司花更多精力在撕逼,自虐

要干点实事,可以去创业公司体验体验.

[sangmong]

什么都有现成的，拿来就用，唉...

[leassy]

天花板是什么luan

[andrewpsy]

“想要自己学习提高，但是工作会占用很多的时间，能花在自身学习的时间比较少。”
和
“只要按部就班的开发就能完成，没有了挑战性。”
其实是冲突的。

我目前也是差不多这个状况，工作占用时间太多，还属于强烈上升期。因为自身能力到了真正的高点后才会觉得工作量少和没有挑战性。

[kepenj]

可以做开源、做分享呀~ 去结交更多、更优秀的技术人才。

[dptr]

学还是要靠自己的，不能靠公司。网上的宝库多着呢，找个感兴趣的开源项目研究它的原理，收益远比在公司学到的要大。

[zhicheng]

大公司的天花板和地板一样高。

[yooooooooo]

如果每天的工作都是业务逻辑和没有挑战性的技术，工作时间还很长的话，可能真的需要考虑跳了吧。

[archxm]

同意减分项, 如果都是遇到天花板, 然后就跳, 最后这人会不会叼炸天?

[bk201]

@mcfog 非常同意，到哪里都一样，一切靠自己。我跳槽目的只有一个，公司开不出我要的工资或者公司氛围不适合我了。

[oetet1]

引用知乎上的一句话：靠公司学习的人都是懦夫！

[gudezhi]

@mcfog 同意~面试的时候我也把这个理由当做减分项。

我觉得对于人才的需求也是典型的金字塔结构，
初级人员需求量大，频繁跳槽可能也会获得足够多的学习机会，
但是对于更资深的岗位来说，本来机会就更少，试错成本也更高，所以面试官会更慎重。

把握好自己目前所拥有的资源，尽一切努力去尝试突破自己，才是成长的最好手段。

极端一点的说，天花板都是自己设给自己的。

[brucefeng]

@gudezhi @mcfog 有没有这种情况：一个公司里面业务上的发展并不需要技术上有大的发展，但是却要求开发付出足够的时间和精力做支持，这样也就会导致技术和业务上对开发者的挑战并不大，反而导致很多时间和精力花在业务支持上；比如：部门沟通，人员协调等等。

@oetet1 不管靠公司学习的人是不是懦夫。但是不利用公司学习的人一定不是聪明人。

[oetet1]

@brucefeng 你说的很对，在一个公司呆久了就会发现，很多精力其实是用在业务上，不是技术。即便是开发代码，也是根据业务逻辑调用底层封装好的东西，代码水平也就那样，最多就是规范一些。但是规范跟水平的提高是两码事。

[loryyang]

我不太同意楼上的观点，说：离职理由是技术没有提升算减分项
强业务部门，说实话，真的没有那么多时间做有技术的内容，不要说自己推动，试问在一个本身就是造轮子的部门和一个业务繁杂的部门，哪个更能提升技术，哪个能有更多机会造轮子呢？因为这个原因跳槽或者转岗，本来就是非常正常的
但是另一个方面来讲，确实会有些人眼高手低，只知道抱怨环境，这种坚决抵制

[fantasyczl]

@oetet1 非常赞同