们，只能封装到服务器上，我们来调用。但我们想，如果我们不能知道算法的逻辑是什么，就不能保证它是正确的、科学的，有效地指导学生的学习和老师的教学，所以还是放弃了。
如何快速复用线下资源？众包是个好思路
又过了两年，我觉得必须开始着手做这个事情了，因为当时学大线下的网络已经铺的非常大了，全国六七十个城市，几百个学习中心，每年的学生十几万，老师也有一万多。虽然我们也有教研团队的支撑，但统计都是滞后的，它是靠人工的，而不是系统的帮助。我们想把线下每一个教学行为管理起来，而不是建立在对老师个人(经验)的依赖，到了这个体量，我们必须想办法做这个事情。
要做这个事情，学大要过几个关：技术关、系统开发关、资源建设关、应用关。每一关都非常难，但我们必须想办法。第一关是技术关，差不多在2012年的时候得到解决。因为通过几年的积累，开发数据库、移动互联网都已经很完善。另外从互联网公司、IT公司请了很多非常顶尖的专家帮我们设计这套系统。大概在2012年，用半年时间把系统的流程基本走通了。
第二个是开发关，系统的开发是一个持续的过程，那持续的投入就是不可避免的。刚开始我们有一个将近一百人的技术团队，从中我们挑选出十几人的精干的团队，专门来开发e学大，我们内部叫X计划，X一方面代表学，另一方面代表它是个未知数，希望它能为学大将来的发展提供各种可能。开发的团队不断壮大，从十几个人到三十多个人，终于把页面、数据库，以及各方面的关联关系都做出来了，这时已经是2013年初。
接下来到了资源建设关，技术打好了以后，最重要的还是资源，整个教学过程中必须有大量的资源补充。资源建设的难度很大，学大要做(这个产品)一定是面向全国的。现在全国主流的教材版本有十几种，高考有二十多种，中考更是不计其数，所以这个产品涵盖的内容量是非常非常大的，但必须要做，这样才能满足线下所有老师和学生的的需要。
2013年初，我们从全国挑选了各科一共四五十个老师，集中到北京，根据各地的教材版本，做了第一波的资源建设。包括各种考试题，我们打上标签、来源、题型等等，做二次加工。很多题是纸质的，需要重新扫描，数字化的录入，有的是Word版本的，要重新写入系统，这个工作量是非常非常大的。除了题目，还有课程，针对每一道题，它背后的知识点，我们要做解析，包括文字解析和视频解析，投入非常大。
这个过程中我们取了一个巧，做了发包，比如针对初中物理的20个知识点，需要2
|
