yyj08070631

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

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

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

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

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

将来跳槽，这个没办法作为参考，问了几个 HR 都说公司不承认这个
===========
有点好奇，不认的理由是啥呢

@ysc3839 这是一个搞笑故事，兄弟可以去跑一个 hello world 试试，bun 确实比 node 和 deno 都要快，但是后来我找到一个论述，说是 jsc 的运行时优化比较少，所以它启动快

想想也不无道理 :)

https://www.builder.io/blog/bun-vs-node-js

之前我做过一个 bun 的调研，它的快目前主要来源于功能简陋 (build) + 高性能模块 (uWebSocket)，而不是 zig 或者 jsc

我目前最常用 bun 的场景还是本地跑个小爬虫之类的，一是可以直接跑 ts ，二是 bun 的 file api 设计的还挺简洁方便，三是 node/npm 兼容做的比 deno 好

不过看到楼上说 node22 已经支持 native ts 了，感觉可以直接切到 node 去了

@wangx0102 glgl!!