@Zissssssss #42 三年已经算正常流动了。我原本以为的高流动性，就是干满 3 年够跳板就走的，没想到更高。

@jjx #44 你这个是严重的谬论。越是不拆分业务，业务越集中在少数几个精英手里，剩下的大部分人越是容易被替代。懒得解释。

@ligogid #27 一切都是为了强推 Edge 。微软已经转向主攻政府、企业市场，不太在意普通消费市场了，也不知道废那么大功夫推 Edge 这垃圾想干啥。

@dyv9 #15 35 岁回来再看看你这句话吧。如果随着年龄增长变那么一星半点的保守了，那就砍自己脸。

「 NL Tech 通过已添加链接的商品赚取佣金：Samsung Galaxy S24 ……」，楼主你如果没看视频，最起码应该看看简介。

前几年有华为输送人才、阿里输送人才，接下来你可能就会看到字节输送人才——实际上一直在送，只不过名气不大的没人关注。你啥时候见到过微软、谷歌输送人才。真有能力还干 996 的人，你不会真以为这些人能在一个岗位稳定干下去吧，都是拿公司当跳板的。

996 这种杀鸡取卵的机制，不配合超高流动性哪可能走得下去。

首先，大公司不是你想进能进的，抛开能力不谈，大公司的人员流动是按计划走的。
其次，毕业生进小公司，就是去干杂活的，你晋升个毛蛋。

就是 Spring 做的 eclipse 上的 STS ，也是个鸡肋。 经过 Java 注解 + Spring Core 的注解配置 + Spring Boot 的自动装载这一套下来后，现在 Spring 开发就是纯 Java 代码开发。这样编码和单元测试阶段，IDE 自身就能应付几乎全部的情况，插件就变成了编码支持没用，设计支持不行的鸡肋。

永远要相信三星的软件能力——唯一比屎好一点的是它的协议不坑人。

格式条款请看这里： https://www.apple.com.cn/newsroom/2024/01/apple-announces-changes-to-ios-safari-and-the-app-store-in-the-european-union/

核心点：
1 ，你并不能像 Andorid 那样自由安装 APP ，而是必须经过第三方应用商店，但是这个第三方应用商店，要经过 Apple 的审核。
1.a 在所有权上来说，这是开发者安装的 APP ，不是用户安装的。
1.b 开发者的管理关系是：第三方应用商店开发者管理应用开发者，苹果管理第三方应用商店开发者。
2 ，Apple 仍然会审核所有应用，不管你是从哪个渠道安装的，效果可参见 Google Play 安全检查。
3 ，核心技术使用费——通过 App Store 和/或其他 app 市场发行的 iOS app 安装量超过 100 万次后，须每年为每首次安装支付 €0.50 。
3.a 增加了通过安装收取的苹果税后，苹果好心的取消了通过内够收苹果税，允 APP 主动引导用户走其他内够支付渠道了。

电子移民前，你首先要知道对方的情况再说。苹果发挥了一贯造词的能力，定义了一个必须经苹果审核，必须交苹果税——甚至交得还比直接走 Apple Store 的多的「苹果式侧载」。而欧盟只能发些无关痛痒的威胁话。

欧盟这种绅士，只能限制主同样有风度的微软、谷歌，干不过流氓的。想想光 Type-C 流氓拖了多少年。

一放就溢，一管就堵，这不很正常的中国特色吗。

密码能多简单就多简单。另外能用生物识别就绝不用密码。

Hibernate 与其说是 Object Relation Mapping ，不如是是 Object Model using Relation Model as Technical Implementation 。Hibernate 必须搭配脱离数据库的对象模型才能用好，如果你还是面向数据库关系数据模型来用，那用起来是非常难用得。

让 Hibernate 被 MyBatis 替代的，正好是让 Hibernate 被大力推广的 SSH 分层架构。这个鸟架构首先是用错了被 EJB 的重量级给搞应激了，完全取消有会话 Bean 从而导致了数据跟程序的分离，进而导致 Java Web 开发从面向对象开发，变成了虽然用着面向对象语言，但搞得还是面向函数，甚至直接面向 SQL 的开发。SSH 实际上用错了 Hibernate ，Hibernate 压根就不适合这种面向函数的开发模式，自然就被替换掉了，当时就算没有 ibatis 也会有其他的替代。至于 MyBatis ,只不过是 ibatis 的封装衍生而已。

@potatowish #8 MyBatisPlus 并不是 MyBatis 的衍生，它是模仿的 Spring Data Jpa ，只不过前者用 MyBatis 当技术实现，后者用 Jpa （ Hibernate ） 当技术实现。

@stimw #19 首先，Authenticator 只是个软件，不是你的猫，因为你用它没宣传过的功能导致的数据丢失，它没必要负责。其次，开 2FA 的时候，仔细阅读其警告或提示信息，不要把 2FA 的恢复码当摆设。再次，当你在 Authenticator 打开备份功能的时候，不要把「了解更多」当成摆设，不要把想当然的把「备份」当作「同步」。

最后，那些乱写让人误导 2FA 能云同步的小编，还有开发 2FA 云同步的商家，应该被乱棍打死。2FA 的目的是在易复制、走网络通道的密码验证之外，额外加一个不易复制、不走网络通道的 TOTP/短信/其他 验证。不易复制，是其基本依赖，你把它上云，那这 2FA 就成脱裤子放屁了。

@stimw #14 一个操作主体是程序，程序的开发商要负责；一个是自己操作自己负责：这安全性区别可大了去了。

另一方面，2FA 的密钥也是敏感数据，事实上 Authenticator 可能会借助 IOS/Android 的存储加密措施来提高存储安全，即 Authenticator 可能就看不到 2FA 密钥是啥，自然也就做不了导出。