一般一个小组5个人左右，就意味着6个人中就能有一个人爬上来，成为小组的头头。至于高管，一切都更难了。程序员压力太大，3到5年内没进步，就要转行。我也学过软件编程，但现在不做了，感觉以后压力太大。上班第一天老板让我做的第一件事，就是看两篇文章：《程序员的思考》雷军我不是天生的程序员，也不是天生喜欢电脑，高中的时候根本没想过以后会成为一名程序员，接触电脑纯属偶然。我小时候的一个好朋友上大学选的是计算机专业，为了和这个朋友有更多的“共同语言”，我选择了计算机系。大学时，我对计算机世界有了些了解，开始对它“狂热”起来； 毕业之后，我开始了程序员的生涯，从开始写程序到现在已经快十年了，也写了不少程序。这些年走过的坎坷坎坷，总归要学会一些东西。说到学习，最大的学习就是这条路太长了。 1、我宁愿你这一生吃点苦头。我并不指望我们把编程和文学创作相提并论，但其中的苦头不是一般人能体会到的。为了写好程序，我们度过了太多不眠之夜。有朋友评价说“写程序几乎就是自杀，需要耗费很多精力，很多脑子，很累。”但还是有很多人不怕吃苦，坚持做下去。我一接触电脑就发现了电脑的神奇之处：电脑远没有人复杂。如果你写好程序，你就能和电脑建立起非常融洽的关系，可以指挥电脑做你想做的事。这时候，你就是彻底的主人了。

经常坐在电脑前，感觉自己仿佛游历在一个王国里。电脑里的世界是巨大的，程序员就生活在自己想象的王国里，你可以把电脑里的每一个字节、每一个比特都细化到极致。这样的生活简直就像天堂一样，很多人都爱上了这样的生活。很多人觉得程序员最多35岁就可以退休，大脑也该休息了。觉得写程序是年轻人干的工作，到了一定年龄，估计就没几个人再去做程序员了。刚毕业的时候，我斗志昂扬，想着先吃点苦头，结果30岁就辞职了。年纪大了才意识到自己的无知。一个人21、22岁大学毕业，等技术成熟了可能就25了。然后就是钱啊老婆啊房子啊等很多没完没了的事情，等一切都做完了，可能就35岁了。 如果在35岁就放弃，那你大可不必选择程序员这条路。计算机在我国出现已久，但真正大规模使用还是在1985年PC登陆我国的中国。因此，国内真正有人写过计算机程序的时间最长也不过十几年（不知道现在还有没有这样的人）。由于计算机在国内使用时间较短，所以国内程序开发的主力军是35岁以下的年轻人，但这并不意味着程序员像风月俏佳人一样容易衰老。美国和台湾的开发人员主要在30、40岁左右，当我们开始写程序的时候，觉得没有什么是我们做不到的（现在还能听到这样热情洋溢的演讲），而且看起来我们好像特别聪明，特别适合开发软件，比外国人厉害多了。

当我们真正接触到那些优秀的国外开发者的时候，才发现他们是如此的了不起，他们都有着十几年以上的开发经验，我敢肯定，绝大部分的产品都出自这些有着丰富开发经验的程序员之手。毕业之后，编程不仅仅是一种爱好，更是一份终身的职业，我绝对可能做一辈子，虽然我并不打算一辈子只做这一件事。用一生的时间编程，既容易，又困难。如果你平庸，为了度日而写一些程序，有人写两辈子程序。但是如果你想一心一意地写程序，写十年也不是一件容易的事情。现在我很多朋友都洗手不干了。有时候我也有这样的想法，但是一旦面对电脑，我马上意识到电脑还是我最擅长的英语作文，最方便的。 2.我的未来不是梦，有些人努力学习编程技巧，努力提高自己的编程水平，把高级程序员作为自己追求的目标，甚至是自己一生的奋斗目标。 后来，参与了真正的商业软件开发之后，我感觉很迷茫，很无助。上大学的时候，高级程序员也是我的目标，当时我通过了等级考试，考取了高级程序员证书，名片上印上了“高级程序员”几个字。后来，我的水平提高了，好像成为了大家公认的优秀程序员。这时候，我开始迷茫了，希望自己的技术能够得到别人的认可，当得到别人的认可之后，我又能做什么呢？后来我发现，程序员再高级也没用，关键是你能不能拿出点子和产品，你的工作能不能得到社会的认可，能不能为社会创造财富。

