我个人 不太觉着靠引导别人能让他人解决英文拼写问题, 直接把 "拼写检查" 放在 CI 的 pipeline 里, 每次提交代码都必须 pipeline 运行通过, 你看他们都自己改不改拼写...

现在来看, 改动之前库里这些错别单词确实不现实,

但新的代码, 至少可以通过 "静态代码检查" 类的工具大幅减少这类问题的出现, 降低 human review 的压力, 毕竟人去 review 代码主要还是集中在 代码逻辑 上吧.

这类 年度缴费的医疗保险(不是重疾险, 也不是签订合同必须交满十几二十年的那种), 我给自己和家人买了好些年了.

大部分这类 商业医疗保险都是一年签合同的, 意味着保险公司有权根据客户前一年度的健康状况不与客户继续签到 新一年的保险合同 (它们当然有这权力, 何况每年都是一个新合同 ... ).


所以, 这类商业医疗保险, 从一个保险客户角度, 看到保险公司有这么几种 "玩法":
1. 客户一直比较健康(无大几十万的理赔或重大疾病), 就每年一直给你审核通过让你续费. 可 客户一旦发生大病, 我们都知道大病常常不是几个月一年的治疗能结束的, 但这时候个人又是最需要医疗保险的时候, 可保险公司理赔完当年度, 第二年就停止客户续费, 对保险公司这算"止损".
2. 一个保险险种, 隔几年就停止销售停止所有续费, 名字加几个字, 条款换点内容, 就是新产品, 保险公司称之为是"升级". 实则, 意味着 所有原客户都失去了 续费条件. 研究过这类保险合同后就知道, "保险续费" 的要求,条件和费用与 "新入险" 都是不一样的, "新入险"的年龄要求,健康条件都要更高, 价格也更高不少 [全都对保险公司更有利].
3. 很多这类保险, 名义上都会说支持终生续费, 但实际操作上会对客户从大概 55 岁开始往后每年涨相当大幅度的保险费, 然后就出现了楼主说的这种 59-->60 周岁后保险费几乎涨了一倍的状况. 再加上第二点, 隔几年彻底停售一波原有保险, 就彻底甩开上年龄的那播"负担"客户. 比如: "续费"声称是终生, 合同上也会写着可以终生续费, 但 "新入险"大多要求客户年龄要低于 65 岁.


这还仅仅只是从我从一个用户角度看到的他们的"玩法", 还不是行业内的了解.
说起来, 大家都可以不买, 但就这社会保障状况, 这类商业医疗保险仍然是尽可能要买的.
因为如果没有这类保险, 真生大病, 靠那点医保, 连病后的第一年都没人管你, "死"的更惨 ......

根治? 简单, 你去 新疆某个小乡下住上几个月就知道原因了.
空气才是根本原因

@maguazhou

放眼看中小规模公司的技术类岗位里, 实际上跟 0 基础最接近的就是 应用测试类岗位了, 不是白盒测试, 是黑盒测试的那类, 很可能稍微懂点点就能找到工作干

你这可能是没结婚, 所以 只看到财产, 婚前婚后财产看似难分, 但至少财产还能区分.

真正没办法让你们将之区分开的, 是 孩子 !!

啥时代了, 别再 xxx for Windows 了, 开发还是 on WSL 吧.
除非, 客户部署环境就是 on Windows.

抱歉, 没帮你直接解决问题...

是的, 这种假激活出来这两年 直接在 tb 和 pdd 泛滥, 明明就是欺骗用户, 但是就这么正常做了几年了.

终于有人 研究下这个东西了.

相比于改掉, 有没有想过利用你的这些 "特点" 去做点适合的事情 ?

我看完才明白, 楼主表达的 "挖矿" 路数 是什么:

那公司忽悠下面这些人, 让这些人点击各种谷歌广告, 然后给这些人付他们公司的"某虚拟币", 然后再水军散播"此虚拟币"会很快升值的假象, 这样就有更多人来"免费"帮他们点谷歌广告, 然后, 这些人就坐享谷歌给他们付的广告点击费. 而下面人得到的只有所谓的"某虚拟币" .......

这应该是楼主表达的 他家人的所谓 "挖矿" 的行为, 实则就是被忽悠不停的"点谷歌广告"看.

而且, 软件测试 所需要掌握的内容和思想 也比 软件开发 要少不是一个数量级吧.
而且, 软件测试类岗位 很可能处在"岗位多应聘者少" 的状况下,
而软件开发岗位则刚好相反.

@hubqin

软件测试 确实是个好建议.

对软件测试人员的需求是大量存在的[虽然绝对数量没软件开发岗位多], 但愿意做的人少,
所以结果就是 "软件测试岗位" 的实际招聘要求是远低于 "软件开发岗位" 的.
所以, 软件测试 更适合短期通过各类资料进行学习, 突击工作岗位.

@FeifeiJin
那能不能程序直接连接 两端数据库进行对比呢? 毕竟导出这样的两个数 GB 的大表是个容易出问题的过程.

但, 如果就得用程序去对比文件, 那确实要花点时间研究下具体实现.

我的第一感觉是, 这个事情应该导入的数据库表里再进行相关操作,
写程序对比不是最佳方案.

10GB 单表在数据库里也不算多大.

你要的那三个比较结果在 SQL 里都是很容易得到的.

你说的方向 大体没错, 但你看到的是最外面的 第一层, 继续深入你的 探索, 体会和思考 去发现 第二层, 第三层 ...

楼主文章写的很好 !

我这试图说个公道话, S3 确实贵, 一般适用于对价钱不敏感的商用领域, 但 S3 在 存储/网盘 领域的一些关键指标上是非常高的.

Durability 数据持久性 是 99.999999999% , 11 个 9;
Availability 系统可用性 standard S3 是 99.99%, 4 个 9;

这 11 个 9 代表了非常非常高的数据可靠性, 是 11 个百度网盘加一起也不能比的.

不同 S3 标准的差价仅仅只在 系统可用性 上.

有时候, 非常重要的个人资料存在上面也是 合适的, 更何况还可以方便的加密.
你的重要资料一旦保存到 S3 上, 可能放到地球毁灭, 你的资料还在那 [只要你的信用卡能一直撑到那会]