自动采集子系统项目比较复杂，时间压力也不高

　　自动采集子系统项目比较复杂，时间压力也不高

　　自动采集子系统项目比较复杂，自动采集功能设置比较复杂，并且子系统之间互联比较难，虽然子系统之间互联比较难，但是只要整个项目比较顺利，一般情况是可以实现的。但是比较慢，现在全自动化项目比较火，一个项目做下来挺辛苦的，特别是后期维护，每一个子系统都需要改动，从代码层面看，改动就难办了，时间和成本都会增加很多。

　　所以说一个比较大的项目做下来还挺费时间的，比如我们是做电商的，每个app的功能都很复杂，并且app的代码特别多，而且还要考虑到兼容性，很多项目都做下来，有时候一个子系统都做下来也得几个月的时间。其实我们做一个比较简单的平台产品的话，我们时间压力也小，效率也不高，但是代码比较少。举个例子来说，以前公司做一个简单的店铺分析产品，他们找一个人，做一个功能，但是实际上不是用app去做，是在简单的web服务器上去做，我们新开发一个小平台做平台产品，前期花在维护和重构的时间要比较久，效率也不高，但是后期运营起来的话，因为他们目前也没有做太*敏*感*词*的发展，所以每个平台都不太多。

　　但是在整个大平台比较好的情况下，新就少的情况下，其实我们可以就做一个比较小的平台，这样我们的人少的情况，重构的空间大一些，时间节省了，重构的成本也少一些。我们做的自动采集子系统其实是跟我们大平台差不多的，我们有接手老的系统，还有子系统，并且我们自己研发的，在公司用起来性能比较好，效率要比我们的大平台慢很多，但是是在已经有了老系统的情况下，说是性能好，但是平台的网站挂掉也是可能发生的。

　　那么如果我们要做自动采集的话，我们要考虑哪些问题？首先第一个比较重要的问题是如何兼容新系统的？很多人做子系统的时候，是用web服务器上的程序，这样其实前端体验度不太好，主要是容易兼容新平台和老平台，如果平台比较老，我们测试它的时候，有时候新系统做了兼容，而旧系统没有做兼容，那么你没做兼容的部分，有时候会被后端卡住，会发送到子系统上面，那么整个系统也是会比较卡的。

　　所以我们不是可以做自动采集的，我们有时候可以搞一个兼容性很差的子系统，我们做新系统的时候，尽量把兼容性做差一些，做到最低，这样整个界面不会很卡，这样我们提升用户体验的时候，也有利于减少服务器和网站的大小。如果我们需要去兼容较新系统，我们不但要使用到兼容性不高的程序，还要去使用网络去兼容，因为旧系统也有可能是本地的，有时候网络可能会不稳定，这样无论是服务器还是网站的兼容性都比较差。所以我们在设计子系统的时候，我们一定要考虑到整。