最近我在2011开源硬件峰会上做了一次演讲，峰会组委会请我做一些前瞻性的发言，展望一下开源硬件未来二三十年的境况。大家都知道这类“展望”其实大都不太靠谱，我自认也不是那种很有预见性的人，不过还是勉力一试吧。还好，演讲受到了峰会参与者的欢迎，现在我就把自己的想法在博客里和大家分享一下。

摘要
目前开源硬件只是一个小众行业，在本文中，我会列出一些技术趋势，正是这些趋势导致了硬件行业的主导权被大型、封闭经营的企业所掌控，同时压制了小型企业及个人创新者。但是，展望未来二三十年，我看到一些根本性的改变正在发生，从而将本行业的发展重心从规模经营向崇尚创新转移。

回顾历史：从开放到封闭
 起初硬件行业也是开放的，早期的消费电子产品，比如吸尘器、电子管收音机一般都会带有详细的用户手册，其中包括了完整的电路图，可更换的元件清单，及装配指南等。在80年代，计算机通常都会带有电路图。比如苹果II型电脑在包装中就有一份完整的主板电路图，也正是这张图，吸引我走上了硬件行业。但是，现在的产品用户手册却没有了以往这样详细的信息，在最新的Mac Pro电脑的用户手册中，最复杂的一张图表是教用户怎么坐在计算机前面，“大腿轻抬”，“肩膀放松”，仅此而已。
 发生了什么事，是电器产品变得太复杂了么？ 其实正相反，改进电器产品正在变得更加容易，只是小规模创新的力量在摩尔定律面前显得太渺小了。

当前现状：坐等强于创新
请看下面这张摩尔定律的示意图，标识出纵坐标代表的那些“好事”（性能、晶体管密度、同样价格可购买到的晶体管数量……随你挑吧）每18个月翻一番。这张图纵坐标的单位是标准线性的，而大部分其它类似示意图的纵坐标单位是对数性的，从而将下面图中陡直上升的曲线压成一种看上去没那么恐怖的斜线。
 如上图所示，红线代表摩尔定律的发展模式（性能每18个月翻一番）与蓝线代表的逐步改进发展模式（性能每年提高75%）的对比，注意纵坐标是线性标识的。
蓝线标识的逐步改进模式代表了小规模创新者，他们专注于一个工作项目，能够持续不断的改进和增加功能，每年取得大约75%的性能提升。图中左侧夹在两条线间的那可怜的一小片绿色代表了这种发展模式有可能超越摩尔定律模式的市场机会。
将这两条线并列展示有助于我们理解过去三十年间小规模创业者面临的核心问题：那就是与其创新，不如坐等。花两年时间不断创新改进一个系统，可能带来性能成倍的提升，但是也可以什么不干，等两年后硬件升级，性能自然也就提升到同样程度。在这方面，小规模创业者的不断努力与摩尔定律相竞争简直就是鸡蛋碰石头。
摩尔定律代表的这种指数性增长的机制一般只有大企业才有资源和能力去实现，这样的公司不会象小规模创新者那样只关注一种产品，为了应对竞争，他们必须调集足够的资源，有足够的远见，同时开发3到4代产品。此外，要让一代新技术在其生命周期内在全球市场上实现盈利，也要有能够支撑每月百万单位级别的供应链和分销体系。这样的规模是很可观的，作为比较，一个小规模企业即使能够实现每月卖出10000件产品，也要花费8年时间才能达到百万级用户规模，或者1%的美国市场占有率。另外，大型企业每推出一款新的产品，都会迫使竞争者花费时间和精力去进行逆向工程以便推出竞争产品，这样就能建立起短时间（一般是几个月）的壁垒期，而大企业通过不断推出新产品可以将这些壁垒期积累起来，从而形成显著的竞争优势。就这样，在过去三十年中，对小规模创新者而言，技术市场的门槛正在变得越来越高，他们只能勉强跟随在大公司的后面亦步亦趋。
但是，这样的趋势正在改变。

