吃货不一定是厨子

关于运维这个话题，能聊的人很多：广大的 IT 用户，大量从事过运维工作的人员，都很善于从用户的角度或工作本身的角度出发，吐槽运维工作中的种种问题。

无可否认，其中一些观点非常接地气。但几乎很少有人从运维管理者的角度去看待这些问题。

提出问题的人，与解决问题的人

作为运维产品经理，既要听取一线用户的意见，又要把握住解决问题的关键本质。

运维的参与者们能发现问题、分析问题，甚至能解决部分问题——但基本上都会忽视解决问题的成本：

• 要响应及时，必然要安排专线值守，人力成本随之上升；
• 要快速解决问题，必然需要薪资较高的资深工程师，同样意味着更高的成本。

提出问题的人可以不在乎成本，但解决问题的人必须考虑成本。

所以一旦角色互换，很多意见和解决思路可能就站不住脚了。台下吆喝起哄容易，真上台去就未必那么轻松。

一个真实的案例

上海某大学网络中心的老师，自认为对 SNMP 非常精通，曾宣称一个星期就能开发出一款网管软件，随随便便就能超过商业网管软件。

十年过去了，他还在玩开源监控软件。

这个案例不是要否定个人能力，而是想说明：从「能聊运维」到「能做出运维产品」，中间隔着对成本、对规模化、对持续维护的完整认知。知与行之间的距离，往往比想象中大得多。

结论

所以，对于各种「吃货式」的运维评论，可以在意，也可以不用在意——关键在于分辨说话的人处于哪个位置：是提出问题的食客，还是需要端出整桌菜的厨子。