不想做程序员，程序员如何转行？

作为一个在帝都混日子的程序员，经常能看到不少同事转行。

最开始是一位年纪比较大了（快40岁，在这个行业算老了）的，回家开个小店去了。后面聊了聊，非常庆幸自己做出了辞职的决定，现在日子过得是滋润得很。

再之后，有回老家小县城干别的去了的。要准备好回县城，恐怕就很难找到IT行业的工作，除非是自己干。但小县城能干起来的活不多，加上那里这方面的人才也难找，也就基本认为是已经换行了。

最近，甚至身边有刚在17年毕业后加入来的成员，都不想干了，想要考公务员。现在究竟是一些什么原因，导致这样了了？

1行业涌入者非常多，对在职者冲击很大。

我这里把这个列在第一条，是比较有感触的。现在培训机构特别多，他们也不会管你什么来头，只要你交学费，他们就会收。再者，培训机构是商业模式，不是教育模式，往往一个培训都是以教师甚至教室大小来决定规模。一个班120个人都很常见，而不到半个月，就可以在全国各地募集到一个班。

除了人数在近几年剧增，这群人还要的工资比较低，这对一些有着真实1-2年工作经验的人来说不公平。渐渐地这些人也跟着包装自己，整个行业的招聘与应聘便充满了“套路”。我们也常常会遇到面试时感觉特别不错，结果却很多基础的都不会的。

2年龄和身体

程序员这行确实是比较吃青春饭的。

1看看华为等一些企业淘汰34岁以上员工就知道了；2年纪大了之后，你加班是不可能加的过那些小年轻了；3年龄的问题其实也是学习能力问题的另一种变现，可能说到底，还是学习能力的下降；4随着年龄的增长，你需要考虑的东西也越来越多，不能把时间和精力全部放工作上，经常去加班等等；5年龄大了后不仅要更多时间做别的（比如陪陪孩子），还有很重要的一点，也是我之前那位年纪较大的同事离职的重要原因，就是“面子”问题，这在中国可能更为重要，换句话说，你要怎么说服自己服从一个比你小几岁十几岁甚至更多的领导；6身体熬不住了，我有一位女同事，就是回老家调整了，年龄和身体健康，其实也是每个职业会关注的话题，这是在这里，仿佛更为重要。

3技术性淘汰

技术性淘汰，我取这个文字，一点也不危言耸听。可能在很多其他行业，工作经验对你来说，是越多越好。但在编程这行，未必如此。因为技术的发展非常快。昨天还有人嚷嚷java将保持持续增长，今天python就来打脸了。这个举例还是非常大范围内的，范围越大，时间周期也就越长。而对于某一些技术或是框架使用点而言，那更新迭代速度就更是快了。比如你在一个前台使用FlEX的公司开发相关应用两年了，然后你要去别的团队，新团队基本可以说已经不会在用这个了。而你会开始怀疑自己，真的是做前端开发的吗？

甚至有比较极端的观点开始认为，学习也是没有用的，因为你今天学的，明天可能不用了。“从入行到今天，我已经学习过不下8门语言，三四种数据库，读过无数的源码库的源码。但是这种积累随着技术更新换代，完全没有意义。我这十来年来的技术经验积累的努力放在任何一个其他行业都够成为技术专家了，但是CS因为技术更新毫无意义。”

4社交问题

我把社交问题额外列为一点，不知道是不是会有很多人并不同意，但是不得不说的是，这真的很是一个问题。

1我们都是生活在社会中的，社交是我们不可缺少的一部分；2程序员（我已经想改为码农了）特别是底层开发的，很少有几乎和其他公司部分的人员有什么接触，这样一来，社交圈变得非常狭小；3除了各项调查显示，程序员职业是单身比例最高的外，他们其实还是比较“闷”和“无聊”的；4没有对比就没有效果，对比其他行业，在中国这个人情社会，你就是做个婚庆，装修，修车，警察，哪怕开个小饭馆都会有人托你办事，而作为普通程序员，给你个大活你又干不了，再说，你也不能免费给人做个网站或者app吧。更可气的是，那些找你修电脑的，可是程序员压根不会修电脑啊，然后，你还会被鄙视一波。

5付出与收入不成比例

相比于上一条的不是很明白，这条可能很多行外人要反驳了。

