@tohuer00 #73 真的可以考虑，英语只需要稍微 ok 一点基本就没啥问题了。以我所在的外企来说，非常明确年龄不是问题。


@harlen #85 以我所在的企业来说，会允许甚至大部分时候是强制要求外包加班。工资普遍比正式员工低不少，福利也比正式员工少，还容易被裁，流动性也很高。没有绩效考核并不是单独的福利，全员都没有绩效考核。

北京的房子始终是值得买的，尤其你有户口。考虑价值取向的话，处在降价区间里的时候，始终都是“更好”的上车时机。考虑居住取向的话，自有住房的体验远远大于租房，基本上是 1 和 0 的区别。

但是也不要上高杠杆，前面说上 400 万杠杆的朋友，我是不能理解他的脑回路的。对普通人来说，保住一部分自由流动的资金绝对是有意义的，因为抗风险能力的原因。

你这个暂时不用考虑学区，还要至少 6 年才能读书，到时候再换也完全来得及。

当下所有的买房需求应该尽量考虑为在 5 年内需要处理哪些长期和短期的状况而已，目标明确的把这个房子当作一个过渡房，应该是一个比较合适的策略。

别干外包吧，找工作的事情是不是也不用那么着急？干了 10 多年了，休息过吗？不如用这个时间休息一下做个长思考。

我就在 500 强外企，外包的待遇很差，转正的几率比较低，主要看实际领导能不能拉你一把。10 多年的年限+刷题，我觉得随随便便满足外企技能要求啊，既然英语不达标，不如趁休息的时候学个半年的英语？

对比我自己以前那个很卷的赛道，外企真的太 balance 了，已经有点不想回去卷了，也不是自己的事业，卷起来没什么太大意义。

科学捡漏应该是被推广过一波，现在确实没有性价比了，放了一些东西在购物车里，价格一直稳如老狗。

一般看到薅其他平台总是怕会被薅死，最终被平台断了路子。但是看到是 claw 就觉得，它可能就是这个目的，就是让你来薅点免费梯子的😅

迪子有好看的车？能夸迪子内饰的，应该也就是目标客户，佩服。

帝都才傻卵，举报要你拍一段长视频，光照片是不行的。就尼玛离谱。没等手机对好焦人都在应急车道上跑没影了。
而且帝都市内超多无牌车直接应急车道狂飙的。

不只是大 A ，哥们，不只是大 A 。。。

@qrobot #83 感谢你的认真回复。
几个问题：
1. pnpm 是硬链接而不是软链接，性能损失肯定有，但是很小，基本可以忽略那种。
2. 打成 zip 或者任何压缩包以后，我不能理解性能怎么可能变好，难道说压缩包不需要 io 的吗？压缩和解压缩就不消耗性能吗？
3. 你发的 performance 的图表上，如果我眼睛没花，好像都是 pnpm 最快？是最底下的最快吧，别是我理解错了。

@cenbiq #223 不是哥们，哪来的“即使使用了多维感知方案却仍和 FSD 有差距”啊？这结论是咋得出来的？你拿 FSD 的哪一代和国内的哪个产品的哪一代，在哪个场景比较得出来得这种结论？

咱们都读过书，能不能别虚空对比啊？

她需要一点时间和空间，来接受自己的世界不是只有工作这件事这个事实。简单来说压力是来自于她自己，你能做的只有帮她认识到这一点，工作没有十全十美，压力永远不会消退，平静一点的接受，偶尔让脑子放空，多分一些精力和时间给生活中的其他事情。

承担全部家务不是帮助她分散精力的方法，买买买也不是，对于内驱力强大的人，要强的人来说，这反而会带来更多焦虑，会让她觉得对方付出了更多，而我自己还没有做的更好。多带她去享受生活里的很多小美好，逛逛公园，逛逛展，全城跑去吃好吃的，露营，短途旅游等等。用动作和行动让她切换焦点，不要用说教。也不要过于刻意的去营造这种氛围，尽量找到她能享受的点，去做引导。

当然这一切的前提是你们两个都觉得她已经在工作中承受了过多压力，才有必要考虑这么去做。对自己要求高，往往能带来更强的内驱力，配合极度的专注，也许才是她达成目前成就的一个关键因素。当你尝试让她去切换焦点以后，可能会影响她的工作产出，这也要本人接受这一可能的现实才行。不过当然，有的人也会因为切换了焦点，而让自己的产出更高的。

中间的方法是我实践过的，我媳妇以前是一个很紧绷着的人，现在放松了很多很多。可惜生育又给她带来了新的压力，哎。

也就是说取平均 100 克喝 25 杯算，100 克茶约等于 500 克咖啡豆了。可是 500 克咖啡豆好便宜啊。我还是只能喝得起咖啡。。。

这个不是应该用现成的 CMS 工具，直接搭起来就行吗？根本不用写代码呀。
项目管理工具应该也有现成的吧。

加一个针对这个异常的错误捕获，在捕获后弹窗提示用户刷新。

@qrobot #71
首先你把 pnpm 完全过滤掉了，根本没提及，说明你没用过？那么什么所谓把 yarn 当作一等公民的比较就是不公平的。

其次请帮忙解释一下 pnp 究竟是如何解决各种 dependecies 相关的问题的，以及它是如何避免操作系统处理文件碎片的问题的。第一个依赖相关的问题，即便是在解决这类问题最激进的 pnpm 项目里，也没有完全解决相关的所有问题。第二个文件碎片的问题，我不知道是你表达错误还是怎样，我不理解的是文件总数不变的情况下，它怎么解决了这个性能损失的。pnpm 增加了硬链接，肯定增加了额外的性能损耗，但是有数据支撑 PnP 比 pnpm 的硬链接提升了多少性能吗？提升的是什么样的性能？在多大的项目里会产生决定性的变化？

即便 npm 哪一天默认支持 PnP ，那也只是一个特性而已，就好比 pnpm 支持 worksapce 的时候也只是一个特性，没有什么所谓的公民一说，其他更上层的工具链在当时也能做好 workspace 管理，反而是 pnpm 的 workspace 确实做的很好，所以下游的上层工具才纷纷接入和支持此一特性。yarn 的 PnP 呢，我的天老爷，提出来多少年了，哪个项目建议你用 PnP 模式运行了？

最后，yarn 的稳定可靠是依赖于 dependencies 本身不作妖，不是 yarn 的功劳。老项目跑不起来只有一种可能，依赖链断裂，这种情况，yarn 处理不了，npm 、pnpm 也处理不了，不存在 yarn 能做好这件事这么一说。你可能没跑过 10 年前的项目，不好意思我跑过，yarn 也搞不定。你对这个问题的理解我觉得有问题。

请多使用事实来说明问题。比如我就知道 pnpm 是很早就支持了 PnP 的，差那两年有没有可能是因为 PnP 作为一个特性并没有被完善的定义？或者说至少它完全不是像你说的所谓“独特的”特性。