我的未来很明确，开发出适用于社会的优质产品，为社会创造财富。 3、每一个程序都是一件艺术品。 有人认为程序员也没什么特别的，只不过是一个技术性的工作而已；有人说编程是一种艺术创作，对它赞不绝口。这两种观点争议颇大，甚至可以说互不相让。 我们换个职业吧。石匠应该是技术性的工作，看上去和艺术没什么关系。但正是这些石匠给我们留下了无数的文物古迹，比如乐山大佛，莫高窟等等。应该说这些石匠给我们留下了无尽的文化财富。 我觉得编程和石匠差不多，是一门技术，也是一门艺术。现代软件行业规划得当，很多软件的完成需要大规模的作业。一个熟练的程序员接受编写某一块的任务之后，往往只是写代码而已，几乎没有发展空间。 在大型项目中，很多程序员只能了解到自己编写的模块相关的一些细节，加之受到开发环境的制约，他们确实很难意识到自己是在从事“艺术”创作，大多数时候都觉得自己是在从事繁重的体力劳动，有时还会担心自己辛苦参与的项目是否有意义，在同类产品中是否有竞争力，发布之后会不会因为硬件的发展和操作系统的更新换代而变得过时……编程是一项技术活，必须大规模地开展，并具备软件工程的理论。正是因为编程具备艺术创作的特性，才使得我们生活中有那么多优秀的软件产品。

编写程序需要付出脑力和体力的努力，当我-我们-某个群体完成一个程序的时候，在我们眼里，每一个程序都是一件艺术品。程序员应该具备的素质。程序员是一个技术职业，在IT的发展中占有非常重要的地位。从底层硬件通讯协议的建立，到数据传输层的处理，到操作系统的搭建，到数据库渠道的建设，到应用层各种数据营销渠道的建立，程序员在其中都扮演着举足轻重的角色，为IT的发展做出了巨大的贡献。我国有很多擅长编码的人，但我国的软件行业，特别是在网络应用的开发方面存在很多误区，很难形成有计划的软件开发力量和产品能力，不仅远远落后于美国，也远远落后于印度。这些问题不是中国程序员的智商和工作努力的问题，也不是国家和民间在开发的投入水平的问题，而很大程度上是对技术、程序开发、项目规划的一些误解。 这些误区导致了软件工作缺乏产品化能力，缺乏开发大规模、可复用系统的能力。可以说，改变误区是解决软件工作小作坊模式、个人英雄模式带来的局限性的重要任务。我国有很多孩子，小到十八九岁，大到二十一两岁，通过自学写出了很多代码，他们有的代码写得很漂亮，有的技术细节写得相当高级，也很有钻研精神，但是受一些错误知识和观念的影响，缺乏对系统和程序充分理解的能力。这些人，正如网上一位朋友说的很好，其实只是一些粉，根本没有资格叫程序员，但是据我所知，很多小型网络公司的CTO都是这样的粉，拿着吓人的薪水，做着吓人的项目，项目的结果一般也吓人。

1、程序员的基本素质 要成为一名真正合格的程序员，或者说真正能好好的完成一些编码工作的程序员，应该具备这些素质。 1：团队精神与合作能力 把它当成基本素质并不是不重要，相反，它是一名程序员安居乐业最基本最重要的基础。 那些把高级程序员叫独行侠的人是在胡说八道，任何个人的力量都是有限的，即使是像Linus这样的天才，也需要组建强大的团队才能创造奇迹，那些为全世界的Linux编写内核的高手，没有合作精神是无法想象的。独行侠可以做一些小软件赚钱，但是一旦进入一些大系统的开发团队，进入商业化、产品化的开发任务，缺乏这种素质的人是完全不合格的。 2：文档习惯 说高级程序员从不写文档的人一定是不成熟的，好的文档是正式开发过程中非常重要的一个环节。 作为一名代码程序员，编写技术文档占工作时间的 30% 是常态，而作为一名高级程序员和系统分析师，这个比例则要高得多。没有文档，一个软件系统就会缺乏生命力，以后查错、升级、模块复用都会变得十分困难。3：标准化。标准化的编码习惯是一些知名国外软件公司的规矩，代码变量命名、代码注释格式，甚至嵌套代码中的行缩进长度、函数之间的空行数等都有明确的规定。良好的编码习惯不仅对代码移植、纠错有帮助，也有利于不同技术人员之间的协作。

