@kerb15 看目标用户吧，目标非苹果用户的，肯定优先 Chrome，苹果用户的，两者并存

@justrand
按数学原理来算，肯定得崩盘，甚至已经崩了几次了，
按社会运行理论来算，国家不垮，社保不崩，
按一个国家的寿命 300 年来算，现在评论的这些人都没希望看到这个国家自然灭亡的，更遑论社保崩溃了

@yunyuyuan 希望时空穿梭 100 年内实现不了，否则退休后的你在领养老金的时候可能会穿回来掐死你。。。，现在想着及时享乐，想着躺平，不想交社保，但是现在的你没办法替退休后的你拿主意的

把面议改成具体的金额，把包住改成不包住但是有住宿补贴，工资适当再高一点，这样阅读转化才能高一些。
v2 上虽然天南海北哪都有，但北京的还是挺多，他们凭什么要去你那呢，还面议，面议万一给 4000 呢，当保安都比这多

吃药，不吃饼干，胃病一般不吃生冷油腻，饼干这种干巴巴的东西也不吃，只有通过吃药把胃治好了才敢吃这种东西，胃是自己的，疼的时候只有自己知道，尽量忌口，少吃杂七杂八的，怕营养不足的，宁愿吃 vc vb 药片也不吃各种刺激胃的东西
慢性胃炎+十二指肠溃疡已痊愈偶尔复发患者飘过

第二个软件进首页简单看了下，感觉 freefilesync 应该也能实现类似功能，而且还不用压缩源目录，freefilesync 的默认功能是先对比再同步，其实也可以只用它的对比功能，而且还支持文件过滤。
不过题主开发的软件也很精美，值得一个赞，付出了努力的软件都是好软件。

@singerll 你想从北京去广州，偏要骑车去，还要一天到，哪有那好事？
数据量大到一定程度就得换方案的，量变产生质变的，10 公里可以骑车，20 公里坚持一下可以骑车，1000 公里了，还要骑车，那就是自找苦吃了。
mysql 本身性能就要次于 sqlserver，更次于 hive，你这数据量又这么大(标准容量的一百倍)，怎么可能不卡。。。
还有就是同样都是 ES 为什么京东的系统用起来不卡，你的卡，因为他们是集群，可以并发处理。。。

行数太多，得分表，保持一个表 200-600 万行，加索引，并且约束好要查询的范围，确定好要查询哪张表(一般对应分表方案有对应的中间件的吧)，这样秒级是可以的，基本就是单机单表的标准速度了

金山的云文档，可以在线打开 Excel，类似腾讯文档，你可以看下是否支持透视表。如果不支持，那基本上没有合适的了

个人看法：这种低代码开发方式跟之前 jq 时代的 easyui 有相同的问题——框架本身就很复杂，甚至比自己手写组件还复杂。
有开发能力的觉得束手束脚不想用，没开发能力的学了半天，哪天发现 amis 项目被百度放弃了，导致不敢用。

https://mp.weixin.qq.com/s/rgxnX5UJcZUKHOCBtGwwjw
阿虚同学推荐的第二种方法：teamviewer，次数多了有被判断为商用的可能，不过日常使用没问题

@enchilada2020 commit 的目的就是记录你的思路，开源嘛，让别人也能知道你的代码变动过程。
一次性完整写完再 commit 大可不必，一次性完整写完我觉得那应该叫发版或者大版本，这里面肯定应该有无数个小版本来支撑的

@3dwelcome 那就做个打码接口呢，把验证码传回到邮箱或者任意地方，并通知你，你通过指定的接口把验证码文本回传给爬虫，然后爬虫模拟输入。
不过这种无法对付那种点击或者滑块的验证码

这不是组长要求的，这是需求方要求的，我是需求方我也这么要求，这种导入方式才是最符合认知的，但也是最增加开发工作量的。。。，一般这种需求在产品调研阶段就被产品经理怼回去了，压根不会到研发，现在只能说明需求方比较强势😂
导入的字段数量介于必选字段数量和总字段数量之间，且对字段顺序不做要求
你想象一下前端小弟有没有在调用 web 接口传参的也跟你商量这样来传参呢，每次只传需要的参数，参数顺序不按照你规定的来，而是随机排列😉