对于开源菜谱的思考


近年厨师这行业越来越吃香了,特别是厨师长越来越拽了,甚至和餐馆老板关系弄僵了带着一群徒弟反炒老板的鱿鱼,但是大家都只看到表层现象,为什么没有思考一下烹饪和编程有什么相似之处吗?
今天我就是要拿厨师来和程序员做一做比较,剖析一下菜谱和厨艺、厨师这些与之对应的关系。

现在我们可以做一个大胆的比喻:
厨师  ->  程序员
食客  ->  用户
菜谱(炒菜细节技巧等)  ->  源代码
菜锅油盐酱醋(炒菜工具)  ->  编译器
厨艺  ->  设计模式、算法
私密佐料  ->  私有代码、未公开的算法

首先炒菜这东西,就像编程,源代码(菜谱含细节)都公开了,谁都可以来下载代码(按照菜谱)做。
这里的编译器不就是常用的菜锅油盐酱醋工具么?源代码就是怎么组织这些材料的方法。
那些所谓顶尖的厨师之所以经验丰富,除了需要熟练运用已知的常用库(学来的菜谱),再需要分析那些常用的库并吸取它们的优势,总结出自己一套独特编码方式,还要保留自己的私有代码和未公开的算法(机密佐料)。

其实说到这你们想想也没什么特别厉害的,要是把他算法和源代码偷来了,你就只需要一段交叉编译的适应过程就能做出和他一样水平的菜了,他马上就牛逼不起来了。
值得惋惜的是在这个世界上厨师的圈子通常都很小,他们远远不如在互联网上来自世界各地无数的程序员乐于分享自己的代码、算法和经验,共同进步,也正因为如此才让信息技术如此迅猛的发展。
说到这你可能会说在网上不是有很多菜谱网站吗?你也可以照着那些菜谱学呀。
的确,你是可以照着上面的教程做,但是那些网站都是如何运作的靠什么收入你可否知道?提供哪些菜谱资料的又是寥寥无几的几个人并且同一篇还被各个网站争相转载?它们又能否像Github那样让每一个编程爱好者(美食爱好者)贡献自己认为引以为豪的代码(菜谱)呢?
所以厨师行业非常缺少这种开源精神,目前都是各自闭门造车,可能至多也就师徒交流,与人在同一个厨房里共事还要处处设防,你说这样能发展的好吗?

时间: 2024-10-11 22:16:31

对于开源菜谱的思考的相关文章

关于开源软件的思考

今天看了别人的一篇评论.转过来分享下. 在黑暗森林里一定要扮猪...作者的错误是把产品开源了,开源生态最重要的一点就是不能把一整套离终于用户太近的东西开源.开源是指的对程序猿开源,而不是用户.能够开源一个技术,不能是一个软件. 古时候人类开拓疆域.为了获取很多其它的资源,部族之间互通有无.各自专心做自己的擅长. 开源世界也是.你做你的内存数据库,我做我的高性能转发框架,脱离了彼此,什么优秀的产品都出不来.互通了有无.终于大家都做出了对用户实用的产品,节省了时间. 人类历史上从来没有不打仗就把一整

聊聊阿里面试的三个层次!

最近去阿里的菜鸟国际做了一次面试交流,发现大公司对于面试者的知识结构考核非常严谨,可以作为我们日常工作学习的指导.虽然很多人说面试问到的东西在实际工作中很少用到,甚至有「面试造火箭,工作拧螺丝」的说法.但从面试中,其实可以看得出来现在的公司对于面试者的知识体系要求.如果我们能在工作中就按着这样的要求去不断提升,那么在面试的时候必然也能游刃有余. 一般来说,阿里的面试会有两轮的技术电面,分别交叉检验你的技术基础.后面还有两轮的现场技术面试,主要检验你的项目经验.但从知识体系的角度来看,阿里面试对于

开发10年,“我”已经年薪百万了,你还在小公司里混日子吗?

10年前,出于对计算机的热爱,我成为了一名程序员.不过当时,所谓的程序员其实要求相当低,受限于时代,那些高水平的程序员放到现在看门槛也不高.互联网经过这么多年的高速发展,因为各方资本的狂热追求,国内的互联网企业竞争激烈,越来越多程序员的加入,对于程序员的技能要求也更加严格.更加细分.尤其随着资本市场的逐渐退却,互联网行业热度回归常态,程序员的岗位竞争更加残酷. 这些年来一直都是自己摸索,走了太多弯路.在小公司里混日子感觉自己都快废了,后来沉下心来决定作出改变,翻来覆去研究了大厂的招聘需求,找了相

