依稀记得上小学的时候，老师教导我们凡事都要追根问底，不懂就问，需要了解每道题，每个知识点的原理都要一清二楚，明明白白。但是当我们步入社会，进入工作岗位的时候，一切仿佛和学校的时候完全不一样，我们编写程序，用的人家已经发明好的JDK，框架是已经开源的Spring Boot，品牌电脑厂商，是将各种已经做好的零件组装起来.......一切都是拿来主义，仿佛和我们幼年时候接受的教育完全背道而驰。
这还是自己做一些事情的，而有的贴牌的模式，则将拿来主义用的完完全全。比如说小米，现在它的产品覆盖领域已经是非常广泛了，上到手机等核心领域，下到鼠标等日常零配件杂货，都有小米品牌的身影。它是所有的都有工厂或者代工吗？显然不是，其在手机等核心产品领域，进行拿捏，而在其它一些边缘领域，则完全采用拿来主义，拿到成型的直接可以使用的产品，直接贴上小米的品牌进行售卖。但是这并不是简单的贴牌，想进入小米生态链，是需要门槛的，必须符合一定的标准，这也为贴牌的小米产品质量打下良好口碑，做好了基础。
话锋再一转，回到BI工具报表上。大家都知道，做个差不多的项目，没个一年半载的时间，是根本不可能的，做项目是软件公司盈利的源头，如果做产品的话，前期只有无尽的投入，而且这个时间投入比项目时间更长，还有更大的风险，一旦做的不成功的话，怎么办？于是乎，很多企业喊出了从项目中孕育产品的口号。这个口号喊了好多年，耳朵都快听出茧子来了，也没见几款从项目中提炼出的产品。
究其原因，一方面本身产品级的开发就比项目级的开发要难，对人员的素质要求也更高，没有在这个领域做个十年八年的积累，是不可能做出这个领域的产品的，这一点就把很多做项目的企业给pass了。其次，项目中以满足用户需求为己任，根本就不可能站在产品的角度来考虑问题的，况且用户的需求是那么的千变万化，这也是从项目提炼产品很多都失败的一个根本性的原因。还有就是一个最最关键的，就是你投入大量时间和财力开发出的一款产品，最终推向市场，用户是否真的会为此买账？这种试错的过程是最要命的。
这也是为什么现在市场上拿来主义这么盛行，转嫁风险，减小自己的试错成本。试想，如果您想开发一款报表工具，评估一下可能需要十几个人的团队，开发3-4年，这种投入的成本可想而知。更关键的点是上面所说的风险。如果仅仅花个几十万就可以购买一款产品，然后贴上自己的logo，并在此基础上进行二次开发，形成拥有自己特色的产品，这么做的话，风险性和时间成本都会大大降低。
而云蛛系统就是这么一款产品，其AutoBI和DataView是两款面向市场的非常成熟的产品，更加关键的，是其可以获取源代码。在一款成熟的产品上，打打几个补丁，甚至都不需要打补丁，直接换标，就可以拥有自己的BI报表工具，它不香吗？