关于这个, 你其实有几种选择:

1. 堵
设路由器屏蔽网站, 设置网络密码等
2. 疏
带孩子出去玩,或者参加活动 等.
3. 导
引导孩子玩优秀的游戏, 看有价值的视频 等.

这三个选择, 你可能选哪一个都无法很好的解决问题, 那是因为这三者其实需要做为一整个 "解决方案" 一起使用.

那些保险公司顶层们 非常清楚 下面人的心理了 :
要么是糊里糊涂"别人买他也就买了的"普通百姓, 要么就是"明知道被算计,但也知道不买不行,不买更惨"的一部分人.

@julyclyde

理想状态是这样, 但 一个客户 和 一个保险财团养活的各种法律专家团队和精算团队 等等其他团队, 甚至 大保险财团 能很大程度的操作 国内保险行业游戏规则.

在这种 体量差别下, 又没有的"去利益化的到位监管", 一个客户和一个保险财团 之间的合同意义也就很有限了, 更别说"社会责任"这种忽悠下面人的东西了.

@rocmax

国内的保险公司干的就是在 下面人最需要保险的时候把他们 "合理得"把他们踢一边去...

@julyclyde

关键是国内的 保险公司 "缺乏社会责任", 其实, "资本自身要有社会责任" 的说法是用来 骗 "底下百姓的".
背后更重要的原因还是上面缺乏 "监管", 而上面也不是完全不管, 只是 "睁一只眼睛闭一只眼睛", 因为对顶层的统治老爷来说, "睁一只眼睛可比睁两只眼睛"有"利"的多了.

我个人 不太觉着靠引导别人能让他人解决英文拼写问题, 直接把 "拼写检查" 放在 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 里都是很容易得到的.