开源云计算OpenStack的2016年思考

题记:我们处在一个剧烈变化的时代,必须要急速地跟上时代的步伐,这就需要勇敢地驾驭着变化的浪潮,不要害怕变化. 今年,OpenStack发布了两个重要版本,一个是4月8日的Mitaka,另一个是10月6日的Newton.不可否认,在目前的云计算市场中,开源云计算是一个非常重要的组成部分,特别是Newton版本的发布,将开源云计算提升到了一个新的高度. OpenStack自推出以来,逐渐得到业界的广泛关注,在互联网企业.传统企业包括中字头的国企都有实际使用的案例,而这些都要归功于它的开源理念和自身不

iOS初学者的AppStore上架应用"菜谱大师"开源了!

本人是一名DoNet程序猿,在业余的时间自学了点iOS,于是就自己弄了一个小菜谱,自己要做菜的时候也就可以用自己的菜谱了. 现在将此应用开源给像我一样对iOS开发有兴趣,并且想学习iOS的园友,毕竟这种小应用还是比较适合初学者参考的. 应用API使用了聚合数据. 语言为oc,以后有机会的话可能会重写一个Swift版本 由于是独立开发,周期又短,源码中有很多地方写的不是很好,也没有进行优化. 近期由于原公司被收购,也正在找下个工作,所以时间还是比较充裕就把这个一个月前写好的源码放出来做点小贡献了.

关于三种『应用内主题切换』开源项目的一点思考

Theme 遍历View 开源项目 MultipleTheme Colorful AndroidChangeSkin 我的思考 参考文章 关于我 这里讨论的只是白天.夜晚主题切换这种场景,不涉及外部资源加载. 现在要给App添加夜晚主题,所以就需要选择一种应用内部更换主题的实现方案,目前来说,比较常见的几种方式如下: Theme 设置Theme来切换不同主题. 优点:利用系统自带的机制实现,根据标志位setTheme()即可. 缺点:在主题切换界面不重启的情况下,不能自动完成界面主题的刷新. 遍

任务调度思考与开源软件opencron的使用经验

本文是我在一个技术分享群里面,对于任务调度和开源软件opencron的分享和使用体会,现在整理成文字,供大家参考. 大家好,下面我来分享一下 部署和使用 opencron 任务调度工具的一些经验和体会        我计划从五个方面来进行分享 1 任务调度需求与要素分析        任务调度,平时在大家的工作中应该会遇到比较多的,对于运维来说,操作系统的重要文件的每天定时备份,操作系统时间同步,各种数据库的备份,日志和监控信息的抓取等,都需要配置各种定时任务        对于开发和业务来说,

Ambari深入学习(III)-开源使用及其改进思考

Ambari采用的不是一个新的思想和架构,也不是完成了软件的新的革命,而是充分利用了一些已有的优秀开源软件,巧妙地把它们结合起来,使其在分布式环境中做到了集群式服务管理能力.监控能力.展示能力.这些优秀开源软件有: 在agent端,采用了puppet管理节点; 在Web端,采用了ember.js作为前端的MVC构架和NodeJS相关工具,用handlebars.js作为页面渲染引擎,在CSS/HTML方面还用了Bootstrap 框架; 在Server端,采用了Jetty, Spring,Jet

《大教堂与集市》十五年前的关于开源与封闭的软件开发模式的思考 四星推荐

作者熟悉开源软件的开发模式,总结了一些开源社区的特征.比如说开源软件的贡献者们(书中称为黑客)其实在乎的是声誉,其实开源社区还是有一些约定俗成的行为准则的. 后面作者谈到他参与到了开源对闭源的商业战斗中.他的演讲让Netscape高层下了开源的决心.作者在2000年前对开源做了一些预测,认为应用级软件很可能继续闭源,中间件会分化,开源闭源都可以,基础架构比如操作系统.Web Server,开源软件的份额将增加.现在看这个预言是说对了. 个人感觉这一类比较老的经典的缺憾在于:时间过去这么久了,书中