@
LeanCloudRRY @
juvenn 我看了你们的 Github, 不知道你们希望是以技术驱动产品还是以市场驱动产品?
如果想以市场驱动的话, 我这里有个建议:
你们作为一款 BaaS 产品, 要扩大份额就要靠易入门和宣传;
要保住份额的话, 最重要的是稳定和速度;
易入门你们已经做的很好了,不过还可以更好, 比如我发现你们写文档时, 似乎优先去做你们的那些 LeanObject,LeanQuery 类;
但我觉得你们优先把重点放在 CQL 上效果会更好;
还是用我上面举的例子,我要获取在 2015-06-29 当天发布的微博,
如果用你们提供的文档, 我可能需要耐着性子去一个一个看你们声明的各种方法, 格式, 结构...
最后可能才能勉强拼出下面这段代码
--data-urlencode 'where={"createdAt":{"$gte":{"__type":"Date","iso":"2015-06-29T00:00:00.000Z"},"$lt":
{"__type":"Date","iso":"2015-06-30T00:00:00.000Z"}}}' \
作为一个想使用你们产品的新人, 恐怕很多人看了第一个方法后就直接放弃了,更别提还要组合;
一个是未必能弄懂怎么去组合这些查询方法, 二个是勉强组合出来的代码, 有很大可能性会出错, 运行不了, 然后, 就再也不会使用你们产品了, 你懂的..
但如果你们一开始大书特书你们的 CQL 查询方法, 告诉别人就像用 SQL 一样去使用就行了, 比如要实现我刚说的查询, 只要下面这行代码就够了:
'where time > 时间 1 and time < 时间 2'
那么我很难想出不用你们产品的理由;
----------------------------------------------------------------------
这就是我给你们的建议: 优先做 CQL, 加强 CQL, 完善 CQL:
1. 把学习成本降低到近乎为 0, 把易入门做到极致;
2. 让开发更简单, 节约用户大量的开发成本;
----------------------------------------------------------------------
我看你们文档里有提到使用 CQL 可能会导致性能的一些下降, 不过既然用了你们的产品, 想必不会对速度要求特别高, 而且, 程序员的时间, 比机器时间更宝贵, 不是吗?