未来的方向：家传笔记本电脑
下图是英特尔CPU速度随时间变化的示意图，在2003年突然出现了一个平台期，CPU速度停止加快了。从那以后，CPU制造商开始使用多核技术来驱动性能的提升（有效的性能提升预测由粉色线条表示），这种情况的发生当然不是他们所希望的，一些物理条件的限制（主要在能源和布线延时规模）使得我们无法再轻易提升速度了。晶体管密度继续提高（从而带动核心数量），但是提升步调已经慢了下来。在90年代，晶体管密度一直在以每18个月翻一番的速度提高着。现在，要翻一番则需要24个月时间。很快，这种提升速度将进一步降低到每36个月一代产品，最终甚至会停滞在某一个阶段。具体的极限估值仍然有争议，有一篇研究指出，这一绝对数值是5纳米门电路宽度，而达到这一极限的时间大约在2020或2030年 (H. Iwai, Microelectronics Engineering (2009), doi: 10.1016 / j.mee.2009.03.129)。5纳米大约是100个硅原子的宽度，所以即使这一猜测是错误的，那么偏差也不过就在几代产品时间之内。
 这将带来深远的影响：某一天你将无法再指望在第二年买到更快的计算机，你的手机也不会在功能更强大的同时还能够日益缩小体积。明年买的U盘跟今年相比价格差不多，存储空间也不会增加。“家传笔记本电脑”的说法在今天看来是个笑话，但未来却很有可能发生。
这种发展速度变慢的趋势对小企业来说是一件好事，同样对于开源硬件的发展也是一样。为了证明这一点，我们再次审视上面关于摩尔定律与逐步改进模式对比的图示，这次加上两条新的曲线，分别代表了以24个月为周期及36个月为周期的调整后的摩尔定律。
 如图，蓝线代表逐步改进模式，而红线代表以18个月为周期的摩尔定律，黑线代表以24个月为周期的摩尔定律，粉线代表以36个月为周期的摩尔定律。夹在粉线和蓝线之间的绿色区域代表当摩尔定律调整为36个月周期后，逐步改进模式能够超越摩尔定律模式的时间窗口，请注意本图的纵坐标改为指数坐标系。
同样，绿色区域可以理解为逐步改进模式战胜摩尔定律模式的市场机会，在36个月周期的摩尔定律前提下，逐步改进模式在被超越前可以拥有长达8年的领先期，而在第2至第3年时，可以拥有相当大的领先幅度。换句话说，善于实践逐步改进模式的中小型企业，将会获得得天独厚的市场机遇，将他们的创新实践转变为销售利润。
当摩尔定律开始减速后，还有可能出现在标准化方面更加持久的平台产品。如果未来各种功能组件不会象现在这样在体积和性能方面日新月异的话，创建一个标准化的平板电脑或手机基板类的平台产品，让用户可以在上面插入可互换部件的做法无疑是很实际的。技术发展减速以后，这种标准化平台产品会在手机和嵌入式设备（如Arduino）行业领域中集中出现，这种稳定的，性能有竞争力的开放平台会对小型企业的发展大有助力。当然，小型企业一样可以选择走封闭发展的道路，但是这样做就意味着需要以一己之力维持产品所需的完整的基础架构，必然会分散企业的力量，降低竞争力。
在后摩尔定律的未来，FPGA（现场可编程门阵列）为代表的定制电路的性能可以和（大公司开发）的封闭设计的CPU一比高低，原因有二：FPGA得益于可以在制造公差允许的范围内进行细微的电路重设，硬件架构稳定但设置方式灵活多变，因此发展空间广阔；在优化代码以适配硬件性能提升方面，封闭设计的CPU依赖于复杂的大规模并行计算技术，相比之下，FPGA方式更简单易行。实际上，今天的多核CPU架构和90年代中末期在学术圈内提出的一些FPGA设计草案是非常相似的。（小型创新企业可以掌控的）FPGA类定制电路的性能可以与（大公司设计制造的）CPU性能并驾齐驱，这将极大地促进开放硬件平台产品的发展和普及。
这将复兴修理的文化，因为技术产品将更加耐用而不是现在这样随手丢弃。为五年前购买的计算机更换用旧了的部件不会显得很傻，因为现在的产品在价格和性能上可能并没有什么变化。这样的变化会刺激产品附带电路图和可更换备件的强烈需求，因而带动开放生态环境和小型创新企业的发展。
从个人来说，我期待着工程师会变得象旧日的手工艺大师，以优雅、细致、平衡的方式一点一滴地提高技艺，而且可以经年累月地使用自己趁手的工具，不用担心会被看作老古董（现在每次我提到还在使用Eudora7做电子邮件客户端时就会被人嘲笑）。

