cron 每分钟执行一次 sh 。 sh 里每次都判断特定文件夹里有几个文件。有 6 个文件时清空文件夹并执行实际代码。 不满 6 个文件时把当前 timestamp 作为文件名创建文件，不执行代码。

这样就能 7 分钟一次了

我知道的穷人都是开网盘 VIP 存东西的。
有 nas 的都是有房有车有专门家用服务器机房的大佬

建议跑路。 部署离线只是烦了点，但至少还能搞。 开发也离线 TM Ctrl+C Ctrl+V 都不行。 啥轮子都要自己造。 这能忍？

真正学 IT 的学生都是 Win+WSL ，全能打手，除了 iOS 开发都能搞 。

真正上班以后会根据工种选择系统。 比如前端选 mac 是因为老板采购的 win 机器屏幕不行，后端选 windows 是因为内存大可以多开一些容器。 运维选台机装 linux 是因为与服务器统一环境，也为了万兆网卡。

测试最猛，win+mac+linux 3 系统+10 手机，全面覆盖。

竟然和 lz 用的同一个机器。
我到手就装了当时的 uos 个人版，安装时两个 linux 内核二选一我选了版本新的，全程非常顺利，现在仍在办公室使用。
听说后续的家庭版不给 root 了，就没升级。

买了个手机展示架专门放那一排真机，同事都说我这架势一看就是干灰产的。

曾经用过云测平台，bug 浮现率低，后来再次打开网站发现不是转型就是倒闭了。

主要是特定机型+老系统版本的 Bug 多,以及各种依赖微信登录，第三方跳转的 bug 五花八门。

还是做好远程日志采集自动上报吧，想换手机复现 Bug 太难了。

实际上通过 ED2K 链接下载就是绝对合规的。 因为 ED2K 链接只有一个 hash 与一个文件名。 hash 还是微软官网提供用来校验文件完整性的。 能看到文件 hash 理论上你就能免登录下载到这个文件。

@caomu 会不会是 Chrome 也做了反向同步 Edge 的功能 😁

edge 不愧是微软自己的软件。 我现在觉得我 Chrome 隐身模式打开的网站实际上微软也知道了。

开发都不好找工作，何况测试。
干脆别把范围限定在互联网软件测试了，我认识位测试大佬去了新能源车企，测试车机控制系统，月薪是原来的四倍。

@heqingpan
configmap 通过文件夹形式挂载不设置 subpath ，就能自动更新配置文件。不过确实达不到秒级。

通过改配置文件就能改逻辑。这功能高级，我遇到的 springboot 项目逻辑都是写死在 jar 里的😂

至于动态调整处理线程池数量，k8s 规范上 pod 都是要加性能限制的，我寻思针对单 POD 调好最佳性能的参数后，改这些参数但不提升 CPU 与内存并不能真正应对大量负载吧？ 除非一开始的参数就设置为无法发挥出硬件能力的偏低参数，但这样又是纯粹的浪费资源。目前我这里的 k8s 服务就是单纯的测好单 pod 的最佳性能参数后，再根据流量、CPU 、内存指标自动扩充 POD 数量。

个人对技术有所追求，那就拒掉这两个 offer 继续找纯开发。

因为 99%招的测试开发实际上就是测试。
除了卖公有云平台的公司，普通业务型公司 99%招的 SRE 也只是运维。

这两个都不是以代码作为产出的工作。一旦入了行就基本与最新技术绝缘了。
测试的产出是天天水几百页的测试报告以及在出 Bug 时背锅。
运维的产出则和保安差不多只不过是是要 24 小时看服务器以及在出 Bug 时回档与背锅。

应届生，有能力，就是要找纯开发岗。

既然楼主说的是 7-zip 那就默认楼主平时是用 Windows 平台的。

最适合工作的就是 7-zip 。 各种 linux 常用格式都能在 Windows 上正确查看与创建。

最适合娱乐的是 winrar 。0-day 分包标准与差分恢复记录就是好用。

最后在 Sandboxie 里装一份好压去广告绿色版，应付那些天杀的必须用好压才能成功解压缩的奇葩资源。

个人非常同意 @pming1 的看法。
nacos 的配置中心功能完全能用 k8s 的 configmap 、secret 甚至 workload 的环境变量替代。
nacos 的注册服务则是完全能被 k8s 的 service 替代。
至于很多人喜欢的 java 网关，ingress 要强大得多。

在 k8s 里搭建 nacos 的行为，纯粹是在浪费性能套娃。

@BQsummer
Q:没网关跨 vpc 怎么调用?
A:先在路由策略上实现 service 网段跨 VPC 访问，然后通过 k8s 的 RBAC 精确控制各个项目之间访问权限即可。

Q:金丝雀发布怎么精确控制流量到 pod
A: 个人只用过基于 Nginx 的 ingress ，但即使是这种传统的 ingress 也支持特定规则 header 流量，特定规则 cookie 流量，或者按照比例的控制流量到多个 service 。 此外 APISIX Ingress 、Kong Ingress 与 Istio 都支持金丝雀发布，个人没在生产环境里用过。 至于精确到 pod ，service 可以包含多个 pod 也可以只包含一个 pod ，这非常简单。

Q:失败逻辑怎么精确到接口?
A: 分析 Ingress 层的 log 就行了，比如用 Nginx-ingress 的话就找个能分析 nginx 日志的系统监听 Nginx-ingress 的日志。

不习惯 windows 开发. 那就装 linux 啊。 装个 docker 跑容器。然后 SSH 或 RDP 远程
不比在 mac 上起个虚拟机的 docker desktop 舒服多了。

做成订阅制，不登录不能使用软件，用户配置存服务器，定期服务器心跳校验授权，软件留强制网络升级后门，软件写死一个版本只能在 202X 年 X 月 X 日以前运行，且这个时间还是从 NTP 服务器取而不是取本地时间。