但这也是真的，首先明确我这里指的程序员的概念，指的是一线开发或是测试维护的初中高级程序员们。可能你和我有同样的感触，你的领导或是你领导的领导，只是简单安排工作的人，你会感觉到，真正做出产品的人，却拿着最少的报酬。那些整天悠闲但会混交际圈，甚至资本家，才是收益的大头。而这种现象，在越中小型的企业或团队中越是明显。再来对比一下，比如解决一个中高度复杂bug中的弯弯绕绕所花费的智力成本放在大部分行业都足够一个月甚至更多的业绩，但是计算机行业却不过是一两天的绩效考核，甚至是，什么也没有。

6不稳定带来的压力

这里可以先举一个不久前发生的例子，就是上次中兴通讯老员工的跳楼事件，这也让我很震惊。一个中年人，高学历，经验丰富，就因为面临失业和一些相关的问题，而选择跳楼自杀。不明白这压力是有多大才会做出如此无奈的选择。可以说，28岁以后的程序员们，没有成功转型到自己想要的位置，内心都是比较惶恐的。特别是2017年，各大互联网企业的大裁员，弄得圈内人心惶惶。那么还有哪些不稳定的压力？

1职业不稳定，对，就是你随时可以就被开除了，这也跟程序员可代替性强有关，不要得意你对公司某些核心部分有着很好的掌握，当小组只需要2个人时，就不会留下第三个；2情绪原因，至少我是这么认为的，你必须要有一个比较好的脾气，才能接受两种不想遇到的东西：需求变更和BUG，这两个真的可以烦到令你抓狂；3收入压力，行内有句话叫做，要想涨工资，只有跳槽，想要等着工资调整上涨，是很难的，而有的时候，这种情况会让人考虑，直接干别的了。

7要创业了

不能光是说一些不好的，不想干了的人中，肯定有不少是想要自己出来单干的。创业也基本分为两种，一种是自己出来接单，成立公司开始为别的企业做项目。另一种是自己做产品。这两种其实都比较好起步，特别是第一种，有活就会盈利。而且成本基本只有人力和应酬，机器大部分也都是用户负责的。第二种则是比较赌的，要么很成功，要么很快烧钱结束。不管怎样，这都是不少程序员不再愿意为别人码代码的原因。

（孟凡强彭辉）本文通过详细阐述永兴公司的IT规划历程，向读者展示了企业施行IT规划项目的曲折经历。 都说IT重要、IT规划也重要，但是对于快销品企业永兴公司的IT部门王经理来说，这个问题实在是让人头痛。从2005年开始，他就一直为这个问题犯难，直到2007年公司的IT规划项目结束，这个难题才算告一段落。

我们的故事要从一年多以前开始，那时正是永兴公司IT规划跌宕起伏的日子。

信息化的开始:

一套软件值20万元吗？

王经理，原名王小二，所在的企业是一家业务规模快速扩张的快销品企业，老总带着一帮兄弟在短短几年内将一家原本濒临倒闭的乡镇企业发展为年销售额达8亿元的民营企业，业务做到了全国市场。

王小二是国内某知名大学的计算机专业毕业生，原本没有想到会到一家“民企”工作，在这家只有几台电脑的企业开始了信息化建设历程。

2005年，永兴公司IT部门只有3个人，隶属于行政管理部，王小二负责计算机维护工作。此时的公司领导专注于拓展业务，对IT很少关心，只有自己的电脑启动不了才会想起王小二。某日，销售公司经理跟王小二说: “听说A公司用了一个销售管理系统，很不错的，帮我们看看，能否也弄一个呢？”

王小二也没跟领导说，就开始去找软件供应商。谈了四五个回合后，王小二感觉这套软件挺实用的，而且业内有不少同行在用，只不过40万元的价格有些高。经过砍价后，确定20万元成交。

一切搞定之后，王小二兴冲冲地跑到领导那里汇报，老总一听火大了: “我电脑里面的软件都是人家送的，这套软件怎么可能值20万元？得卖多少箱货才能赚回来啊？”领导最终给了两点指示: 一是和销售公司的人再讨论一下，为什么需要这么一个软件; 二是和软件公司再交涉一下，看价格能否降低。

王小二和销售公司讨论来、讨论去，还是找不到合适的理由说服领导。后来，由于竞争对手都上线了销售系统，领导在竞争对手的刺激下才决定买来试试。

