楼主有没有好好看一下，你这到底是被商家 Vultr 砍了，还是被 Paypal 控了。

屯点能保证一个月内饿不死，但也就仅此而已。就是古代社会，战争时期被围城也就最多顶上一年，哪怕是粮食管饱好几年的城，一年之后也会因缺盐、缺菜等各种原因顶不住。现代社会不行了，前不久已经基本证明过了，流通一断，一个月都顶不住。

你要是说用 Chromium 的话，长期使用旧版本虽然有风险，但这风险是小于被官方更新喂屎的风险的。但你这是自己往上面集成东西，那是越早更新越容易暴漏版本冲突问题——进而更容易解决冲突。

需要编译的代码，主要消耗时间都在编译上，Java 这边如果有 Javadoc 打包那么这个 javadoc 的生成（也算编译）时间更高。以上两项处理，主要受制于计算和 IO ，即 CPU 和磁盘。至于 CPU 那里是频率还是核心数量，就取决于编译器的设计了，但通常来说，两个都要。spring boot 就是普通的 Java 打包，React 那边不太清楚。

人不该这么懒。

作为 new surface pro 4 的老用户，我得提醒楼主。Surface Pro 9 跟 Surface Laptop 5 用得是 inel core 12 U 系列 + DDR4 ，只是 pro 8 跟 laptop 4 的套壳升级，是垃圾中的战斗机，哪个都不要买。另外 Surface 全系列不适合对 CPU 有要求的工作——比如代码编译。实际上所有品牌的轻薄本，除了使用 AMD U 系列的，都不适合程序员。

因为真没多少人买。

当然你要是看微软的话，那到不是不配，而是不能。因为苹果那里是常规销售品，微软这里是创意销售品。微软做得硬件，除了 Xbox 以外，全部是为了推广微软软件服务的，Surface 最初的定位就是助力 Win8 。虽然 Surface 一度有转成独立产品的念头，但到底是没成功，现在又彻底沦为 Win11 的推广辅助硬件了。说直白点，买苹果电脑还是买个有点装逼的电脑，买 Surface 那就是纯装逼。

另，Surface 的发展动力，主要看 OEM 友商，Win8 的时候联想、戴尔、惠普都不太给力，宏基更是扯后腿，微软不得不自己下场。现在华硕、LG 、戴尔都很给力，微软就直接摆烂。

@8355 #20 正常的公司，关注空窗期是关注这人是不是创业失败又回来了，并不关注空窗待业。如果是关注空窗待业的公司，不去更好，建立带上空窗期还正好屏蔽这些公司。

看情况，这个是正常压缩成本裁员，说是自愿，实际上是没得选的。后面还要继续搞的人，想自愿也不会放。后面不想继续搞的人，不自愿后面也会被谈话。

反正赔偿是给足的，那就把它当成真自愿。你要特别想立刻走，那就去领。不是的话就等着就行，不裁你的时候那就一切没事，裁你的时候还能捞个谈话。是不是骑驴找马也是纯看你个人，跟是否被裁关系不大的。

@fnmgzbv2 #5 bixby 你得 ADT 禁用才行，光不启用是没有用的。

三星 Galaxy S10 国行跟港版是通用的，用官方工具，刷港版系统就是原生，刷国版系统就是特供原生。不知道 Galaxy 后面的是不是还这样。

杀鸡用牛刀是可以的，只要你愿意。不过有一点是需要注意的，软路由只是在应用层更好，在通讯链路层、网络层（路由和网络方面）是干不过专门做适配的硬路由的。真正要用软路由的时候，是只把网关交给软路由的，物理路由部分还是路由器自己处理。

@yfwo #48 我建议你还是去注册个司机账户看一下。或者还有个更简单点的方式，结账的时候，看看能不能绕过滴滴平台直接跟司机结账。别人那边想着让滴滴平台跟司机之间的关系变成劳工、合同关系以让滴滴承担更多它原本应该承担的责任，你可倒好，一个介绍人的定位让人潇潇洒洒的甩开所有责任。

