目前国内量化系统还不成熟,和国外的系统还差很远,国内的平台还有很大提升空间,如果都像某NPY那样,用谎言低于新的东西被攻击和封杀,那样有悖于开源精神, 如果整个量化行业都是这个风气,大家也就别希望有更好的产品出现了。
没有争论,就没有提高,但是争论的前提不能像之前vnpy那样那样做人身攻击,也不能而已误导和诽谤。
我们看看2017年4月份左右VN.PY作者为攻击比自己性能更好QUICKLIB说出了6个谎言 https://zhuanlan.zhihu.com/p/27243838
既然VNPY能捏造6个谎言攻击Quicklib 的产品和恶意诽谤Quicklib作者 ,那么Quicklib就能说清楚事实,说VNPY架构的缺陷的道理,对VNPY是害处还是好处,取决于VNPY对缺陷的处理态度。如果VNPY是正视,那么我就是在帮VNPY,如果VNPY不正视,那是它自己不负责任。
下面只看架构理论上的道理,不用关注VNPY原始作者个人对错
选VNPY的逻辑, python较为容易学习嘛,python初学者一看,原来python也可以搞底层 这门选修课成了加分项?完全可以用 C++搞底层 吧?是不是有点违背选python的初衷呢?
在这个行业,相信大家不止一个人也不止一次的说过类似的话:"一个成熟的系统不会是由一门语言去包打天下的”。
python不适合开发大项目,C++可以开发大项目。你拿PYTHON做什么大型交易系统嘛。
VNPY 是把python缺点美化成了优点。
为什么说纯python框架搞底层性能不行?
VNPY 量化交易上的性能对比分析
https://zhuanlan.zhihu.com/p/27243838
2.长久以来,Quicklib大量发文也只是阐述事情经过的事实。
3.基于VN.PY作者所说,Quicklib蹭VNPY热度的说法,我想说的是目前Quicklib几个群达到2500人,根本不需要蹭任何产品的热度;
4.既然VN.PY认为Quicklib不足为惧,蹭了它的热度,那VNPY为何要首先攻击Quicklib在先?
5.本次只是从理论的高度去阐述VNPY不适合生产环境,并非对VNPY作者进行人身攻击。
因为合理的技术探讨会促使开发出更好的产品。
和VNPY比起来,为什么有其它的程序化交易框架架构可以做到了底层C++驱动的性能,不仅可以实现绕过GIL全局锁,甚至在底层还可以实现C++无锁队列,并在python应用层调用较为简单,性能更好很多。
这不是PYTHON本身的问题,而是VNPY的python框架架构的问题!
Quicklib秉承的是底层用C++驱动,采用C++封装好方法,并提供给python调用,采用异步IO, 通过底层驱动,用较短的代码路径迅速进入数据高效处理环节。
http://www.pythonpai.com
期货,A股等API程序化量化开发技术交流
www.pythonpai.com图标
农夫由于付不起养骡子的成本,于是决定用狗拉磨,于是狗变成了神狗,不仅要看家,还要拉磨。
农夫于是对对周围的邻居们夸耀说自己养了一条神狗。有邻居l前来询问如何培养神狗,于是农夫写了一本厚厚的小册子,教学各种培训神狗的方法。甚至开了LIVE讲座,收取350元培训费用。
有人开始用这小册子开班授课教大家如何培育,既可以看门,又可以拉磨的神狗。
由于大家都在讲如何培育神狗,渐渐的趋之若鹜。
很多做神狗培育课程的培训师还赚了一笔小钱,这样大家都赚了小钱。
但大家都没有用神狗拉磨提高正常的生产效率而赚钱!
突然有人问农夫:你为什么不养一头骡子?
这真是狗的悲哀。