怎么做一个好的程序员？

想成为一名优秀的程序员，往往需要具备以下特质：

1、始终保持工作热情

只有热爱才能做好一件事。尤其对于技术人员来说，程序员经常对着电脑一坐就是七八个小时，有时候赶项目还得在公司熬夜加班。如果不是真的热爱这份工作，光靠赚钱这个驱动力肯定是不足以支撑下去的。如果你每天都是一副上班比上坟还沉重的样子，哪怕你的技术水平再高，你的状态也很难好到哪里去，更不可能做出一个好的产品来。

2、提高学习能力，不断提升专业水平

新技术层出不穷，每个程序员都必须坚持学习。只有不断学习才能不断提升。在空余时间多掌握一些工具，多学习一些技术语言，技多不压身嘛。而且技术都是相通的，多学习一些新东西，会让你更融会贯通。这样既可以提高自己的工作效率，也能提升自己的职场竞争力。

3、加强沟通能力，避免无效的工作产出

下手写代码前必须明确产品的目标和需求，如果有不理解的，一定要及时跟上级进行沟通，必要时还可以从技术层面给产品和老大提出优化意见。切忌光敲代码不思考，这样很容易做无用功。

只要能做到以上三点，你未来的发展空间会更大，也相信你一定能找到适合自己的平台！

第一、需求分析能力

对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者， 他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？

一

般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这 时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能 上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于 非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于 项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时 候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失 去这些准则。

程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同 样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的， 前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安 装使用的简捷性。

第二、项目设计方法和流程处理能力

程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比 如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的 整体设计。

设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。

一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立 数据词典；他需要加工逻辑流图以形成整体的系统处理流程。

一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。 当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把 握。

第三、复用设计和模块化分解能力

这个似乎又是老调重谈，前面基本素质上不是已经说明了这个问题吗？

作为一个从事模块任务的程序员，他需要对他所面对的特定功能模块的复用性进行考虑， 而作为一个系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的 分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需 求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做 的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立 部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的 汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程 也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随 意换装的，比如微软的许多桌面软件，在很多 *** 作模块（如打开文件，保存文件等等）都 是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便 挂接，这就是复用化的模块设计明显的一个佐证。

将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅 仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的 工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。

第四、整体项目评估能力

作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配 置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评 估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需 要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件 系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不 如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财 富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基 本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累 那种产品化研发的经验，这也是没有办法的事情。

第五、团队组织管理能力

完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能 力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因 为这里面设计了一些技术性的指标和因素。

首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码 行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。

其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主 程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的 需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥 组队的效率。

一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容 易被忽视的。

综上可以看到，作为一个主管研发的负责人，一个项目设计者，所需要具备的素质和能力 并不是程序代码编写的能力，当然一般情况下，一个程序员通过不断的总结提高达到了这 种素质的时候，他所具有的代码编写能力也已经相当不简单了，但是请注意这里面的因果 关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了，但是并不是一个代 码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问 题，还是在于一个程序员在积累经验，逐步提升的时候没有意识到应当思考哪方面的东 西，没有有意识的就项目的组织和复用设计进行揣摩，没有经常性的文档习惯和总结习 惯，不改变这些，我们的合格的项目设计者还是非常欠缺。

---