不背后穿小鞋，吼回去之后还是没有背后穿小鞋：只要满足了这两点，那就不是事。当然如果真是性格不合的话，双方总要走一个。不要想着啥事都去解决，世界上绝大部分事是只能调和不能解决的。

客户、约车平台、司机不是三方关系，而是通过约车平台给串了起来客户—平台、平台—司机两个双方关系。平台抽成这个说法其实不太对，平台跟司机之间是劳工或者承包关系（国外这俩如何区分炒的很凶，国内基本默认是承包关系了），平台给司机的，是工资或者合同结算款，抽成只是计算方式，不是结算性质。这种方式，更应该看成是计件工资，而不是抽成。换过来看的话，滴滴这是 72%回报的计件工资，就高了。事实上它也确实比去工厂拿计件工资高，不然也没这么多人去干这活。国内的直播平台，也是这种模式。外卖平台，平台跟骑手之间是这种模式，跟商户之间就不是这种模式。

以上这种区分，不是不要人关注剥削司机，而是你在关注剥削司机的时候，关注的点应该是劳工保障，关注抽成比例是没意义的。（当然实际上，国内这大环境，正式工人都没保障，这种承包工性质的就更不可能有保障了）。

既然谈到抽成，就不得不顺便谈一下苹果，或者说软件应用商店的抽成。软件应用商店，那就跟实物商场一样，那是实打实的用户（买家）—应用商店（商场）—开发者（卖家）三方关系，甚至可以说就只是用买卖双方关系。在这个关系里，应用商店（商家）负责提供软件销售场所（场地和场地效应），开发者租借软件销售设施（摊位），来『直接面向用户（买家）做销售』。这套关系里面，卖家跟商场之间结算的是租金。实物商场一般是常规租金结算方式（月付、年付、预付、后付都可以谈），但也不排除有按抽成计算的方式。软件应用商店因软件交易的性质，更适合抽成结算的方式。苹果为什么有问题呢，它向开发者要的，有一次性的入场费，有年付的租金，有销售产品的按件抽成，最后还要要已销售产品的增值服务的抽成——而这部分苹果是没有任何投入成本的，然后它还是垄断的。谷歌 Android 这里虽然没有入场费、租金、垄断这些问题，但同样存在增值服务没它的事它却要抽成的问题。

顺便再提一下 Xbox 、PS ，还有国内腾讯，这几个抽成比例超高（基本都超过 5 成），却基本没人有怨念的原因，因为它们类比的是前面说的网约车平台，不是应用商店。

iphone 14 跟 Galaxy S23 之间才有可能存在鄙视链，iphone 14 pro 跟 iphone se 之间那就只是定位不同。

QQ （非个性前缀）邮箱、139 邮箱这种，都是赠品性质的东西，自用随便搞，但用在正式场合，相当于不洗脸去约会，活该被鄙视。请注意，被鄙视的是不分场合使用这种邮箱的人，不是邮箱。

@lazyfighter #70 这个建议你连 Java 也别用了，直接用 SQL 再套个简单的 Javascript 前端就够了，SQL 本身就能用存储过程做逻辑开发的。
@ysq #77 JPA 也可以用 XML 写 JPQL ，只不过不是主流，仅有一些特定情况才会需要写多行语句。

@L0L 搜索引擎趋势，没多大意义。google 中文搜索已经废了，它的趋势基本只能反映国外，和国内的“会用 google 或英语的人”的领域。另一方面，不管是 MyBatis 还是 MyBatis Plus ，它的特点就是简单——框架本身和使用框架都简单，这也就注定了它没啥可搜索的，自然也上不了搜索引擎趋势。

至于框架的选择，搭配上 Spring Data Jpa 之后，Jpa/Hibernate 体系，门槛已经小很多了，现在各项比较都是碾压 Mybatis 系列。只不过国内螺丝大厂已经积重难返了。你必须会一份门槛低的东西，以方便到大厂拧螺丝。但如果你是个人开发，以及真正的技术性小团队开发，那还是 Spring Data Jpa 一步到位。

典型的“产品经理”思维，听风就是雨，压根不做真正的需求调研和可行性分析。这玩意，你只要做了需求调研，出来的需求到了可行性分析那边，成本这一块超大概率要过不去。