食堂到底能不能制作出美食

周末看到一个视频，陈晓卿老师说如果可以让某个跟食物相关的行业消失，他希望是食堂，理由是食堂是不能做出美食的。当时我非常不解，就跟现场那些傻白甜的男女嘉宾一样。

因为有太多的理由和事实证明，食堂的食物不一定都是难吃的。类似某某学校最美食堂的报道，时不时的都会上一阵头条，被人疯狂转发；比如自己以前在学校吃过的某一道菜，就算是毕业多年，依然念念不忘，牵肠挂肚，从此除去巫山不是云,等等......

关于食堂的美好记忆，在一个人漫长的求学和求职的经历当中，就算不会自己碰上，也会常常听到，所以食堂不能做出美食这个结论片面了。

那么是陈晓卿老师作为美食名人，是偏激了？博眼球？我觉得不是。

作为一个屌丝，没见过世面，没吃过好东西，不懂美食，所以如何专业界定什么是美食是有点强人所难，如果不懂装懂，闭着眼睛强撸，那是耍流氓。

可也不能当个傻逼，觉得自己喜欢的就是好的。好比说你喜欢一个女人，情人眼里出西施，心里觉得她最美，但是这个跟她事实上是不是一个美女，是两码事。所以不能说我觉得好吃就是好吃的，这是把弱智当自信。

那么作为一个非专业又没见识的人士，难道就没有办法了吗？我觉得有。

首先，放弃心中固有的成见。

因为你没见识，也不懂美食，所以你固有的成见，大概率是错误的，没什么价值，反而更容易蒙蔽你的双眼，失去理智判断。诸如我就在某某食堂吃过超级好吃的想法，这些通通扔掉，告诉自己，你懂个p。

其次，既然没有专业，那就从常理，从本质去思考。

我们抛开美食，就说世间万物，除了纯自然的，只要是人为制造的美好事物，哪个不需要精心制作，从选材上，从制作流程上，以及目标用户上，都是需要设计，精心打造的，有些东西还必须是精益求精。没有随随便便就能制造出精品的。

最后，再去想想食堂，对比一下，就会发现：食堂的食物制作，几乎与制作美好事物的规律完全相反。

第一，目标用户需求不高。不是学生就是普通大群众，他们的需求是求饱，求量，食堂根本没有动力去追求更好的菜品。

第二，制作流程粗糙。食堂一般都是大制作但是没有大手笔，一煮一大锅，一炒一大盘，这种大锅饭式的制作流程，也几乎决定了，它不可能制作出美好的食物。

第三，经营成本考量。食堂一般在学校和工厂，更多类似承包性质的经营模式，经常面对价格控制，即使外面商业性质的食堂，基本也是走低端价廉的路线，都属于薄利多销的模式，这也决定在选材和制作上，商家更在乎成本的控制，以求得利润的维持，适当牺牲菜品几乎是唯一出路。

陈晓卿老师牛逼！

生活工作中，类似问题我们也是经常会遇到。就拿IT这个行业来说，在普通人看来，都是搞电脑的，其实IT行业，专业上细分，工作上分工，都是非常精细明确的，不用说跨语言，跨领域的，就算是在同一个项目产品里，各自分工都是很明确，甚至隔行。所以就会有一个问题，不同分工的人，如何沟通？以及如何判断另一方工作是否合理？因为专业不同，所以无法沟通，无法判断？

我自己这么多年的工作中，就会经常看到，负责后台的开发的说你们前端的我不懂啊，负责前端的说你们后台的我不知道啊，开发的跟产品说代码，等等，诸如此类的举不胜举。反正就是一句话：超过我专业领域的，我不懂，我也不会去懂，也不能懂。

这就跟上面[食堂到底能不能做出美食]是一样的道理，好像离开了专业，我们去做任何事情，只有甩锅或者耍流氓一条路了。我不懂，我不管，我喜欢，我觉得.......

何总经常说程序员都是屌丝，很自我，除了代码，就不会说人话，还没沟通两句就说：show me the code，能活活把人气死。这个非常贴切，当然也不仅仅程序员如此，大部分行业都是如此。

其实不管是后台、前端、产品还是测试的，都是基于产品的需求，而需求来自现实生活的场景，这就是产品的本质。所以抛开每个人开发身份、产品身份、测试身份，对于产品的现实需求，大家都是一样的，因为我们就生活在现实中。

比如一个登录注册功能，账号的校验、唯一性约束、安全验证规则等等，产品不用懂代码，开发不用懂设计，产品判断开发是否做好工作，只需要看是否满足需求，开发如何判断设计合理，也只需要理解需求是否合理，双方沟通的介质，不是代码也不是设计，而是需求，需求，需求。产品千万不要跟开发谈设计规范，开发也不能让产品show me the code。

中国的手机号要十一位的，不能重复的，密码要字符加数字的，验证码不能频繁发送需要次数限制，等......，你懂我懂，大家懂，还不累。

最后再说一个现实例子。

有一次跟技术达人宇宙无敌江帅哥吃烧烤，聊起他们公司做的一个产品：美团会在合作的门店上放置自属于自己的收银机，所以每台收银机每天会接收到几千条的收银数据，这些数据有成功的，失败的，还有退款的，反正各种乱七八糟的复杂，到月底时候，基本上每台机器最少也得有十几万条的这样的数据，需要整理成报表。由于数据量大，在性能和时间成本上就得有所考量。所以江帅哥他们想办法啊，这提升一点那提升一点，用hashmap提高存取速度,@#￥%￥%%#~！##￥.......等等。

其实要说技术，相比江帅哥我就是个渣渣，按理此时应该聊不下去了。

事实是，我觉得技术是一个方向，设计也是一个方向，那么多数据一下子处理不来，可以分开处理。比如现实生活中，开个小店，都是每天做账，为什么收银机不能在半夜的时候，默默的把今天的账处理一下，这样月底的时候，只需要处理三十条数据，而每天空档期也只是处理几千条数据，从性能上和体验上，都是一个很好的解决办法。再加上技术上的提升，几乎是可以完美解决。

大家聊得很嗨，各自得到不同的启发。

所以换一个角度思考问题，把问题简单化，回归到问题的本质，很多问题也就迎刃而解，甚至超出你专业范围内的，也能做到批判性的思考。