说明

在最终的实用上，我还是选择了Kettle。主要还是因为考虑未来公司的部署和使用上有比较全的文档，也比较有说服力。所以有时候也挺有趣的：

• 1 其实APIFunc要好得多，但是（刚做完原型验证）并不能取得大部分人的信任
• 2 有一些方法对于有一定基础的人来说很方便，但是对于更多的人是觉得不好用（专业上还是有很大鸿沟的）

Kettle(HiTaCHI Pentaho)的部分商业用户，所以看起来似乎是经过大量实践检验的。对于其他人推广起来就很容易。

我现在越来越能理解这种现状，所以我一点都不排斥使用Kettle，更多的，我会把Kettle的实践过程与APIFunc相类比：

• 1 作为产品设计时的参考，他山之石，可以攻玉
• 2 我会坚定不移的推进APIFunc，因为在设计之初就考虑过，即使是我自己使用(One User - One Service)，也完全值得开发

kettle介绍

一开始只搞etl，后来也慢慢延伸到机器学习。所以和KNime，以及其他一些平台做的事情都很类似，只不过起点不同而已。我的核心是搞算法的，等这一波APIFunc弄完应该就会把精力调回去主攻算法，同时给自己提供一些前端支持。