程序员训练功夫

⑴ 程序员最重要的能力是什么

程序员在职场中是个比较木讷的员工角色，不需要和同事上司有太多的阿谀奉承，所以他们最重要的能力是学习能力。

程序员所在的行业绝大多数都属于互联网行业，而互联网行业发展日新月异，开发的技术上也不断地更新，也许你刚学会一个你认为新的框架，第一天就会有另外一个更新的框架代替它。如果你没有较强的学习能力，那么你在IT行业早晚会被淘汰。

其实就像我一样，在一个不大不小的公司待得很安逸，绝大多数的难活都给男开发做了，我就基本上没什么大的工作，基本上每天都是准点下班，上班随便敲敲代码，玩玩手机就过去了。那么，这样的话我就在专业技能上不会有太多的提升，很多时候反而会后退，毕竟不进则退。所以在公司一年下来，我并没有学到什么，只是知道了开发的流程，在专业技能上并没有什么提升，当然工资也就上不去了。最后的最后，自己学习能力有限，加上各方面的原因，就选择了离开这个行业，谋求新的发展。

在公司一年，进进出出有很多同事，有能力的同事都走得很快，薪水也涨得很快。他们大多数都是在上班和下班后时间自学新的知识，自学能力都特别强，所以才能在这个行业一直坚持向上走，为了高新，你也只能一直努力学习。

所以说较之其他方面的能力，程序员最重要的能力是自我学习的能力。

⑵ 为了写好代码，你坚持了哪些好习惯

我本人的本科专业就是软件工程，作为开发人员，一开始学习的时候就养成编码的好习惯真的可以省下很多时间成本，可以让写的代码更加容易理解、更加容易扩展，也可以具有更强的通用性。

那么我坚持了哪些好习惯呢？

• 多阅读优秀的代码
  

有空的时候多看看一些优秀的开源框架的代码，不要求研究透彻，只要能学习到其中的一些优秀的设计理念就可以了，可以通过打断点调试的方式去看源码。

多看看官方文档，它一定是最准确、最实时的资料。编写官方文档的人，也通常就是这些技术或者软件的开发者，他们是对这些东西最了解的人，所以编写的文档不仅质量非常高，通常内容也都是最新的。

编程的好习惯真的要从一开始就要养成，即使不是开源代码也要认真对待，在持续的练习过程中养成编程的好习惯。

⑶ 你见过最厉害的程序员是怎么样的

以前曾经做过十余年的编程，见识过不少程序员，其中有两位是比较厉害的。

第一位，J同学，非科班出身，粮食专业毕业的，之后在一个食品厂工作，因为比较清闲，于是他突发奇想，想考某个211的计算机研究生，就去买了书来看，但是要实践啊，他又没有计算机，就有空总去公司的电脑室蹭机器用，电脑室的人，就让他帮忙开发一个工资管理系统，不知道是不是想为难他，结果他研究生是没考上了，但是经过一个月的摸索之后，居然把工资系统给做出来了。让电脑室那些科班毕业的人脸上挂不住啊！

之后他就斗胆去了一个国内知名的企业应聘程序员，居然还给应聘上了，慢慢做到了华南区的技术总监，再后来他几个同事出来创业，高新挖走他。

他这个人就是传说中的怪侠，非常低调，朴素，不按时上班，不按时下班，工作效率非常高，爱抽烟，请教他什么问题，他一时想不出来的话，就去外面抽根烟，烟抽完了，回来就会有答案，反正非常神奇。

第二位，B同学，科班出身，211大学计算机研究生，当时是他的导师跟我们单位有来往，推荐过来的，我面试的他，惜话如金，听说他C语言非常厉害，但是当时我们做项目需要PB，他说他不会，我就说，那给你一个星期的时候，你回去学习一下，再来面试。一个星期后，再过来，给他一个小模块，很快就做出来，非常棒，之后，项目的技术难题，大部分都是他解决的。平时，他也不怎么跟我们来往，但是有事就做，也不打 游戏 ，按时上班，按时下班，非常讨厌加班。

遇到技术问题，下班后打电话给他，他不接的。有一次，我们第二天系统要上线，大家都在忙着测试，加班，他到点就走了，领导追到电梯门口，问他，XX哥，你走了，他说了一个字，是，就进电梯了。后来也是被高薪挖走，听说到现在40岁也还没结婚。

