Ⅰ 做前端和运维哪个有前途
做前端和运维哪个有前途？不知道选择那个专业，可以直接分析一下，分析一下前景，工资待遇以及自己兴趣所在。接下来分析一下：
web前端开发：
1.Web前端人才需求还会持续增加
据有关数据统计，未来五年，我国信息化人才总需求量高达1500万—2000万人。其中“网络工程”“UI设计”“web前端”等人才的缺口最为突出，所以web前端的市场需求还是很大的。更有甚者，目前不仅大型互联网公司拟相继成立了专属的web 前端部门，中小型公司和创业公司也急需专业的web前端工程师。
2.web前端薪酬工资仍会上涨。
随着互联网的发展前端技术也不断的在更新，市场需求越来越大。工资待遇水平呈上涨趋势。
3.web前端就业方向广。
现在主要涉及到的领域有很多比如网站，网页，H5游戏开发，小程序，等等。具体的就业方向还可以按公司的技术需求来区分，侧重点各有不同，就业行业随着互联网的发展，已经变得越来越广泛了。
4.web前端未来发展前途大好。
随着5g时代的到来互联网出现了自动驾驶 车联网，物联网、人工智能、智能家具等领域需要前端开发人员，有需求就有市场。
运维：
总的来说，运维的薪水普遍比开发人员略低一点。这是因为上手运维工作比开发门槛略低，市场上有很多运维人员处于“会搭建服务”的状态。这种门槛确实比会“粘贴复制”代码，还要低一点。
但是随着你个人能力的提升，金ˇ字塔效应一样会很明显。各大公司都需要技艺高超的运维人员，开出的价格并不会比你同龄的开发人员明显低。
总结：个人建议选前端开发不管是未来还是现在，都有一个很好的发展，但是最主要还是技术能力强。想好选择前端开发，就要做好长久奋战打算。前端开发和其他的编程是不一样的，它更新换代比较快。今年流行的衣服或许明年就不流行了，所以要不断的学习新的技术，才可以在这个行业站的更久，位置更高。
但是也要看自己对那哥方向感兴趣，对那个方向感兴趣就选择那个。“自知者不如好之者，好之者不如乐之者。”
Ⅱ wab前端和linux运维，我该学习哪个哪个前景和工资高点
前端不是你想做就能做的 纯代码的前端没有前途，除非你美工做的好，设计有天赋，能够组哟一些框架类的东西。
前期来看，前端工资是高的，但是这个到了中期以后，基本不会再上涨了，运维是开始很少，越到后面越吃香。
前端要学的东西少，入门简单，但是要脱颖而出做到精细就比较困难了，要做大牛级别，那更是要钻研的很深刻，更多的需要一些天赋上的悟性。
运维学的东西从来都是很多的。不管是通信也好，电气也好，计算机也是。要涉及大量的基础知识，根据自己岗位的职责，还需要有争对性的提升某一类知识的深度。普遍加班，工作时间不稳定。
仅供参考，要根据自己的兴趣来，不要盲从，计算机行业，从来就不是奔着工资，这个理由就可以做好的。真心不要看工资，因为对于刚转行的你，那些都是空的，你都不知道你能不能坚持到那个时候，所以现在开始，尽可能多接触一点岗位，发现一个真正适合自己生活习惯，学习能力和兴趣志向的岗位才是王道。
Ⅲ 程序员面试，为什么感觉很多都和运维有关
不会运维的程序员不是好程序员。 这个信条要时刻谨记，不管是面试还是自己平时在工作中都要坚持这个准则，因为这对你以后的发展大有裨益。
一直以来，很多圈外人对我们程序员的观念就是永远的一本正经，着装单一，了无生趣，聪明绝顶，其实这是他们对程序员的误解，因为多才多艺，多姿多彩的程序员比比皆是，但是传统的观念或者说以偏概全的观念蒙蔽了他们的双眼，而他们自己又没有尝试去了解，所以导致人云亦云，给程序员披上了一层灰。
同样的，我们大部分程序员的观念也跟他们差不多，认为程序员就只是搬砖撸码的，至于各种部署服务器相关的工作应该是运维做的，其实非也，如果真的这样认为的话，那就真的太不把自己当程序员了。为什么这么说呢？因为我们程序员是实实在在撸码开发产品的群体，可是如果我们开发出来的东西只能自个在本地玩耍，却不能众乐乐，那还有什么意义，此时，你可能会说，交给运维啊，那么如果没有运维呢，就没法玩了，所以我们不能总是将希望寄托在别人身上，当自己有能力能够将系统进行部署的时候，那就该学会部署。
其实不仅仅是程序员，优秀的运维工程师也是需要会开发撸码的，因为有时候他们也需要开发一些小工具来进行验证，或者开发网页来进行服务的管理，所以说程序员和运维都是相辅相成的。
像我们现在很多的公司都没有明确的人员分工，特别是小公司连运维都没有，所以就谈不上让运维去部署了，那么怎么办呢？肯定就是开发人员自己去部署了，如果不会部署的话就可以去网上查找资料，其实总体来说不会很难，因为我看过很多运维其实也是在网上找资料按步聚进行操作。
另外公司之所以这么要求，一方面是基于人员成本的考虑，毕竟如果一个人能干好的事为啥非得招两个人；另一方面可能基于公司的发展问题，像一般的小公司确实没必要专门招一个运维，不过随着公司的发展，后期肯定会招专业运维，毕竟专人做专事，事半功倍。
永远记住“不会运维的程序员不是好程序员”，其实作为程序员不能总是把自己陷在撸码的深渊，除了撸码，我们还要学会产品需求分析、简单的UI画图、数据库分表分库及性能优化、运维服务器部署、单元及系统测试等等，总的来说，要想成为优秀的程序员，我们有必要把产品线上的每一个环节都略知一二，这是经验收获，一定会成为我们日后发展的资本。
技术迭代是需要时间的，而且公司预算不多的话，会选择现有系统继续使用。有的企业也会选择维稳，不会轻易开发新系统代替现有系统。
这是一个非常好的问题，作为一名IT从业者，我来回答一下。
首先，在当前的大数据、云计算时代，程序员在面试的过程中，经常会遇到与运维相关的问题，尤其是有自身产品（平台类）的企业，往往对于程序员的运维类知识有比较多的要求，所以当前的程序员，尤其是Java程序员，要想获得较强的岗位竞争力，一定要重视运维类知识的学习。
在当前的大数据时代背景下，很多程序员在日常开发过程中，需要与运维人员进行配合，所以程序员在面试过程中，经常会被问及与运维相关的问题，通过这样的问题，也能够全面了解程序员是否面对过大用户的并发问题，这对于判断程序员是否适合当前的招聘岗位也有一定的参考价值。
以大数据开发岗位为例，程序员在进行大数据任务开发的过程中，不可避免地需要与运维人员打交道，其中大数据平台的搭建就是比较繁琐的过程，另外还有一系列产品的安装和部署，这些通常都需要运维人员来完成。对于一款平台类产品来说，运维人员的技术能力能够在很大程度上决定软件平台的性能，而且运维人员与开发人员的配合也非常关键。
当然，对于程序员来说，如果能够自己掌握一定的运维知识，对于开发任务的开展还是很有帮助的，如果什么问题都需要运维人员来完成，不仅需要更多的运维人员，同时也会影响项目的整体开发进度。从这个角度来看，随着未来大数据技术的逐渐落地，程序员掌握一定的运维类知识，对于提升自身的工作效率，还是很有帮助的。
在程序员面试过程当中，通过一些运维知识也能够更加直观地了解到程序员的技术栈，相对于比较复杂的开发问题来说，运维知识的脉络还是比较清晰的，通过运维知识能够在一定程度上挤出一些“技术水分”，这也是很多面试官比较愿意问运维问题的主要原因。另外，对于一些创业型公司来说，程序员掌握一定的运维类知识，也会节省一些投入，尤其在产品研发的初期。
从技术体系结构来看，要想解决大用户的并发问题和系统扩展性问题，通常需要从两个角度出发，一个角度是技术选型，比如采用扩展性比较强的大数据平台，另一个角度就是硬件扩充，但是硬件扩充的前提是要有一个可扩充的平台体系，而通过运维知识，程序员的交流会更明确，技术方案也比较直观。
从岗位任务划分的角度来看，程序员的工作任务与运维人员的工作任务有比较明确的边界，但是在云计算技术的推动下，程序员接触运维场景的情况也在不断增加，比如通过云计算平台的支撑，很多传统的运维类任务，程序员也会比较方便地完成，比如安全配置等等。
最后，程序员在进行面试的过程中，如果遇到的运维类问题并不清楚，一定要如实回答，因为运维类知识需要一个积累的过程，而且经验往往非常重要，所以很多运维类知识，在短期内是无法掌握的，如果盲目扩展自己的知识面，会为后续的工作带来很多麻烦。
如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！
一、提问之前的准备
首先，最重要的是，你自己一开始就应该想清楚：
只有明确这些根本性的问题，才能正确高效地完成面试。
二、提问的原则
假定你对上一节的三个问题，已经有了清晰的想法，那么接下来就可以设计如何提问了。
有一些提问的原则，是你应该遵循的：
三、考察专业能力
为了确认面试者是胜任的，你可以问一些与职位相关的专业方面的问题。（不过通常来说，一次面试不足以看出一个人的专业能力。）
比如，你的招聘职位是系统管理员，你可以问"如何快速地在50台机器上部署Linux？"（提示：正确答案不是刻录50张安装光盘。）
另外，你还应该向面试者了解他的过去，因为过去是未来的最好预测依据。不过，提问的重点不要仅仅是他过去的成果，更要关注在当时的环境中，他是如何决策和实施的。
四、考察综合素质
因为人是会发展的，所以某种程度上，面试者的综合素质要比他的专业能力更重要。
所以，具体的技术问题（如何调用API、什么是设计模式、编程语言的语法等等）可以少问一些，更应该关注面试者的事业心、对工作的热情、进取心、自律能力、毅力等方面。
下面是一些典型问题：
五、考察理性思维
某些情况下，你可能需要了解面试者的分析判断能力，看他能否全面地思考问题、客观地评价自己。
那么，你可以依次提出这样三个问题：
这里的重点是，让面试者从正反两方面评价一件自己熟悉的东西，看看他的思维是否片面。答案无所谓对错，只要面试者有一个明确的立场，能够从正反两方面说出令人信服的理由，就可以了。比如，某个软件的口碑不好，但是面试者说他很喜欢，而且说得出一大堆理由，清楚地解释了这种软件的优点和缺点在哪里，这样就很好。
不邀自来。众所周知，越大型的公司，分工越明确。在BAT里面，有专门的前端，后端，ops，dba等等。他们专研一方面，所以有深度，有沉淀。遇到问题了，找到相应的人，能够快速解决问题。
但绝大多数中小公司，更偏爱样样都会的全栈，恨不得你一个人把所有活儿做完。并不一定需要有多大深度，能干活儿就行了。
再说，现在提倡devops，开发懂点运维，能够更好地定位问题，部署和架构项目，这是需求，也是趋势。
对小公司而言基本没有专门的运维，所以需要研发具备一些运维的知识，比如数据库的搭建、nginx、jdk部署，其它开源中间件，比如Kafka、es等等
其实这个目前真正大规模用的少，炒概念的多，很多公司根本没机会用. 但是他会问
我觉得很自然的事，为什么总有人说得高大上？装个软件，调个参数，做个逻辑卷，调一调网络，配置一下分布式组件，搞个文件系统程序员就应该不会？
这些工作，我们公司一般运维人员搞不定的。所以用啥，自己整。
个人观点，计算机知识就必须全面，才能做好一个程序员吧？
而且看大家回复，我有8成猜对，有8成以上的架构师，不懂底层，知识面也没传说中那么广。
现在devops在流行，说白了企业为了省成本，研发要干一部分运维的活。运维只负责硬件网络和k8s维护，其他什么部署啦，服务编排啦，通通交给程序员做。
不过这样倒也合理，运维只负责全公司通用的设施建设，至于cicd，服务编排，熔断限流等等，都和业务强相关，交给开发做比较贴近实际业务
Ⅳ 先学Linux运维还是web前端
同学你好，事实上web前端和Linux运维差别还是挺大的。
毫无疑问，两个发展方向前景和需求都是非常不错的。
Web前端是一个学习门槛低，范围广泛，技术更新迭代迅速的领域，远远不止是写页面这么简单。如果你想要做好一个网站的视觉效果和交互效果，那么请深挖前端。
当然，如果你只是让你的页面写的好看一点，而又想学习Linux运维的话，可以考虑浅度学习浅度前端的基本知识，事实上，掌握基本的前端技能（HTML/CSS/JS）足以写出你想要的页面效果了。
我是一名前端工程师，你可以查阅一下我写的这篇文章《前端开发程序员的Linux技术学习之路》，当然，如果你想要学习Linux运维的话，可以考虑先入门Linux的知识，这本《Linux就该这么学》就是一本很不错的书籍。
祝你在学习路上逐渐成长和克服迷茫。
Ⅳ 前端转运维好转吗
不好转。前端学学的是web技术，而运维学的是C++语言，两者并无关系也没有一样的知识点，因此不好转。前端即网站前台部分，运行在PC端，移动端等浏览器上展现给用户浏览的网页。
Ⅵ 前端偏服务运维是做什么的
前端偏服务运维就是做平台维护工作的呢，还有就是当需要上线的时候，你需要协助部署环境等的
事不争是慈悲，理不辩是智慧，事非不闻是清静。
不争，是一种宽容，不理，是一种智慧，不解释，是一种成熟。
很多时候，我们不争，不是因为无能，而是不想发生冲突。
很多时候，我们不理，不是因为心虚，而是学会了让步。
很多时候，我们不解释，不是因为懦弱，而是让时间去证明。
活在这个世上，谁人背后没人说。做得再好，都有人指责，说得再真，都有人不满，讨厌你的人，你再努力也无济于事，冷落你的人，你再掏心也无动于衷。
我们做不到人人喜欢，也不能让所有人满意，贪得无厌的人我们满足不了，居心叵测的人我们难以接受。有些人看透了，也就离开了，有些事看淡了，也就放下了。
一辈子不长，请为自己而活。不要在乎别人的议论，不要在意他人的眼光，做到内心无愧就行。流言蜚语，迟早会散，你越是争辩，别人越嚣张，误会矛盾，终会化解，你越是解释，越解释不清。
做人，别太傻，
在不懂你的人面前，说得再多，也是浪费。在讨厌你的人心中，做得再好，也是徒劳。与其把时间和精力花在不值得的人身上，还不如留给自己。
人活一世，不争、不理、不解释，用不争彰显你的大度，用不理诠释你的从容，用不解释证明你的品行。只要身正，就敢坦然面对，只要心正，就能一生无愧！
如果出现问题的话，需要第一时间排查问题并定位问题的呢
Ⅶ 运用前端知识能干桌面运维吗
具备一年以上的前端IT桌面运维相关经验是可以的。
熟悉操作系统和各类办公软件的安装、配置及故障处理，需熟悉基础的UPS、空调设备等基础设施的日常维护。
机房UPS、空调设备等基础设施会有专门巡检流程交接到驻场工程师，进行日常巡检维护，如不能自行解决，可直接联系设备原厂。
Ⅷ 做前端开发4年，转到运维组，什么都让干，甚至不在能力范围内！很困扰
能动就别闲着，技多不压身。
Ⅸ 网站前端,网络信息运维的意思
1、前端，也称web前端。对于网站来说，通常是指网站的前台部分，包括网站的表现层和结构层（通俗点就是用户可以看到的部分）。
2、网络运维是简单的对底层基础网络设施管理，使网络能正常高效地运行。