为什么百度还在用 jQuery

[qzhai]

今天 偶尔发现 百度 还在用着 jQuery 1.10.2 版本 而且还同时用着 vue

搜狗 360 等其他搜索引擎 也依旧 用着 jQuery 1.X 的版本

在这个前端简历上都不咋写 jQuery 的时代

这种项目真的很难重构么？

感觉搜索引擎很适合用单页面用用来做。

发出此问的目的其实是想问
这么大的项目完全有能力有一个自己 jQuery 或者 Closure
来适用自己的业务变化
我也不认为 jQuery 能满足所有的需求
何况百度还有很多前端项目 且都在用着不同版本的 1.x 的 jQuery
我以为有其他的作用或者用途才留着 1.x 版本（因为百度加载性能做的很优）
觉得奇怪才发出此问
没想到大家的结论都是因为要安于现状。
而且我也不认为这是座屎山。

以下只是为了解释为什么我觉得应该重构，而不是安于现状。

2004 年愚人节那天 谷歌 发布了一个叫做 Gmail 的东西。
当时 email 的容量只有可怜的 10MB 或者 20MB，谷歌 突然说提供 1GB 的邮箱并且不断增长。
于是，全世界疯了。
Gmail 成为了 Web 开发的一个里程碑，第一个大规模部署的 Ajax 的应用程序。
谷歌的工程师逐渐意识到一个高度结构化的 JavaScript 库的重要性。
因为逻辑越来越复杂，代码量越来越多，功能也越堆越多，之前写得那些代码已经根本满足不了不断变化的需求了。
于是工程师们做了一个 Googler 经常做的决定：我们重写吧
于是 Gmail 的重写计划逐渐张开了，也就是今天大家看到的 Gmail 的前身。
在整个重写的过程中，一个高度独立、结构化的 JavaScript 的库被抽象出，这就是我们熟知的 Google Closure 。
Closure 的出现极大地改变 谷歌 内部写 JavaScript 的效率
也被应用于更多的项目中，包括 谷歌 最赚钱的广告系统前端
到了 2013 年，Google 内部已出现了一股暗黑势力，悄悄地开发了一个完全颠覆式的前端框架 -- AngularJS 。
AngularJS 我就不用介绍了吧
于是谷歌又把最赚钱的广告系统重写了一遍。
到后来 AngularJS 更名 Angular 又把 Angular 重写了一次。

[takemeaway]

不是不能改，而是没必要，而且也没有什么多大改善。

[wunonglin]

把百度和 google 拿来比你就已经输了

[zlhsvc]

我现在起新项目还用 jQuery 呢(本人后端)，前端 jQuery 用顺了而且没有大问题，为啥要浪费大量成本精力去更新

[HFX3389]

为啥要重构，吃力不讨好！
另“搜索引擎很适合用单页面”着实让我感觉到尴尬