0.

这不，上周我怀着好奇的心情，试用了一下 streampark 这个所谓的一站式流式计算平台。

根据官方文档的操作指示，再结合我的实践来看呢，总体体验确实比较糟糕，根据我的一贯行事作风，就把这个比较糟糕的过程给如实记录了下来。

但让我不曾想到的是，我的文章居然遭到了 streampark 作者的 diss ，说我文章内容有明显的错误，并且还不忘教育我一番，希望我写文章可以“稍微认真一些”。

Emm... 就还挺秃然的，经常看我文章，或者熟悉我的小伙伴应该都知道，咱对技术，可一直都是以严谨做为行事风格啊，被这么冤枉可不行。

1.

于是就在昨晚，本来不想直播的我，临时起意，决定把我文章中提到的，streampark 表现糟糕的部分，来个现场演示，以表清白。

果不其然，在演示的过程中，就有小伙伴表示同感，说这玩意问题确实比较多。

也有小伙伴私信告诉我，先前也用过 streampark， 但是呢，因为鸡肋，后来换成了Dinky (马上就会测试)：

大家都是朴实的程序员，都只会用事实来说话，你说你的产品做的差，体验不好，这是一件再正常不过的事情了，有人认真给你的产品做测评，并把体验不好的地方给指出来，这不正好给你你后面要优化改正提供了明确的方向吗。

且不说感激嘛，最起码你不能急眼撒，你说你一个还在孵化期的项目，人家用起来说了你几点不好，你就那么着急来反驳，还不忘“教育”别人一番。

怎么？就只能接受好听的话呗，夸你就乐意，说点客观的缺点，就受不了了？ 

你是不是以为自己还在上幼儿园啊？别人得给你糖吃，永远哄着你呀？

2.

作为一个中立的第三方，大家从我的历史文章中应该都可以看出来，不管哪款软件，我在写测评的时候，都会尽可能做到客观，至少在我挑选的测试场景里是这样的。

相信大部分的同学也是因为这个原因，才喜欢上我的文章，喜欢我的观点，那就是：从不刻意去尬夸谁，也从不刻意去贬低谁。

因为我们知道，任何一款不管多么牛逼的软件，在拥有众多优点的同时，也一定存在诸多槽点，而我，只是想对我所经手的每一款，通过我的文章，把这两点都表现出来，让大家看到一个软件真实的面目而已。

一款既然是面向大众的软件，你敢把它开源出来，就要接受大众对你 的检验、批评、甚至是质疑，这个是你能被广大用户所接纳，必须要经历的前提，也是你的产品从一个不成熟的婴儿时期，逐渐走向成年，迈向成熟的必经之路。

如果这个过程中出现的一点不悦耳的声音，就能让你炸毛，就着急把反对你的声音清理出去：

那我只能祝你好运，以你的这种「包容」和「宽阔」的格局，一定可以成大事。

3.

Doris 相信大家都很熟悉了吧，至少也听过对不对。

看过我文章的小伙伴应该知道，我之前写过(后续还会继续写)很多篇关于 Doris 的测评(十几篇打底)，以及跟其他数据库对比的文章，在这些文章中，几乎大部分内容都在“批评” Doris，甚至不乏少量对它的误解。

但跟 streampark 面对我文章批评的声音，形成鲜明对比的是，人家 Doris 的人不但没有对我的观点进行 Diss，取而代之的，在承认自己产品有缺陷的同时，拉了专业的团队跟我一起来分析问题，定位问题所在，并指出解决方案。

而且，人家非常的有耐心和有诚意，就在上个月，Doris 所属的公司 SelectDB 的 VP，专程到我楼下，约我聊关于他们产品的事情，很感谢我能在实用性角度，指出他们产品的一些不足，为他们产品后续的优化跟改进提供了有价值的方向。

看看，啥叫「大家」风范，就是面对自己一些“不舒服”声音的时候，能理性判断这个到底是“好事”还是“坏事”，而不是感情用事，只知道无脑的回怼，难怪人家 Doris 能发展的如此神速，那是有原因的。

4. 

我也知道，做一款开源产品有多么的不易，需要投入大量的人力、时间、精力，要历经无数次的修改，优化，迭代......

但既然选择了这条路，你就得做好这个心理准备，这个世间哪有那么容易随随便便就成功的事情啊。

别人跟你无冤无仇，批评你，本质只是想让你的产品变得更好，更好了，大家都受益了，皆大欢喜，谁不想这样呢。

请摈弃你的「受害者妄想症」，心胸开阔一点，也许能为你的产品，吸收更多有价值的观点，而不是认为，自己总是对的。

最后，至于 streampark 的人，认为我用“这玩意”3个字来指代他们的产品，让他们感到很不舒服。

我只能说，这个就是我的行文风格，我用这3个字指代过所有的技术(Spark、Flink、Doris、CK等等，无一例外)，凭什么到了你这里，就得搞特殊呢。

你要觉得不舒服，可以选择，不看！

（PS：大家想对比的 Dinky  我已经下载下来了，正在测试，咱下篇文章见分晓）