例证
摩尔定律减速的影响已经在一些对性能追求不是特别敏感的领域体现出来了，比如Arduino平台的崛起，这个产品用了好几年的时间慢慢积累它的影响力，而它的核心硬件设计从2005年起就基本没有改动过。幸运的是，Arduino主要使用者（物理计算、教育、嵌入式设备）的基本需求并没有大的改变，因此硬件平台可以维持稳定。而这种稳定使得产品可以采用一种开放和合作互惠的模式，支持起一个快速增长的用户社区。
另一个例子是中国的山寨现象，简单说的话，山寨就是大量的小公司，以四处”借鉴”技术和设计的方式形成的业态环境。山寨厂商最擅长的就是制造低端功能手机，这类手机的市场对CPU性能的提升一点也不感冒，用户才不会用上G Hz的CPU去驱动那些界面简单的手机，因此同样的基板设计可以不断复用好几年。这种稳定的技术平台可以让规模小，灵活又有创新能力的公司有足够的时间全面掌握，并通过不断改进获得收益来收回投资。很多时候，这种方式可以用相当低的成本，催生出惊人的创新产品。一开始，人们总是把山寨看成简单的抄袭，但是得益于低端手机平台的稳定性，山寨厂商可以很好的掌握他们的工具，进而产生各种新奇和有创意的产品。
展望未来，我们的舞台已经搭建起来，只要努力工作，再加上一些好运气，我们就可以让开放硬件生态环境蓬勃发展起来。摩尔定律不可避免的减速趋势也许会给那些技术巨人造成麻烦，但是却可以给还在蹒跚学步的开源硬件运动开创机会，让他们可以生根发芽，生长壮大。要想抓住这个机会，今天的开源硬件先锋们需要身体力行建立起宽松的标准，并不断调整它适应未来的发展需要。

我十分期待能够参与到开源硬件的光明未来中。

这是连续第二年我们在纽约的制造者大会上发布新产品了，明天大家到Arduino的展棚中，就可以看到下面的产品：

Arduino 1.0，我们终于将Arduino应用开发接口，集成开发工具和电路板设计一起定型发布了。在Arduino接口设计上我们做了一些小的改动，以提供更多的灵活性。明天大家可以下载到最新版本，经过社区用户一个月的密集测试后，将提供最终的稳定版本。

Arduino Leonardo，使用Atmega32u4芯片的低价位Arduino板。和UNO一模一样的外形和接口，但是简化了电路设计。在软件方面，增加了一个极棒的USB驱动程序，可以模拟成鼠标、键盘、串口等（马上还会提供更多的选择）外设。和其他Arduino产品一样，包括内核、引导程序、硬件设计等所有的一切都是开源发布的。

Arduino Due，将是一个真正的突破性产品，因为这是第一款采用32位Cortex-M3 ARM处理器架构的Arduino产品。我们使用了ATMEL公司的SAM3U处理器，运行频率96MHz，带有256Kb的闪存，50Kb的SRAM，5个SPI总线，2个I2C接口，5个串口，16个12比特精度的模拟输入口以及其它更多的特性。
我们并不只是简单发布一个成型的产品，我们将把Due的整个开发过程更早地面向社区用户开放。现阶段我们将演示现有的产品，免费赠送一些Due给一批挑选出来的开发者，邀请他们和我们一起工作。制造者大会后，我们会制造一小批开发版的Arduino Due，并在Arduino网上商店（store.arduino.cc）向那些愿意加入产品设计的社区成员出售。经过测试的最终版本预计将在2011年底完成。

Arduino WiFi接口板，可以为任何Arduino板增加WiFi连接功能。我们希望这个接口板可以给用户提供尽可能大的折腾空间，因此没有采用市场上常用的WiFi模块。接口板基于H&D无线生产的WiFi微处理模块，这个产品配备了一个强大的AVR32处理器，可以执行完整的TCP-IP协议栈指令，这样就可以省下空间给用户，加入自己需要的其它协议和自定义配置。我们还付出了很多努力，确保使用以太网接口板的用户只要作出很少的修改，就可以将代码迁移到新的接口板上使用。

