@xseven007 正在考虑支持多种数据库，但这个功能估计 0.2.0 版本不会上线~

@xseven007 没有按照好依赖，git clone 下来之后先 npm install 一遍。

@xseven007 不会不兼容，你可以在本机上测试一下。我之前引用了一个要求>0.10.x的中间件，所以才会导致编译失败，现在已经暂时删除了ifile的引用。

@myrual 非常感兴趣！

@xseven007 需要用 apache proxy 到你的node服务跑起来的端口，然后用守护程序包装 candy 一直运行就可以了

@brianlai 深圳~

@taresky 谢谢~

Candy 0.2.0 开发计划大纲已经定下，欢迎提交你认为切实有用的功能~

http://candy.menkr.com/thread/520d00630e5cd3752200001c

@flynngao 我觉得关键在于这个东西是不是够活跃。

@leavic 从这个角度来讲，确实没有什么特殊性。从这个角度来讲，可是什么样的板子才有特殊性呢？

我们看这个东西的角度是不同的，高级语言之间也有区别的，就像hn上有人评论会这样说："Why JS? C is fine! " 也有人会这样回答："Why C? ASM is fine!"

Node没有什么特殊优势，它性能不高，写起来流程控制也比较麻烦，我上边想说的不是说这个语言有性能优势，于是才有人做js的板子。这种逻辑是说不通的。js没有任何优势。

但是使用js的人多。因为他简单，所以玩家多。玩家多，所以好玩的东西多。这是我的重点。

@leavic 这个也是我一直想讨论的问题，什么样的板子是为程序员设计的，什么样的板子是为制造商设计的。

把js移植到芯片上跑，算是一门新鲜事，但实际上，在芯片上编码，好多其他的语言都行，而且已经存在很长时间了，我为什么感觉对于maker，现在这个环境正处于一种爆发之前的状态。我自己感觉是有以下几个原因：

1. 这个板子是为程序员设计的，专注于服务与接口，目的是为了降低开发门槛，这个理念和maker的理念是契合的，看国内正在萌生的许多maker社区，甚至开放的制造空间（可租用，可定制，弹性化小规模原型制造）的思维是契合的。我觉得它的主要目的不是用js去替代什么其他语言，也不是因为js会在芯片上跑的更快，而是将『制造的这种可能』变得更大。

2. 在1的基础上，提供了mobile sdk，和测试工具包，以软件的思维来控制硬件，这实际上是在做一个workaround，让软件工程师以他们习惯的方式接触硬件，进一步降低了开发成本，让许多人的想法有变成现实的可能性。

3. 我一直觉得node的优势，是和互联网的优势，本质上是一样的： 让成本更低，信息更透明。许多程序员在乎js的性能，在乎js异步流程的限制（需要改变他们的编码习惯），觉得node相对于其他语言没有什么优势。但问题并不在于这里，node的优势在于他的门槛极低。这和以上几点其实是一样的论点。

其实这就好像做平台的思维了，让使用者更爽，更快，更方便的实现他们想实现的产品。门槛低了，玩家就多，有趣的东西也更多了，至于上规模的产品性能问题，js不是一个完美的解决方案，但玩家一多，好方案自然而然会出现。这是任何社区的成长过程。

这家公司的几个创始人有一位是华人女性，好样的~

另外这个板子可以把我之前做的douban.fm的命令行做成『实体豆瓣电台』了哈哈

@buobuk 有的，现在基本能看。但是有些细节处理的还不够好。

@mefind 云服务都是这样的，多说只是个通道，比如登录，还是用新浪，腾讯，以及其他各种社交网站登录的，只要这里边有一个渠道挂了，相应的用户就无法登录你的站点了。

@binyuJ 是的，主帖子的信息会被同步到多说上，但并不是所有数据。

candy 0.1.0 展示站已发布：

http://candy.menkr.com/

candy 已提供中文说明文档：

https://github.com/turingou/candy/blob/master/README_zh-cn.md

我正在搭建demo站点，估计过半个小时就可以看到。

@pazz7ven 这个略奇怪了，去开个issue吧，把报错复制一下加上
https://github.com/turingou/douban.fm/issues?state=open

@homfen centos上也是需要依赖alsa，看下文档： https://github.com/TooTallNate/node-speaker

@pazz7ven cli命令是：douban.fm