程序员为什么比运维多

❶ 运维工程师和软件开发工程师那个更有发展一些，就是都是5年经验，那个工资会高点。

我觉得不应该眼光仅放在当前工资待遇上，更该着眼于未来。短暂的待遇高低，并不能保证什么，融入到一个良好的发展平台，那才是个人所追求的，平台高了，个人历练也就多了，个人水平层次也就会跟着提高，待遇自然会来。还有，你现在得静下来，跟自己对话一下：你的兴趣爱好更偏重哪方、你的技术擅长又在哪方面、摒弃当前专业而选择其它专业风险多大得付出什么代价......不要看到或听到有份岗位待遇挺好，就动摇了。
运维和开发两个专业，都能有好的建树。不过一定要我给你一个建议的话，我会选择程序员。因为作为程序员，是产品的创造者，它有技术创新力，相比以后进行技术等级认证，技术转管理通道，都能有更好的灵动性。打个比方，程序员是做衣服的，做什么款式的衣服，可由其发挥，而运维则是补衣服的，只能在别人成果上按部就班。

❷ 做it运维，和做程序员的区别

运维：系统运维、主机运维、系统维护，编程相对程序员少，对技术的广度、心理素质要求较高；
程序员：使用某种编程语言或者几种编程语言进行产品研发，或者做项目，编程较多。

❸ 计算机行业开发与运维的区别是什么

开发就是做程序员。这个很容易理解吧，工作就是写代码，写程序。程序员开发的项目，最终发布之后，上线交工之后。就需要运维来部署和监控，相当于项目的售后服务人员。

❹ Linux运维和程序员在未来哪个更有

以下是对二者的分析：

Linux运维未来发展：

1、现在专业的运维人员很缺乏，也就是说运维有前途。
2、现在服务器端Linux的份额是最大的，所以Linux运维也是最需要的。
3、Linux运维所需要的技术很多。从基本的Shell命令，到底层的网络知识，再到深入的操作系统的知识，没有一定的积累是根本无法做好一个运维工程师的。而且专业的运维工程师还要了解不少的开发方面的知识，所以要求比普通的开发工程师高不少。
4、个人观点，计算机这块，最牛逼的就是DBA和运维了。

程序员未来前景：

根据中国职业规划师对于行业的观察，得出一个结论，大龄程序员的出路主要有这三条：做管理、自己创业和继续写程序。那么我们来盘点下，我们的程序员兄弟们真的可以很好的在这几条路上好好发展么。

首先，做管理。做管理是绝大多数人的选择。原因嘛，当下中国职场的大环境如此：招聘单位一般不要年龄大的程序员，再加上你年龄大些后，实战经验丰富，不让你带人让谁去带呢？

可是这么看似很自然的事情也不容易：程序员大多不善交际，做管理就是管人理事，管理也是需要许多知识的，不是光有技术资本就能管得了人理得了事的，所以从单纯写程序转到管理能不能转过来还得打个大大的问号。这点在向阳生涯过往的程序员咨询案例中经常会有这样问题的客户。

第二点就是自己创业，想自己创业的程序员至少在技术上已经有了相当的资本。但跟搞管理一样，你还缺许多技术之外的东西：比如管理经验，比如人脉，比如市场等等等等，比单纯转管理要难得多，风险也大的多。所以程序员创业往往很难，原因也就在这里了。

最后一个主要出路是继续写程序，但是这种，国内的企业基本没人要，有N多有拼劲要求又低的小年轻在等着呢，谁愿意要你来写程序？那就只有去外企，国外四五十岁了还在写程序的大有人在，三十岁算是刚入行。所以外企不大在意你的年龄问题。这也许是为什么我们总是缺乏基础软件、总要在人家的软件基础（比如操作系统、开发语言、代码库等）上做二次开发的原因。

❺ 开发和运维有哪个更有前途

如果单从前途上来说，我觉得是运维。你看这几年的技术发展方向就知道了，开发的市场需求量一直在下降，而运维的需求量是一直在上升的。如果前几年你去学开发还可以，现在不建议。另外，从难易程度上来说开发没有运维好上手，学起来会非常吃力。但运维就不一样了，运维比较好上手，学起来会相对轻松很多，而且这几年运维越来越受重视，月薪20—30K的很正常。第三，从职业发展上来说，运维的职业天花板比开发高，如果你做开发，可能30岁的时候就要面临失业了，但做运维就不一样了，属于越老越吃香的那种，40多岁也有很多人在做运维，但40多做开发的不多吧？第四，你以后会结婚生子吧？有家庭之后还是做运维更好一点，不会像开发那么累，加班那么严重，毕竟身体健康对自己和家人也是一种负责。另外，你也可以从B站或者官网上找一些视频，看看运维和开发的哪个你喜欢，兴趣也很重要的，特别是对于转行的，如果没有兴趣，那计算机本来就是很枯燥的工作，你会感觉更难受了。

