个人经验，很多 sales 都是傻逼，看别人家有的都想抄来，这种 sales 就是这个时代的毒瘤。

面对普通的 sales，你就说要排期就好了，下一版或大下版会尝试加入，如果到时候问为什么没加就说测试没过或者其他理由，总之就是一个字——拖。提意见我们接受，抢主导权，请圆润的离开我的视线……

面对老板是 sales 的人，的确恶心，但是也没办法。

你就说要排期，这一期已经定版，如果非要加这个功能可能会有 bug 或漏洞，出了问题你不负责就好了。

AirPods pro 就 ok 了，三种耳机胶塞，总有一款适合的，实在不行还可以万能的淘宝买一副 match 你的胶塞。

@xuchendev 张小聋：“对啊，就是要气的你去见上帝。

一条一条手工来吧！

话唠的我关闭朋友圈功能之前单是手工删除就花了一个多小时。

大家骂张小聋生孩子没屁眼不是没道理的，微信大多数功能就是残废，这是有目共睹的事实，毕竟即使你只用过同为 TX 家竟品的 QQ，你都不得不认同这点。

开发面试考算法算啥？作为一个运维，之前某次面试还被考了算法，刚好当时被前公司同事一个劲的夺命连环 call 搞的心情很差，再加上当时已经面了第五轮了，已经彻底绷不住了。

于是当场发飙，直击灵魂的询问考官此题的目的——对运维而言，写 code 是为了方便自己和 teammate，能实现功能就好，你要我写算法、优化效率的目的是什么？难道是要拿我们写的工具出去卖钱吗？

面试官一时语塞，最后无奈说出了实情——原本的面试官在开会，先找个开发 team 的同事顶一下……😂

怎么说呢，这种东西属于应试教育的遗毒，试想一下，你中考、高考被考到的内容，有几个现在工作或生活中能用得上？就算有估计一只手可以数得过来。

公司招人的目的是以创造价值为主，试问现在有多少企业内卷学历的要求都卡到硕士、博士了？难道这些工作本科、大专做不了？不见然吧！我毕业前的时候认识一个十七岁的辍学高中生，在培训机构当 Cisco 和 Redhat 培训中心的讲师，2007 年拿下的 CCIE 。

说的直白点，很多企业无法是感觉自己有点名气了，想要通过这种方式装个 13 或者面试你的人本就是这么进来的。不过事实证明，这些企业无一例外都在走下坡路（真正需要用到算法的团队除外）。

面试本就是双向选择的过场，我不知道你这次的岗位是真的需要算法，还是考官想装个 13 、或是考官本就是想看看你对这方面的掌握程度，亦或者是你和我一样，遇到了考官临时有事让别人顶一下（这种情况好像还比较常见的）……总之找一个你自己喜欢的、呆着顺心的公司工作就好了，不然为什么不去考公务员呢？

题目不明确，在什么环境里的提示？物理机？虚拟机？如果是虚拟机是什么虚拟环境？ vmware workstation ？ vmware esxi ？ kvm ？还是 hyper-v ？物理机是什么型号？
总不能开局一张图，故障全靠猜吧！

965 是遵守劳动法，996 是违反劳动法，为何一个遵守法律的行为成为新闻？难道不应该是违法行为上新闻热搜吗？

可能是为了方便面试者，也可能是 996 、007 。具体是怎样，你约个周六或周日就好了。工作日还领导拖一拖也许还能理解，周日为你单独跑一趟……有点夸张……

这种问题其实真的没必要纠结，基于 Debian 的发型版多了去了。看文档如果还纠结于发行版，要么你是新手，要么你是专家。介于你问这个问题，我猜测你是前者。

正如楼上所说，现在新一点的业务基本都上 docker，主要纠结发行版的还是底层，如果你底层是虚拟机，爱用哪个用哪个。你就算用 gentoo，也没人管你。反正出问题你自己负责就好（至少我的同事里，用 gentoo 的人几乎没有）。

