yyj08070631

人的创新力是通过探索欲+正反馈形成飞轮的，你要人摒弃掉自尊，那就是不允许人获得正反馈，那创新力的飞轮就无法闭环，试想如果你去探索一件事情前，你就已经知道会一鼻子灰，那你还会去做吗？如果这样人类也根本不可能走到今天这步

OP 想要绝对的批判，其实就是想要在所有决策中都具备绝对的理性，但其实在人类的思维模型中，感性和理性本来就是相辅相成的，而且理性也不永远是对的，因为理性是否正确，取决于你是否有足够的信息，只有你拥有全世界所有的信息那才能称之为绝对的理性，但这是不可能的，这种存在我们称之为神

当信息不足以支撑理性作出决断的时候，就需要感性来辅助决断了，比如现在的 AI 趋势，事实上是大家都知道 AI 一定是未来吗？不一定，很多人可能只是通过几十年前的一部科幻电影，勾勒出 AI 主导的未来而已

@baiyi 哈哈哈哈我也是想表达类似的观点

我估计 op 把楼上所说的“造假”理解成了一种批评，但这里说的造假只是出于 git 版本控制的出发点，历史记录是不应该被伪造的，所以 git 当然不会提供这种便捷的操作来让你伪造提交记录

但既然这些东西都是存在于文件系统，那当然会有解法，只是会麻烦一点

@enchilada2020 技术路线这块，我觉得体现最明显的是内存泄漏的问题，去年我瞄了一眼，bun 内存泄露相关的 issue 比 deno 多了十几倍，照理来说有 deno 和 node 这些老前辈，架构上应该不会有太大问题才对

之前在 hackernews 上看到作者回复不少内存泄漏的问题，都是跟 jsc 的调度有关系

@enchilada2020 deno 首次发布只比 bun 早三年，但现在 deno 比 bun 稳定的多，对 node 库的兼容性也更好，issue 和 mr 的数量也更少，我感觉跟技术路线还是有关系的

@ysc3839 之前我 benchmark 过纯 js 几种场景，bun 和 node 比只有启动的时候有优势，跑复杂代码要慢不少，其实也很容易理解，TurboFan 干了那么多事情，启动慢也很正常

薪资范围和办公地点有吗

每个领域下，会组成各个不同的小的团队，需要注意的是这个团队并不是根据你的汇报线构成的，根据当前的业务需求，进行拆分重组的
===================
这个事情本身看着没什么问题，实线还是技术线，只是会拉项目群

1.信息冗余严重
===================
这是你们汇报流程的隐性问题，没有人规定项目进度要不要汇报给实线 leader ，汇报周期是什么，所以就导致项目组和实线 leader 都要实时汇报，搞得很累。我理解项目的事情本来就只需要同步项目组，leader 周报跟进一下就够了，这个问题，如果总监知道，应该总监制定相关规定，给经理去落地

2.几乎所有人考虑的都是眼前六周的事情能不能做完
3.项目维护成本高
4.打杂严重
===================
总结下来都是未来规划不明确的问题，这可能是老板或者高管在业务上或者技术上的蓝图不明确，也可能是总监的上传下达出了问题，导致经理和一线都不知道要搞这套项目管理的目的，未来会怎么演化，而总监大概率又疯狂的 pua 经理，导致经理过于焦虑，无法考虑更多，这样传导到一线就产生了你的体验

总结：大概率是总监的规则设计、传达、沟通方式不到位，小概率是老板或者高管发疯

强烈的情绪才会激发表达欲，有强烈情绪还有空上 v2 发主题的，可不就是失业的吗