❻ 程序员面试，为什么感觉很多都和运维有关

不会运维的程序员不是好程序员。 这个信条要时刻谨记，不管是面试还是自己平时在工作中都要坚持这个准则，因为这对你以后的发展大有裨益。

观念问题

一直以来，很多圈外人对我们程序员的观念就是永远的一本正经，着装单一，了无生趣，聪明绝顶，其实这是他们对程序员的误解，因为多才多艺，多姿多彩的程序员比比皆是，但是传统的观念或者说以偏概全的观念蒙蔽了他们的双眼，而他们自己又没有尝试去了解，所以导致人云亦云，给程序员披上了一层灰。

同样的，我们大部分程序员的观念也跟他们差不多，认为程序员就只是搬砖撸码的，至于各种部署服务器相关的工作应该是运维做的，其实非也，如果真的这样认为的话，那就真的太不把自己当程序员了。为什么这么说呢？因为我们程序员是实实在在撸码开发产品的群体，可是如果我们开发出来的东西只能自个在本地玩耍，却不能众乐乐，那还有什么意义，此时，你可能会说，交给运维啊，那么如果没有运维呢，就没法玩了，所以我们不能总是将希望寄托在别人身上，当自己有能力能够将系统进行部署的时候，那就该学会部署。

其实不仅仅是程序员，优秀的运维工程师也是需要会开发撸码的，因为有时候他们也需要开发一些小工具来进行验证，或者开发网页来进行服务的管理，所以说程序员和运维都是相辅相成的。

公司问题

像我们现在很多的公司都没有明确的人员分工，特别是小公司连运维都没有，所以就谈不上让运维去部署了，那么怎么办呢？肯定就是开发人员自己去部署了，如果不会部署的话就可以去网上查找资料，其实总体来说不会很难，因为我看过很多运维其实也是在网上找资料按步聚进行操作。

另外公司之所以这么要求，一方面是基于人员成本的考虑，毕竟如果一个人能干好的事为啥非得招两个人；另一方面可能基于公司的发展问题，像一般的小公司确实没必要专门招一个运维，不过随着公司的发展，后期肯定会招专业运维，毕竟专人做专事，事半功倍。

总结

永远记住“不会运维的程序员不是好程序员”，其实作为程序员不能总是把自己陷在撸码的深渊，除了撸码，我们还要学会产品需求分析、简单的UI画图、数据库分表分库及性能优化、运维服务器部署、单元及系统测试等等，总的来说，要想成为优秀的程序员，我们有必要把产品线上的每一个环节都略知一二，这是经验收获，一定会成为我们日后发展的资本。

技术迭代是需要时间的，而且公司预算不多的话，会选择现有系统继续使用。有的企业也会选择维稳，不会轻易开发新系统代替现有系统。

这是一个非常好的问题，作为一名IT从业者，我来回答一下。

首先，在当前的大数据、云计算时代，程序员在面试的过程中，经常会遇到与运维相关的问题，尤其是有自身产品（平台类）的企业，往往对于程序员的运维类知识有比较多的要求，所以当前的程序员，尤其是Java程序员，要想获得较强的岗位竞争力，一定要重视运维类知识的学习。

在当前的大数据时代背景下，很多程序员在日常开发过程中，需要与运维人员进行配合，所以程序员在面试过程中，经常会被问及与运维相关的问题，通过这样的问题，也能够全面了解程序员是否面对过大用户的并发问题，这对于判断程序员是否适合当前的招聘岗位也有一定的参考价值。

以大数据开发岗位为例，程序员在进行大数据任务开发的过程中，不可避免地需要与运维人员打交道，其中大数据平台的搭建就是比较繁琐的过程，另外还有一系列产品的安装和部署，这些通常都需要运维人员来完成。对于一款平台类产品来说，运维人员的技术能力能够在很大程度上决定软件平台的性能，而且运维人员与开发人员的配合也非常关键。