我们公司有一位非常厉害的程序员，基本上一个人当做一个排兵力使用。也就是说一个人写代码的效率基本上抵得上10+人的能力，一年随随便便写个几十万高质量的代码。这种人对编程语言的理解已经到了登峰造极的地步，且能够灵活自如地使用。

在自己编码能力强的同时，对架构的理解能力也是超强，一个大的系统能够很快地进行模块拆分，快速的定义不同模块间的交互接口，可以快速的安排任务下去。

另外代码的质量基本上没地说，导致跟着他的测试人员几乎发现不了Bug，这哥们在写代码的同时基本上顺手就把单元测试写好了，代码质量高的简直出奇。

当然了，至于学习什么新的开源框架或者新的技术架构，基本上就是2-3天的功夫，就可以全面掌握。

目前为止，公司一直当做宝一样供着。

我见过最厉害的程序员，是在2001年入职的一间香港电路板公司的电脑部经理，他也是最值得我尊重的程序员，那他最厉害的地方在哪里呢？

编程语言只懂Foxpro DOS版本，但所有的ERP流程，英文、管理方法说得滴水不漏，有一次和财务的同事聊天，才知道他的月薪达8万多。

很多程序员最怕大老板提问题，但在他的眼里，大老板提问题就是一个商机，多多少少都要老板加工资加设备。 高情商的表现就是无论下属或老板通通管理得服服帖帖，包括我自己，甚至老板还没有说话就己经知道老板的心思了。

老板分配的编程任务应期三天完成，绝对不过4天。软件开发效率的提高，自然要依赖下属心甘情愿的加班付出才行，做到这一点，真的是难能可贵。

最厉害也是我最佩的一点就是，40多岁了头发还没有一点白的迹象，每天高效率的工作，下班后就抛开工作的烦恼，尽情桑拿按摩享受。

我认为最厉害的程序员不是编程技术，而是如何利用编程技术，不知道你认不认同？

应该是读研时的学长，精通java和Python，毕业后进去微软研究院工作。

当时和他在一个项目组，他独立完成了教学平台语言分析模块，NLP 模块。我们团队任何问题都能很快给出解决方法，前端后端都擅长。

当时我刚接触linux，他就已经把Linux作为工作学习唯一的选择。经常用terminal 操作，敲起代码太帅了

诚邀，本人在杭州华为研究所工作，之前在一家创业公司工作过，公司里一个工作10年的大神，撑着整个创业公司，老板总能拿到某些项目源代码，不同语言的，c c++ .net java总之很多，给他，一礼拜就可以全懂了，所有语言基本都是1礼拜搞定(玩代码的都知道精通一门语言后学其他的特别容易，不外乎面向对象的，面向过程的，然后就是各种API )上手做项目，之前很多不懂的问题问他都可以从本质上分析得很明白，主要是基本上看几眼就可以知道哪里错了。或者大概方向，我后来去华为，都是他建议的，现在还在那公司的他听说是技术总监了，应该不怎么敲代码了。

核心的代码总是有那一两个程序员来实现的。比方说现在微信的一开始的核心代码。

比方说Linux的核心代码， 都是由林纳斯·托瓦兹编写的， 并且为了能够让开源社区的人一起进行开发， 又编写了Git版本控制。当你不满意某个软件或者系统的时候， 能够自己实现并制作出更好的也许就是厉害的程序员吧。一直到现在很多的系统分支都是来源于Linux的内核。

最后如何成为最厉害的程序员， 还是要学习基础核心的知识， 操作系统， 数据结构， 算法， 编译原理， 计算机网络， 在这个基础上学习编程都是为了更好地实现自己的心中所想。为什么这样写， 这样写会产生什么效果。 为什么Golang最近这么热， 为什么鸿蒙会被看好， 它又和其他的有什么区别， 就可以自我判断， 而不是见风就是雨。

最后希望自己也成为那个最厉害的程序员。

很久以前，我用win98的时候有次我系统崩溃了，因为我是电脑白痴，我朋友给我介绍了一个高手来帮我修电脑。

他看了一下电脑，问我有没有98的盘，我说没有。

他想了一下，叫我把固定电话拿给他，我想修电脑要电话干什么，但人家是高手，我也不好说什么，就把电话拔下来给他了。

他把电话线空着的一头接在电脑的一个插孔内，然后进入dos，就开始在电话上不停的按着键，他按键的速度异常快，但是只按0，1两个键，我搞不懂这有什么用，但也不敢问，看了半个多小时，他还是不停的按这两个键,我徐徐的有些困，我问他这东西要搞多久，他说要几个小时，我给他倒了杯茶，就一个人去隔壁睡觉了。

