3.3 KiB
Code Of Counduct
这个仓库可以做什么？
有很多朋友问我，为什么要维护这个仓库？为什么坚持精准的菜谱？未来这个仓库打算怎么发展？有没有想流量变现？我想在这里给出我自己的答案，并明确贡献的价值观吧。
我始终认为，我们有很强的基础设施建设能力。例如：我们有健身 App，有手环，有医疗平台，有买菜平台，有外卖平台，有智能冰箱，有智能体重秤、智能跑步机等等……但是我却总需要花费特别多的精力周旋和计算于它们之间。我觉得这些基础设施彼此之间沟通能力特别差。
我曾经幻想在未来的世界，人类不再需要关心柴米油盐，吃什么的问题将彻底得到解决。我们每天的行为可以完全由计算机给出最佳方案。
例如：医生建议我在 50 天内减肥 15 斤。那么这些应用收到了医疗平台的结论，会联动起来。为我设计健身计划，自动计算我应该吃的饭菜，自动把冰箱里缺的东西点过来，自动避免过期，自动计算推荐建议的饭菜，自动帮我计算热量的摄入和消耗，自动确保我吃的足够多样好吃而且能够满足我的健康要求，并且自动根据我的体重秤测量的结果矫正等。
我觉得这是一个理想的生命管理体系。需要非常多的基础设施联合，来让人真正实现不需要操心这些柴米油盐，只专注于自己的喜爱的事情就行了。至于每天吃什么、几点吃、吃多少、怎么好吃、怎么健康、怎么完成我的健身要求，怎么符合医生的建议等等……完全由计算机帮我全部搞好就行了。
或许我想，建设这种生命健康的系统，成本极高，而且很难盈利。我们现在还是在专注于解决问题，在遇到疾病再去医院，而没有一个程序真正帮我管理了健康。
当然理想还是要有的，希望有一天计算机能够帮助人类消灭疾病。而那时，我希望我的仓库，能够是这一整套复杂的系统中的一块可靠又强大的螺丝钉，忠实的承担它那最初的使命：
提供一份足够精准的菜谱。
仓库原则
弱协议
我希望能够有商业公司、饭店、企业或科研机构能够引用这个仓库。因此它将始终坚持一个较弱的许可协议。我们希望它会作为一个基础设施，未来应用在更多更复杂的产品和场景中。
任何人都可以自由复制，修改，发布，使用，编译，出售或以菜谱的形式或菜的形式分发，无论是出于商业目的还是非商目的，以及任何手段。
尽可能形式化
尽可能形式化，包括统一菜谱的文件格式，避免不精准（尤其是计算机无法理解）的单位和操作，保持清晰的目录结构等。
很多贡献者抱怨：想签入菜谱太难，要求太繁琐。但实际上这份菜谱更多的不是给人类阅读的，而是更多的可能会被机器处理。
我们一定要保证，按照同一份菜谱做菜，不同的人也能得到几乎相同的结果。
非商业
HowToCook 将永远不插入广告，尽可能避免菜谱中的材料耦合特定品牌，尽可能使用容易取得的原材料。
HowToCook 将永远不讨论变现问题。并且永远由社区驱动的维护下去。