无标题无名氏No.68647176

2026-05-15(五)08:46:26 ID: KtDTK91 (PO主)

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

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

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

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

无标题无名氏No.68647200

2026-05-15(五)08:52:58 ID: hcncrgP

难道不是谁开发的bug谁负责嘛( ﾟ∀。)不然生产出了事故找谁，怎么感觉你们说的好像开发完在没有交接的情况下就可以不管了
运维不是专门负责服务器监测管理，网络，部署自动化流水线，中间件管理之类的嘛( ﾟ∀。)

无标题无名氏No.68647235

2026-05-15(五)09:02:31 ID: hcncrgP

看描述这人是用AI都用不明白的那种，估计拿个免费低算力AI模型就框框一路复制代码了。提示词模板，skills，多智能体互相纠察估计一个都不知道，不然我不信能写出这种玩意儿( ﾟ∀。)

无标题无名氏No.68647330

2026-05-15(五)09:28:13 ID: HbZkZqK

我觉得这个例子不算是说和做的问题，而是长久以来revamp/refactory在项目管理中不受重视的问题。新项目敏捷迭代时产生结构和设计的问题非常正常，但是后续不关注其隐患，交付了就结束了，允许这个过程发生的管理层才是有问题的。拿ai胡乱攒一版，然后在具备大量单元测试的基础上持续重构，这个项目最终质量也不会差的