醒来的时候，一看已经过了4个多小时，我起身到隔壁，看见他正在98里面调试，过了一会儿，他说，你试试，我坐上椅子用了一下，真的好了，我当时也不懂电脑，谢过人家就走了。 后来我慢慢对电脑有了了解，终于了解，原来当时那位高手是用机器语言编了一个98系统，我后来问我朋友那位高手的下落，我朋友说前几年去了美国之后，杳无音讯....

五年前有幸在一家软件公司做产品经理。小的软件公司。坐标西安。招人还挺不好招的。虽然给的薪水还不错。但是真心不好招人。这种小软件公司没有名气。真正牛逼的人都不来。

百试几百人，包括做产品和前端的也算在里面。光程序员这块。有百分之六十的投简历的都是从某培训机构出来的。所以的项目经历。和待过的公司都是一模一样，有明显的人为的痕迹。

但是后来实在没有人手。招了一两个，差。差。差。真是差到极点

后来又经人推荐，招了一个，说是做安卓开发的。结果连个软件的心跳包都调不好。软件的升级这块都搞不定。最后还是我这个外行，逼着他。一点一点卡，才把软件升级这块稍微搞上路了。

说出来真是让大家笑话，华为的外包中软国际。有个孩子实在忍受不了里面的虐待，在里面工作了一年半。然后跳到我们公司。这个孩子，才是稍微让人可以用一下。就是起码。你给他的工作。他能完成。其他的人都是在摸鱼。因为这个公司的老板以前也不是做手机软件这块。没有资源，不认识人。

他是做电脑PC软件，到后面做BS系统多一点。其实这种没有技术含量，找的别人的框架。去修改。

普通人见不到最牛逼的程序员，最牛逼的程序员，一定是在最牛逼的软件或者互联网公司的深宫后院里面。还没出世的。就像当初的张小龙，史玉柱，裘伯君一样。

你现在能看的牛逼的，感觉牛逼的。都是因为你不懂这个。你才觉得牛逼。包括前几年比较活跃的黑客们，制造一些病毒。这都不是牛逼。包括熊猫烧香的李俊，普通人觉得他可牛逼了。但是真正的他出来后，去金山 360这种公司，提鞋别人都不要。

因为搞破坏不是牛逼。也不是自己水平有多牛逼。

我来讲一个我见过最厉害的程序员。

这个程序员是我第一份工作碰到的大牛，我的第一份工作在中兴通讯成都研究所，当时是做操作系统研发的。

我们当时经常会做一些培训和技术分享，那时候我才入职3个月，我发现公司里有个人每次技术分享时候，就很多人去听，并且会议室爆满，连站的地方都没有，然后我有次也去听了一下， 第一每次目睹大牛的风采，因此操作系统是最底层的研发工作，会涉及到内核这块知识，而linux内核知识特别抽象，看书根本很难看懂，但是这个大牛能把很难的东西讲的很容易理解，并且在会上面对大家的提问总是能对答如流，实在是厉害。

而后我通过公司里的老员工才了解到，这位大牛是自学成才的，他的文化程度才初中，破格录取到中兴通讯，当时是操作系统部门的技术专家，他都能自己编写操作系统，对各硬件都非常了解，也出了很多书。可见兴趣是最好的老师，让他能够在程序员中发光。

必须是ACM大神，楼天成，楼教主。不了解他的可以网络之。是个天才一般的存在。
几年前清华大学找同学玩，他那时是清华软件学院的学生，突然说要带我去见他的偶像，还说是最后的机会了，我们跑去计算机学院，当时博士正在答辩，通过在场的同学找到了他，他很腼腆的千呼万唤始出来。他们两在那里交流了半个多小时，最后互留了EMail，我跟他聊了些我专业的内容，他还蛮好说话。 后面还通过这位同学认识另一位ACM届大神，上海交大的戴文渊。我对编程略有了解，主要还是崇拜天才。

⑷ C#初级程序员，怎么快速提高技能呢做技术牛人

1：团队精神和协作能力
把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2：文档习惯
说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。
再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。
4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5：复用性，模块化思维能力
经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。

6：测试习惯
作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的需求理解能力。

7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。
善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。
一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。
具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。

那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了应该具备上述全部素质之外，还需要具备以下素质：