我们还将展示一些全新平台的原型产品：机器人和新的集成开发环境等等。最近几个月团队成员都在狂热的工作，还要感谢ATMEL的支持，这样我们才能拿出这些全新的产品。因此敬请光临制造者大会，自己来看看吧！

[翻译后记]Arduino的发布频率越来越快了，低端高端软件一起上，让有志于开源硬件的开发者们欣喜不断，而Due的开放开发流程更是充分体现了开源硬件的理念，让人十分期待。除产品外，本篇博文的英文题目Breakfast at Arduino也十分精巧雅致，暗合以纽约为舞台的著名电影Breakfast at Tiffany’s（蒂凡尼的早餐），肯定让这次纽约制造者大会的参与者们心有所契，感觉Arduino的团队真是人才辈出啊。

8月11日，由美国DARPA（国防先进项目研究局）负责研制的全球1小时打击系统的载机子系统——猎鹰计划（英文介绍，中文互动百科）遭受了巨大的挫折，进行第二次实验的高超音速飞机HTV-2在发射升空9分钟后失去联系，消失在茫茫太平洋上空（美国航空周刊英文报导，新浪新闻中文报导）。遍布全球的恐怖分子和独裁者们欢欣鼓舞，为一个有可能会极大影响自己睡眠质量的威胁的暂时消失而弹冠相庆；而负责向恐怖分子提供超响铃音闹钟，向独裁者们提供超深地底宫殿挖掘机的供应商们则闷闷不乐，齐声抱怨美国国防科技的不靠谱儿。

另一个大声抱怨的是电子商务巨头，美国Amazon公司的CEO贝索斯。Amazon上个月宣布看好中国大陆的奢侈品销售市场，和法国老福爷百货集团（Les Galeries Lafayette）、著名奢侈品品牌驴（LV）以及中国阿里巴巴集团（Alibaba）合资成立了拉拉（LALA）全球购集团。作为LALA集团轮值CEO，贝索斯一反谦和恭谨的常态，用激烈的语言向来采访的WIRED连线杂志记者控诉：“DARPA的Regina总监就是个骗子！太不象话了，我们LALA集团成立的基础就是中国大陆新崛起的高收入阶层对于欧美奢侈品品牌的强烈欲望，以及一切都要超快速度的要求。产品和电子商务平台都是现成的，只有效率低下的国际物流体系是唯一的障碍。Regina总监亲自向我作了保证，猎鹰计划一定能够成功，一旦他们用国防部的经费把技术搞出来，半年内中国就可以山寨出类似的产品，这时DARPA就可以名正言顺地将该技术军转民，低价转让给我们拉拉。想想看吧，那时会掀起全球电子商务的真正高潮！”

贝索斯的眼眸猛然亮了起来，将记者引领到一幅巨大的世界地图前，双臂在中美之间广阔的太平洋上空有力地挥舞、指点，向记者描绘起这样一番远景——“北京时间中午十二点半，一个刚起床不久的慵懒的铁（哔——）部普通处长的妻子，打开电脑，在Amazon网站发现一款昂贵的驴包刚刚开始涨价做促销，于是点击一键下单，远在美国加州中国湖的新建的国际物流中心在10分钟内就完成了配货和包装，30分钟后装入猎鹰载机，火箭助推器早已灌注好燃料，发射升空60分钟后猎鹰就溅落到中国北京郊外国际货物接收站的人工湖里，半小时后载荷舱彻底冷却，货物被取出送入毗邻的海关大楼。在这里，中国公务员以惊人的效率工作着，只要短短3个小时，货物进口所需的全部1251个大红公章就盖满完成通关流程，进入当地快递公司的流程，这些勤劳的快递员骑着人力车和电动车等各种绿色环保交通工具，穿行在北京这个世界最大的停车场内，2小时内将货物送到客户手中。就这样，距离下单还不到8小时，我们那位铁（哔——）部处长的妻子就可以在晚餐桌上向她的闺蜜们炫耀自己的新驴包了！”

