Source: Slashdot
开发者和图书管理员 Misty De Meo 写道，她在使用 GitHub 时遇到了令人沮丧的经历：对我来说，GitHub 的杀手级功能之一是它的责任视图。命令行上的 git blame 很有用，但很难阅读；这不是我每天都会使用的界面。GitHub 的 Web UI 不仅方便，而且我可以轻松地逐行查看责任视图的旧版本，这是非常强大的。这是那种将我留在产品中的功能之一：我停止使用离线图形 git 客户端，因为它更好用。然而，前几天，我尝试在一个大文件上使用责任视图时遇到了一个问题，这是我记忆中没有遇到过的问题：我只是找不到我正在搜索的代码行。
我将来自该行的各种关键字输入浏览器的命令+F搜索框，但没有任何结果。我陷入了困境，直到一会儿后，我在进行搜索的同时漫不经心地滚动页面，终于找到了我正在寻找的那一行。我意识到发生了什么。我听说 GitHub 正在使用 React 进行前端重写，并且意识到这一定是原因。问题不在于我想要的行不在页面上——而是整个文档并没有一次性渲染，因此我的浏览器内置的搜索栏找不到它。
凭直觉，我尝试在浏览器中完全禁用 JavaScript，突然之间它又开始工作了。GitHub 能够发送完全基于服务器端渲染的页面版本，它实际上可以按照应该进行的方式工作，但除非完全禁用 JavaScript，否则不会这样做。... 公司品牌、新的“AI 动力开发者平台”口号表明，我认为的“GitHub”——传统网站，对我来说是核心功能——在此时并不是微软的首要关注点。我知道 GitHub 的许多有才华的人在乎，但公司的优先事项似乎并不重视我在这项服务中看重的东西。
这并不是反对 AI 的说法，而更多地是承认我每天仍然需要使用的工具已经过时。Copilot 并不是在为我导航网站，取代了我对现有网站的需求。我曾经有过工具经历过这种衰退阶段并扭转局面，但我不太乐观。现在它仍然非常实用，可能还会持续几年，但我现在想知道我还有哪些其他选择，而不是等到情况变得比现在更糟。
科技在不断发展，用户体验的重要性愈发凸显，GitHub的升级是否会为使用者带来更好的体验成为关注焦点。
