早期，jquery 对我们意义重大
github.com 在 2007 年底开始使用 jquery 1.2.1，那是谷歌发布 chrome 浏览器的前一年。当时还没有通过 css 选择器来查询 dom 元素的标准方法，也没有动态渲染元素的样式的标准方法，而 internet explorer 的 xmlhttprequest 接口与其他很多 api 一样，在浏览器之间存在不一致性问题。
jquery 让 dom 操作、创建动画和“ajax”请求变得相当简单，基本上，它让 web 开发人员能够创建更加现代化的动态 web 体验。最重要的是，使用 jquery 为一个浏览器开发的代码也适用于其他浏览器。在 github 的早期阶段，jquery 让小型的开发团队能够快速进行原型设计并开发出新功能，而无需专门针对每个 web 浏览器调整代码。
基于 jquery 简单的接口所构建的扩展库也成为 github.com 前端的基础构建块：pjax（https://github.com/defunkt/jquery-pjax）和 facebox（https://github.com/defunkt/facebox）。
我们将永远不会忘记 john resig 和 jquery 贡献者创建和维护的这样一个有用的基本库。
后来的 web 标准
多年来，github 成长为一家拥有数百名工程师的公司，并逐渐成立了一个专门的团队，负责 javascript 代码的规模和质量。我们一直在排除技术债务，有时技术债务会随着依赖项的增多而增长，这些依赖项在一开始会为我们带来一定的价值，但这些价值也随着时间的推移而下降。
我们可以将 jquery 与现代浏览器支持的 web 标准的快速演化进行比较：
$(selector) 模式可以使用 queryselectorall() 来替换；
现在可以使用 element.classlist 来实现 css 类名切换；
css 现在支持在样式表中而不是在 javascript 中定义可视动画；
现在可以使用 fetch standard 执行 $.ajax 请求；
addeventlistener() 接口已经足够稳定，可以跨平台使用；
我们可以使用轻量级的库来封装事件委托模式；
随着 javascript 语言的发展，jquery 提供的一些语法糖已经变得多余。
另外，链式语法不能满足我们想要的编写代码的方式。
最后，我们开始使用 flow 来注解类型，以便在构建时执行静态类型检查，并且我们发现，链式语法不适合做静态分析，因为几乎所有 jquery 方法返回的结果都是相同的类型。我们当时之所以选择 flow，是因为 @flow weak 模式等功能可以让我们逐步将类型应用于无类型的代码库上。
总而言之，移除 jquery 意味着我们可以更多地依赖 web 标准，让 mdn web 文档成为前端开发人员事实上的默认文档，在将来可以维护更具弹性的代码，并且可以将 30kb 的依赖从我们的捆绑包中移除，加快页面的加载速度和 javascript 的执行速度。
自定义元素
近年来一直在炒作一项新技术，即自定义元素——浏览器原生的组件库，这意味着用户无需下载、解析和编译额外的字节。
从 2014 年开始，我们已经基于 v0 规范创建了一些自定义元素。然而，由于标准仍然在不断变化，我们并没有投入太多精力。直到 2017 年，web components v1 规范发布，并且 chrome 和 safari 实现了这一规范，我们才开始更广泛地采用自定义元素。
在移除 jquery 期间，我们也在寻找用于提取自定义元素的模式。例如，我们将用于显示模态对话框的 facebox 转换为<details-dialog>元素（https://github.com/github/details-dialog-element）。
我们的渐进式增强理念也延伸到了自定义元素上。这意味着我们将尽可能多地保留标记内容，然后再标记上添加行为。例如，<local-time>默认显示原始时间戳，它被升级成可以将时间转换为本地时区，而对于<details-dialog>，当它被嵌在 <details>元素中时，可以在不使用 javascript 的情况下具备交互性，它被升级成具有辅助增强功能。
以上就是github不用jq用什么的详细内容。