专家：程序员不配叫工程师
[摘要]对于软件开发工作来说，工程师这个头衔太“硬”了一些。
腾讯科技讯 《大西洋月刊》撰稿人伊安·博格斯特（Ian Bogost）发表文章称，一些人把程序员称为工程师，这破坏了“工程”的一个悠久的传统——为公众利益而设计和建造基础设施。以下为全文摘要：我的一个朋友最近提到：“科技界习惯把程序员称为工程师。但是我觉得，那种严格按照规定修建桥梁的人才算是工程师。”这个说法让我心生感慨。大家都知道，硅谷经常用“工程师”这个词来形容技术工作者。不知道是出于什么缘故，如果你在初创公司工作，而且又不是销售、营销或者设计人员，那他们就会把你称为工程师。“我们正在招聘工程师”是初创公司的口头禅，指的可能是从JavaScript程序员到机器人专家的各种岗位。这种“工程师”可能是“软件工程师”的简称，但这个用法暴露了天机：对于软件开发工作来说，工程师这个头衔太“硬”了一些。因为在传统上，工程师会受到监管、获得认证，经历学徒教育和继续教育。工程对于公众安全性和可靠性负有明确的责任，就算不一定每次都能实现。科技业拉低了“工程师”头衔的含金量最近几年，软件行业爆发了一些重大故障，导致塔吉特、家得宝、哈佛大学、LastPass等等机构和公司的海量数据遭到泄露，但这只是计算机系统带来的网络安全问题的冰山一角。大众汽车柴油排放造假案也属于“软件事件”，虽然那是对软件的故意改动。但这仅仅是几个比较轰动的例子。如今的计算机系统给个人和社区带来的风险，如果发生在桥梁、高层建筑、电厂，或者导弹防御系统这些更有形的领域，完全属于不可接受的范围。某些人的iPhone在更新的iOS9系统之后“变成了砖”，无法使用。而像()文档这样的服务也会莫名其妙地宕机，让重度用户陷入困境。 “你的密码包含了无效字符，”Twitter上有人吐槽一个网站的提示，“不，是你的公司包含了不称职的工程师。”和办公室大楼结构的完整性、国家核武器库的安全性相比，这些看起来都是小事。但是你买的新车很少出现不能启动的情况，你办公楼的电梯也很少会莫名其妙地卡住吧？计算已经成为了一种基础设施，但它没有其他基础设施运转的那么良好。在摩天大楼和桥梁、发电厂和电梯这些领域，都有专业标准和监管机构对工程进行管理。但是，对软件开发进行工程化的努力已经进行了五十年，如今却离成功越来越远。人们目前采用迭代方式开发软件，这倒也很合情理：制造业和建筑业的项目一旦实施就难以改动，但软件业和它们不一样。软件业与世界的隔绝软件虽然变得更加重要，但它与世界之间的隔绝加深了。早期的计算机系统涉及企业、行业、政府和社会等方面。比如汽车客户管理系统需要对经销商、供应商、运输商、银行和贷款机构、监管机构、遗留系统和客户进行整合。但是，今天的软件大多都非常独立。比如照片共享服务Instagram去年的估值达350亿美元，它需要的只是在服务器和应用之间上传和照片。可以肯定的是，今天的云工具仍然会依靠一些基础设施（尤其是物理服务器和网络）来处理数以百万计的用户访问数以十亿计的文件。但这些活动基本上都被外包给了基础设施巨头去做。在对通讯、金融和存储之间的整合进行了抽象之后，单个软件开发人员可以将它们当作黑盒子来使用。这种抽象有时候可以让软件更好更可靠地运行，但它也可以把开发人员与外面的“杂乱世界”隔离开来。结果就是，软件开发已经在体制上成为了一种类似闭门造车的活动。而这和“工程”的主旨是背道而驰的。工程的主旨是与世界合作，而不是置身于一个单独的空间，一心要超越世界。传统的工程学科——土木、机械、航空、化工、电子、环保——即有技术属性，又有社会属性。在工程师的协调下，桥梁和大楼修建起来。工程师设计了车辆和重型机械，又发明并实现了驱动这些设备的动力系统，设法把所有系统连接在一起。硅谷不重视证书其他工程学科都有证书和许可证机制。如果你想雇佣一个土木、结构或液压工程师，肯定会找拥有专业工程师（PE）证书的人。专业工程师一般需要获得4年制的学位，并通过一种或多种考试，并在注册工程师的监督下，接受4年或更多年的专业实践。但IT行业不仅不像工程业那么重视证书，而且还越来越不把它当回事。一些硅谷大佬对正式学位并不在意，即使是谷歌那样的大公司也表示，他们看重的是能力而不是学历。在软件开发的模式上，敏捷开发已经占据了主导地位，它侧重于快速迭代，而不是长期规划和复杂的文档。Scrum是一种流行的敏捷开发方法，其特点是朝着一系列不断变化的目标进行短暂的“冲刺”。应用或Web服务具有暂时性，和桥梁、大楼那样的“百年基业”非常不同。但是，软件开发与我们生活的息息相关，却并不亚于桥梁和大楼。我们的汽车、飞机、医疗设备，以及银行系统、医疗机构和保险系统，电话和通讯网络，乃至于娱乐活动都在使用计算机。像Scrum这样的方法即使可以产出像样的成果，也无法保证基础设施级别的稳定性。创业文化也正在改变工程教育。创业是崇高的，加速器和孵化器比比皆是，并非所有读计算机课程的学生认为自己会成为初创公司亿万富翁……但也不是所有的学生都不这样认为。这些“工程师”获得的鼓励是把每一个项目都当作一门潜在的生意，做好扩大规模和兜售它的准备，而不是在这门学科中长期浸淫，把社会福利看得至高无上。工程一向都是高薪职业，但是IT业把它视为了一种投机，而不是一种使命。是生意，还是工程？“工程师”这个词让人联想到头戴安全盔的高大形象，他们是设计者和缔造者，兢兢业业地开创着明天。工程的尊严来自于数十年来的严格管控、教育，以及学徒式认证制度，现在，一些人却把它看成一种宽松的速成手艺，想把它当作一门生意来做。硅谷擅长于重新定义一些事情，比如他们把商业利益重新定义为一个“改变世界”的过程。而工程，就被他们定义成了一个建造临时性东西的过程。毕竟，像平面设计师和对冲基金经理这样的专业人士也确实可以创建东西，但我们通常不会把他们称为工程师。他们的成果可能会成为基础设施，也可能不会，可能会符合公共利益，也可能不会。如果成果是基础设施，而且又符合公众利益，那么他们做的就是工程，而不仅仅是生意。在加拿大，很多土木工程师都戴着一枚铁指环，象征着对这份职业的道德承诺。他们毕业的时候会参加一个“工程师冠名典礼”(The Ritual of the Calling of an Engineer)，被告知自己在工程界工作的义务，并宣读诗人鲁德亚德·吉卜林撰写的誓言，然后才被授予这枚指环。加拿大有一座魁北克大桥，在1907年修建过程中垮塌，造成数十名工人遇难。有人说铁指环的制作材料就取自于那座垮塌的桥梁。这个说法虽然不是真的，但却流传不衰。铁指环的材质象征着魁北克大桥以及其他所有其他设施。工程师对公众负有责任。作为桥梁、高楼或者软件的设计者和建造者，他们在责任心驱使下发挥着各种才干。只有在对自己职责做出承诺之后，工程师才开始建造东西，无论具体建造的是桥梁、建筑物，还是软件。（Kathy）
[责任编辑：huitangdu]
您认为这篇文章与"新一网（08008.HK）"相关度高吗？
Copyright & 1998 - 2018 Tencent. All Rights Reserved
还能输入140字要做一名优秀的代码工程师，除了codin... | 问答 | 问答 | 果壳网 科技有意思
要做一名优秀的代码工程师，除了coding还要具备哪些特殊技能？
我能想到的有：英语要好到能自如地和国外同行交流、能流程阅读英语文献资料；身体要好否则扛不住高密度高强度的连续作业；要热爱或者能够逼迫自己热爱学习不断更新知识储备…但这些都是基于猜想……各位攻城师的感受是什么呢？
信息对抗专业，万有青年烩讲者
工程师的世界是个奇怪的世界，但是优秀的工程师和其他行业优秀的人有一样的品质。记忆力：虽然以前我是个相信理解力可以代替记忆力的人，但是现在……假如一个东西，你可以通过理解来推理出来，也可以记住，那么在使用中，那种方法更爽呢，当然是直接记住更爽了。脑子的东西越多，你工作中可以依赖的东西就越多。英语：不管是看文献、文档，和国外工程师网上交流，还是参加开源项目，英语都是很重要的。计算机基础：不要说什么计算机系统、算法、编译原理没有用处，有朝一日你碰到了bug，你就会后悔，因为理论与实际都是相辅相成的，你不了解程序背后的理论，出了问题、或者解决问题，都不知道是为什么。热情：如果你不喜欢你做的事情，那么是没办法长久的，你可能会把编程当成工作，但是下班后再也不看代码，而那些喜欢编程的人，可以编程15个小时、18个小时，都在那里工作，差距慢慢就有了。
软件工程师
看到现有答案已经说出了很多重要的技能，但我感觉还缺一个。沟通无论你有多么惊为天人的本领，无论你有多么空前绝后的成果，无论你有多么能够改变世界的想法，如果你不能有效地与他人沟通，让别人理解你、认同你、接受你，一切都白费。有人说，项目经理有90%的工作都是在做沟通。工程师虽然不至于那么夸张，但工作中也充满了沟通。接活，必须掌握对方想要什么，需要沟通。做活，必须协调团队，需要沟通。交活，必须说清完成情况，还是需要沟通。看世上多少优秀软件，只因为没有很好的文档，沟通不足，导致用户量小，甚至中道崩殂。然而，BUG多如牛毛的微软系统，却因为有着相对完善的说明、多媒体的帮助，而走进了千家万户。你或许说，微软产品是易用性做得好，是设计得好。我要说，没有充足的与客户的沟通，如何能设计出那么贴心的产品？所以，沟通，绝对是一切行业必须的重要技能。当然也包括软件工程师。（个人感觉代码工程师的说法有些狭隘，私自改了一下，望见谅。）
编程语言只是一个工具，是帮助你实现你的思想，你的目标的。一个编程语言，首先它要能帮助你完成你要做的工程，第二它在满足第一的前提下，要足够简单。比如，你要写一个驱动。你可以选C,C++,ASM。但如果你非要选Delphi，Basic，JAVA等，即使你天才地做到了，也不是好的选择。因为这些语言不是干这个的。先说汇编与C++。无论是用什么语言写的程序，编译后运行起来，都成了汇编。所以，一个高级程序员，至少要能看懂汇编。这样才能从根本上理解class是怎么实现的，exception是怎么实现的等等。一些溢出的BUG，更是必须看汇编才能找到问题。但如果因此你就喜欢上了汇编，无论什么项目都用汇编来写，就是你的不对了。比如，要实现一个链表。用C++来写，就比用汇编省力得多。为什么？因为在汇编中，你要时时考虑我只有这几个有限的寄存器，用完了就没有了，不够用了。我要时时记住EAX存的是什么东西，[ebp+4]存的是什么东西。我要时时记住函数调用时堆栈必须配平，这太累了。用C++实现一个链表根本不需要考虑这些东西。这里，我们就得出一个结论：如果一个工具，你使用它完成任务时，需要考虑太多的细节，那说明它已经不合适了。比如我要骑马。我希望一拍马屁股就能走。不需要我考虑它先迈左脚还是右脚，不需要我分析怎么样保持不倒。不必关心这些细节，才能专心做事，才能高效做事。微软有个白痴，告诉我们写驱动时要用C而不是C++。于是我们看到网上所有的驱动例子，公开源码的驱动项目，都是点C文件名而不是点CPP。其实，编译成OBJ后，那还能分得清原来是C还是CPP？用C写驱动，意味着所有的变量都必须在函数前定义不能随用随定义，意味着你不能用class类来划分模块，于是所有的函数都是全局的。一旦工程变大，大量不分类的全局函数全局变量将变成一团糟。记住，写驱动一定要用C++！不过在DriverEntry前面加个 extern "C"。如果你要用new和delete的话，就手动实现这两个函数。如果要有全局类需要初始化，就写一个做这件事的函数，在DriverEntry调用一下。这几天，我在学习并行运算方面的东西。我们知道，现在电脑都是多核的。如果用CreateThread创建多个线程，它们就可能在不同的CPU并行运行，提高效率。理解了这个道理，实现起来却并不简单。你要知道电脑是几核的。如果只有两核，你创建过多的线程并不能提高效率。你要知道一个线程是不是跑完了再去运行下一个线程。你要把并行的内容放到线程函数中才能CreateThread。总之，把一个for循环改为并行的for，需要很大的工作量。这时候，我们应该明白，C++已经不够用了。现在我知道，Intel Cilk Plus对C++做了一个扩展，增加了一个 parallel_for 关键字，就完美实现了循环的并行化。这就是找到了合适的工具。工具，只是工具。它是帮你完成任务用的。你不要对工具有所偏爱。说我就喜欢C++，我就喜欢汇编，这是错的。总结。如果你什么时候发现，做一件事很麻烦，需要考虑很多细节，那很可能该换一个工具了。说开了去。反过来说。你考虑的是什么样的细节，也决定了你的层次。如果你考虑的是一行行的代码，那你是程序员。如果你考虑的是一个个模块，不同的模块之间如何联系，不同的模块交给不同的人做，那你是项目主管。如果你要考虑的是，公司要不要做这个项目，或一个项目完成哪些功能，那你是公司领导。京沪高铁贯通了。在这个项目中，必然有一个人说，我们应该有一条北京到上海的高铁。必须有一些人，要研究这高铁要通过哪些城市，要研究是建苏州北站还是苏州南站。也必须有一些人，去征地，去建设，去拧上每一个螺钉。不同层次的人，要考虑的细节不同。不可越级。有一首歌唱，有一个老人在地图上画了一个圈。。。于是有了今天的深圳。你今天在深圳工作，都是因为这个圈。让我们每个人都努力拼搏，争取上位，做那个画圈的人。
很不幸地告诉你，你的猜想全错了。英语：我英语四级，六级过不了，用口说不出一句完整的、无语法和用词错误的话，但照样能跟老外讨论技术问题。为什么？因为计算机中的英语本来就很少，来来去去就那几个词，当你跟人家讨论特定问题的时候，就算连单词都说错了，人家也能知道你的意思，关键是，你开口就行。至于阅读，有金山词霸还怕什么。身体：正常的身体，一般的体质足以，不要想什么高密度高强度的连续作业。计算机更多的还是靠经验和积累，而不是靠精力和体力。当然，开始入职的时候没经验、没积累，可能在短期是需要投入大量的精力和体力，会有一些高密度高强度的连续作业，但这不是常态。如果这个成为常态，那只能说明你的能力不足，最好还是转行吧。热爱：据说计算机技术发展很快，一天不学习，马上就落后了，这些要么是外行装内行，要么是上级骗下级。当你真正从事这个行业时，你会知道，这个行业的分工其实也是很细的。单说软件，就分项目管理、需求分析、设计、编码、功能测试、性能测试、质量管理、过程改进等等，工种不同，相关的理论就不同，想把各种理论都学完，是不可能的。一般来说，你做到什么工种，相关的东西自然就会了，工作需要会逼着你去学。热爱嘛，有总比没有好，学起新东西来没那么容易觉得厌烦，仅此而已。其实，代码工程师，coding，在计算机里面是技术含量比较低的工种，真的不需要什么特殊技能，经验够了，自然就优秀。当然了，最基本的，严密的逻辑思维，这是必须的，不然，做coding都可以做死人，勉强来说，这也是特殊技能吧。
真要从事编程工作的话技术只是一方面，更好的团队协作以及规范开发流程所带来的效率远比精通技术能带来的收益更高。尤其是大型程序在开发阶段的投入都是小头，维护方面的花费才是真正让人头疼的。不过这些东西一般大学计算机专业压根不会讲多少。所以按我个人的经验有两样东西是经常被人忽视的：1、如何读写文档和注释 前面有人已经有人提到了理解的重要性。越是开发初始阶段的错误造成的损失越大，如果在理解需求和设计的阶段就出现失误，远比少处理一个NPE要严重的多。 同样的语言表达能力也至关重要。写出来的注释一定要让别人能很容易地就明白是做什么的，完备的文档、wiki也要能让刚上手的新人找到所有关键的信息。没有这些东西很多时候就只能去一步步debug，耗费的时间是相当惊人的。2、所谓的程序设计方法 很多人觉得这个是manager应该懂的东西，码农根本就不需要。但是这方面的知识不只是在一个团队中能起到作用，在小团队比如两三人分配到一个任务，甚至是自己规划自己的工作安排时，都是相当有用的。传统的V-Model能让程序员认识到开发中每个阶段的重要性是怎样的。敏捷开发对于客户需求经常变化或者多项目并行的时候非常有效。另外还有像“极限编程”中的很多理念根据实际情况都值得借鉴。这些都能极大提高合作效率，合理分配自身精力。不要说什么这些都是manager去考虑的问题，管理的不一定都懂编程，只要结果好当领导的没道理不去考虑。工作以后才发现其实技术问题都好解决，没有google不到的东西，再不济也有stackoverflow。好的程序员主要还是靠经验。同样的问题，刚工作一两年的一下午都看不出来，十年经验的人一眼就能看到症结。但是国内目前这个程序员做不过30岁的现状实在让人心寒。。。。
coding一段时间以后，比如C的X万行大关过后，对你来说，语法其实没什么好玩的。这个时侯，决定你写的程序好不好，你是不是一个专业的程序员 ，关键在于你会不会写程序。什么叫会写程序？这说的是 你每次是如何写程序的——你是否有一套灵活但足够有效的开发方法让你在面对中大型程序足够严谨的前期规划，结构设计等等，又让你在面对小项目时不至于杀鸡用牛刀。你写的程序是否遵守某种通用的规范或者拥有自己的规范，别人看到你的代码会不会想杀死你。或者过了一段时间后，你自己重新看（维护）自己的程序，是不是想自杀。.......不一而足，我们都在努力，朝向顶尖程序员迈进。
现在都是一坨人迭代开发产品，所以符合编程规范是第一要求，要从写第一行代码时就开始遵守...不是xw行之后...第二是对需求能有正确的理解...减少后续代码重构~常年做研发的孩纸容易按自己的想法去设计代码，脱离市场需要~如果是做底层的，要了解编译器、了解芯片内部每句二进制语句的执行、可用资源的限制情况，设计阶段都考虑进去了才能写出OK的代码~
算法工程师，黑白纵横小组管理员
还有debug和design的技能
软件工程师，反病毒达人，数学控
忘情忘爱忘节操
程序猿 代码格式化洁癖 理想主义洁癖 等
要做一名优秀的建筑工程师，除了搬砖还要具备哪些特殊技能显而易见嘛 coding对于程序猿来说,就相当于搬砖对于建筑工程师一样.其他的技能,差的多了呢.最最主要的一点.是业务能力.软件是工程学科.必须和实际紧紧联系在一起.没有业务能力.设计的都是花架子.甚至说根本就设计不出来.客户不承认你.一点用处没有.
一个整体架构设计的能力。拿到一个项目的话，一个优秀的工程师首先会把它按架构来划分成几部分，然后才会是码农的CODING。
计算机专业
感觉要数学好、逻辑强、out of box，虽说我还不是工程师。。。
一句话，把该做的认真做好。掌握这个技能就足够了。
强大的忍耐力。
立志要成为优秀coder的都是战士！！！猛士！！！将来就是烈士！！！！
我想说一个，一定艺术性。毕竟我们写的代码，最后声称的软件都是要面向用户的，而满足用户的需求是我们最高的目标之一。所以我觉得应该提升作品的艺术感，让用户在使用过程中感受到“美”。ps：我是一个前端工程师
关于英语，这个英语越好在写代码，查资料，找工作时具有一定的优势。反正我英文不行，但是还是在做程序员。身体是自己的。没有高强度的加过班，最多也就是工作到晚上10点知识是学不完了，做的越多，会觉得自己会的越少。多写代码，多改bug
如果不是写单一的函数,最好还是要知道你做的是什么东西,给谁用,怎么用,未来可能的改变是什么.
看见楼上有C++的脑残粉在提倡连驱动都要用C++写, 我实在忍不住了.这里我必须要提出来: 尽可能的学习各种语言, 除了C++.不管在任何任务, 都不要使用C++.C++是编程语言发展过程中的弯路, 不值得学习.OVER.
做代码强度一点都不高，当有一天你灵光一闪，真的就融会贯通了！ 这可能就是所谓的经验
太极拳资深假码农
1. 关联技能深入；2. 团队协作方法和思维；3. 项目管理意识和工具；4. 情商 - 其实情商高，你就啥都知道啦！
debug以及以此为基础的分析并解决问题的能力。不断学习了解新知识、扩大所在行业的知识面，有系统观念，朝顶层架构设计努力。项目管理能力。
sadfweasdf
后回答问题，你也可以用以下帐号直接登录
(C)果壳网&&&&京ICP证100430号&&&&京网文[-239号&&&&新出发京零字东150005号&&&&
违法和不良信息举报邮箱：&&&&举报电话：&&&&&&&&查看:14093|回复：40
在原来公司做了8年网管，小的电气制造公司。然后现在公司裁员，偶被KO了。。
亲戚介绍到一家新成立只有我和BOSS的公司来，转行做程序员。
感觉33岁转行做程序基本没想法。
高中没上过，从中专直接上的大专。
什么线性代数离散数学都没接触过。
以前学过C，VB6.0。
现在直接上C#看了2周的书。
也许是我笨，也许是我懒。真心一点头绪没有。。
提出过一次辞职。嗯。干了1个月的时候。BOSS留没走掉。。
现在还是很迷茫。。不知道是继续做程序还是回去做网管。
在杭州做网管4000块也将就能活下去。现在的公司2800我觉得有些少。。
奋斗不怕起步晚！前提你是真心努力去做了 而不是浪费时间。。。
引用:原帖由
11:48 发表
奋斗不怕起步晚！前提你是真心努力去做了 而不是浪费时间。。。 嗯嗯。晓得了。谢谢。先搞3个月，表示野心不大。能拿得起就做。不行就撤。
我觉得可以继续下去吧，如果说有心学，认真学，肯定是没问题的。
引用:原帖由 感谢生活 于
17:32 发表
我觉得可以继续下去吧，如果说有心学，认真学，肯定是没问题的。 谢谢鼓励，兄弟。
引用:原帖由 zyai530 于
17:16 发表
创业起步的公司熬半年再看看吧 斑竹的意思也就是说。公司从成立开始。如果半年内没有大的项目，代表这个公司没什么前途，那么基本就可以闪人了？
首先：转帖地址：
[感想]什么是运维，你真的懂了吗？_生活灌水区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛
http://bbs.landingbj.com/t-0-.html#265788
如果你以为运维只是充当开发人员的助手、做着重复和没有技术含量的事情的，那你就误会大了，运维不是客服，运维也不是服务开发的，运维服务于整个产品，保证架构合理，系统稳定。运维只对业务稳定负责，所有的工作都是奔着这个去的。在很多“外人”的眼中，运维工程师的工作不过是搬机器、调网络、装软件、处理故障、7×24小时值班，简单而又枯燥至极。但事实并非如此，运维工作涵盖很多技术领域，运维工程师要掌握硬件、软件、操作系统、开发等多方面的知识，核心目标是为亿万用户使用的产品保驾护航。系统架构设计，性能调优，方案选型，巡检安都包含在里面，比如曹云就是苏宁易购整体的电商系统架构负责人 ，肖伟是百度移动云计算架构师， 一个好的运维工程师价值不菲。
& & 但是要做到一个真正的运维工程师，容易吗？
& & 运维意味着24*7的工作性质，意味着无尽的问题，意味着冬天里半夜3点中的一个电话你必须立即解决。不论是成就感还是挫折感你都能在这里体味的淋漓尽致。新形势下的运维人员也要同时具有软件开发的能力，至少不能仅仅局限于只会一种语言，做运维和写程序是类似的，甚至一样的！程序提供单一功能，而运维搭建，维护的系统提供全部的功能，开发人员开发的程序只是整个系统的一个部分。所以运维不懂开发，至少要懂如何控制复杂度，如何隔离故障，如何服务降级。出色的运维人员，只要精通一门语言，必然也是出色的开发（反之亦然）。但什么是出色的运维呢？大部分运维人员，只是一个熟练的操作工人。出色的运维必然更了解系统（原理），这要读很多书，做很多思考，有很多实践。
& & 运维工作真的是一件非常有挑战性的工作，由于涉及到知识面的广度，意味着你要付出比平常人更多的精力，当然你也会收获很多，在知识广度上的扩充和积累绝对是非常迅速的，其实，运维入门比开发入门要难得多。随着互联网的高速发展、网站规模越来越来大、架构越来越复杂；对专职运维工程师、架构师的要求会越来越急迫，特别是对有经验的优秀运维人才需求量不断增大，而且是越老越值钱。
& &后悔走上的IT运维道路的人员请切记：不要轻视自己，更不要轻视运维的职位，只要你自己认可这个职位，坚定的走下去，学好运维技术，照样可以有很好的出路。重拾信心，走好你的IT运维路吧！
初级工程师
这么好的机会，给自己学习 。。。。、
在工作中，才有学习的动力，就这样搞半年，肯定入门了，到时候如果公司没有发展前途，你再跳槽，也能很快的融入到新工作去。
现在离职，除了做网管，你还能干什么 ？、
初级工程师
虽然我想给你些鼓励，但是事实上还是迟了。。。如果想学习是好的！
没戏了等到混技术员吧
初级工程师
引用:原帖由 刹那纷华 于
11:22 发表
在原来公司做了8年网管，小的电气制造公司。然后现在公司裁员，偶被KO了。。
亲戚介绍到一家新成立只有我和BOSS的公司来，转行做程序员。
感觉33岁转行做程序基本没想法。
高中没上过，从中专直接上的大专。
什么线性代 ... 看到大家很多的回复都是鼓励的，什么不怕起步晚之类，但是我的回答可能更现实些！
做8年的网管期间缺乏生涯规划的意识是必然现象，否则不会不对自己的未来做些切实可行的打算；
33岁的年龄做程序员依然要考虑职业生涯周期的问题，很多行业的岗位胜任力不仅仅有决心就可以，未来的日子里体力、家庭、收入的压力将会长期陪伴；
迷茫的原因是啥？ 这个是症结的关键！
建议赶快做个自我分析，选择一个能够发挥自己现有能力，能够激发潜力，持久发展的工作！
都说程序员的黄金产出期是35岁之前，很多程序员都在35岁纷纷转入架构师或者项目经理的角色，也有的都转到其他的岗位，我觉得这是明智之选，而这位哥哥真是简约而不简单！
IT生涯咨询师
IT生涯咨询，创造精彩的自己！
有问题请找我的企鹅
高级工程师
打工的时候：
1、尽量选择一个好的树；
2、危机意识，不要有“失去现在=失去一切的局面”，技术路就持续学习、业务路就持续专研业务流程和文档能力；
3、了解一点点行业趋势和商业市场价值的东西，有助于判断是否大树有生命力；
如果想创业的：
1、多了解点行业动态和商业市场；
2、可以初步尝试商业；
优秀技术经理
其实这个现象很奇怪，在国外程序员几乎部分年龄段都在做，而在国内，超过35岁还在做的都很少，可是就水平来讲，中国还不如印度········
年龄是问题吗？吃肯德基的时候，看看那位老爷爷吧。
就程序方面来讲，过了这个年龄肯定有很多问题，比如就业难度，别人一般会选择年轻的，比如反应，兴许逻辑比别人差、慢、算法冗余。
可是这些真的是问题吗？
就业看机遇，程序又有多少地方真的需要你自己完全思考逻辑？工具、架构用熟以后多数是死套，做的项目多了，下次在遇到相同逻辑，根本不用思考，实在不行，还可以参考，记得有句不知出处的说法，叫做天下程序一大抄。
有什么了不起的？
网管混8年怎么了，网管很低端？来试试看，部署个网站，做个考勤设备的二次开发试试，
助理工程师
行行出状元啊~~~都是简约不简单哈！
中级工程师
老哥人往高处走，2800说明公司对你也没什么要求，果断换。
想想，33岁还转入程序猿这么苦逼的行业，你也是够狠的！换我绝对不干！
高级工程师
2800的薪水的确有点低，话说楼主8年网管都有啥经验，往运维开发方向转也比直接转到程序员更容易吧
论坛首席搬砖工程师
如果自己对编程感兴趣，那学起来我觉得没问题，如果没兴趣，可能有些勉强，我一直认为搞IT的如果感兴趣，学起来效果会非常好
已更新，防火墙、上网行为管理、***设备
助理工程师
开发我脑子不够用，我转成运维了~~
首先我不知道你网管水平如何。薪资更不好评论。但是程序想学的话。快。多写。多看。多写代码。多看成熟案例。3个月绝对上手，程序工资一般城市大概在1万左右。北京上海在2-3万。但是这指的是水平达到一定层次。努力努力8000左右小CASE