关于做菜的设想

尽管还有人喜欢写信，但是现在大多数人还是通过打字来传递文字，通过手机来传递声音。
从这个角度上看，尽管现在还有人喜欢自己做菜，但是越来越多的人只是热衷于吃菜。所以下面的设想具备市场潜力。

我现在设想的是一个系统，这个系统的输入是做菜的各种原料，输出是某道指定的菜。这个系统的工作过程是这样的：

1. 首先由用户来输入要做的菜的名字，一般情况下是系统给用户一个可选的菜单，由用户来选；
2. 用户点击“开始”按钮；
3. 系统做好菜，然后提示用户可以吃了；

我来解释一下这个过程。

• 菜单哪里来？菜单应该是从网络上下载下来的，以后可能会出来(.menu)这么一种文件格式,这种文件描述了做某个特定的菜的全过程，这个过程由一系列的这种系统可以理解的动作组成。这种文件的语言应该是一种特定的语言（比如叫libo），它能被这个系统理解并执行。
• 系统怎么做菜？我们可以把炒菜的过程看成是一堆动作的集合。所以我们的系统以及这种语言应该内设对这些动作的支持.比如我们的语言应该有类似这样的API接口：

         AddSalt( Quantity, HowToAdd );
     这样我们在编写做菜过程函数的时候，就可以控制加盐的量，加盐的方式等参数。我们的硬件无疑要对这种接口有对应的支持。我们的做菜文件的源代码看来应该是这样的：
　　　　　Prepare();// 这里进行检查，看做这道菜的原料是不是准备好了，如果没有，提示用户
　　　　　BigFire( 30 ); // 持续30秒大火。
　　　　　AddOil( 10, 2 ); // 加10毫升香油，方式代号为2,　比如顺着锅边倒入
　　　　　Wait( 10 , big ); // 持续10秒大火
　　　　　AddElement( tomato ); // 加入tomato
          Wait( 10 , middle ); // 持续10秒中火
　　　　　AddElement( egg );  // 加入egg
　　　　　AddSalt( 5, 1 ); // 加盐，方式为1
          Stir( 100, 1 ); // 翻炒100秒，用方式1
　　　　　Finish(); // 出锅，清理

• 现在可行吗？我觉得现在技术上还不是太成熟，但是可以做为一个概念。随着人类的进化，人肯定是越来越懒的，这种系统会有前景的。这个系统的困难之处不在软件，而在于硬件，比如原料检查，你如何知道你的燃气还够不够用，这需要燃气罐自己来提供数据，而当前的燃气罐可没有这么智能。而且对原料做处理也是一件困难的事，一个问题是系统有没有必要来全盘负责整理原料，毕竟切地豆和切辣椒是不一样的切法。是由用户切好，还是系统自己来处理，这是需要思考的。还有就是有没有必要让这个系统来作所有的菜，毕竟有些菜需要很特别的“动作”才能做出来，而系统由于硬件的限制可能很验证做出这个动作。所以问题就是我们是要做一台“宫爆鸡丁系统”和一台“尖椒炒蛋系统”呢，还是造个结合体？
• 做出来的菜的质量会好吗？我想这是当然的，只要我们把全聚德的大厨的动作模拟出来，把他做菜的所有数据放到我们的(.mune)文件，由这个文件来控制做菜，我们做的菜会不好吃？

            我QQ：522122048