部门里面那些一直以来靠嘴皮子的人，以前吹出去的内容要落地，都要靠想的人和做的人来干，大家还算一个团队。
现在直接靠AI，快速落地一个无法维护的项目给领导看，等进去维护阶段，快速转手给干活的人，自己又去吹新的项目。
干活的人吭哧吭哧加功能修bug，但是后面一算，功劳都是靠嘴皮子的人的，问题都是干活的人搞出来了。
领导还要说你看那谁谁谁，同一个项目，人家几天就能上线，你们接手后怎么效率差那么多。

如果不花时间，AI写出不可维护的代码可太简单了。
刚刚修复的一个问题，吹逼者上的一个项目，里面接口权限检测逻辑有九套不同的实现，上百个接口里面混着用这九套接口权限检测代码。
现在要加一个新的权限逻辑，用claudecode改完之后发现怎么都不对，手动检查代码才发现这么一个大坑，花了大半天才把权限检测收敛到一个模块里面去。
被说怎么这么一个小改动改这么久……

>>No.68642913
搞个没法维护的项目上线生产，这就叫落地。

等回来算绩效，我改一个bug的时间够那些吹逼人开发出有一百个bug的全新牛逼功能。

>>No.68643011
有点气晕过头了。
其实就是接手了一个号称几天上线的牛逼项目，搞出来的那个人已经转去另外一条线去主导另外一个全新的牛逼项目了。
然后接受过来一看这个项目代码就是一团狗屎，我上面提到类似问题比比皆是，导致维护起来极其痛苦。
然后今天还被说“怎么你开发效率比那个谁谁谁低那么多”

>>No.68643074
一直在尝试跑路，但是现在工作难找。
现在这份工工资挺高的，气晕就气晕吧，总比饿晕好。

>>No.68644399
开发，运营，运维这算是三件事吧。
开发：做应用
运营：管理应用
运维：让应用能正常运行

现在一般来说，运维和开发是会分开来的，因为其实属于两个技术线，当然也不排除部分小规模简单业务可以由开发来运维。

而运营和开发的角色其实更看具体的业务内容，一些应用运营可能需要有大量时间去线下互动，一些应用过于庞大各个子模块拆分的很细由不同团队开发，这些很难让开发来做运营工作。

不过我的工作属于 infra 范畴，所以真就产品设计开发测试运维运营全都自己干了( ´_ゝ`)