至于如果你用的是硬件服务器，老老实实回去查产品支持列表。或者直接买厂商的第三方操作系统 support 服务，否则别瞎折腾。尤其是 debian 、arch 、gentoo 之类的，大多数国际知名品牌的硬件服务器都不支持，出了问题自己背锅不说，搞不好遇到一个脑子轴的售后，坏了块硬盘都让你重装回操作系统列表中支持的系统。你哭都没地方哭去。（别以为我在危言耸听，我之前在某全球 500 强硬件服务器厂商售后部门工作，真的有脑子轴的售后就这么干，美其名曰防止骗保，而且听 TL 说之前还真的有用魔改系统干扰硬件日志收集工具骗保的——这都 tm 什么玩意）

我相信来 v2 的人都喜欢折腾，拥抱开源。但是为了喜好丢了饭碗或让你天天为社区与厂商之间的斗争付出代价，恐怕你还是得自己好好想想。

当然，如果是公司单独给你一个人提供了一台硬件服务器，或者你自己就是土豪，自己买的自用服务器，而且不怕遇到硬件故障时有厂商售后找麻烦，就当我没说。

saltstack
ansible 也可以不基于 ssh 啊！

@jason1121 软件包还是越少越好，自己写的脚本可以有针对性的处理。

shell/python 脚本读取 /var/log/secure 中的错误，使用 iptables+ipset，配合 crontab 对非法 IP 进行屏蔽。

强制 ssh 私钥登录，有必要（比如已经确定被盯上了）再修改端口。

@Xusually Thanks, 看来正确的关键词真的好重要。

@l00t 请麻烦举例，github 近五年的全站 site issue，或者由于自身问题导致的全站 dns 解析异常的 case 。至于服务器被盗的 case，早就已经被证实是谣言，图片是被 P 出来的了，莫非你还生活在 2020 年？

不同的厂商玩法可能不太一样，但是无非是同一种套路——劫持。

最简单的，在进行初始化配置之前增加一条规则，通过类似于 iptables 的 nat 表劫持所有 http 和 https 请求到该桥接路由器 IP 的 80 端口，初始化好之后将这个条目删除掉。
还有一种是在路由器的 DNS 目录里增加一条 解析条目将目标域名解析到该桥接路由器 IP 。

@l00t @12101111
知道什么是 SLA 吗？ SLA 不仅要看 site impact time，至少还要看影响范围吧！我不知道你说的那几次超过 1H 的 site issue 影响范围有多大？挂了一个功能还是几个功能？亦或者是一个分站或几个分站？你知不知道 gitee 的那次挂的是什么范围？是整个 gitee.com 的域名全部无法正常解析，而整个 site impact time 也不仅仅是一两个小时那么简单，我不知道为什么同样的问题，一个开“盗版”视频下载的小网站的运维就可以控制 site impact time 在两小时之内？是能力的问题还是重视程度的问题？

另外 git 的用法有很多，不仅仅是保存源码，还可以存储和备份一些配置等文件，有的甚至是自动化运维的一部分。难道因为 gitee 挂了，客户 site 的 daily change 就不做了？ Gitee 只是一个 service vendor，没有权利要求每个客户都必须保持一个什么样的习惯、使用方法，用户更没有义务配合 Gitee 为保证业务不出现异常，必须在本地还有第二套备份服务。

关于开源协议，感谢是 @12101111 提供的资料，我会进行进一步查证，当然无论如何我还是会保持在触碰开源代码之前确认其要求的应用范围。但是不得不说这样的宣传行为的确让很多人 feel sick，正如罗翔老师的那句话，法律是约束人的最低标准。正如当今在某些城市的公共场所吸烟，的确不违法，但是你是否做了，就要看你的个人素质以及道德品质的水准了。

一个早些年在某云服务商的 case，有一定的参考价值。

A 公司与 B 公司是竞争关系，A 公司新上线一个没设置 https 强制跳转的业务，B 公司请黑客频繁向 A 公司新业务的 http 服务发送带有敏感词汇的请求。不久后 A 公司业务中断……

谁中断的不重要，不加密的请求所引发 IDS/IPS 将不了解业务的中断的 case 应该不在少数吧！