流程图可以实现，因为前期技术合伙人已经完成了一个beta版本，但是由于中间的部分关键概念理解有问题，只能推倒重来 编程的问题在于学习理论和自己搭设计程序框架，纯粹的coding估计十万行左右应该能解决（原先的beta版本大概几万行，但是中间的概念理解有问题，需要修改，但是工作量估算应该不会出现翻倍的可能性） 谢谢关注，刚刚回到东北老家，这几天有空的时候会把剩余的复盘结果整理出来
看来是交互式系统了，可能用简单的流程图无法实现 那就用UML吧 根据我多年做项目的经验，项目失败往往是因为开发者没有理解用户的需求，更深层次的原因是用户无法准确清晰无误的表达自己的需求。所以前期的需求分析是非常重要的。
编程的代码量应该是工作量衡量指标之一吧？ 这几天家里有事，复盘的安静环境很难做得到 只做了两个合约 其中一个结果和前面的结果类似 另外一个出现的情况是，从合约开始到合约结束，从策略来看，都是看空，但是没有一次符合入市机会 稍晚把具体情况发上来，谢谢关注