一早上都在思考,每天坐班车来回的两个小时,我能做些什么呢?
「当然,这是我书荒时才有的究极拷问。」
我能做些什么呢?
是不是可以记录一些成长路上的心得?
那就谈一谈一个合格的程序员怎么成长为一个合格的架构师。
在半年前,我并不认为架构师这个词跟我有什么关系。
我从开发做到管理,又从管理转回技术岗,前路迷茫,没有什么规划可言。
这一切,在我听了公司大佬的一堂课后开始改变。
技术高手
有时候,我们懂点业务规划,做了点技术选型,搭了个开发框架,便以为自己无所不能了,开始高手寂寞了。
让我们来看看技术高手的一些定义吧:
工作三五年,精通一两种编程语言
精通几个框架,如SSH
能够解决一些开发过程中的难题
能够对下级程序员进行指导
能够搭建项目的代码框架,开发核心模块,开发一些类库,编写示例程序
知识和能力体系与其承担什么项目有很大相关性
局限性
有没有跟你我很像?
那么所谓技术高手的局限性在哪里呢?
•主要着眼于程序的实现
•对整个软件产品的生命周期考虑不多
•对软件产品的质量负不了责任
•对软件工程的方法论没有太多研究
•知识面不够广泛,只了解工作相关的少许技术
•只在团队内部有一定影响力
未来发展
有没有说到你我的痛点?
我们大部分的普通程序员是不是都有这样的困惑?那么做技术高手的出路在哪里?
•工作好几年了,将来如何发展?
•是不是要往上走就得做管理?
•在中国35岁之后不能再做技术了吗?
•继续做技术是不是待遇上不如做管理?
•如果继续做技术我还要学习什么?
•如果改做管理我应该如何转型?
•我适合做技术还是做管理,还是别的什么?
这些问题在我之前的十年风雨系列中其实断断续续说过一些,在架构师修炼之道的后续文章中,咱们也会一一解答。先来看下我们的最简上升路线吧。
企业软件生产的困惑
在实际的软件生产中,我们的软件企业也总会产生这样那样的问题。
在公司里,每个岗位都不是白给的,是要去产生价值,解决企业生产的问题,帮助企业发展的。
那么我们要想想,我们可以能为企业解决什么问题?产生什么价值呢?我们先看看大家在软件开发过程中遇到的一些困惑。
•为什么我们的产品交付周期为什么需要那么长时间?
•为什么我们的产品总有这样那样的质量问题?
•为什么当初这个产品会选择这样的技术路线,导致现在要用另一种技术重做?
•网站的用户越来越多,性能非常吃紧,想扩展却很难?
•为什么这个产品的代码这么难维护,找谁改都说不敢动?
•究竟谁能在技术上保证我们的产品或项目取得成功?
如果你能把以上的问题解决了,那你就是全村最靓的仔。
那么谁能来解决这些问题呢?现在知道我们的答案是什么了吗?
系统架构师,你值得拥有。
现在还有继续走技术路线的信心吗?
热门工具 换一换