当然，对于程序员来说，如果能够自己掌握一定的运维知识，对于开发任务的开展还是很有帮助的，如果什么问题都需要运维人员来完成，不仅需要更多的运维人员，同时也会影响项目的整体开发进度。从这个角度来看，随着未来大数据技术的逐渐落地，程序员掌握一定的运维类知识，对于提升自身的工作效率，还是很有帮助的。

在程序员面试过程当中，通过一些运维知识也能够更加直观地了解到程序员的技术栈，相对于比较复杂的开发问题来说，运维知识的脉络还是比较清晰的，通过运维知识能够在一定程度上挤出一些“技术水分”，这也是很多面试官比较愿意问运维问题的主要原因。另外，对于一些创业型公司来说，程序员掌握一定的运维类知识，也会节省一些投入，尤其在产品研发的初期。

从技术体系结构来看，要想解决大用户的并发问题和系统扩展性问题，通常需要从两个角度出发，一个角度是技术选型，比如采用扩展性比较强的大数据平台，另一个角度就是硬件扩充，但是硬件扩充的前提是要有一个可扩充的平台体系，而通过运维知识，程序员的交流会更明确，技术方案也比较直观。

从岗位任务划分的角度来看，程序员的工作任务与运维人员的工作任务有比较明确的边界，但是在云计算技术的推动下，程序员接触运维场景的情况也在不断增加，比如通过云计算平台的支撑，很多传统的运维类任务，程序员也会比较方便地完成，比如安全配置等等。

最后，程序员在进行面试的过程中，如果遇到的运维类问题并不清楚，一定要如实回答，因为运维类知识需要一个积累的过程，而且经验往往非常重要，所以很多运维类知识，在短期内是无法掌握的，如果盲目扩展自己的知识面，会为后续的工作带来很多麻烦。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

一、提问之前的准备

首先，最重要的是，你自己一开始就应该想清楚：

只有明确这些根本性的问题，才能正确高效地完成面试。

二、提问的原则

假定你对上一节的三个问题，已经有了清晰的想法，那么接下来就可以设计如何提问了。

有一些提问的原则，是你应该遵循的：

三、考察专业能力

为了确认面试者是胜任的，你可以问一些与职位相关的专业方面的问题。（不过通常来说，一次面试不足以看出一个人的专业能力。）

比如，你的招聘职位是系统管理员，你可以问"如何快速地在50台机器上部署Linux？"（提示：正确答案不是刻录50张安装光盘。）

另外，你还应该向面试者了解他的过去，因为过去是未来的最好预测依据。不过，提问的重点不要仅仅是他过去的成果，更要关注在当时的环境中，他是如何决策和实施的。

四、考察综合素质

因为人是会发展的，所以某种程度上，面试者的综合素质要比他的专业能力更重要。

所以，具体的技术问题（如何调用API、什么是设计模式、编程语言的语法等等）可以少问一些，更应该关注面试者的事业心、对工作的热情、进取心、自律能力、毅力等方面。

下面是一些典型问题：

五、考察理性思维

某些情况下，你可能需要了解面试者的分析判断能力，看他能否全面地思考问题、客观地评价自己。

那么，你可以依次提出这样三个问题：

这里的重点是，让面试者从正反两方面评价一件自己熟悉的东西，看看他的思维是否片面。答案无所谓对错，只要面试者有一个明确的立场，能够从正反两方面说出令人信服的理由，就可以了。比如，某个软件的口碑不好，但是面试者说他很喜欢，而且说得出一大堆理由，清楚地解释了这种软件的优点和缺点在哪里，这样就很好。

不邀自来。众所周知，越大型的公司，分工越明确。在BAT里面，有专门的前端，后端，ops，dba等等。他们专研一方面，所以有深度，有沉淀。遇到问题了，找到相应的人，能够快速解决问题。

但绝大多数中小公司，更偏爱样样都会的全栈，恨不得你一个人把所有活儿做完。并不一定需要有多大深度，能干活儿就行了。

再说，现在提倡devops，开发懂点运维，能够更好地定位问题，部署和架构项目，这是需求，也是趋势。

对小公司而言基本没有专门的运维，所以需要研发具备一些运维的知识，比如数据库的搭建、nginx、jdk部署，其它开源中间件，比如Kafka、es等等

其实这个目前真正大规模用的少，炒概念的多，很多公司根本没机会用. 但是他会问

我觉得很自然的事，为什么总有人说得高大上？装个软件，调个参数，做个逻辑卷，调一调网络，配置一下分布式组件，搞个文件系统程序员就应该不会？

这些工作，我们公司一般运维人员搞不定的。所以用啥，自己整。