记者仰视着这幅标注着不同符号的物流图向贝索斯提问：“贝总，Amazon在美国早已建立并成功运营了多个巨大的仓储物流中心，为什么还要在加州中国湖这个荒无人烟鸟不拉屎的地方再建一个呢？据我所知，加州政府否决了免除Amazon销售税的提案，从成本角度来说，这里是不适当的。”贝索斯回答道：“确实如你所说，但是中国人不会在意税款造成的销售价格提高，东西越贵他们买的越高兴！物流中心建在这里主要是因为猎鹰的每一次发射都会产生巨大的噪音污染，而我们预测一个平常交易日就会有1200架次左右的发射！这里地广人稀，可以将扰民的因素降至最低，亚马逊的任何业务扩展都不会以牺牲当地居民利益为代价的。另外这里原来就是海军的武器试验场，很多设施可以直接拿来用，给我们节省了很多时间和金钱上的投入。”

记者又把眼光投向地图上位于中国境内的几处货物接收站，提出了下一个问题：“那么为什么中国这边的接收站都位于大城市的近邻呢：北京，上海，广州，大同，温州，这都是人口稠密的地区啊？”贝索斯反应很快：“这个你不懂，是中国的国情，他们那里和我们正相反，是地比人值钱！快就是一切！这几个城市都是我们潜在客户的密集区，购买城乡结合部的地皮建接收站是性价比最高的选择了，再离城市中心近一些投入就要呈指数增长，我们承担不起；而远一些买地的花费虽低，但花在运输上的时间和资金成本太高。”记者追问：“为什么在这个问题上您使用了双重标准呢，在中国这里难道只要算经济账，而不需要考虑扰民等社会和人文因素吗？”贝索斯面对这个犀利的问题，第一次显露出犹豫和迟疑的神情：“嗯……这个其实我也不太懂，但是我们的中国合作伙伴一直是这样告诉我们的，在中国，只要考虑一件事：如何尽快的赚到尽可能多的钱！关于这个问题请你问马总吧，下个月他值班。采访先到这里吧，猎鹰这个事我还头疼着呢，DARPA搞不出来的话我就只好去找Stark International的托总了，这小子技术上有两把刷子，可是忒不靠谱，能不用我是尽量不找他。”

