以操作系统的思维如何改进餐馆的后厨？

[iyaozhen]

餐馆的后厨一般是怎么提高上菜的效率的，每次人多的时候吃饭感觉上菜好慢。
突然脑洞大开，这不就是和计算机差不多嘛。后厨主管是操作系统，厨师是CPU，锅子、烤箱、蒸笼是外设（类似于打印机），传菜员是传输设备。
当做菜的程序可以量化的时候是不是可以设计个系统，告诉哪个厨师现在该做什么菜。
调度算法是先来先服务？最短时间优先？时间片轮转貌似不合适。感觉这问题比较复杂呀，厨师是一个进程但可以多线程（同时做几个菜）。烤箱、蒸笼等还会产生资源抢占，死锁等问题。
如果有这么个吊炸天的系统会不会极大的提高出差的效率。话说厨师能不能超频。O(∩_∩)O哈哈~

[hcy]

厨师少的话应该先来先服务为主, 如果厨师多的话估计就得最短时间优先为主了。

[missdeer]

@hcy 最短时间优先为主那长时间的不是要饿死了

[iyaozhen]

@hcy 最短时间优先有个很大的问题就是如果一个菜需要的时间和资源最多，会造成一直处于等待状态。
貌似有个根据等待时间和所需时间实时计算优先权的算法。
实际问题可能更加复杂，等菜的时候要是先来个大菜，大家先吃，这样的用户体验更好点。

[Zhang]

我把操作系统原理学完后去开餐馆。

[hcy]

最短时间优先为主的话,我觉得顾客不坐在那里干等的，如果长时间不上菜，肯定会有信号传递给服务员的，之后反馈给后厨主管,看他怎么弄吧。

[imn1]

其实什么事情都一样，在地点、人员相同的情况下，剩下的就是时间换空间还是空间换时间的问题

[em70]

厨师不能多进程的，因为餐馆保证质量和速度一样重要。厨房有厨房的一套规矩和流程，切，洗，炒，端都有不同人负责，这种流水线已经被证明是最优的方式了。客人高峰期的话，开多进程就得多个流水线，提高并发速度就快了，但如果高峰过后，养这么多人又会很浪费，这需要平衡，不能光为了食客满意，你赔本对大家都不好

[iyaozhen]

@hcy 每次催一下菜就上的快了

[iyaozhen]

@em70 有道理，高峰期就看厨师的超频能力了。

[horizon]

CPU太慢了

[anewg]

哪里跟计算机差不多了？CPU会因为烦躁消极怠工么？

[levn]

大厨：你想累死我啊

[lecher]

现在规模大的酒店厨房都已经上了订餐和上菜的系统了，按订单优先，厨房里面每个位置做什么，不同厨师负责的菜会自动分发，需要预先处理的菜、材料是主厨根据经验，预先安排小工开始准备的，类似流水线作业，就是菜单到了就下锅。
掌厨的一人一口锅，主厨主要调度谁处理什么类型的菜，稍微麻烦的是，一次要下几份菜的材料。这种需要现场调度的事情，需要处理得输入信息太多，餐桌位置，菜的处理时间，每个掌厨的工作效率。这种实际操作必须人工来完成的事情，目前还是得凭经验人工调度。计算机拿不到掌厨的反馈，也没法实时调整策略呀。

一个厨师同时处理几种菜，不同工序的，那是小餐馆。

[iyaozhen]

@lecher 原来如此，怪不得厨师长拿的工资最高了。

[akfish]

LZ推荐你看一个节目：Hell's Kitchen
哦，再推荐一个：Kitchen Nightmare

15星米其林主厨教一群逗逼怎么管理厨房。

[vvdpzz]

菜要好吃，而且好看，价格不是问题。
MacOSX & iOS <=> Apple Devices

[akfish]

然后从这两个节目里lz会知道很重要的一点：重要的是人而不是系统。
失败的餐馆都是由于逗逼/傻逼/不抗压/不正经的主厨、厨师、老板、合伙人等人导致的。

人不靠谱，什么系统都安装不了。

[fwee]

cpu散热是个问题..

[iyaozhen]

@akfish 嗯，谢谢。很是赞同，最终的执行还是人。

[cnallenzhao]

想起了排队论。。
虽然我也不是很懂。。