But，算法一定是高度商业机密，并且非常复杂的机制。一般人其实无从掌握，也无需了解其所有的规矩。淘宝的算法，是为了平台最大的公平，如果每个人都把中心放在应对机器，而不是真正用户，电商这些年也不会发展得那么迅速。搜索引擎的开发，就是为了商家更好地服务消费者，而平台，从中赚取服务费。
淘宝的技术更替 ——（对代码原理没有兴趣的可以跳过）
阿里团队的梦想可不是做一个小网站，为了最快使想法上线，当时淘宝的原型是从美国人手里买的一个现成的网站系统，代码语言是PHP。虽然PHP从页面渲染到数据访问实现简单，并且开源免费，但是业务的增长速度和模块的增加马上让这套系统达到了性能瓶颈。
到后来PHP+MySQL数据库已经撑不住那么大的数据读写了，只能换成甲骨文Oracle，换数据库不止是换个库就可以了，访问方式，SQL语法都要跟着变。Oracle的能力之所以强大，其原理是有个关键性的设计——连接池。PHP对数据库的请求是产生一个连接，是没有连接池的。于是他们寻找一种利用PHP+连接池的工具暂时改进，勉强使用。
但是“好景”不长，用户量的增长和之前几次改版（换数据库不换语言）使得版本内部产生一些逻辑冲突，问题很多，有时出问题了，只能用最笨的办法解决问题，例如服务器深夜挂起状态，就要人为进行重启。
问题总要解决，数据库的更换，最有效的方法是更换开发语言了。当时java的企业框架普遍于世界上主流的大规模网站，但是已经做出规模的淘宝，更改开发语言，无异于网站重做。这样的改造在不影响用户的情况下，唯有请Sun公司的人做技术支持是最合适的，因为他们创造了java，没有人比他们更懂java。
后来淘宝在开发支付宝系统的时候，也是出现很多坎，由于这篇文章主要讨论电商的魅力，所以就不再整理了。总之，技术上的坎根本不算整个项目的瓶颈。业务带来的压力更多是压在数据库和储存上，做到了第一电商流量入口，即便用外国的技术、硬件、存储虽然非常贵，但是能用钱解决的问题，就不是问题。
淘宝的生态建设，超乎想象，也许说称之为电商系统压力第一案例也不为过，何况这些年挑战“双十一”等，将流量瞬间集中的大型活动也变得绰绰有余了。
淘宝的类目概念——
从数据库分配和代码实现的角度来看，在之前，商品的分类都是按照树状图一级一级的节点来分的。随着商品数量的增长，类目变得越来越长，越来越复杂，这带给买家的困惑就是类目选择困难，而且有出现重复属性或相似属性的情况，客服小二更是任务执行问题重重。
