@sunsomecoll #44 ，跨部门就没办法了，确实麻烦。只能你和 #9 提到的这个人去聊开关空调的问题了，不能说是谁哭得响谁就有糖吃，是不是能融入团队也是你和他需要考虑的事情，他自己觉得热就让他自己带桌面风扇过来。现在先让你们组员多穿件衣服过来上班吧，换季真的很容易感冒。

@qingfeng9527 #22 ，他会不会挨打不知道，但是他现实里面大概率会比你勇。
那么对应的在你“疯子投资”理念里面他能做出的投资决定会比你坚决，“翻身”的机会也会比你高。

但其实还有另外一种说法：
> 穷人深陷贫困陷阱，并非单纯因为能力或努力不足，而是因为极度有限的资源和高风险环境，使得他们难以承担任何一次失败的代价。

@sunsomecoll #24 ，你自己内部调座位不是也被拒了吗？这个领导管的那么宽的？还是我理解错了？

不知道 OP 口中的有钱人是几位数存款的，我只知道 8 位数存款的是不敢“贷款去理财”的。

@sunsomecoll #22 ，那也管不了人坐哪个位置啊，又不是业务部门的领导。不都是划好一个部门一个组办公区域，部门领导自己协调座位安排吗？难道是说你口中的 HR 是老板的亲戚？不然为什么要插手管跨部门的内部事务。

OP 你真的要较真 6.1 和 6.3 这差的 0.2 ，去选择购买 16e 吗？如果不喜欢大屏，可以选 17 标准版，比 16e 强的不是一星半点。
虽然和 Mini/SE 的尺寸差距是蛮明显的，但是用一用一周之内肯定能习惯下来，毕竟不是从 Mini 直接切换到 Plus 或者 Max 款。

SE 款已经宣布停产了，数字 e 款如果会发布的话就得等到明年 2 月了。非要愿意等就等吧，但是不一定就是 6.1 了，很可能就是 17 的 6.3 了。

这 5000 块钱是 OP 你出的吗？
如果不是的话，把客服提供的选项如实答复给上级领导就可以了。

不是，调座位的事情，为什么要人事来管啊……

@94 #1 ， [The Rise of "Vibe Code Cleanup Specialist": A New Job Role]( https://www.linkedin.com/posts/schummi_recently-i-was-interviewed-about-vibe-coding-activity-7363944633858478080-6UQ0)

其实应该到 X 或者 Linkedin 上面搜搜看，我看讨论还是有的。但我觉得没有必要有一个 “AI 擦屁股专家” 这样治标不治本的岗位。

@94 #43 ，绝，所以因为 VibeCoding 写出来的烂摊子，创造出来一个 #VibeCodingCleanupSpecialists# 的岗位！
真是太甜蜜的🐂🍺了！/t/1161492

@yb2313 #18 ，直接用 github issue spam 这样的关键词，在 V 站用 SoV2ex 都能找到很多 25 年之前的吐槽帖子……

@yb2313 #5 ，收购都不知道年了，要做早做了，也不至于把上了的功能重新下线。
对于 Github 来说变化也就是汇报线调整变更了。而且 Thomas Dohmke 就是微软安插在 Github 的自己人……

如果想要了解这些事情，上个月#后互联网时代的乱弹#有一期提到了这部分内容：
- [第 176 期 安克雷奇又一年 - 后互联网时代的乱弹 | 小宇宙]( https://www.xiaoyuzhoufm.com/episode/68a03fb14840a5d2ca62838b)

----

最后再提一嘴，这些批量发布 Issue 的方式来发布钓鱼链接或者发布 spam 早几年前就有了，只不过可能你这次自己遇到了所以觉得比较特殊。

@snappyone #41 ， 我说的是就单论 VibeCoding 的情况。都 vibe 了，还能一个一个 commit 去 review 啊，又不是几个小修小改……
辅助编程确实可以，而且效率非常高。但是 VibeCoding 的产出模式就不一定适合传统意义上的开发者了，从开发模式的定义上面就是和普通开发模式是有区别的。

现在 VibeCoding 如果每一个 AI commit 都去 review 一开始可能还可以，但是随着使用的次数变多需求变多，很多 IC 会慢慢放弃去好好 review AI 产出的代码，毕竟去理解非自己开发的业务逻辑还是很耗费时间精力的。
那如果不是以 VibeCoding 的前提去考虑，单纯就是 AI 辅助编程的话，就不是 OP 提到的 AI 编程了。但是大型项目不去 review 最后早晚要掉进坑里，这些个 review 又不可能放到 Manager 去做，难不成放到合并 MR 的时候，让组长去看？

虽然这不是 AI 的问题，而是使用者和管理上的问题。但是就产出模式来说现在纯靠 VibeCoding 的方式就是不适合当前的管理和开发方式。

好像优先响 watch 的吧？我带上手表手机都不响铃声了的。

协议不一样呗，所以我现在是家里和办公室各一个 N 合 1 无线充，车上 3 根线（ C 口、L 口、AppleWatch 无线充）
一般发现没电了都是拿车上的无线充来给手表充电。

@midsolo #14 ，我们也是一样的。是接触不到其他 BU 和项目组的。我的意思不是跨项目组和了解整个业务线，是需要精通当前项目组对应的业务。一条完整业务线有太多方向和具体细节了，就和 #1 楼提到的一样。
比如说我现在项目开发是质量管理品质管控相关的业务和考评，虽然不像一线专业人员一样精通，但是开发过程中可以清晰理解分析不同的质量管理的体系、方法和工具，知道要怎么和应该怎么审核，这样就算以后不想做开发了或者 IT 研发部门解散了也可以内部调岗到集团品质中心。

到你说的现在项目组做的是业务线的某一个业务流程。那你就要对这个业务流程有相当程度的理解。在了解的时候就会有一些不知道的专业名词和专业知识，这个时候你就可以去询问当前项目组对应业务线的对接人（如果对方乐意解答的话）通过口头交流或者 IM 沟通都行，或者自己检索相关的信息去串这个项目中的各种细节。然后如果你自己的部分搞定了，就可以去入侵到同项目组的其他开发同学负责的开发业务上面去，慢慢把当前项目组的业务流程和逻辑都掌控起来，那你就成为项目 PM 的候选人了。我那个项目组中间有一段时间 PM 缺失了，顶岗 PM 的半年多的时间里面正好遇到了裁员，但是因为对于业务和项目的理解程度，考虑到交接成本的情况下就被+3 领导保了下来。

所以不要贪小便宜。价格差那么多，怎么会是真的……