最近一段时间，有不少朋友在谈论程序员的职业空间，一辈子靠技术吃饭时很可悲和不太容易做到的，正好借此机会吧前段时间看到的一篇文章推荐给大家，希望对朋友们有所帮助;

1.程序员-聚　（聚小知汇大知）
刚开始入门，什么都要学. 先从一门程序语言入手，学习基本语法，常规的界面算法，数据库操纵算法，事件触发逻辑.
先学会微控，做小事。没啥发挥的。多学点常规算法，搭积木阶段.此阶段花60-100%时间写点程序。
　标志: 会看懂详细设计。
不走弯路的话，至少3年。

2.架构师-散 (发散思维，打破常规)
针对某个软件的子功能模块，可以提出至少三种解决方法，然后选择最佳的算法。　能进行面向三个层面的设计：　界面层，算法层，数据库存储层. 写详细设计，模块升级方案是基本功。
如果可能的话，会有意识根据时间换取空间，空间换时间选择解决方案等。
学会适度的控制，仍不离规格说明书框架。有一些发挥空间. 此阶段花20-50%时间写点程序。
标志: 会写详细设计
会看需求说明书
不走弯路的话，至少2年。

3.需求分析师－聚 (将用户神化般的需求想法聚成一个小点,否则没法做软件)
针对用户需求，分析需求背后的需求。可以提出至少三种解决方案，然后选择最佳的方案。能划分用户的角色类型，听明白用户的语言术语，用户的操作流程。
抽象出用软件能帮用户干什么，提供什么子功能模块。
控制幅度更大，但对用户工作流程，有哪些数据项输入输出等。要能把握并有较深的了解。具有抽象的能力，会画图，建模，例如会些UML等。能进行面向三个层面的分析: 行为分析，数据分析，规则分析。写需求分析说明书是基本功。　如果要求协调用户间需求，至少要有一定项目管理能力。知识面要广。
　一般到达这种层次，多少有些权利，一般至少也混到项目经理级别。80%多是行业专家，对企业需求熟悉.在国内，纯粹的需求分析师往往较少。
此时一定要学会广控，做大事的心态，有所为有所不为。必要时学会装糊涂。不然的话，用户的需求会累死你。
此阶段花10-20%时间写点程序或不写。
标志: 会写需求说明书
懂用户的各种鸟语，和各种难缠及无理要求的用户打交道。
hehe，抛砖引玉，大家有甚麽观点可以一起来讨论一下～～

ITPub博客

也谈谈程序员的职业发展

最新文章