译者 | Tina
18 个月后，GitHub 终于正式宣布向所有使用者对外开放崭新的标识符浏览器。
在软件结构设计的过程中，写作和认知标识符是几项基础工作。不论是实现新功能，还是搜寻 bug，开发者首先要写作和认知代码，这个时间甚至少于撰写标识符。如果能够像浏览器一样，加速找出开发须要的语句标识符，那么软件结构设计的工作效率Sonbhadra大幅提高。
但是 GitHub 上供搜寻的标识符整本，全球标识符库房已经超过 2 亿，因此这些标识符不是动态的：它在不断变化，这就给标识符浏览器带来了相当大的考验。
上架 15 年来，GitHub 始终不懈努力给我们提供更多两个称心的标识符浏览器，但始终不能如愿以偿。因为之前的标识符搜寻如前所述 Elasticsearch，但标识符搜寻与一般文档搜寻有著很大的差别，即便标识符是所写电脑来认知的，须要利用标识符之间的结构和关联性，因此还须要全力支持程序语言展开搜寻。
从 2020 年已经开始，GitHub 已经开始尽全力构筑自定义浏览器。这款标识符浏览器被重新命名为 Blackbird，用 Rust 撰写，它建立并存量保护两个由 Git blob 第一类 ID 新溪洲的标识符搜寻检索。存量的形式能节约大量存储容量，并确保了跨新溪洲的均匀阻抗分布。同时全力支持对文件格式内容展开程序语言搜寻，还可以捕捉附加的元数据，比如它还保护记号表述的检索。最终 Blackbird 满足用户了我们的操控性目标：速率十分快，检索也十分紧凑型，总重量约为（去重）记忆术大小不一的 1/3。
该标识符浏览器于 2021 月底面世测试版，这周，GitHub 正式宣布其“两极化需用”。
除标识符浏览器是崭新的以外，GitHub 还面世了两个完全再次结构设计的搜寻介面。狸尾豆不仅提供更多建议与补全，还能对搜寻结果展开智能化进行分类。
另外，研制项目组还再次结构设计了 GitHub 的标识符视图，将搜寻、浏览和标识符导航紧密集成起来。
GitHub 崭新的标识符搜寻正式上架后，有网友大赞其功能：“这是 5 年来最令人印象深刻的产品”，“很高兴能够在标识符搜寻中包含特殊字符！”
但不幸的是，也有不少使用者给出了“不满意的”的反馈，要求有一种方法可以返回到旧版本。
CameronEnglish：“新的查看体验缓慢而糟糕。我并不真正关心新的标识符搜寻功能，因为我已经有了相关工具。视图更改极大地恶化了 Github 的体验。”
Shortnamesalex：“请给我们两个恢复到旧 UI 的选项。这个新 UI 太糟糕了。一切都感觉太局促但同时又太宽，而且标识符字体令人眼花缭乱。”
还有网友说到：“我希望在编辑 Markdown 时看到对‘显示差异’功能的改进——以前，删除的内容是红色的，添加的内容是绿色的。现在这种差异却没有了。
但是这只是对狸尾豆表达不满的其中几个，使用者不断提出新问题：
由于标识符检索方式的变化，须要多个步骤来确定标识符的发布时间。缺乏如前所述时间的排序，“最近更新”不起作用。搜寻结果限于五页。查询语法已更改。Makefile 中缺少标记。使用 CTRL–F 搜寻文档时的古怪行为。以及iOS和Linux上的各种问题。可以说，GitHub 意识到了这些抱怨。“我们正在积极处理我们从社区收到的反馈，”公司发言人对外表示。“当我们构筑新的标识符搜寻和标识符视图时，我们优先考虑让开发者能够加速搜寻、导航和认知他们的标识符，将关键信息置于语句中，并最终提高他们的工作工作效率。这些优先事项仍然是我们的首要事项。”
参考链接：
https://github.blog/2023-05-08-github-code-search-is-generally-available/
https://github.com/orgs/community/discussions/54546#discussioncomment-5841984
https://www.theregister.com/2023/05/13/github_code_search_redesign_feedback/
https://www.infoq.cn/article/108ND1VsiuMWqZeNOFmB
