程序员换项目组的原因

1. 一名程序员在正常的情况下，多久能做到项目的核心人员

至少3-5年，甚至更多。

如果你想成为一名优秀的项目核心人员，那么最重要的事情，就是尽可能多地让你身边人取得成功。要是能做到这一点，那么你就成功了。但是，该怎么做呢？

分析理解需求的能力

项目需求分析是系统分析和软件设计阶段之间的桥梁。只要做好了项目需求，才能更好的做好软件开发，开发人员才不会了因为频繁的需求改动而抓狂，有更多的时间和精力去处理更有意义的事情。

工作了这么多年，接触到各种各样的行业。有电子商务的，房地产行业的，办公OA的。我们做项目之前都没有相关行业的行业知识。这就要根据我们做项目的经验，进行分析。客户说了一堆行业术语，到底在表达什么。面对这种情况，不要怕，要有耐心。仔细读需求文档，仔细听客户的讲解，做合理的判断。多和客户交流。正确的理解需求是软件开发的第一步。

2. 我先跟大家说说我的情况，我是个程序员，但是因为我的精力不足了，想要换个工作。下边是我的具体情况。

给编程爱好者的忠告
近来有不少人问我是学Vb好还是学C好，还有人问Vc和C++Builder哪个更好，还有人说只要是面向对象的就是好的所以C++和Java最有前途。以我从事计算机教育多年的经验我要告诉这些编程爱好者，如果只是一味追求学会一门所谓的最先进的编程语言（事实上不存在最优），而忽视了编程思想和基础知识无疑是犯了学习编程的大忌。
就拿面向对象来说，人们一提到它就赞不绝口，然而又有多少人领会到什么是面向对象的思想，我想如果没有真正做过大项目的人是很难体会到其优越性的，这不是通过学习C++或Java就能掌握的。我的意思是编程注重的是想法而不是语言，这就是计算机专业要开设“算法分析”和“数据结构”的原因，如果一头钻到某一门语言中无疑于作茧自缚，束缚了自己的思想，打一个不好的比方一个程序员的工作性质和民工没什么两样只是在垒砖头，而真正的计算机人才应该是一个设计师、工程师。
现在国外的一些优秀的计算机着作的都是一些从事如生物、化学等领域的专家，我想这是因为他们以前没学过计算机，没有被某些传统的观点所束缚，从宏观上来看待问题，反而在思想上有所突破，这是值得我们深思的。

真正的程序员（转贴）
作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质。

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

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

3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助踊同技术人员之间的协作。有些codingfans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。

4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

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

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

7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语
言，永远不会有质的提高。

善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。

3. 入职后发现项目组代码异常混乱，是去是留

我觉得

从公司利益角度来说，如果系统已经发布给客户（上线），不要重写。
从个人利益角度来说，可以私下尝试重写来提升自己的能力，但不要试图用来替换已经上线的版本。

在项目已经上线之后，重写代码在最坏情况下可能导致项目失败，最好情况下也只能获得边际效益提升，却同时要花费高额成本，所以重新设计架构重写代码是不可取的。
嗯你问如果公司的项目或产品代码混乱到无法再加入新功能或提升性能，跟时代严重脱节怎么办，那么应用以上原则，这时候既然这个项目已经快死了，那么放到新项目里重写显然是最合理的选择。

4. 我是程序员 快要过完三个月试用期了 可是这三个月我为公司什么都没做 老板交给我的一个简单的小模块

刚刚进入项目组，肯定对项目组的开发方式不是很了解，但是可以参考你们公司以前写的类似模块，先把握好大体的流程，这个模块实现的一个总体，其中肯定会遇到一些问题，建议还是问问同事吧，因为他们一看就基本上知道是哪块出了问题，他们指点一下就几分钟解决了，也许你自己琢磨半天也不会清楚，自己也要努力钻研一下，多请教一下别人，这样你能做出东西，老板肯定不会觉得你对他们项目组没得价值，如果你不会做，又不肯主动问他人，那么公司肯定不会要你的。。