个人观点，计算机知识就必须全面，才能做好一个程序员吧？

而且看大家回复，我有8成猜对，有8成以上的架构师，不懂底层，知识面也没传说中那么广。

现在devops在流行，说白了企业为了省成本，研发要干一部分运维的活。运维只负责硬件网络和k8s维护，其他什么部署啦，服务编排啦，通通交给程序员做。

不过这样倒也合理，运维只负责全公司通用的设施建设，至于cicd，服务编排，熔断限流等等，都和业务强相关，交给开发做比较贴近实际业务

❼ 程序员和运维哪个难，哪个门槛低

我觉得是运维更难，你可以参考一下对比一下：
本专业毕业生适合的工作岗位是计算机程序设计师。适合于熟练地按照工程化的思路进行软件编制、软件测试的工作岗位，能担任各种企事业单位和各级工程建设部门、管理部门的计算机软件和硬件维护、网络的组建、维护等工作，也可从事计算机研究与应用、软件开发等方面的工作。具体可分为以下方面：
1 可视化编程掌握程序设计方法及可视化技术，精通一种可视化平台及其软件开发技术。获取Delphi程序员系列、Java初级或VB开发能手认证。 就业方向：企业、政府、社区、各类学校等可视化编程程序员。
2 WEB应用程序设计 具有美工基础和网页动画设计能力，掌握交互式网页程序的设计技术，能进行网站建设和维护。获取Macromedia多媒体互动设计师或Delphi初级程序员或Delphi快速网络开发工程师认证。 就业方向：企业、政府、社区、各类学校等WEB应用程序员。
3 软件测试 掌握软件测试的基本原理、方法和组织管理，精通软件测试工具。获取ATA软件测试工程师或Delphi初级程序员或Java初级程序员认证。 就业方向：企业、政府、社区、各类学校等软件测试员。
4 数据库管理 能应用关系范式进行数据库设计，精通SQL语言，胜任数据库服务器管理与应用工作。获取Oracle数据库管理或SQL Server数据库应用或Windows XP应用认证。 就业方向：企业、政府、社区、各类学校等部门的中、大型数据库管理员。
5 图形图像制作 精通国际上流行的图形/图像制作工具（如CorelDraw、Photoshop、Pagemaker等）。获取平面设计师相关的认证。 就业方向：广告制作公司、建筑设计公司、包装装璜设计公司、居室装修公司、出版印刷公司。
6 网络构建技术 熟悉网络结构和组网方式，掌握建网方法，能利用工具分析和排除常见网络故障。获取Cisco路由配置或华为网络工程或AMP应用工程师认证。 就业方向：企业、政府、社区、各类学校等网络构建工程师。
7 网络系统管理 掌握网络系统管理的基本知识与应用技能，能进行网络系统的安全设置。获取Window2000 Server或TurboLinux TLCE或Cisco路由配置专家认证。 就业方向：企业、政府、社区、各类学校等网络系统管理员。
8 多媒体制作 具有多媒体程序设计与多媒体制作策划的能力。基本掌握面向对象程序设计与建模、造型设计、场景设计、分镜头原理等技能。获取多媒体设计师相关的认证。 就业方向：多媒体设计与制作公司、动画美术制作出版公司、广告制作公司。
9 计算机办公应用 精通办公自动化应用与管理，熟悉服务器的安装、管理和维护，基于应用服务器的相关服务和软件系统，具备对服务器的网络安全设置、邮件、网页发布、FTP、OA、BBS等系统的应用和维护能力。 就业方向：企业、政府、社区、各类学校等系统管理

❽ 运维和程序员哪个好学，哪个工资高

运维是什么运维 数据库？服务器？ 程序员的岗位比较多在小公司运维都由程序员来兼任了 建议你还是去做程序员吧工作相对好找工资也比较高

❾ 运维为什么没人干，有前途么

运维没人干是因为工作量大，而且较烧脑，容易对身体造成不良影响，但这个职业还是很有前途的。

从行业的角度来看，随着中国互联网的飞速发展，网站规模的扩大以及架构的日益复杂，对专职网站运维工程师和网站架构师的要求将越来越迫切，尤其是对于 对于优秀的运维人才来说，是庞大的，而且年龄越大，就越有价值。

当前，国内外对运维人才的需求非常紧迫，运维工程师的薪水也在不断提高，与研发，测试等技术部门的水平相当甚至超过。

❿ 运维、测试、程序员，这些技术岗位哪个更有前景

