HowToCook
HowToCook copied to clipboard
Anduin2017
菜谱再标准化一点，是不是后续可以直接对接炒菜机器人了？
是的。你说的没错
其实我觉得我挺想额外说几句的：针对这个仓库未来一些发展。
就是我一直觉得我们有很强的基础设施建设能力。例如我们有健康应用，有手环，有医疗体系，有点菜平台，有外卖平台，有智能冰箱等……
但是我却总需要花费特别多的精力周旋于它们之间。我觉得这些基础设施的沟通能力特别差。
例如我理想的情况应该是：我选择了在50天内减肥15斤。那么这些应用应该智能联动起来。为我设计健身计划，自动计算我应该吃的饭菜，自动把冰箱里没有的东西通过买菜平台买过来自动放进冰箱，自动避免过期，自动给我安排我要吃的饭，自动帮我计算热量的摄入和消耗，自动确保我吃的足够多样好吃而且能够满足我的健身要求，并且自动根据我的体重秤测量的结果矫正上面的计划等
我觉得这是一个理想的生命管理体系。需要非常多的基础设施联合，来让人真正实现不需要操心这些柴米油盐，只专注于自己的生活就行了。至于每天吃什么、吃多少、怎么吃、怎么好吃、怎么健康、怎么完成我的健身要求，怎么符合医生给我的建议等等……完全由计算机帮我全部搞好就行了。
我希望有一些商家或是产品经理能够理解我的诉求吧。可能建设这种生命管理系统，成本极高，而且很难盈利。但是我真的希望这些东西能联合起来。
而那时候，我希望我的仓库，能够是这一整套复杂的系统中的一块砖，忠实的承担它那最初的使命：
提供一份足够精准的菜谱。
是的。你说的没错
其实我觉得我挺想额外说几句的：针对这个仓库未来一些发展。
就是我一直觉得我们有很强的基础设施建设能力。例如我们有健康应用，有手环，有医疗体系，有点菜平台，有外卖平台，有智能冰箱等……
但是我却总需要花费特别多的精力周旋于它们之间。我觉得这些基础设施的沟通能力特别差。
例如我理想的情况应该是：我选择了在50天内减肥15斤。那么这些应用应该智能联动起来。为我设计健身计划，自动计算我应该吃的饭菜，自动把冰箱里没有的东西通过买菜平台买过来自动放进冰箱，自动避免过期，自动给我安排我要吃的饭，自动帮我计算热量的摄入和消耗，自动确保我吃的足够多样好吃而且能够满足我的健身要求，并且自动根据我的体重秤测量的结果矫正上面的计划等
我觉得这是一个理想的生命管理体系。需要非常多的基础设施联合，来让人真正实现不需要操心这些柴米油盐，只专注于自己的生活就行了。至于每天吃什么、吃多少、怎么吃、怎么好吃、怎么健康、怎么完成我的健身要求，怎么符合医生给我的建议等等……完全由计算机帮我全部搞好就行了。
我希望有一些商家或是产品经理能够理解我的诉求吧。可能建设这种生命管理系统，成本极高，而且很难盈利。但是我真的希望这些东西能联合起来。
而那时候，我希望我的仓库，能够是这一整套复杂的系统中的一块砖，忠实的承担它那最初的使命：
提供一份足够精准的菜谱。
你说的就是未来的方向，我觉得不久的将来就能看到。但是健康管理是小众需求，智能化的现在大众需求都未能满足。
所以还是从小目标开始，把菜单变足够标准化。除了原材料标准化，还有步骤，火候等等。我最近抖音关注了叫 段小段 的博主，他把做菜的底层逻辑都说清楚，特别适合我们这种程序员思维去理解，比如可以加入火候状态判断，油温判断，水分蒸发判断，肉菜一下去导致的油温急速下降该怎么解决，而不是简单的时间和大小火。
等每个小目标都标准化的时候，串起来就非常自然了。
本想发个issue的，结果发现本仓库只是专注于标准化菜谱。那我关于TIPS的建议还是贴这里吧，一些和标准有些联系、可能很难实现的想法。
建议把TIPS构建为一个标准库，并配有详细的说明文档
偶然逛到这里，看了一些菜谱，首先是饿了，其次是感觉菜谱只有点形式上的程序化，tips又相对很简略，看完总觉得缺点什么。 所以我想，如何在清晰描述网上菜谱的基础上更进一步，能不能在烹饪方法的基础上从更底层的逻辑描述HowToCook？ 比如那么多红烧XX，是不是有冗余呢？不管是茄子还是肉类，红烧总有通用的材料和操作吧。 考虑到每个人有每个人的偏好，原材料的缺失，时间的限制等，菜谱要有一定的Robustness吗？ 菜谱模板里有必备原料，那可替换原料，可选原料，建议原料呢？还有异常处理，默认参数等。 再就是有些菜谱、概念有争议，如#907，#858，大部分菜谱可以有弹性，但有共识、有标准的还是要专业一些。
但以上其实不是最重要的。我觉得最好菜谱可以少一点，只选经典的，争议少的，其他的菜谱可以另开个仓库，放到数据集里。 与此同时将TIPS作为项目重点，做成标准库，配上文档，讲清楚参考来源、注意事项、操作目的、为何可行等等，感觉这些的标准化，比某道菜里放了几克盐更有意义，毕竟烹饪方法、经验、技巧比菜谱更有用。然后每一个菜谱就相当于复习标准库中几个方法的调用，不断的巩固加强。这样可能会更容易实现面向对象写菜谱吧。 菜谱少一点维护上也轻松点，同时既然是经典菜，已改会有一定的发展创新史，更新历史、版本号也少不了。 还有单元测试、 benchmark等，可以根据TIPS的参考来源制定。不过，编写tips可能会提高pr的门槛，打击大家的积极性，同时示例菜的模板也需要大改，还是需要做一定的取舍的。
参考来源尽量找专业的大师，最好详细讲清楚原理，就像是开源的代码一样清晰可见。这估计要求每个tips确定之前，需要有一定的讨论，定型时，形成类似于python的PEP的文档。如果参考来源可信度低，像某些流量网红，宁可不要，就像写代码要参考官方文档而不是CSDN。网上的菜谱真的要多少有多少，所以千奇百怪并不奇怪。定量的一个个菜谱感觉并不能从根本上解决问题，还是有争议-冲突和不利于合并-理解交流的地方。 被菜谱牵着鼻子走的感觉并不爽。我们能做的就是以不变应万变，将有限的精力放在变动小的底层上去，做到一通百通。
~~另其他脑洞： 如果标准库比较全面的话，搭配AI是不是可以根据食材和口味自动生成菜谱呢？自动生成菜谱数据集？那已有的标准化的菜谱，用来测试不同的AI模型？ 未来有个自主学习的炒菜机器人也不错：给他一张美食图，识别并确定食材，根据主人的口味偏好生成个性化菜谱，联网下单原料，无人机配送与他交接，自动烹饪。~~