5. 程序员转行的原因都有哪些

很多程序员都会转行的原因有：加班多，经常需要熬夜；年纪越来越大，体力跟不上了；重复性动作，对工作产生疲劳；加班导致的身体容易出现健康问题，等等。

1、程序员加班多，经常熬夜

IT行业是一个工作节奏非常快的行业，项目越快上市，就能更快一步抢占商机，为了加快项目的进度，项目的计划时间安排也是相当紧张，所以程序员加班是经常的事，导致加班多还有一些其他的原因，设计好项目的需求以后，为了适应用户或者客户的需求，设计好的项目详细计划还得中途修改。

这样预估的计划时间就不够了，但是为了赶上项目的进度，招人的话，适应工作是来不及了，最方便快捷，也是最有效的方法就是加班解决。所以程序员加班就会多，还经常需要晚上加班。

2、程序员年纪越来越大，体力跟不上

从上面这一条我们就知道程序员加班、熬夜多，所以精力需要很旺盛才行。由于经常处在超负荷工作状态下，随着工作年限的增长，年龄的增长，体能和精力都会下降。年轻人，身体素质好也许没问题，但上点年纪的程序员就会吃力很多，特别是有了家庭的程序员，照顾家庭也会分散自己的精力。所以才有很多人说程序员是一个吃青春饭的职业，虽然不全对，但也是有一定道理的。

3、重复性动作，对工作产生疲劳

由于长时间专注一个领域的开发工作，从一个项目到另外一个项目，很多工作是重复的动作。一个技术点长时间去做，虽然会越做越熟练，但是程序员的工作得出了名的工作压力大，任务非常紧张，这样是很容易让程序员产生厌倦的。

4、身体容易出现健康问题

程序员经常加班熬夜会让程序员身体处在亚健康状态，熬夜影响身体机能和身体排毒。经常吃饭不规律容易患上肠胃疾病，程序员经常晚上熬夜加班，早上在补个大懒觉，经常就把早餐匆匆解决或者是干脆不吃早餐，中午饭的时候也经常在赶工作，简单解决一下，晚饭经常吃的比较晚。

由于比较晚的缘故，肚子比较饿，那就要大吃一顿补回一天的能量，这样的饮食不规律，很容易让肠胃患上疾病的。长时间对着电脑，电脑的辐射对眼睛的伤害是很大的，不仅仅是近视，还能让眼睛各种不适症状。腰椎因为久坐也会劳损。

望采纳~

6. 一个女程序员转行做点什么呢

本人计划转行了，有的时候人家问我你是做什么的？我现在都不知道怎么回答好。目前属于女项目经理，带着团队开发、实施、售后维护，但同时也做售前方面的支持，但更多的我还是认为我只是一个开发人员，不过目前的工作开发内容很少了。所以呢，在我的心里，自己就是一个女程序员。 想转行，也不是一天两天的了，也想了好长时间，主要是因为老是出差，有的时候在犹豫，所以呢我也罗列了许多转行的原因，让自己能够不后悔来实施这件事情，具体如下： 1、 目前总是出差，对于一个已成家的女人来说，这当然不是最好的，本人的最大志愿就是做一个贤妻良母型的女人，所以目前的工作不适合自己。2、 做项目总去客户现场实施，作为一名女项目经理，真的感觉好累，各方面都要和客户协调，要安排项目组人员修改问题，还要和上级领导汇报工作，虽然大家对自己的工作成果表示恳定，但是自己只想做一个做事的人，女人操心容易老啊！3、 作为一个女的项目经理，觉着各方面协调要比男人更容易些，但也有许多方面挺不方便的，因为在你下面的人都是男的，要讲究方法，还要考虑男人的那点自尊，所以呢，女的做这行要比男人付出的更多。4、 一个项目能不能做好，不是靠一个人两个人来做的，而是靠整个团队，如果连团队都没有了，那么可想而知这个项目能不能好，项目的好坏是要客户来评价的，而不是自己来说的。5、 更多的时候感觉到项目安排的混乱，比如你在一个项目中，很忙，领导突然又说你去那个项目做点什么？到最后，什么都没有做好，只能说明领导的安排是有问题的，不过你可以表示反抗，就像我一样，只要你的理由能说服你的领导，可能还不算太被动。 其实想转行，更多的是因为我是一个女人，一个女的不适合做项目经理，太操心太累了，而且经常的出差，让心里和身体都承受不住，所以呢这个职位不适合自己，自己理想中的职位就是不出差的，最好不加班的，呵呵，大家都说让我去做测试人员，说我比较适合做测试，还在考虑中，年后就打算重新换一个工作，不出差的工作，能照顾好家和LG这就是最大的心愿，女人嘛，要以家为中心，关于转行做什么还在考虑中。