又到一年规划时:

买些软件还要规划吗？

2006年10月，永兴公司开始讨论下一年度的业务发展规划。

经过一年多的销售系统应用，起到了非常明显的效果，销售部门对此评价非常高，感觉有了IT工具就是不一样。在整个过程中，IT部门的人员也增加了好几个，王小二也被提升为信息管理部经理，信息管理部正式从行政管理部独立出来。王经理深入钻研信息管理领域，深感未来业务的发展需要信息系统的支持。随着公司业务的扩张，2005年上线的那个销售管理系统已经渐渐有些吃力了。

王经理决定向领导建议，开始大规模地进行信息化建设，并递交了《关于进行永兴公司IT规划的报告》。递交到总裁办后，一个星期没有回复。原来领导一直在和业务部门讨论下一年度的发展大计，根本无暇顾及IT问题。

后来，领导找王经理谈话，听完王经理汇报后，领导只问了一句话: “不就买几个软件吗？为什么还要专门成立个项目组来做规划？”王经理一听就犯晕了，怎样才能让领导明白，信息化建设不等于买几个软件呢。

王经理开始逐步向领导灌输IT规划的意识，找了一些其他企业IT规划的实际例子给领导看，并且买一些简单易懂的书给领导，此外，还专门请了一家培训公司来给公司的高层领导上课，内容是关于信息化规划与建设的。

正式开始规划:

外来的和尚好念经？

领导开始重视IT，开始了解IT规划，这让王经理很高兴，正当他准备大干一场的时候，一件意想不到的事情让他再次陷入低潮。

领导把某软件公司的副总经理刘先生挖过来了，成了永兴公司的IT总监――刘总监，王经理一下子就多了个“婆婆”。而且，这个CIO的职位可正是王经理的下一个发展目标。

刘总监上任之后，首先就批评了王经理: “你们弄的那个叫IT规划吗？你先跟我说说你们IT规划的方法论是什么？”王经理把自己的理解讲了一遍，被CIO嘲笑为“土包子的做法”，王经理只好带着IT人员听CIO讲国际流行的IT规划方法。讲了半天，没有一个人听明白，让王经理等人很是怀疑自己的智商。在培训过程中，王经理问了几个具体的业务需求方面的问题，结果CIO顾左右而言他，问题回答得并不让人满意，弄得大家不欢而散。

一个月后，领导要求CIO汇报IT规划。结果整个IT部门都被领导狂批了一顿，领导坦诚自己对IT理解得不深，但是听了这个规划之后，根本就不知道公司要做什么。规划了一堆软件，也不知道这些软件能给业务带来什么价值。

在之后的几周内，领导每周都要听汇报。一个月过去后，所有人都开始大吐苦水:

● 业务部门发火了，信息部弄了一堆听不懂的名词来和我们讨论。业务部门负责人说: “听不懂，不知道他们到底想干什么。不就让你们弄几个系统吗，怎么那么麻烦？以前的那个销售系统怎么就那么简单？”

● 王经理和IT部门晕头转向，不知道CIO到底想干什么;

● CIO也郁闷，都是我一个人在累死累活，下面的人水平太差了，业务部门又不配合;

● 各种抱怨汇总到领导那里，老总也恼火了，耗费了这么多人力、物力，最终还是乱七八糟的。

再次规划: 咨询公司驾到

经历了内部三个月IT规划的混乱时期，领导让大家反思。

领导首先痛定思痛，空降一个CIO的初衷是好的，但是过程和结果却让他大为伤心。究其原因，一方面在于CIO对业务不理解，没有花精力在业务上面，同时也不大会处理关系; 另一方面，信息部除了两个骨干还有一些水平之外，其他人的能力确实不足。

CIO感觉永兴公司的环境比他原来想像的要差，同时也发现，做管理与原来做销售之间的跨度非常大，很难让手下人买自己的账。痛定思痛还是好聚好散，于是提出辞职。

王经理回顾这三个月的时间，认为CIO考虑问题的方法和思路还是有一些可取之处的，同时也明白了IT规划远远没有自己想像得那么简单，如果自己继续做也很难做出成果。

几方一碰，CIO离职，IT规划要继续，但是光靠内部人员来做不大现实。几番讨论后，决定引入外部专业的咨询公司。

于是开始招标，邀请咨询公司来讲解决方案。

