反正我接触的地（方性）行（业信息化）小（厂）出来的按理应该全栈的技术人员，就是跟一（线）互（联网）大（厂）的纯程们一样不懂基建的。

其实很多小厂的程序员也是万般皆下品唯有业逻高的心理，不愿意去碰业务逻辑开发之外的东西……满脑子只想着修齐治平早日离开什么都要干的底层技术岗位转岗管理晋升蜥蜴欧迎娶白富美……他们对基建的运维能力不见得比大厂出来的纯程序员好

很难理解为什么同一个人会针对同一个场景既提倡 Oracle 又以提倡 MySQL 为保底反对 PostgreSQL…论起能力来 O 和 P 的相似性很高，M 几乎都不是一个物种。

不论拿不拿文凭，英语和母语好好强化。看很多人设计 API 的时候单词写不对数、性、态、格，拼音写不对卷平舌、前后鼻音，写技术文档和 issue 词不达意，难受死了。

恭喜原作者，重新发明了 GUI

计算机硕士，如果不是认定学术路线，毕业找工作好了，何必读博

去做业务运维，被业务线开发管着，被边缘化、屈从开发的是你，受委屈的是你，但有以后转业务开发甚至业务管理的机会。
留下做运维开发，不碰业务线，被边缘化、屈从开发的是整个部门，受委屈的是你们领导，你做个快乐的基建傻瓜就可以，但下次行情不好有刀砍过来可能就整个部门挂了。

我觉得你为了 gfwless 而 run 比这个强多了，黑也要找对黑点

如果是担心 root 直接登录的风险，那就应该禁掉，而不是留着这个口子等人用了再挂人

都是手工肉改，要风险一样的风险，有什么高贵低贱

要看协议对应电压电流档是否匹配。我的 HP Elite 1012 只能 12V3A ，这个是 PD 1 里的规格，PD2 开始删除了，但还是有一些设备在用，也有不少充电器支持。但像 MBP 的 87 瓦充电器就不支持，插上协商不起来。

另外，还有一些笔记本会验证充电器是否自家的…对，我说的又是 HP ，比如 Spectra 360 的某几款。

全员做核，应升则升😂

这个不叫 banner ，叫 motd ，你按这个名字搜索就行。
而且跟 ssh 也无关，是登录后 pam 控制的。

重新设计交互逻辑，用户提交后之后扔到独立的沃克调度器里去做，页面上直接返回，告诉用户去执行了，要到它自己的任务面板里刷新看结果，调度器里看到任务执行完后更新 web 这边的任务状态表。

写成纯函数式呗

如果团队结构完善，人员精力够，应该像有几楼说的那样，订阅邮件列表，有了安全更新，review 一下，有必要的再更，以免破坏某些“依赖”特定 bug 的业务系统代码。

但是很多传统单位的综合信息化人员是没精力这样做的。

为啥我要自动更新呢？很多年前遇到一起案例，隔壁专项组的一台服务器，好像是 CentOS 3 还是 4 来着，被重度入侵了。检查了一下，两件蠢事凑在了一起，一是 sshd 没禁用 PasswordAuthentication 二是从来没更新，正好 sshd 本身有个安全漏洞，导致用口令认证登录时可以精心构造数据直接认证成功……这两项只要有一项处理了就不会被裸破进去。虽然隔壁专项组的系统不归我管，但毕竟是同一个单位里的。这事对我的心态影响很大。再后来经我手的 Linux 服务器如无特殊理由一概开启自动更新（怕出兼容性问题的至少对 security channel 更新开启，如果实在怕，在 RH 系上至少对 critical 等级的 security channel 更新开启），一概在配好公钥认证后关闭口令认证。虽然有点 PTSD ，但总比莫名其妙被入侵了好。

自带➡️自动