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