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

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

观念问题

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

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

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

公司问题

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

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

总结

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

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

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

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

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

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

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

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

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

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

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

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

一、提问之前的准备

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

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

二、提问的原则

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

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

三、考察专业能力

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

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

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

四、考察综合素质

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

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

下面是一些典型问题：

五、考察理性思维

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

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

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

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

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

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

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

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

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

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

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

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

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

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

QPS、TPS、PV、UV、GMV、IP、RPS等各种名词，外行看起来很牛X，

Queries Per Second，每秒查询数。每秒能够响应的查询次数。
QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。每秒的响应请求数，也即是最大吞吐能力。

Transactions Per Second 的缩写，每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息作出的评估分。
TPS 的过程包括：客户端请求服务端、服务端内部处理、服务端返回客户端。
例如，访问一个 Index 页面会请求服务器 3 次，包括一次 html，一次 css，一次 js，那么访问这一个页面就会产生一个“T”，产生三个“Q”。

page view即页面浏览量，通常是衡量一个网络新闻频道或网站甚至一条网络新闻的主要指标。户每一次对网站中的每个页面访问均被记录 1 次。用户对同一页面的多次刷新，访问量累计。
根据这个特性，刷网站的 PV 就很好刷了。
与 PV 相关的还有 RV ，即重复访问者数量（repeat visitors）。

访问数（Unique Visitor）指独立访客访问数，统计1天内访问某站点的用户数(以 cookie 为依据)，一台电脑终端为一个访客。

Internet Protocol独立 IP 数，是指 1 天内多少个独立的 IP 浏览了页面，即统计不同的 IP 浏览用户数量。同一 IP 不管访问了几个页面，独立 IP 数均为 1；不同的 IP 浏览页面，计数会加 1。IP 是基于用户广域网 IP 地址来区分不同的访问者的，所以，多个用户（多个局域网 IP）在同一个路由器（同一个广域网 IP）内上网，可能被记录为一个独立 IP 访问者。如果用户不断更换 IP，则有可能被多次统计。

Gross Merchandise Volume 的简称。只要是订单，不管消费者是否付款、卖家是否发货、是否退货，都可放进 GMV 。

代表吞吐率，即 Requests Per Second 的缩写。吞吐率是服务器并发处理能力的量化描述，单位是 reqs/s，指的是某个并发用户数下单位时间内处理的请求数。
某个并发用户数下单位时间内能处理的最大的请求数，称之为最大吞吐率。

在绝地求生国际服中登陆的时候显示服务器维护中只有等到维护结束才可以玩；

服务器维护一般包括 *** 作系统、网络服务、数据库服务、用户数据等各方面的维护。 *** 作系统是服务器运行的软件基础，其重要性不言自明。如今多数服务器 *** 作系统使用Windows NT或Windows 2000 Server作为 *** 作系统，维护起来还是比较容易的。

扩展资料：

服务器有很多需要维护，如>

数据库作为重要的数据源，经过一定时期的运行使用后，需要调整数据库性能，使之进入最优化状态。还有就是定期做好数据库的备份，以防万一。

现在流行而猖狂的黑客攻击非SQL注入攻击莫属，虽然sql注入攻击与程序员习惯有分不开的关系，但是，作为后续的安全，数据库的安全配置是必不可少的，数据库的二次认证也是必须的

首先
工程师根据你的需求给你一个合适的方案
这个方案包括硬件搭建和软件架构
然后在你满意的方案下为你选用设备
最后程序员按照你的要求编写软件
各种设备有自己的命令解释器
程序员写出来的软件是可以按照机器能解读的编码编写的
这些不需要用户知道
用户只要知道怎么使用
怎么维护就可以了
如果知道的更多
那就可以成了开发者了
=======
如果需要开发产品可以找我
只要你把想法说出来
咱就能帮你实现
软件硬件我都能做(可以在不需要第三方帮助的情况下独立完成开发)

程序员真的很辛苦么？
做程序员不好！程序员就是一工地里面提灰桶的民工。大公司的程序员还好，仅仅只是让你每天提灰桶。小公司就不行了，你不但要提灰桶，而且还要去合泥，砌墙，做木工。甚至只要工头（就是老板）高兴，泥还得客串著去做厨师，给民工们做饭。不过，忍一忍就过去了！当你的技术，你的经验，你的声望积累到一定的程度，你就可以升级成项目经理了！哈哈，那个时候你的日子就可以快活点了！

程序员本身：