有些粉丝宣称高水平的程序员写的代码别人看不懂，这种说法只能证明他们自己不配被称为程序员。代码的可读性好是程序员的基本必备要求，我们看看整个Linux的建立，没有规范、标准化的代码习惯，全球的研发合作肯定是不可想象的。4：需要理解能力。程序员需要理解一个模块的需求。很多小孩子写程序的时候往往只关注一个功能需求，把所有的性能目标都归结于硬件、操作系统和开发环境，而忽略了自己代码的性能考虑。有人曾经说过，写一个广告交换程序很容易，这样的人永远不知道在百万甚至千万级的访问条件下，性能目标是怎么实现的。对于这样的程序员，你给他深蓝系统，他都做不到太极链的并行访问能力。性能需求中山财文件交换，稳定性、并行访问支持能力、安全性都是很重要的。 作为一名程序员，需要评估模块在系统运行中所处的环境，会遇到的负载压力，以及各种潜在的风险和遭受恶意攻击的可能性。在这方面，一个成熟的程序员至少需要有2到3年的项目开发和跟踪经验才有经验。5：可复用性和模块化思维能力。经常听到一些程序员有这样的抱怨，写了几年程序，已经成为熟练工人，每天重复同样的代码，没有任何新的想法。这其实是我国软件人才最大的浪费，一些重复性的工作反而成了熟练程序员的主要工作，而这些其实是完全可以避免的。

可重用性设计和模块化就是要求程序员在完成任何一个功能模块或者功能的时候，要多思考，不要局限于完成当前任务的单纯想法。要思考模块是否可以存在于本系统之外，是否可以通过简单的修改参数，在其他系统和应用环境中直接引用。这样可以大大避免重复性的开发工作。如果一个软件开发单位和工作组在每一次开发过程中都能考虑到这些问题，那么程序员就不会在重复性工作上浪费太多的时间，而有更多的时间和精力投入到创新性的代码工作中。一些好的程序模块代码，即使是在70年代写的，现在作为功能模块，也可以很好的适应一些系统。我现在看到的是，很多小公司一软件升级或者改进，就把所有的代码都重写一遍，大部分重复性的工作都是在不必要地浪费时间和精力。 6：测试习惯 对于一些商业化、正规化的开发，专职的测试工程师是必不可少的，但是不代表程序员可以避免跟专职的测试工程师一起进行自我测试； 软件开发作为一个项目，一个很重要的特性就是问题发现得越早，解决的成本越低。程序员在完成每一个代码段、每一个子模块之后，可以尽量尽早的发现和解决一些潜在的问题，从而保证整体系统构建的高效性和可靠性。在实际中，测试工作需要考虑两个方面，一方面是正常调用的测试，也就是看程序在正常调用的情况下，是否能够完成基本的功能山财文件交换，这是最基本的测试职责，可惜在很多公司，这成为了唯一的测试任务，实际中还远远没有达到这个程度；第二方面就是异常调用的测试，比如高压负载下的稳定性测试、用户潜在的异常输入情况下的测试、整体系统局部故障下对模块受影响状态的测试、频繁异常请求阻塞资源时的模块稳定性测试等等。

当然，程序员没必要对自己的每一段代码都进行这么完整的测试，但程序员必须清楚自己的代码任务在整个项目中的位置和各项性能要求，有针对性地进行相关测试，尽快发现问题、解决问题。当然，这需要具备上面所说的理解能力和要求。 7：学习总结能力 程序员是容易被淘汰、容易被落下的人才，因为一项技能可能三两年就领先了。程序员要想安居乐业，就必须不断跟进新技能，学习新技能。善于学习是任何工作进步的必备动力，对程序员来说这个要求就更高了。但是学习也需要找准目标，有些小迷弟也以学习能力为荣，一时学会了asp、php、jsp，以此作为吹嘘的资本，一味追求一些浅薄、表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理。 这样的技术人员，无论掌握了多少所谓的新语言，永远都不会有质的提升。善于总结也是学习能力的体现。每完成一个开发任务或者一段代码，都要刻意跟踪程序的使用状态和用户反馈，随时总结，发现自己的不足。只有这样，才能作为一名程序员逐渐提高和成长。

