我不会编程又不想学，如何实现量化交易？

我经常会遇到小伙伴发来这样的问题，自己忙，不会编程，也没时间学，如何才能实现「量化」交易或者机器人交易呢？他们倒是知道机器人交易可以省去大量的盯盘时间，在止损止盈上也可以实现不干预情感进去。似乎他们眼里的量化是非常厉害的工具。我不否认量化交易比人工交易在效率，速度上的提升，但也没有那么牛啦。当风暴来临的时候，很多量化交易团队都无法幸免的。

不扯远的。我们「圆规」正转！

这是我列出来很多人想进入量化的世界，但又不想学编程的理由。有些理由是故意加上去的，比如听到编程，代码两个字，就产生奇怪的生理反应，脑壳疼。我能理解很多人试着去学过编程，但没有学会，找不到入门的方法。这类的小伙伴，其实是需要一些点拨的，因为不是所有人靠自学或者他人死板的授课就能学会编程。

但更多的情况下，是还没试就放弃了的。

一般说自己太忙了，没时间，感觉学了没用，连英语不好这样的理由都用上了。如果你有看过一些编程的视频课程，你会发现，课程里用到的英文单词没多少，不会超过 100 个，也不会超过英语 4 级的水平，这是一个高中毕业的学生都能掌握的基本词汇量哦。另外，你去看那些教课的，他们对单词的发音也是非常不讲究，很多都是错的，听起来特别便扭，我每次都想吐槽来着，但不影响他们教学，也不影响同学听课。

那假设确实是因为太忙，没时间从头学起，有没有一些工具和网站提供这样的支持呢？

答案，是有的，但问题又来了。

上图中提到的两者都是有坑的。这个坑在于，如果没有一个很好的背书，如果没有一个靠谱的人推荐，你需要自行判断网站，APP，开发者是不是靠谱。比如网站是个人还是企业，需要充值还是通过 API 操作，客服响应是不是及时，历史上有没有发生过被盗或者口碑的问题，如果是开发者，那你只能通过跟他沟通的过程中来做基础的判断了。

列举 2 个我用过的网站和 APP。FMZ 发明者最早尝试过，里面提供了很多的策略，也有收费的，也有开发者，报价都比较高，你也可以自己写代码进去跑，它提供了回测系统和基础框架，实在不行，好像用那个麦语言也可以做做机器交易。自己有服务器的话，是可以对接进去的，不过有时候会连接超时。我也试过自己的电脑变成一台服务器，可能是因为国内的原因，相对更稳定些。我在上面做了一些简单的测试，最终没有找到合适的策略，所以才选择自己写代码录制网格交易视频的。

第二个是币优，是我一直在用的平台，现货交易，交易所支持的也足够，所以没什么大问题，我个人一直在上面跑，有兴趣的去感受下。

如果你觉得我是在做广告的话，那还真的没这必要，我公众号的粉丝 100 都不到，他们也不给我钱啊，我单纯就是分享一下我看到觉得还不错的，做下分享。

再推荐 2 个国外的平台，Haas 是我在搜索 OKEX 合约量化机器人交易类似这样的英文关键词的时候找到的，他们官网的资料显示它是支持做 OKEX 合约的，但最低的门槛是需要支付一定的比特币，所以我那会没有做任何的订阅，据悉该网站口碑也还不错。

第二个是群里小伙伴推荐的，具体没试过，注册后看了下界面UI，觉得整体还算清晰，具体功能未试过，有兴趣的小伙伴可以去看看。

我在搜索过程中，用到的关键词和长尾词如上，基本就是这样的组合，国内外都能搜到，但靠谱程序需要自己判断了。然后建议用谷歌来搜索。当然词可能不全，有兴趣的可以补充。

再来说说在找开发者过程中会有哪些坑。

通常情况下，只要找对的地方，开发者自然不难找。小白会先简单说下自己希望做的程序化交易的「策略」，开发者听完给评估时间，报价，收订金，然后开发完成，小白验收的时候突然发现这跟自己的需求不符，开发者说就是按照你的需求来写的，付尾款吧，双方各执一词，如果一方不能说服另外一方就会闹掰。

那问题出在哪里？

我自己是这么认为的，需求方如果不是产品经理，那么这个坑就很大了。在提交需求的时候，不能做到明确说清楚自己想要实现的功能，如果遇到一个「不解风情」的开发者，可能就照着需求来做了，而不是思考需求背后要实现的目的是什么，也不会给自己的理解和建议，反正照着你的需求来做的，做成什么样你就得付钱不是嘛。这一点上，两个人的信息是不对称的。委托者不清楚代码怎么写，程序是怎么运行的，对他们而言，程序相当于一个黑匣子，他们只想要的就是实现最后的结果，但通常会付出很多「惨痛」的代价。当然，有钱的话，另外一回事了。

那对于开发者来说，正确理解委托者的需求是很有必要的，我不清楚这种接私活的，是赚一单跑人还是想长期赚这一单。可能偏前者。我假设大部分开发者都是有在认真收钱并帮忙写代码的，一般来说，没必要坑对方。只是对于小白，我自己觉得，如果我是开发者，对方不是我什么熟人的话，我不会接这一单，如果对方在互联网公司待过，我可能会优先接他的需求，因为沟通上的成本会更低，并且对方知道如何正确的提需求，验收等等。

上面也是我对于找开发者开发量化程序的态度。我会建议委托者把需求拆分，先让开发者实现一个简单的功能，体验测试后再决定是不是要继续优化或者让他继续做下去，不要等全部开发完成了再一起测，那时候你会发现坑挺大。第二点是理解需求变更这件事情。在委托者眼里，调用 A 数据然后做 XXX 的处理再实现 YYY 的功能，这是再正常不过了的，脑子里一过就完成了嘛！但如果你把 XXX 换成 WWW，程序员可能会跟你说这是在变更需求，blablabla 说一堆，不想这么做，因为 XXX 就能满足你的需求了。然后你们就僵持不下，再然后发生的事情你应该也能脑补到。

是不是听完我说的这些，觉得有点慌呢？

其实，只要找对靠谱的人，就相对会好很多。

最后我想说，如果你看完觉得这里面有风险，或者尝试过，发现不符合自己的需求。要么，还是自己努力学下编程吧。鱼和熊掌不可兼得啊！纠结是没用的。