技术与业务的抉择—论程序员的“瓶颈”问题
2017-02-16 09:44
274 查看
在IT行业打拼多年,身边的同事也是走走停停,一些人因为追求技术而不断跳槽,而一些人一直在一家公司至今已经成为了团队的Leader。作为一名工程师的你,对于时间,你更愿意花在学习新技术上,还是花在实现产品需求上呢?
内容提要
两类人的分析
技术还是业务?
你缺乏什么
两类人的分析
进入IT行业已经多年,从刚实习做Delphi,到后来扎根C,一直在现在专心做移动技术,前前后后也换了3家公司了。相信你和我一样,也换了数加公司,然而有一点我相信你和我更为共鸣的一点:身边的同事一个个的离自己而去,也有一些新同事加入你的团队,人海茫茫何去何从。这里我们关注下那些离职的同事,他们的离职原因除了薪资以外,说的最多的可能是两句话:
相信你可能也是这两类人之一,你是一个技术狂人,但是苦于自己遇到了瓶颈,一会学一下这个框架,一会学一下那个框架,感觉没啥你学不会的了。或者你们团队的做的软件功能太多,每天都在做功能,实现需求,而你天天抱怨自己没有时间学技术,大量的业务需求挤压了自己的成长时间。
技术还是业务?
我认为技术是无限的,你不可能把IT行业,即使是你所感兴趣的那一类目给学透。想想当初学习IT是为了什么,为了钱?还是为了实现一些价值。我认为你学习的技术很大程度是为了解决实际的问题。今天学这个框架,明天学那个平台,都是最后你都只是看了文章,撸个demo,但是实际你的项目却根本用不到,不能落地,都是自己在玩,我认为这是无用的。
很多工程师往往把技术和业务给隔离开来,或者说自己带有私心:
看起来技术热情很高,一直研究各种新技术,但总是忽视对公司与团队业务的贡献,学习到的东西也不能落地,这有点本末倒置,我们应该首先关注于公司团队业务,更多思考如何以技术的角度,给业务做出更多贡献。产品才是最终目的,一个优秀的产品背后一定有非凡的技术支撑;而一个技术牛人,不一定能做出一个优秀的产品。
我记得有一个当初我待过的第一家公司的一个同事,当年也是应届生。他这么多年,一直都待在那家公司,坐着同样的时间。如今他已经是管理二十多人的一个小团队Leader了,对他来说,业务和管理都更为重要。
同时,我也有几个以前认识的同事,他们看起来很热衷于“学习技术”,但是总是对现在公司不满,认为实现功能占用了他们太多学习技术的时间,不自由,于是不断的跳槽,至今依然还是游荡所在公司的最底层,撸代码。
那么到底技术和实现业务哪个更重要?
我个人的观点是,一半的时间学习技术,一半的时间实现功能业务。相铺相成。用你实际的项目来验证你所学到的东西。
你缺乏什么(<a href="http://www.dztcsd.com/">资质代办</a>)
我认为最终这个行业人才的走向都是两个
我认为一个好的管理者他应该是做技术起家的,他本身就是一个经验老道的工程师。只不过如今,他把更多的时间花在了业务上。我们学习更多的技术,不是为了一味的花时间去学习技术抵制实现业务功能,而是为了能够带领这个团队,能够做出完美的产品。当你的目标是这个,而你觉得自己已经到了成长瓶颈的时候,不妨想一想自己对于市场、运营、销售是否了解,能够带领一个团队。
如果你是个geek精神的工程师,对技术无限狂热,觉得自己技术到了瓶颈又一直想深入下去的,不妨看看自己是否能独立写个框架或者工具,而不是仅仅会“用”github上的别的成果。与此同时,你是否能将自己的技术推广开来,做一个真正的专家。当你觉得自己每天都在看技术博客、文章的时候,静下心来想一想,自己是否真的也能实现一下,而不仅仅是会用而已。就像百威最近的广告语:慢能成事。
作者: 慕斯蛋糕糕
来源:慕课网
内容提要
两类人的分析
技术还是业务?
你缺乏什么
两类人的分析
进入IT行业已经多年,从刚实习做Delphi,到后来扎根C,一直在现在专心做移动技术,前前后后也换了3家公司了。相信你和我一样,也换了数加公司,然而有一点我相信你和我更为共鸣的一点:身边的同事一个个的离自己而去,也有一些新同事加入你的团队,人海茫茫何去何从。这里我们关注下那些离职的同事,他们的离职原因除了薪资以外,说的最多的可能是两句话:
"这家公司技术没增长了,自己学不到东西了,我要换个公司" “天天做业务做功能烦死了,哪有时间自己学东西,到最后过了几年啥都没学到”
相信你可能也是这两类人之一,你是一个技术狂人,但是苦于自己遇到了瓶颈,一会学一下这个框架,一会学一下那个框架,感觉没啥你学不会的了。或者你们团队的做的软件功能太多,每天都在做功能,实现需求,而你天天抱怨自己没有时间学技术,大量的业务需求挤压了自己的成长时间。
技术还是业务?
我认为技术是无限的,你不可能把IT行业,即使是你所感兴趣的那一类目给学透。想想当初学习IT是为了什么,为了钱?还是为了实现一些价值。我认为你学习的技术很大程度是为了解决实际的问题。今天学这个框架,明天学那个平台,都是最后你都只是看了文章,撸个demo,但是实际你的项目却根本用不到,不能落地,都是自己在玩,我认为这是无用的。
很多工程师往往把技术和业务给隔离开来,或者说自己带有私心:
“我多学点技术,以后跳槽好跳” “天天做功能,到下家公司都用不到,没时间学技术就是废人一个”
看起来技术热情很高,一直研究各种新技术,但总是忽视对公司与团队业务的贡献,学习到的东西也不能落地,这有点本末倒置,我们应该首先关注于公司团队业务,更多思考如何以技术的角度,给业务做出更多贡献。产品才是最终目的,一个优秀的产品背后一定有非凡的技术支撑;而一个技术牛人,不一定能做出一个优秀的产品。
我记得有一个当初我待过的第一家公司的一个同事,当年也是应届生。他这么多年,一直都待在那家公司,坐着同样的时间。如今他已经是管理二十多人的一个小团队Leader了,对他来说,业务和管理都更为重要。
同时,我也有几个以前认识的同事,他们看起来很热衷于“学习技术”,但是总是对现在公司不满,认为实现功能占用了他们太多学习技术的时间,不自由,于是不断的跳槽,至今依然还是游荡所在公司的最底层,撸代码。
那么到底技术和实现业务哪个更重要?
我个人的观点是,一半的时间学习技术,一半的时间实现功能业务。相铺相成。用你实际的项目来验证你所学到的东西。
你缺乏什么(<a href="http://www.dztcsd.com/">资质代办</a>)
我认为最终这个行业人才的走向都是两个
项目经理 -> 管理者 技术专家 -> 技术缔造者
我认为一个好的管理者他应该是做技术起家的,他本身就是一个经验老道的工程师。只不过如今,他把更多的时间花在了业务上。我们学习更多的技术,不是为了一味的花时间去学习技术抵制实现业务功能,而是为了能够带领这个团队,能够做出完美的产品。当你的目标是这个,而你觉得自己已经到了成长瓶颈的时候,不妨想一想自己对于市场、运营、销售是否了解,能够带领一个团队。
如果你是个geek精神的工程师,对技术无限狂热,觉得自己技术到了瓶颈又一直想深入下去的,不妨看看自己是否能独立写个框架或者工具,而不是仅仅会“用”github上的别的成果。与此同时,你是否能将自己的技术推广开来,做一个真正的专家。当你觉得自己每天都在看技术博客、文章的时候,静下心来想一想,自己是否真的也能实现一下,而不仅仅是会用而已。就像百威最近的广告语:慢能成事。
作者: 慕斯蛋糕糕
来源:慕课网
相关文章推荐
- 技术与业务的抉择————论程序员的“瓶颈”问题
- 刚走上工作岗位的程序员——如何看待业务和技术
- 整理在架构业务层所要考虑的非技术问题
- 与程序员老友团聚解决服务器配置404请求错误技术问题
- PHP程序员如何突破技术瓶颈
- 我的面试程序员的经验:一个能一网打尽的技术问题
- [技术讨论]业务建模的一些问题和工具选择的问题
- 技术方案只有能够快速有效的解决业务问题,为公司创造价值,才能够活下去。
- [技术讨论]电商业务中的业务合并问题
- 敏捷开发产品管理系列之八:基于业务设计技术架构(兼谈12306性能问题)
- java c++ 程序员 技术面试常用问题
- "技术人"频道的一个问题——“程序员言”
- DevOps不是个技术问题,而是个业务问题
- PHP程序员如何突破技术瓶颈
- 程序员面对下列技术问题,如何做决策
- 程序员的职业发展方向:业务?技术?
- [56] 测试技术常见的十一种问题之四:什么是系统瓶颈?
- 一名Delphi程序员的开发习惯(非技术问题)
- DevOps不是个技术问题,而是个业务问题
- 程序员的技术、工作、收入瓶颈