一个没有成长潜力的程序员就算看上去是个专家也不要录用，因为他很快就会落后。 具备以上所有素质的人应该算是合格的程序员。请注意，以上这些素质不是由智商决定的，也不是从一些大学教科书上学不到的，需要的是程序员对自己工作的认识，这是一个认知的问题。 二、高级程序员/项目策划员需要具备的素质。 作为一个高级程序员，甚至是系统分析员，也就是一个程序项目的策划员，除了要具备以上所有的素质之外，还需要具备以下几个素质： 第一，需求分析能力。对于程序员来说，了解需求就能完成合格的代码，但是对于开发项目的策划者、管理者来说，不但需要了解客户的需求，还需要自己制定一些需求。 为什么这么说呢？一般来说，在进行开发任务的时候，可能是客户提出需求，也可能是市场、市场部门提出需求。 这时候对于开发部门来说，他们看到的就不是一个完整的需求了，一般来说需求只是一些功能需求，或者比较正式，可以得到完整的用户视图；但是这样也不行，因为客户非技术的因素比较多，可能很难提出完整明确的，或者专业性能上的需求，但是对于项目规划人员和设计人员来说，他必须能够在完成需求分析报告的时候，能够清晰的知道这些需求的存在，并且恰当的提出来，同时还要完整清晰的体现在设计规范中，这样程序员在编码的时候才不会丢掉这些原则。

程序员必须正确理解用户需求所处的环境，有针对性地进行需求分析。例如，同一个软件通过ASP租赁方式和直销方式发布，可能对性能的要求就不一样，前者注重更好的支持和稳定性，而后者可能更注重通用性和在各种渠道下安装使用的方便性。第二，项目规划方法和流程处理能力。程序员必须能够掌握不少于两三种项目规划方法（如自顶向下的规划方法，如快速原型法等），能够根据项目需求和资源配置选择合适的规划方法进行整体项目规划。规划方法选择不当会拖延开发周期，浪费开发资源，甚至影响开发效果。程序员还需要花费大量的时间在流程图的设计和处理上，需要制作数据流程图，建立数据字典；需要处理逻辑流程图，形成整体系统处理流程。一个流程有问题的系统，无论代码多么优美，各个模块多么精致，都不会成为一个好的系统。 当然，要做好流程分析，选择好的项目设计方式，需要对需求分析能力有足够的掌握。第三，复用设计和模块分解能力，看似是老生常谈，上篇文章的基本要义不是已经说明了这个问题吗？作为一个从事模块化任务的程序员，需要考虑所面临的具体功能模块的可复用性。而作为一个系统分析员，他面临的问题要复杂得多，他需要按照模块化分析能力，把整个系统分解成许多可复用的功能模块和功能，并形成每个模块独立的设计需求。

例如在汽车生产中，起初每辆汽车都是独立组装的，每个部件都是量身定制的。但后来就不一样了，随着机械化大批量生产的到来，汽车厂开始通过流水线生产汽车，独立的部件开始具备一定的可重用性。后来，标准化成为大趋势，不同类型、品牌，甚至不同制造商的汽车部件都可以方便地更换和升级，这时汽车生产的效率就被最大化了。软件工程也是如此，在一个成熟的软件项目中，不同的部件可以在一些相关的项目和系统中随意更换。例如微软的很多桌面软件在很多操作模块（如打开文件、保存文件等）中都复用了同一套功能模块，并通过一些类库将这些接口提供给桌面应用程序开发人员，方便连接。这就是复用模块设计的明显体现。将一个庞大而复杂的应用系统分解成若干个相对独立、复用性强、仅基于少量参数就能实现数据连接的模块，是高级程序员和系统分析员最重要的任务。 恰当的项目规划方法、清晰的流程图是实现这一目标的重要保障。第四，整体的项目评估能力。作为系统设计师，要能够从全局出发，对项目整体有清晰的了解，比如公司的资源配置是否合理到位，项目进度计划是否能发挥最大效率，不至于不能按时完成。

