关于代码数量的说明： 由于我是非技术人员，大家对代码量关注程度很高，我又和以前的兄弟确认了一下： 1、原先的代码数量大概1万行左右，包含内容如下： 基本概念： 买卖点分析及显示（不包括交易接口）： 不含任何统计指标： 2、未来代码量估算： 原先的算法为了节省代码量，在架构设计中采取了一种替代算法，以减少部分买卖点的计算量。 当时我对这种算法是没有异议的，但是在后期的测试过程中，发现有不符合策略的买卖点出现，虽然情况极少——远低于5%，但是这种情况导致原先的替代算法存在问题，需要重新设计架构。 每个人对策略、架构、编程都有自己的理解，我们当时估算的结果是按照最悲观算法估算，最难也不会导致工作量超过10倍以上，如果有技术更熟练的高级技术人员介入，可能工作量会远低于我们的估算。 具体的编程工作量需要根据技术人员的熟练程度而定，如果落实到技术人员的手里，完成策略的编程工作量确实很难估算。 抱歉我这个技术小白描述不清了，给大家造成理解上的麻烦。 谢谢大家的关注和支持。
LZ说的代码量应该就是指纯算法吧，已经说了不包含交易接口了，所以不应该包含什么进程调度的 如果是十万行代码量的算法肯定是没办法手工去做的，所以反过来说LZ能够用手工去回测，肯定不需要怎么多的代码 给个参考吧，开源的x264，C代码为主，加上ARM/PPC/SPARC/x86的各种汇编优化总代码量也不到7万行
独立编写过超过10w行的C++程序，了解10w行代码的是什么概念。 如果把一条策略简单看做一个方程的话，10w行要实现多少个方程？ 这个方程组是不是太大了？？ 建议重新审视一下实现的思路，或许在成熟平台上去实现策略是一个替代的办法。 或许没有把策略与其他功能分离开？