7. 为什么现在年轻人去当程序员的这么多

8. 程序员可以干到多少岁，年龄到了怎么办

程序员可以干到多少岁？

首先说一句常识的话，人必自辱，而后人辱之。我记得以前在国内，刚开始做程序员的时候，身边的包括程序员的朋友，很多都认为程序员这碗饭是青春饭，到了30岁就做不了了。

这些朋友当中很多后来转行去做了文档的工作。我当时觉得，这个有必然关系吗？所以我一直是持怀疑态度的，随着时间的推移,后来发现完全不是这样子的。


最早的一次我记得，有一次感慨，当时去德国工作一年。我的领导看上去都50多岁了，头发都花白了。我二十三四岁的小伙子。这位领导每天去公司去得很早，我一进公司门口就能听到他敲键盘的声音，噼里啪啦非常的响。他可是当时那个项目的主要编程人员。我那个时候就算个小跟班，就写一点边边角角的小程序。从能力上讲比他差的不是一点儿半点儿。


那个时候有一种恐惧感，哇，这些老程序员该多厉害呀，我什么时候能追上他们？

随着时间的推移，自己也不停的换工作，也不停的换项目组，认识了很多不同的程序员同事。

发现在程序员文化中认为程序员是吃青春饭的，好像是大陆独有的一种状态。因为我在德国工作过，在新加坡工作过，在加拿大工作过，都没有听说有这种问题讨论。

当然，也有一种可能就是，如果讨论这种年龄方面的问题比较敏感，涉及到一些歧视的东西，有可能会触犯当地的法律，所以很多人忌讳讨论这种话题。

我记得有一个程序员同事称工作了35年，看上去的确很老了，但他做的还不错。


这个是自然的，因为一件事情你做的时间越久，实际上你越熟练，尤其是对于程序员来说，这是一个技术类的工种，你的经验越足，你的技术的成熟度也就越高。也就越有价值。

所以我现在又看到一些论调说程序员到40岁了怎么能做呢？我记得以前的时候说程序员到30岁就做不了了，现在我见了很多50岁还在做程序员的。

对于这些论调，我就是淡淡的一笑。凡是对此种观点深信不疑的，有这么几种人，一是从来没有做过程序员的，第2种是从来没做好程序员的。


随着时间的推移，你做的项目越多，你接触的人越多，你就越知道自己的价值和斤两。

实际上作为一个基本的常识，对于一件事情，任何人都可以有不同的观点，但是最根本的在于你自己。别人怎么说都是无所谓的，重要的是你自己怎么看，你自己怎么面对。

这里做个小结，就是对我们程序员来说，不要妄自菲薄，也不要自高自大。工作年限，不一定是资本，但也绝对不是累赘。


通过夯实我们自己的职业素质，经过长期的积累，我们要做的就是要把工作的年限转化为我们的职业资本。

9. 我是c++程序员，被分到一个工控的项目组，用vb写，vb的岗位很少现在以后跳槽不利，但是我这个公司是国企

你好，从长远考虑建议你还是及早打算为好！一时的待遇决定不了以后，还是从自己的前途出发，早点选择为好啊！过来人的肺腑之言，仅作忠告。