业务和管理决定上限，技术决定下限

本文主要是介绍业务和管理决定上限，技术决定下限，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

点击上方蓝色字体，选择“设为星标”

回复”资源“获取更多资源

周末在看书的时候，看到一篇文章。关于讲解职场中的能力提升。

很多技术在从业之初都有比较简单的想法：

我很喜欢技术，我就想一直深入做技术，成为技术高手。至于业务和管理，还是让别人去搞定吧。做管理要处理各种乱七八糟的事情，要参加各种无聊的会议；做业务要跟形形色色的客户打交道，要揣摩客户的想法，这些事情我都不想去掺和。大家分工合作，各自做好自己专业领域内的事情就行了，毕竟也没有谁要求产品和业务一定要懂技术呀。我只要在关键时刻发挥我的技术水平，就像武侠高手一样，平时不出手，一出手就惊艳所有人！

上面是一个典型的想法，只想一心写代码。其他统统不管。

其实我刚毕业的时候也有同样的想法，现在比较认可的一个观点是：技术能力可以决定你的下限不会太低，但是高情商、懂业务、懂管理才能决定你的职业上限。

为什么懂业务和懂管理才能决定你的上限？

首先，「大部分」技术从业人员的岗位是业务强相关，只有懂业务本身才能更好的理解需求。而且我非常赞同一个观点是随着工作年限的增加，除了个人本身技术能力的增长，背后的业务理解和行业沉淀才能在未来和其他人PK的时候胜出。

互联网行业发展到今天，红利慢慢消息。各大公司为了增长和突破，开始向社区团购这些几年前都看不上的业务发力，亲自下场在红海中厮杀。对于技术人员来说，同样如此，随着这些年学习技术壁垒的降低，越来越多的人进入，这个行业内卷的也非常厉害。

那么除了那几行代码几个框架，一点点的技术经验，还有没有其他的竞争力？

团队规划、技术方案、技术架构等等这些能力光靠写代码是不行的。

初级的时候我们可能只需要熟悉自己负责的系统，那么随着工作时间的增长，技术人员也应该熟悉所负责的整个业务的大的蓝图，甚至应该主动去了解其他公司是如何做的？我们能不能把经验借鉴过来。

关于团队管理、哪怕是临时的项目管理，如何整合团队的力量、最大化的发挥成员的能力创造更大的价值也并不是一直写代码就能学会的。

夏天太特么热了，随便写了写。兄弟们将就着看吧。

后面等我看一些书，实践后再来写一些经验分享。