咨询公司PK: 外资还是内资？

招标大张旗鼓地进行，咨询公司也都各显身手。

几轮轰轰烈烈的PK之后，大家感觉各家公司的方法基本上都差不多，方案的差别也不是特别大，但到底是选择国内的公司？还是选择国外的公司？对这一问题，企业内部产生了激烈的争论。

一派以生产、行政为主，主张选择国外的咨询公司，理由很充分: 外资公司方法先进、经验丰富、人员水平高; 另一派以财务、销售为主，主张选择国内的知名咨询公司，理由也很充分: 报价低，工作内容没有明显差别的情况下，国内公司的报价普遍低; 对永兴公司的项目非常重视，国内公司至少都派总监过来; 国内公司也有丰富的IT规划经验。

老总衡量再三，最终决定选择一家国内有名的咨询公司。但是出人意料的是，老总选定的公司却是国内公司报价最高的那家。老总解释说，这家公司确实报价高，但也确实有丰富的经验; 而且，这家公司很实在，做事踏实，交流几次之后感觉这家公司非常有诚意，是真正来和永兴公司合作做事的。

咨询公司出师不利:

不会说人话

有感于永兴老总的赞誉和对客户的重视，咨询公司派了精兵强将过来做项目。王经理早就觉得这帮人还是有些水平的，但是一个星期后就在老总那里受到了挑战。

咨询公司的售后顾问对于IT规划确实很精通，也确实花了很大的功夫来理解永兴的业务。唯一没有预计到的问题是，咨询顾问讲究专业，表达方式和语言都是用专业性非常强的词汇和方式。这样一来，第一次与老总交流时，让领导感觉中间总是隔着一层纸，按照领导开玩笑的说法就是: “你们这些顾问确实很有水平，但是到了我们永兴公司后，感觉不会讲人话了。”领导担心: “企业内部尤其是那些一线业务部门的人员很少接触IT，按照这样的表达方法，这些人根本听不懂，后面何谈他们的支持和应用呢。”

不会讲人话？不仅顾问大惊失色，王经理也深感意外，联合项目组对此进行了深刻反思。王经理认为，关键的问题还是对业务的理解不够深刻，不仅仅是咨询公司的顾问，IT人员也同样对业务一知半解，不大会讲业务语言。于是，大家分头深入，王经理带着联合项目组的成员与业务部门打成一片。

又过了两个星期，终于小有所成，再次交流时终于获得领导的肯定，按照老总的评价是“联合项目组终于接上了永兴的地气”。IT规划虽然是一项很专业的工作，但是在永兴这样的企业里面，专业的工作绝对不能用专业的方式来表达，王经理若有所悟。

在永兴公司，咨询顾问的汇报方式也发生了重大变化。项目一开始时都是全面、深入（按照咨询公司的理解）的长篇大论式的汇报; 过了不久，在王经理的怂恿下，咨询公司开始向“精兵简政”式的讨论转变。据咨询公司所言，他们采取这种方式也是第一次尝试，没想到效果还真不错。

IT规划要那么长时间吗？

项目已经开展一个多月了，但是刚刚做完中期汇报，虽然按照预先的计划来看，这个进度是正常的，但是在老总看来，感觉时间怎么过得那么慢呢？

王经理也深有同感，以中期汇报为例，那些现状分析和未来蓝图基本上前面就定下来了，用得着花那么长的时间来分析论证吗？

但是，后来的事实证明这个过程和时间还是必须的。领导原来一直觉得自己手下的那几个得力干将确实有些能力，个人单独做事没的说，但是如果让他们带队伍，或者发言总结一下经验就不行了，缺乏逻辑思路。王经理就是这种类型的人。

经过IT规划项目的磨练后，老总发现，下面这批人不仅对IT和业务理解得更深入了，而且个人也获得了成长。到后面的 工作汇报 时，各个骨干都是憋足了劲来发言，都可以带着一个小组完成项目中的一小块内容了。这种局面是老总希望看到的，最初引进软件公司的副总来当CIO也是出于这个方面的担心，现在看来可以放心了。

此外，不仅是联合项目组中永兴公司的成员对IT以及IT规划有了比较深的理解，公司的其他高层和业务部门的人员也都经受了一场IT洗礼，后面的IT建设过程证明这一场洗礼是极其有价值的。

IT规划给永兴公司带来了什么？

