GitHub 不受歡迎的 UX 改動：議題連結現在會以彈出視窗開啟

背景

GitHub 近期針對 Issue 頁面進行了一項未經預告的介面更動，當使用者點擊 Issue 內容中的其他 Issue 連結時，系統不再直接跳轉至新頁面，而是彈出一個覆蓋在原畫面上的側邊或中央浮動視窗。這項改變引發了開發者社群的廣泛討論，許多用戶認為這種非標準的連結行為嚴重干擾了既有的工作流程，並對生產力造成負面影響。

社群觀點

在 Hacker News 與 GitHub 社群討論區中，絕大多數的使用者對這項更動抱持負面態度。反對者認為「連結就應該是連結」，點擊後應遵循瀏覽器的標準行為進行導向，而非強加一個無法預期的彈出視窗。這種設計不僅破壞了輔助技術的相容性，也讓需要頻繁複製 Issue 網址以提供給 AI 代理程式或同事的使用者感到困擾，因為彈出視窗往往會遮蔽原始資訊，或導致使用者難以快速獲取目標頁面的完整 URL。部分用戶指出，這種設計風格帶有強烈的 Azure DevOps 色彩，擔心微軟正在將其企業產品中備受詬病的複雜介面強加於 GitHub 之上。

儘管有極少數聲音認為這種設計能提供更快速的預覽體驗，並省去在分頁間切換的麻煩，但社群普遍認為這種功能應該是「可選的」而非強制性的。許多資深開發者批評，GitHub 在被微軟收購後，產品開發重心似乎從穩定性與核心功能轉向了所謂的 AI 膨脹軟體與視覺上的過度設計。他們認為 A/B 測試雖然能測量點擊率等互動數據，卻無法真正衡量使用者的主觀偏好與長期工作效率。這種「為了改變而改變」的設計趨勢，被視為是大型企業內部設計師為了展現績效，而忽視了軟體工具應維持現狀穩定性的重要價值。

此外，討論中也觸及了更深層的 UX 哲學問題。有觀點指出，當前的軟體開發環境正進入一個「崩壞化」的時代，企業往往忽視了社群長年累積的反饋，導致討論區成為意見石沉大海的場所。開發者們對於 GitHub 忽視基礎錯誤（如程式碼區塊引用失效）卻熱衷於推行非標準介面感到失望。這種對使用者控制權的剝奪，促使社群開始尋求第三方解決方案，如自定義腳本或瀏覽器擴充功能，試圖奪回對介面行為的主導權。

延伸閱讀

針對不滿意此項更動的使用者，社群成員提供了幾項應對方案。ZimbiX 開發了一款專門的 Userscript 使用者腳本，旨在恢復連結的原始跳轉功能。此外，知名的瀏覽器擴充功能 Refined GitHub 也被提及，該工具長期致力於修復 GitHub 介面中的各種不便之處，並提供更符合開發者直覺的優化選項。對於希望在不離開當前頁面的情況下查看內容的使用者，Edge 瀏覽器的分欄顯示功能也被視為一種比彈出視窗更為優雅的內建替代方案。