架构师修炼之道（一）技术高手的困惑与发展

一早上都在思考，每天坐班车来回的两个小时，我能做些什么呢？
「当然，这是我书荒时才有的究极拷问。」

我能做些什么呢？

是不是可以记录一些成长路上的心得？

那就谈一谈一个合格的程序员怎么成长为一个合格的架构师。

在半年前，我并不认为架构师这个词跟我有什么关系。
我从开发做到管理，又从管理转回技术岗，前路迷茫，没有什么规划可言。

这一切，在我听了公司大佬的一堂课后开始改变。

技术高手

有时候，我们懂点业务规划，做了点技术选型，搭了个开发框架，便以为自己无所不能了，开始高手寂寞了。
让我们来看看技术高手的一些定义吧：

工作三五年，精通一两种编程语言
精通几个框架，如SSH
能够解决一些开发过程中的难题
能够对下级程序员进行指导
能够搭建项目的代码框架，开发核心模块，开发一些类库，编写示例程序
知识和能力体系与其承担什么项目有很大相关性

局限性

有没有跟你我很像？
那么所谓技术高手的局限性在哪里呢？

•主要着眼于程序的实现
•对整个软件产品的生命周期考虑不多
•对软件产品的质量负不了责任
•对软件工程的方法论没有太多研究
•知识面不够广泛，只了解工作相关的少许技术
•只在团队内部有一定影响力

未来发展

有没有说到你我的痛点？
我们大部分的普通程序员是不是都有这样的困惑？那么做技术高手的出路在哪里？

•工作好几年了，将来如何发展？
•是不是要往上走就得做管理？
•在中国35岁之后不能再做技术了吗？
•继续做技术是不是待遇上不如做管理？
•如果继续做技术我还要学习什么？
•如果改做管理我应该如何转型？
•我适合做技术还是做管理，还是别的什么？

这些问题在我之前的十年风雨系列中其实断断续续说过一些，在架构师修炼之道的后续文章中，咱们也会一一解答。先来看下我们的最简上升路线吧。

架构师修炼之道（一）技术高手的困惑与发展

企业软件生产的困惑

在实际的软件生产中，我们的软件企业也总会产生这样那样的问题。
在公司里，每个岗位都不是白给的，是要去产生价值，解决企业生产的问题，帮助企业发展的。
那么我们要想想，我们可以能为企业解决什么问题？产生什么价值呢？我们先看看大家在软件开发过程中遇到的一些困惑。

•为什么我们的产品交付周期为什么需要那么长时间？
•为什么我们的产品总有这样那样的质量问题？
•为什么当初这个产品会选择这样的技术路线，导致现在要用另一种技术重做？
•网站的用户越来越多，性能非常吃紧，想扩展却很难？
•为什么这个产品的代码这么难维护，找谁改都说不敢动？
•究竟谁能在技术上保证我们的产品或项目取得成功？

如果你能把以上的问题解决了，那你就是全村最靓的仔。
那么谁能来解决这些问题呢？现在知道我们的答案是什么了吗？
系统架构师，你值得拥有。