简述：
Arduino主控板(ArduinoDashboard)是用来实时查看Arduino模拟和数字输入输出接口数值的程序，可以在任何Arduino小程序(Arduino sketch）中引用，同时还提供已编译的版本，这样即使你没有安装Processing语言的集成开发环境也可以使用，下载包中还包括了源代码。

更多细节：
Arduino主控板程序包括了Processing语言的小程序和桌面应用程序，目前仍是初期测试版本，只提供了基本的功能。当前的版本可以让用户获得A0-A6模拟接口，以及1-13数字接口的数据。

使用指南：
即使你的计算机中没有Processing的集成开发环境，也可以使用Arduino主控板的编译版本，针对不同平台的每一个版本内都有一个单独的文件夹，包含了Arduino小程序文件，里面是需要引入到你自己小程序内的函数代码，下面是具体的步骤：
1）根据你的系统下载已编译的版本：Win32，Win64，Linux32，Linux64，MacOSX；
2）将压缩包中提供的ArduinoDashboard_Arduino_function.pde文件内的函数代码复制这粘贴到你现有的小程序中；
3）将小程序上传到Arduino板中（确认完全上传完毕）；
4）在电脑中运行ArduinoDashboard.exe文件。
如果你已经安装了Processing的集成开发环境，则按下面的步骤操作：
1）下载解压缩Arduino主控板的Processing小程序（下载地址）；
2）将下面的函数代码复制到你自己的arduino小程序尾部，并在主程序中调用此函数（同时确定在小程序头部的设置代码段有”Serial.begin(9600);”语句）

void dashboard() {
int sensorValue1, sensorValue2, sensorValue3, sensorValue4, sensorValue5,sensorValue6, sensorValue7, sensorValue8, sensorValue9, sensorValue10, sensorValue11, sensorValue12, sensorValue13,
sensorValue14, sensorValue15, sensorValue16, sensorValue17, sensorValue18, sensorValue19;
sensorValue1 = analogRead(A0); // read sensor in analog input 0
sensorValue2 = analogRead(A1); // read sensor in analog input 1
sensorValue3 = analogRead(A2); // read sensor in analog input 2
sensorValue4 = analogRead(A3); // read sensor in analog input 3
sensorValue5 = analogRead(A4); // read sensor in analog input 4
sensorValue6 = analogRead(A5); // read sensor in analog input 5
sensorValue7 = digitalRead(1); // read sensor in analog input 6
sensorValue8 = digitalRead(2); // read sensor in analog input 6
sensorValue9 = digitalRead(3); // read sensor in analog input 6
sensorValue10 = digitalRead(4); // read sensor in analog input 6
sensorValue11= digitalRead(5); // read sensor in analog input 6
sensorValue12= digitalRead(6); // read sensor in analog input 6
sensorValue13= digitalRead(7); // read sensor in analog input 6
sensorValue14= digitalRead(8); // read sensor in analog input 6
sensorValue15= digitalRead(9); // read sensor in analog input 6
sensorValue16 = digitalRead(10); // read sensor in analog input 6
sensorValue17 = digitalRead(11); // read sensor in analog input 6
sensorValue18 = digitalRead(12); // read sensor in analog input 6
sensorValue19 = digitalRead(13); // read sensor in analog input 6

Serial.print(sensorValue1, DEC); // print sensor 1
Serial.print(","); // print ','
Serial.print(sensorValue2, DEC); // print sensor 2
Serial.print(","); // print ','
Serial.print(sensorValue3, DEC); // print sensor 3
Serial.print(","); // print ','
Serial.print(sensorValue4, DEC); // print sensor 4
Serial.print(","); // print ','
Serial.print(sensorValue5, DEC); // print sensor 5
Serial.print(","); // print ','
Serial.print(sensorValue6, DEC); // print sensor 6
Serial.print(","); // print ','
Serial.print(sensorValue7); // print sensor 7
Serial.print(","); // print ','
Serial.print(sensorValue8); // print sensor 7
Serial.print(","); // print ','
Serial.print(sensorValue9); // print sensor 9
Serial.print(","); // print ','
Serial.print(sensorValue10); // print sensor 10
Serial.print(","); // print ','
Serial.print(sensorValue11); // print sensor 11
Serial.print(","); // print ','
Serial.print(sensorValue12); // print sensor 12
Serial.print(","); // print ','
Serial.print(sensorValue13); // print sensor 13
Serial.print(","); // print ','
Serial.print(sensorValue14); // print sensor 14
Serial.print(","); // print ','
Serial.print(sensorValue15); // print sensor 15
Serial.print(","); // print ','
Serial.print(sensorValue16); // print sensor 16
Serial.print(","); // print ','
Serial.print(sensorValue17); // print sensor 17
Serial.print(","); // print ','
Serial.print(sensorValue18); // print sensor 18
Serial.print(","); // print ','
Serial.print(sensorValue19); // print sensor 19 and newline (println)
Serial.print("!");
delay(200); // wait 200ms for next reading

3）将小程序上传至Arduino板中运行；
4）在电脑使用Processing集成开发环境运行ArduinoDashboard.pde小程序。

未来升级计划：
可自由选择要监视的接口；
将接口按输入/输出进行分类；
可以选择不同型号的Arduino板，以使用相应的接口数量和配置信息；
为每一个接口的高低电平值设置不同的显示颜色；
基于变量或单独接口的可自定义的警示信息；
接口或变量值的展示可以选择用图表、按钮、仪表盘等不同形式；
更多功能敬请期待

[我的观点]
对于要用到多个输入输出口的Arduino项目开发来说，实时监控每个接口的数据是调试中的难点，Arduino主控板程序确实可以提供很好的帮助，大家应该多多支持，试用该程序，并向开发者报告bug和提供建议。但是这种靠在sketch层面增加额外函数代码的方式有很大的局限性，首先是附加代码的融合增加了程序出错的几率，其次是牺牲执行效率拖慢了程序，最后是加剧了Arduino本来就捉襟见肘的内存不足问题。我觉得这样的接口监控/记录功能最好还是通过硬件层实现，在IDE中增加调试功能将数据展现给开发者。当然这样会增加Arduino板的复杂性和成本，可以考虑用shield子开发板方式，或者在公版Arduino中增加此功能做成开发板的形式完成，过两天我就去arduino.cc论坛嚷嚷一下。

话说到这儿，我就想了想包子的具体情况，大概从16个月大起，包子表现出擅长将视觉符号和语言挂钩，很快就学会了念10个阿拉伯数字，每天在院子里最喜欢追着汽车屁股后面——指点着汽车牌照的数字一个一个的念，捎带手还把“京”和ABC几个字母也学会了。看他玩的高兴，我就去淘宝买了一套五颜六色的字母冰箱贴，很快包子又学会了念26个大写字母。这时产生了一个字母O和数字0的区别问题，经过短时间的困惑，包子自己解决了这个难题：那就是当一堆字母在一起的时候，那个圈圈就念欧，而一堆数字在一起时则念零，如果字母和数字混在一起，那就随便念一个，但是念出来了就绝不改主意。这以后，保姆和包子之间会经常发生这样的情景：保姆在纸上随便写一些数字或字母，让包子念，念对了就摸摸头夸奖一下，错了就纠正他。而当包子指着圈圈说零的时候，保姆有时会故意纠正说“欧！”，而包子则固执己见：“零”，于是就这样“零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！-欧！-零！”地对峙下去，直到某一方认输放弃为止。而我说的“某一方”，百分百是指保姆，因为倔头包子是从不会妥协滴:)

意念及此，我对董工说：“起码在包子现在这个阶段，还不存在什么培养独立思考的问题，小家伙完全是按照自己脑瓜儿里的奇怪逻辑行事的，根本不顾及外界的什么规矩和准则。”于是，我们顺理成章的得出共识：“这么说的话，重要的就是不要剥夺孩子们本来就具有的独立思考能力吧！”

又：包子在这张照片里扭着一条小眉毛，一副质疑一切的严肃样子，爸爸真是太喜欢了:)