评估整个项目、每个模块的工作量，评估项目需要的资源，评估项目可能遇到的困难，都需要大量的经验积累。也就是说，这是一个需要通过不断总结、积累才能达到的状态。在西方，一些软件系统设计的领导者年龄非常大，比如40、50岁，甚至更大，他们在编码方面的活跃程度远不如年轻人，但就项目评估而言，他们几十年的经验积累是最重要、最宝贵的财富。我国缺少这样一代程序员。第一不是缺少那个年龄的程序员，而是那个年龄的程序员基本都是科研单位培养出来的，不是专业产品软件开发出来的，他们没有能够积累产品开发的经验，这也是一件无奈的事情。第五，团队组织管理能够完成一个项目，需要团队的齐心协力，作为项目规划者或者开发负责人，应该能够将团队的整体实力发挥到最大。 技术管理由于其专业性，不同于一般的人事管理，因为一些技术政策和因素是在这里设计的。第一是工作的量化，没有量化就难以做到合适的绩效考核。程序量化不能简单地用代码行数来计算，所以技术管理人员需要能够真实评估一个模块的复杂度和工作量。第二是团队协作的调整，一般来说，程序开发协作一般是分小组的，有主力程序员和民主小组，根据程序员之间的人才水平差距和项目开发的需要，选择合适的组队方式，并将责权与成员的工作任务紧密结合起来，发挥组队的最大效能。

一个编码能力高的人不一定能成为一个合格的项目开发主管，而这方面能力的缺乏往往很容易被人们忽视。综上所述，作为一个负责开发的人员，一个项目规划师，所需要的素质和能力并不是会写程序代码的能力。当然，一般情况下，当一个程序员通过不断的总结和提高达到这个素质的时候，他的代码编写能力就已经相当高级了，但是请注意这里的因果关系。一个高水平的项目规划师一般已经是一个写得一手好代码的人了，但是不代表一个写得一手好代码的程序员就可以负责项目规划。这里的问题不是智商和教科书，而是一个程序员在积累经验逐渐提高的时候，没有意识到自己该想些什么，没有自觉去思考项目的布局和复用方案，没有定期的文档和总结的习惯。如果不改变这些，我们合格的项目规划师还是很短的。另外，为了防止一些无聊的人跟我争论，我补充一下，这篇文章是针对那些从事商业软件项目和工程的人。 科研机构里的编程专家，比如算法专家、图像处理专家，他们的工作是研究课题而不是直接完成商业软件（当然最终都会成为商业产品，比如微软研究院正在做的研究课题），所以他们所侧重的本质可能在别的方面。这些人（专家）不能说是程序员，不能用程序员的标准来衡量。

3.软件项目开发设计流程最后我再补充一点，软件项目开发的设计流程是怎样的呢？以一般的标准设计方法为例（不过笔者比较喜欢快速原型法）。第一个过程是市场调研技巧和市场相结合，展现出最大的价值。第二个过程是需求分析。这个阶段需要三样东西：用户视图、数据字典和用户手册。用户视图是软件用户（包括最终用户和管理用户）能看到的页面样式，里面包含了很多操作流程和情况。数据字典是规定数据的逻辑关系，并组织起来的东西。数据字典完成后，数据库的设计就完成了一大半。用户手册是明确操作流程的说明书。请注意，用户操作流程和用户视图是由需求决定的，所以应该在软件设计之前完成。完成这些会为程序开发提供约束和规则。可惜太多公司没有做到这一点，因果颠倒，顺序不分，开发工作和实际需求经常变得脱节。 需求分析，除了以上工作之外，笔者认为作为项目规划者，还应该对项目的性能需求做一个完整的描述，因为往往只有懂技术的人才能看懂性能需求，这需要技术专家和需求方（客户或者公司市场部门）有真正的沟通和了解。第三个过程是概要规划，对系统功能模块进行初步划分，并给出合理的开发流程和资源需求。

作为一种快速的原型方法，可以在概述设计完成后输入编码阶段，因为涉及的开发任务属于新领域，并且在开始时，在详细的过程中，详细的过程并不重要。学习的详细设计是测试技术专家的设计思想的重要阶段线设计为完成详细的设计说明完成，应说软件项目已完成。 换句话说，当大型软件系统完成时，那些简单地理解软件的人。在编码时，需要关注不同模块的开发协调和合作，也许在小型模块中可能会影响整体发展，这迫使许多程序员停止工作和等待。

在编码和紧急处理方法中，您的沟通始终存在，您必须永远面对这个问题测试条件可以根据测试的输入范围分为正常的运行状态测试。 ANCE并完成了一些最终的辅助文件，整个项目当然已经结束，升级，维修等是不可避免的。 只要您不想通过一次性交易作弊，您必须继续跟踪软件的操作状态，并继续升级和升级，直到完全消除了这些过程。在获得足够的学分后，没有正式研究这些专业。

现在，互联网非常浮躁，有些粉丝在互联网上随机发表了很多噪音，但实际上，我像我这样的人都不是真正的专家。聪明的头脑远非完全重视。