重新定义了广大

很多时候开发想要的只是字面意义上的“测试”队友，就如 OP 所想。

其实正规团队里的测试角色，有个装 B 的名称叫 QA （ quality assurance ），这才是测试角色存在的本意。

authentication 和 encryption 是两件事。

家用本来就不是 POE 的主要场景。

系统全局的目录一般 755 就合理。如果普通用户运行需要在家目录和 /tmp 之外的地方有写入权限，那一般是软件有问题或使用方法不对。如果用到的软件真的内部写死了要在可执行程序自己所在目录下写数据，那就不要安装到全局位置去，放在用户家里就没问题了。

你 source.list 里的源地址：
1. 不存在的 CDROM
2. 是 Docker ，不是 Debian
3. 是 Debian security updates ，不是主仓库
当然没有主仓库里的大多数包了。

刚开始一周，大体上相当于“有个紧急项目要 996 一周”的样子，如果年轻身体好，事后调整回来，真不是大问题。
「制度」化的 996 给身体带来的影响，当然是要看长期会变成什么样子。

安全岗位也不过是一口饭而已。照本宣科的大有人在。

劳动异化就变样了。专职安全岗位的人对安全的考虑，跟有安全意识、安全理念和安全技能的其他岗位（比如开发）是不太一样的。他们不但要从技术上考虑系统的“正常”安全加固，还要跟各种没有安全意识和能力的其他人员搏斗，要去补木桶的最短板，因此经常会采取一些在非安全岗位但有安全能力的技术人员眼中很没必要的沙雕措施。更何况，这是他们的岗位，所以除了对技术之外，也要（甚至更多地）考虑成本 /收益核算，考虑性价比，也包括考虑怎样给自己增加 KPI （哪怕会给业务运行或者技术开发带来一定的麻烦）。

如 #10 所说你要配置后面的三个服务，让他们“认识到”自己应该按照运行在子路径下的情况来生成页面里的站内链接 URL 。
大部分 web 框架都可以配置一个固定的 prefix 来做这事的。甚至，如果框架支持老式 CGI 惯例的话，可以从前端传一个 header 过去让后端动态知道自己应该运行在哪个子路径下。

@brader GMS 和墙的关系是，自从 GMS 的服务器被墙了以后，国内的安卓厂家就逐渐识时务不带 GMS 变成阉卓了……

就算是用思科的产品，每个房间一个 AP ，这点开支对于 400 平别墅的装修来说也只是个零头的零头。而装修对于别墅本身来说也算是个零头。就看你想不想得开了。

建议把国内外服务当两家不同的子公司的业务，互不干扰。

备案是指网站备案。不开 web 服务没人管你。

没办法。只要人的数量多起来，人性就是纺锤形分布的。大部分人都不会奉献，只会友好地索取，索取的人里一部分会点赞鼓励，一部分默不作声。只有少部分人会贡献，还有一部少分白嫖了以后指手画脚。

看成本和保密价值的权衡吧。#16 讲的三桑厂那种级别的防护，除了提到的管理成本之外，还有没讲到的，按这种方式，当代普遍存在的离开剪贴板就没法写代码的 cruders 肯定完蛋的，甚至水平还算凑合的程序员也吃不消，所以公司内部得建立足够丰富的知识库，这个就要很大投入。

没道理，瞎搞。要么原始设计的人烂，要么改版重构的人更烂。

说，APISIX 给你多少广告费，我们 Kong 出三亻……等等，Kong 不支持 etcd ？ Byebye 😄

要不，开个 webscoket 吧