包爸的漫画：

请问哪个推测更靠谱？

• Autodesk收购Instructables（Makezine文章链接）
• Arduino建立实验项目分站（Arduino官网文章链接）
• 纽约时代报道创意项目小额资金筹集网站Kickstarter（纽约时报网络版文章链接）
• 微软发布.NET Gadgeteer产品进入开源硬件市场（Adafruit网站文章链接）

最重要的消息是Autodesk收购Instructables，Instructables.com是最著名的发布和交流DIY项目和制作指南的网站，目前有两百万注册用户，每日PV约160万，有大量知名和不知名的开源硬件项目在这里发布、获得社区成员帮助并流传出去。这一事件标志着超大型软件/服务公司已经认识到了DIY市场和活跃的DIYer在线社区的巨大价值所在，以往由创业者、爱好者和用户自己勉力支持的网络平台已被视为新兴市场的开罐器和获取创新基因的动力源。Autodesk并不需要Instructables每年区区几百万美元的广告收入，网站流量和用户基数对于Autodesk面向专业领域的软件/解决方案等传统产品的销售也没有太大的意义。Autodesk需要的是在新大陆出现时确保自己抢先获得一块登陆场，而这块新大陆就是以DIY、开源硬件和定制化生产为代表的，全新的以用户为主导的商品设计生产流通消费模式。

Arduino官方网站发布了全新的试验室分站Arduino Labs，Arduino项目组自己的很多还没有成熟的试验项目将集中发布在这个分站中。此外，由爱好者们开发的各种类库代码，哪怕开发者已经停止开发了，也可以在这里得到一个永久的位置，以方便其它用户搜索和使用。毫无疑问，这个实验室将为Arduino用户的创新提供更好的支持。

在名为“见微知著Kickstarter”的报道中，作者通过对Kickstarter的联合创始人、有代表性的集资项目发起人，以及某些捐助人的采访，展现了Kickstarter的方方面面。有些故事颇值得玩味：两名主要的创始人并没有融资、财务或创建科技企业方面的经历，他们都只有艺术方面的从业经验；创始人在一开始对于完全依靠网络民意能否催生“伟大的艺术”颇有疑惑，认为更多的可能是出现一些类似美国偶像的流行玩意儿，但是他们后来想到只要这样的服务能够给予一些本来没有机会的项目以机会，那么就值得一做；Kickstarter虽然经常被描述为完全依靠网络民意，由用户自己用小额资金投票的筹资模式（crowd-funding）的典范，但是要在其网站上发布筹资项目首先要经过网站筛选小组的评审，小组成员有明确的选择标准，只有40%左右的项目可以最终通过；网站工作人员除了筛选项目，通常还会给已通过的项目发起人提出明确的建议（更改项目描述、拍摄视频、降低筹款目标……），从这一点来说，Kickstarter的成功在很大程度上体现为网站激发了创业者在营销方面的潜力。