在一个初具规模的互联网公司，从业务方面出发，有很多岗位类型，比如运营、客服、市场、产品、设计、技术等等。

在这些大类下面，还要细分各种小类，以技术为例，可分为前端（客户端）、后端、测试、运维、DBA等等，这些都是技术类岗位。

那么如果想从事这些技术岗位，该如何选择，哪一个更有前途呢？

这五个岗位，可以做一个分类，前端和后端、运维和DBA、测试

前端和后端属程序类，也就是通常大家知道的程序员，主要是根据产品的需求开发出软件，属于公司的技术核心，非常重要。没有程序员的软件公司，也不好意思称为软件公司。

运维和DBA，这两个岗位的主要工作是管理服务器程序运行的环境和依赖的数据。运维可以看成是服务器管理员，所有跟服务器相关工作都是由他处理，比如服务器程序运行环境CPU、内存、磁盘资源监控、网络是否稳定监控，服务器程序依赖的软件安装等等。DBA就是数据库管理员，专门管理生产环境的数据库如MySQL、Redis。这两个岗位的工资不一定比程序员低，但是市场需求没有程序员旺盛。一家软件公司可以没有运维和DBA，但是不能没有程序。运维和DBA一般只有上规模的企业配备，小公司都由程序员兼任，毕竟如果公司只有个位数的服务器，完全没有必要专门配备一个运维，老板也不愿意花这个钱。

测试，虽然也是技术岗位，但是我个人感觉他们的工作不和技术挂钩，他们的工作就是不断使用程序员开发出来的软件，找出其中的BUG和漏洞。与此同时，他们的另一项工作就是督促程序员干活，修BUG。

论这些岗位的技术含量，我觉得测试是最低的，低端的测试几乎没有技术门槛，只要有软件使用经验，基本上都能干干测试的活，毕竟只是用用软件找找BUG嘛，而程序和运维则不行，必须掌握基础的技术技能才能上岗。当然高端的测试另当别论，他们也可以牛逼到天上。

其次是运维，当然并不是说运维这个岗位没有技术含量，同样运维的技术含量也很高，只是通常情况下，程序员都会点运维的工作，装装环境，监控下服务器运行情况，都没什么问题。反过来，运维却不一定会程序员的工作。我觉得运维应该是脱胎与程序员，然后随着行业的发展，独立成为一个岗位，本质上还是依附与程序员。

最后则是程序，一个合格的程序员，不但要掌握程序员本职的技术，还需要会服务器运维的技术，比如自己搭建一个测试环境，这样的技能是必须的，所以对服务器必然要有较为深入的了解。同时需要会DBA的技术，通常DBA是在数据量巨大的情况下才会配备，大多数时候一家公司不需要DBA，DBA的工作的都由运维或者程序员兼职的。与此同时，程序员还需要测试技能，当程序员写出来一个程序时，免不了要进行自测，写测试用例等等，只有经过自己测试，才可以将功能提交给专门的测试人员进一步测试。

所以，对于这三类岗位，我觉得程序员的技术含量是最高的。

我们再来说说这些岗位的发展前景。

对于一个大公司来说，会有专门的研发部门、运维部门、测试部门，然后设有研发总监、运维总监、测试总监，这些领导在公司的身价不相上下，不存在谁压谁一头的情况。但是在小公司通常只有一个技术部，这个部门管辖所有技术类员工，包括程序、运维、测试，甚至有的公司还会包含设计人员。而技术部门的领导十有八九是程序员出身，几乎不太会是运维或测试出身。因为一个软件公司的技术部门，没有运维和测试，照样可以运转，虽然有可能转的不顺溜，但是一定可以转，但是没有程序员，即便运维和测试配备的多么强大，这个部门也转不起来。其次一个技术部门程序员的数量绝对是压制运维和测试人员数量的。因此在程序员中出技术部门领导的概率远大于在运维和测试中出领导，除非真的遇到难得一见的人才。

所以，如果你想从事互联网软件行业的技术岗位，要想选其中比较有前途的技术类岗位，那么首选程序员，当然，更多的机会也意味着有更大的竞争，同时也有更大的难度，你选择程序员不见得一定会成为技术部门的领导，选择测试和运维也不意味着职业生涯会默默无闻，只是相对来说程序员的情景更加明朗。

与此同时，关于35岁程序员会被淘汰的观点，其实运维和测试的危险性更大，仔细想想难道不是吗，运维和测试并没有比程序员更有优势，反而劣势一大堆，那么肯定比程序员先一步面对淘汰，这是市场规则。