这一行正如你所说得：压力很大，工作量也很大，很枯燥，而且生命周期也就是到35岁左右。这些都是程序员的缺点。

程序员的优点：
挣钱比较多，工作环境好，能够于时代共同进步。

程序员的发展：

如果单从程序员本身来说，发展不大，但是大部分程序员有了一定的知识基础，和工作经验后，都会继续发展，你也可以理解为“跳槽”。随着知识的基类，经验的丰富，你的工资也会随之上升。如果你有一定的领导能力，最后发展到“管理层”，这样的话你就不会轻易的被公司和时代“淘汰”！

而且，现在编程公司大多都是外企，如：美国，日本。发展好了有一定的出国机会，对你的前途也是大有益处。

所以不要从单发面来看“程序员”，要从工展的眼光来看，至于你自己的前途如何，那就要看你自己了！！
当程序员累吗
您好，很高兴为您解答！

我是程序猿转行的，我给你说说一些我的体验吧；

程序猿累是普遍的，但是也有一些例外的公司，几个人维护一个项目，没有什么大需求，但是这样的公司凤毛麟角；

工资的话相对其他行业，偏高；但是最不好的两点是，女生少，找女朋友不容易；还有就是天天都是对着电脑，对身体不好，也不会交接，很多人慢慢的就变成不太会说话，活在自己的世界里。

希望我的回答能够帮助到您!
我是一名程序员，感觉这工作太累了，经常有想放弃的想法，怎么办？
每一份工作都累，都不容易，换工作之前先了解一下自己适合什么工作，有合适的可以换，但是不要一冲动就换了，祝你好运～
做程序员是不是很累，每天要工作多久
北京JAVA程序员一天九小时，工作不忙服务器不用调试一周就有双休，一个月月薪1w，不过也是有点累，一天基本看电脑，注意保护眼睛
程序员到底有多累，有多辛苦
在北京基本都是双休的，之所以说辛苦，主要是公司可能某段时间赶项目的话会需要加班的。当然如果效率很高的话，那根本不涉及到加班这么一说啊。在很多大公司的话，程序员待遇是想当令人羡慕的。。根本就不是说的那么苦逼
程序员到底有多累，多辛苦
互联网行业和传统行业相比，他们更强调快速迭代和开发，即时的用户反馈；因此对于大部分互联网企业来讲，时间就是机会，甚至只要落后于别人几天，就可能错过发展的最好时间；因此互联网行业的时间紧迫感比传统行业以及传统软件行业都要更加强烈。

因此程序员们，尤其是互联网的程序员的工作肯定是非常辛苦的，996(早上9点到晚上9点，每周六天)是很常见的工作时间；加班，躺椅基本上成为一些互联网企业的标配；猝死是屡见不鲜的新闻；

很多程序员在出差，旅游，度假甚至过年的时候笔记本电脑都不会离身的，因为你不知道什么时候系统会出问题；不管你在哪儿，在什么时候，只要一个电话，问题必须得到及时的解决。

程序员是辛苦的，程序员是劳累的，不过大部分程序员也是快乐的；大部分程序员看到自己的成果变成用户的习惯，变成用户的挚爱，享受着用户的赞美，那个时候就会觉得一切劳累都是值得的；

自Avazu Holding张中庆
程序员到底有多累，多辛苦
程序猿的工作强度和工作内容密切相关。

如果从事和客户密切沟通，需要及时解决问题的岗位，往往是非常辛苦的。每年支付宝和微信的负责红包功能的程序猿都要守在服务器前处理负载，解决网络问题。每到双十一，也是淘宝程序猿加班加点的时候。

如果很介意加班的话，建议从事一些较为稳定的工作。例如维护，测试等。
做程序员工资高吗？平时工作辛苦吗~
我做过7年程序员转行了，很辛苦，收入在北上广很客观。其实和盖房子的民工是一个性质，人家搬砖你搬代码，未来人家还能发展成包工头，程序员如果不在外企，过了三十岁就歇菜了！慎重！
我是一名程序员，感觉这工作太累了，经常有想放弃的想法，怎么办？
每一份工作都累，都不容易，换工作之前先了解一下自己适合什么工作，有合适的可以换，但是不要一冲动就换了，祝你好运～
程序员到底有多累，多辛苦
北京JAVA程序员一天九小时，工作不忙服务器不用调试一周就有双休，一个月月薪1w，不过也是有点累，一天基本看电脑，注意保护眼睛

---