小年轻纸上规划：35 岁以上应该有人脉，或者猎头来挖，自己投简历一定是没混好。

现实中：30 多岁 40 多岁的技术人员，人均没有人脉，找猎头猎头还嫌年龄偏大。

你这配置，如果接受外包，北京上海的外企应该 OK ，找 高知特 给推一下。现在很多知名外企没有 HC ，走的外包。

mongodb 迁移才是麻烦，mysql 迁移非常简单，导入导出都只要一两行命令，20G 数据最多几分钟

https://dev.mysql.com/doc/refman/9.1/en/copying-databases.html

经常在媒体看到高中和大学同学，风投圈名人，年轻知名科学家，国家 XXX 奖获奖人，大厂中高层和小老板不计其数，但这些跟我有什么关系呢？

模型再大个 10 倍，可能会出现全 AI 公司，从 CEO 到基层全部都是 AI 。没有什么脑力岗位是不可替代的，AI 如果能达到世界顶尖高校硕士以上水平，99%以上的智力劳动和 100%的体力劳动都会被 AI 垄断。

砍掉部分程序员和设计师只是开端，教师和医生也很容易被取代，公司的中层高层甚至老板自己也很容易被取代。资本和权贵搞几个 AI 当代理人，啥也不用自己操心。

创新的收益是什么，

是个人技术成长 还是 能量化的提高了公司研发效率？甚至提高了公司营收？

你是领导或者老板，你在意什么？

@jeesk 自动续的 SSL 证书，限流都是很常见的标准功能，自己配一遍 nginx 要一刻钟？一年能配几次？算不上多大卖点。固定带宽遇到 DDOS 只会停机进入黑洞，没有额外账单。

第三库只要有 js/node 就能用？很遗憾，很多第三方库不支持 nodejs ，自己封装 http 接口可能要在加密解密校验上花点调试时间。比如微信支付，官方 SDK 就只有 Java 、PHP 和 Go 。

资源也限的很死，一个 instance 最大只有 128M 内存，也不能使用 fs 和 child_process 模块，express 这样的框架也不支持，引入一个依赖的时候，还得先搞清楚这个依赖支持不支持部署在 workers 。

限制太多，增加人力成本，也省不了几个钱。适用的场景太少了，就这也能重创阿里云和腾讯云，太过夸张了。

腾讯云 SCF ，阿里云 FC ，用户并不多，如果免费说不定尝试的人能多一点。

这种设施，可能更适合个人或者没什么流量的服务，流量一大不见得省钱，账单也不好估算，SLA 也没保障。

1. 绑定平台，在不同平台之间迁移很困难。
2. 主流框架支持度低，熟悉的的人少。
3. wordpress 等现有产品支持的不好。
4. 第三方库，比如微信支付宝 SDK 支持的不好。
5. 证书，安全，限流其实云网关都做的很好，开箱即用。

说是最佳实践，我认为过于夸张了，是不是良好的实践都不一定，谈何最佳。

@des 我们的方案是，约束查询条件，约束不了的时候使用从库使劲儿造，后来从库也满足不了，上了套 hadoop 集群，遍历个几十个 GB 的数据小意思

8 年以上在郑州，不是技术总监也是部门研发一把手，往下的职位需求量极低。小城市职位本就少，还要跟大量北上深返乡的 30 来岁的人竞争，其中不乏 名校学历+大厂履历 的人。

就算你现在能找到郑州的工作，这个赛道卷下去很快就普遍 10K 以下了，没办法，人实在太多了，卷存量无增量。转行也不行，因为不靠背景能进的其它行业只会更差。

去一线城市还能再卷个几年，多攒点钱，或许这几年里能发现点机会。

一出国就降维打击了？

@autumnhlf01 百万慢一定是设计问题，实测单表 10 亿是不该慢的

@linhu66 只是合同里明面上取消了，实际上有 QoS ，还给测速开白名单，测速测不出来。上了 QoS ，除了测速不慢，干啥都慢。

@tunggt 宽带合同里写的是接入速度，就是从光猫到电信接入端机房的速度，限速限的不是这个环节，法律上并不违约。

@fan88 更贵的套餐都有限速，一般家用触发不了而已。

循环内加入强制 gc 试试

pbar.update(len(block))
gc.collect()