第一，需求分析能力
对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者，他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？
一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失去这些准则。
程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的，前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安装使用的简捷性。

第二，项目设计方法和流程处理能力
程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的整体设计。设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。
一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立数据词典；他需要加工逻辑流图以形成整体的系统处理流程。一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把握。

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

第四，整体项目评估能力
作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累那种产品化研发的经验，这也是没有办法的事情。
第五，团队组织管理能力
完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因为这里面设计了一些技术性的指标和因素。
首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。
其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥组队的效率。
一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容易被忽视的。

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

另外，为防止有无聊的人和我较真，补充一点，本文针对目标是作商业化的软件项目和工程，那些科研机构的编程高手，比如算法高手，比如图象处理高手，他们的工作是研究课题而非直接完成商业软件（当然最终间接成为商业产品，比如微软研究院在作的研究课题），因此他们强调的素质可能是另外的东西，这些人（专家），并不能说是程序员，不能用程序员的标准去衡量。

最后补充一点东西，一个软件项目研发的设计流程是怎样的呢？以通常标准的设计方法为例，（不过笔者喜欢快速原型法）。

第一个步骤是市场调研，技术和市场要结合才能体现最大价值。

第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手册。用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了很多操作方面的流程和条件。数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。用户操作手册是指明了操作流程的说明书。请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。
需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。

第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和经验教训的总结，还要重新进行详细设计的步骤。
第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最‘干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软件系统在完成了一半的时候，其实还没有开始一行代码工作。那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗？从来没有！

第六个步骤是测试
测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。
总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，知道这个软件被彻底淘汰为止。

写这些步骤算不上卖弄什么，因为实话讲我手边是一本《软件工程》，在大学里这是计算机专业的必修课程，但是我知道很多程序员似乎从来都只是热衷于什么《30天精通VC》之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学分后就把这些真正有用的东西还给了老师。

网上现在也很浮躁，一些coding fans乱嚷嚷，混淆视听，实际上真正的技术专家很少在网上乱发帖子的，如笔者这样不知天高地厚的，其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的误解和胡说，只好挺身而出，做拨乱反正之言，也希望那些还沉迷于一些错误人士的coding fans们能认真想想，走到正途上，毕竟那些聪明的头脑还远远没有发挥应有的价值。

⑸ 程序员长期面对电脑容易肌肉僵硬，有什么缓解疲劳的好方法

程序员一般来说，在电脑面前一坐就是一天，有时候还要为了项目加班。身体长期保持一个姿势，肌肉就会变得僵硬，最好在工作一段时间后活动一下，可以适当的伸伸懒腰，不要长时间在座位上不动，时间久了对身体有很大的危害。

我们平时应当多注意身体，日常的饮食习惯、生活习惯，都需要格外的注意，程序员这个工作和其他的不一样，太消耗精神了。

⑹ 成为优秀程序员的十个有效方法

如何快速成为一个优秀的程序员?


优秀的程序员是在穿过一条单行道的时候还会往两边看的人。


作为一个IT行业的软件程序员，每天驱使我们日复一日的辛勤工作的，是来自我们对编程的兴趣和激情。但是要让编程变得始终有趣，我们必须学会坚持某些成为优秀程序员的基本原则。


我并不是要写出一些咒语，你照着执行就可以成为一个优秀程序员了。我的目的是想记录下我学习到的和用过的一些有用的经验，它们帮助我获得比较好的结果。对于优秀程序员是没有明确定义的，这里北大青鸟web前端培训专家(web.te.cn)指的是那些创造出了优秀IT解决方案的以及帮助这个行业增长的那些人。


对于任何行业任何工作来说，融会贯通是获得成功的关键。一个人想要成为优秀程序员，就必须有坚实的基础。核心理念的理解会帮助你用最好的方法设计和实施出最完美的方案。如果你感觉到不能掌握核心的计算机科学或者某个编程语言的知识点，现在开始回顾基础一点都不晚。


1.开始为你写过的代码贴上标签(怎么做，做什么)


我发现优秀的程序员和普通程序员漏森之间有一条明显的分界线，优秀程序员渴望深究每行代码做了些什么，以及如何实现的。有那么一小群人，他们一定要弄懂每一行代码。我知道如果时间非常紧张的时候，我们经常不能够遵循这个原则，仅仅写出些代码，知道它实现了需要的功能。如何处理这种情况又是另外一个话题，但是作为一个程序员，我们经常要尽可能深入探索。相信我，随着时间的推移这会变成一个习惯，之后每次你都会不知不觉的这样做了。