三个多月后，热火朝天的IT规划项目结束了，现在已经在按照规划的内容进行信息化建设了。回想这段时间，王经理终于成为名正言顺的CIO了，而这只是表面的变化; 往更深层次看，王经理对公司的业务理解以及IT相关内容的掌握有了本质的提升。

永兴公司的老总当初也曾为自己的决策犹豫过，但是到目前为止，至少有三个方面的收获:

● 咨询公司中立地反映了永兴公司业务的现状和面临的问题;

● 通过三个多月的磨练，公司上下都达成了信息化建设的共识，并且IT部门获得了长足的成长，形成了自己的队伍;

● 在行业方面，咨询公司的专家带来了非常多的行业经验，这一点对于公司的中高层来说是非常有价值的。

规划仅仅是信息化建设的开始

IT规划的项目虽已结束，但是对于信息化建设而言，这还仅仅是刚刚开始。

对于IT规划本身而言，这也仅仅是一个良好的开始，在后面的日子里，随着业务规划的开展，IT规划也会随之展开。王经理相信，在明年永兴公司的业务规划会议上，一定会有自己的身影。

不想做程序员，程序员如何转行？真的很难。如果从事机械设计，我们也可以在那里做一天，但有时需要去现场看材料和机器，但不需要加班，也可以转行做相关销售。反正我打算做机器对外贸易。也许你不能接受从头开始。如果不能承受开发事业的压力，可以去企业管理公司网站。这是为了管理一家公司的网站，但通常负责公司的信息技术工作。

我有一个同学上了研究生后学了应用算法，发现他不想要技术，所以在慢慢转卖之前。不断学习新知识是必要的。当然，各行各业都需要学习新的知识。但是IT行业需要的是技术知识。一旦赶不上，以前的知识就没用了。例如，很少使用新的界面开发。有点年轻技术上，只要有年轻人就可以了。特别是电脑软件开发，越年轻越好。我还是个程序员。几乎没有希望当然，你可以去管理层。但是这需要强大的技术基础或强大的市场眼光。可惜我没有。到目前为止还是初学者。行业氛围不好。在大部分公司，程序员只是编码工具和活软件。

我认为我不受尊重。所以我看到的是学习知识，积累经验，快结束的时候换工作。性格保守，有些不满足于现状。所以我想要稳定和长期的发展。但是IT行业的人才流动让我感到不稳定，没有成为程序员的前景。所以我想转行。该科学的专业是专注于图像处理的信号处理研究生。工作是编程，复杂，什么都有，但没有信号处理和图像处理。从自己的感情来看，程序员的工资很高，但要想做好这项工作，程序员本身的压力也很大。为此，要不断学习，提高自己。

同时要学会及时消除工作中的各种困难和障碍。只有这样，你才能轻装上阵，走得更远。很多人在编程行业感到迷茫。其实造成混乱的有内因和外因。内在原因可能是随着年龄的增长，不能及时更新知识体系，被自己的不安所打败。至于外部刺激，我们现在每天都收到很多信息，所以程序员到了一定的年龄，不能上夜班，学习能力下降，体力和精力跟不上，所以程序员一定会被年轻人淘汰。

甲方一般是指提出目标的一方，在合同拟订过程中主要是提出要实现什么目标。

乙方一般是指完成目标，在合同中主要是提出如何保证实现，并根据完成情况获取收益的一方。

在合同过程中，甲方主要是监督乙方是否完全按照要求提供自身需求的满足。 在合同执行结束后，甲方一般需要付出资金或者其他，以获得自身需求所需要的东西。通俗点说，甲方就是出钱的，乙方就是出力的。

扩展资料：

IT行业中一些常见的术语：

1 CDN

全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。

通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。

2 DDL

数据库模式定义语言并非程序设计语言，DDL数据库模式定义语言是SQL语言（结构化程序设计语言）的组成部分。SQL语言包括四种主要程序设计语言类别的语句：数据定义语言(DDL)，数据 *** 作语言(DML)，数据控制语言(DCL)和事务控制语言（TCL）。

具体的范文模板

链接：>pwd=2h6j 提取码: 2h6j

以上就是关于为什么越来越多的人不想做程序员了全部的内容，包括:为什么越来越多的人不想做程序员了、甲方IT IT规划甲方手记、不想做程序员，程序员如何转行等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！