微软通过发布全新的.NET Gadgeteer平台进入日渐喧嚣的开源硬件世界，.NET Gadgeteer是基于.NET Micro框架和Visual Studio/Visual C# Express软件平台的开源硬件产品，桌面程序开发员可以籍此利用以前的.NET开发经验快速进入嵌入式硬件产品开发领域。微软为此建立了开发者网上社区：http://gadgeteer.codeplex.com，以提供开发工具、类库代码、接口文档、硬件标准、电路图等开源文档（目前还没有全部提供，但是微软项目负责人已经在给Makezine专栏作家的Email中明确声明将开源这些资源）。

我的看法：Autodesk收购Instructables，微软发布开源硬件产品，上个月LogMeIn收购Pachube以及Google采用Arduino做为开放配件平台标准等事件预示了开源硬件的理念、影响力和潜在商业价值正在逐渐被大公司所认识和接纳，但这些巨头的参与和支持带来的并不一定都是积极意义，想想Yahoo收购delicious和Flickr的历史吧。圈地、投机、借力等短期行为只会带来虚假的繁荣，作为开源硬件的鼓吹者，我还是希望这个领域的从业人员能够冷静头脑，踏踏实实的把技术、产品和服务搞好，推出更多的创新服务，完善业态环境链，就象Arduino Labs以及Kickstarter这样。

[本文全文译自 MAKE7月25日的文章Circuitbee: Sharing Electronic Schematics on Your Blog，作者是Mark Frauenfelder]

CircuitBee是使用户可以将电路图嵌入显示在自己网站上的网络服务，（创始人 ）Ben Delarre向Make介绍了CircuitBee的起源和未来发展的设想：

“有你没有过下面的经历：想将设计好的电路图放到自己的博客中与他人分享、希望在论坛中贴电路图以便获得高手的指点、或者曾在某个网站中盯着那些要么太小，要么庞大无比的电路图图片？遇到这些情景时你可能会感叹，怎么就没有什么好的方法呢？

我们遇到这些情况是在2010年Burning Man庆典中，那时我们在做自己的第一个正式的电子制作项目——Illuminatrix，一个由256个彩色LED组成的显示阵列，可以用来显示由来自世界各地的人们创作的小动画。这个项目需要用到很多当时我们从来没接触过的技术，因此，我们对于自己设计出来的电路没有什么信心。

一开始我们试着在博客和论坛中发帖，解释我们的电路设计以及遇到的问题，很快我们发现这么做不可行：用文字来描述电路图简直太困难了。于是我们试着贴出电路图的图片，以及电路设计文档。

这就涉及到将电路图截取并转存为JPEG格式，上传电路设计文档所需的元器件资源和各种其它文件。但是那些愿意提供帮助的人并不一定有能够正确打开这些设计文档的软件，而JPEG图片文件有时太小看不清楚细节，有时又太大没法贴在论坛里。我们本来以为一定已经有什么更好的方法可以帮助人们共享电路图，让大家可以很方便地展示和进行讨论。一番寻找之后却发现根本没有这样的好东东，于是本着无知者无畏的精神，我们决定自己创建一个这样的产品出来。

CircuitBee就像是展示电路图的YouTube，你上传你用Eagle或KiCAD软件设计的电路图文档，我们处理这些文件并创建出一个在线版本，让用户可以将这个在线电路图嵌入自己的网站中，用户查看这种在线电路图时可以随意移动和放大缩小，将鼠标箭头移到元器件上也可以获得更多的详细信息。

我们的产品仍然还处于早期的开发阶段，所以请原谅可能出现的各种问题。大家现在就可以浏览CircuitBee的网站，注册一个账户，上传你的设计文档和相关资源库，然后让服务器在后台进行处理，几分钟之内，就可以得到一个在线版的电路图，可以将它贴到你自己的网站或论坛上去。

我们计划在以后增加更多的有用功能，比如下载原始设计文档，在电路图中搜索特定的元器件，以及增加注释和说明等等。希望这些功能可以为大家交流自己的电路图设计带来方便，从而提高每个人的设计水平。

我们希望CircuitBee能够成为电子制作爱好者最有用的服务，因此我们会竭尽全力保持免费。希望用户的参与能够帮助我们达到这一目标，所以请大家多提意见和建议，以便我们能够持续改进，让学习电子技术和分享设计变得更加简便易行。”