2.帮助他人，你可以学到更多


许多人都有个共同特点，只有当他需要帮助的时候，他才会求助于论坛或者群。优秀程序员不同之处在于他们会经常浏览论坛去帮助他人。相比较于靠别人帮助解决问题，他们帮助他人让自己学到更多。在一个团队中也是一样，帮助他人解决问题收获更多。相信我，了解他人的问题，思考并最终提供解决方案吧，你会比之前学到的更多。


3.写简单易懂，有逻辑性的代码


正如KISS原则(保持短小精悍)适用于生活的方方面面一样，它也适用于编程。尽量写有逻辑的代码，避免复杂化。有时人们写复杂的代码仅仅是为了展示他们有能力写出这样的代码。我的经验告诉我，简单而富有逻辑的代码非常的好，会产生的问题更少，也更容易扩展。我记得一句话：


好的代码本身就是最好的文档。当你想要加注释的时候，问问你自己，“我能如何改进我的代码，才能不写注释也读得懂呢?”


4.花更多的时候分析问题，你将会花更少时间去解决问题


花更多的时间理解和分析问题，然后再设计方案吧。你会发现剩下的事情很容易了。设计不是说要用建模语言和工具，可以是仅仅看看天空在脑子里构思。那些在遇到问题就开始敲代码的人往往会最终偏离需求。


如果你洗澡的时候不能理清整个程序的结构，那么你还没准备好开始编程。_RichardPattis


5.成为第一个检查你的代码的人


虽然有一点点难，但试着在其他人修改你代码之前修改它，随着时间的推移，你会写出几乎没有bug的代码。对你的代码做没有任何偏见的检查，也不要犹豫让其他人来检查你的代码。和其他优秀的程序员一起工作，接受他们的意见能够帮助你也成长为一个优秀的程序员。


6.不要迷失在快速更迭的科技世界


在IT行业中，我经常遇见许多人，他们对现在的工作不满，甚至离开它去追寻新的工作，理由是因为他们想要学习最新的科技。我们每天听到的都是新工具、接口、框架，能让程序更简单，速度更快。这在科技世界中司空见惯并会一直如此。但是最基本的最核心的科技变化比那些框架、工具和接口的变化小得多袜尺。就像大海，大海表面上波涛翻滚，但大海深处却相当平静，而那里才是水生生物生存的地方。所以将你自己置身于核心技术的大海深处吧。举个例子，在Java企业级应用中，每个星期都会返好亩出现新的框架，但是核心的技术是不变的，譬如基于客户端-服务器端的请求，MVS模式，filters/servlets/JSP，数据源绑定，XML解析等等。所以要花功夫去学习核心概念，而不是去担忧日新月异的框架和工具的出现。相信我，有了核心技术的基础，你会发现学习新的框架，工具以及接口变得更容易了。


7.应急方案不会持续很长时间


很多时候软件师们会采用应急方案(可能是时间不够，可能是问题理解不透彻或者是缺少经验)。但是这样往往带来的结果是，代码混乱，缺乏可扩展性和维护性，后来浪费了更多的时间。请在你清楚整个方案后再开始实施。我知道有些情况下应急方案无可避免，就好像，一个人应该说实话，但是你在某些情况下不得不说谎。


8.阅读文档


阅读很多文档是作为优秀程序员的必备习惯之一。可能是产品说明书、JSR、API文档、教程等。阅读文档帮助你获得必要的基础知识，写出更好的代码。


9.你可以学习他人的代码


我接触过一些优秀的程序员，他们在IDE里面一直放着JAVA源代码，并经常在日常工作中阅读和查阅。他们这样做不仅是满足求知的渴望，还从中学习了如何写优秀的程序。阅读和查阅那些你认为可靠的出名的开源代码或者比你资深的程序员的代码，你会写出更棒的程序。


最后，我想说的但没有将其列在上面的：不要和他人比较


和他人的比较往往会造成消极的情绪和不健康的竞争。每个人都有他的长处和短处。扬长避短很重要。我也经常看到一些基础很厉害的程序员范很低级的错误。所以仅仅和自己比较，列举你自己需要改进的地方，并持续改进它。编程是很有意思的事情，享受它吧。


任何一个傻瓜都能写出计算机能理解的程序，而优秀的程序员却能写出别人能读得懂的程序。