内秀设计的基础素材拿出来时，团队一帮技术宅男没感觉到这东西有多好玩，反而都同时意识到一个令人头秃的问题。
这鬼东西，一定很耗带宽！
首先，陈程要求个人页面里，在个人头像与资料的下方呈现校内秀。
按照17寸屏幕并且页面全屏的模式下，校内秀的呈现框，大概跟竖着的银行卡差不多大小，可以说是占比很高了。
占比越高，图片越大，图片越大，带宽占用越高。
关键是陈程还明确提出要求，哪怕这个人没有购买过任何校内秀，在这里也要给他展示一个系统默认的、最基础的卡通形象。
那也就是说，以后每一个用户都拥有自己的校内秀，所以，当他在打开自己以及其它用户的个人主页时，都避免不了要加载一个卡通形象的数据。
而且，陈程对卡通形象的分辨率还有要求，不能降低像素、影响显示效果。
所以，每个用户都至少要加载一个校内秀，这本身就已经很占用带宽了。
如果只是这样勉强还好，因为用户加载素材是有缓存的，今天登录之后，只要不换电脑、不临时清除浏览器缓存，那他个人的校内秀只需要从服务器下载一次，后面无论他刷新多少次，都将直接调取本地缓存，减轻服务器压力。
可是，陈程的要求不仅于此。
他竟然还要让大家开发一个页面版的商城，当页面商城打开之后，整个页面会加载出各种各样的卡通元素，规划是每页三行，每行五个商品。
这也就是说，一个页面就得加载十五张图片。
而且，陈程还告诉大家，商品至少有几百种。
那一旦用户开始浏览，他肯定不会只加载一页数据，他会在看完这一页之后，再进行翻页。
那一翻页就又是十五个……
这就等于，一下子就把用户的带宽需求翻了一倍。
负责产品的肖鹏感觉头大如斗，犯愁不已的说：“陈总，这个功能一旦上线，咱们的带宽需求估计差不多要翻几倍啊……”
陈程笑道：“翻几倍不至于，想想办法啊，办法总比困难多！”
负责开发的陈伟尴尬的说：“陈总，这怎么想办法啊，你都给用户这么多内容供他浏览了，只要他请求，我们的服务器就要响应，就要占用带宽给他传输数据啊！尤其是这个商城，它要真是几百个商品，到时候几十万人一起浏览，那咱们的带宽临时升级十倍也不够用……”
…。。