ハクソク

世界を動かす技術を、日本語で。

GitHubの不要なUX変更: イシューリンクがポップアップで開くようになりました

14日前原文(github.com)

概要

  • GitHub Issues のリンクがポップアップで開く新仕様についての議論
  • 利用者からの 不満や要望 が多数寄せられた経緯
  • GitHub運営が ロールバック（元に戻す） を決定
  • 体験や生産性への 悪影響 の指摘
  • 今後の対応やフィードバックの重要性

GitHub Issuesのリンク表示仕様変更とフィードバック

  • 一部リポジトリで Issueリンク が通常のページ遷移ではなく、 ポップアップオーバーレイ で開く仕様に一時変更
  • この変更は 段階的なロールアウト としてテストされていたもの
  • Changelog や Product Roadmap には告知がなく、利用者から混乱の声
  • 設定で 無効化やカスタマイズ する方法が提供されていなかった
  • 利用者からは「 体験が損なわれる」「生産性に悪影響」「AIエージェントとの連携が困難」などの否定的な意見が多数
  • Assistive technologies （支援技術）にも悪影響があるとの指摘
  • 「 リンクはリンクとして機能すべき」「オプトイン（任意選択）にしてほしい」という要望が多く寄せられた
  • UIの不自然さ や「 ポップアップが画面端に寄る」など、デザイン面での不満も多い
  • 一部ユーザーからは「 マウスホバーでプレビュー、クリックで遷移」の方が直感的という提案
  • 超ワイドモニター 利用者からは、ポップアップによる表示領域の無駄を指摘

GitHub運営の対応と今後

  • GitHub運営は「 パフォーマンス改善 や 一貫した体験 のための試験的導入だった」と説明
  • 利用者からの強いフィードバックを受けて 元の仕様へロールバック を決定
  • 「 意図は良かったがユーザーの声を重視し元に戻す」と公式回答
  • 今後は Changelog や Product Roadmap での情報確認が推奨
  • フィードバック投稿 や 他ユーザーの意見への賛同 も重要
  • すべての要望が実装されるわけではないが、 利用者の声が開発の方針を左右
  • 今後の新機能導入時には オプトイン方式 や 個別設定 の検討も求められる

利用者の主な意見・要望まとめ

  • 従来のリンク挙動 の維持
  • 非標準的なUI の強制導入への反発
  • オプション提供 によるユーザー選択権の尊重
  • パフォーマンス向上 のための工夫は歓迎だが、 体験悪化 は容認できない
  • 支援技術対応 や 多様な利用環境 を考慮した設計の必要性
  • GitHub運営 への建設的なフィードバック継続の重要性

Hackerたちの意見

何で億単位のテック企業がUXに関して完璧なウェブサイトを持ってないのか、ずっと不思議に思ってる。昨晩、彼女がLinkedInで仕事の広告を設定するのを手伝ってたんだけど、UXが最悪だった。保存や終了みたいな基本的な機能が完全に壊れてて。LinkedInって広告からどれだけの収益を上げてるんだろう？Google広告も同じ。地球上で最も価値のある製品の一つなのに、ジュニアのウェブ開発者とUXについて何も知らない「UXデザイナー」に任せてる感じ。

└

UXって本当に難しいよね。なんでか知らないけど、まだまだちゃんとした学問として尊重されてない気がする。

└

完璧なUXなんてないと思うし、求めてもいない。ただ、もっと悪化させないでほしい。マジで、なんでブラウザがこれを解決できないの？タブを分割して、左のタブのリンクを右で開くってできないの？小さなブラウザやMacのファイルエクスプローラーみたいに、履歴をリスト形式でスクロールできるようにしてほしい。履歴ツリーがあって、クリックで分岐できるようなものもいいかも。ツリー形式のタブはその第一歩だけど、実際にどうやって実行するかを学ぼうとしてる人はあまりいない気がする。

└

何で億単位のテック企業がUXに関して完璧なウェブサイトを持ってないのか、ずっと不思議に思ってる。これ、オンラインショップ、特に服に関しても同じ。ひどくバグが多くて、ラグがあって、ナビゲーションが壊れてる（特に戻る時）。95%以上のオンラインストアでフィルターが機能しないのも意味不明。なんで彼らが主要な収入源（少なくとも利益率が高い）を直さないのか理解できないけど、チェックアウトの流れが文字通り壊れてるせいで、ショッピングカートを放棄したことが何度もある。

└

大きい会社ほど、内部のインセンティブに基づいて設計されることが多くて、実際に自分たちの製品を使っている人たちの意見はあんまり反映されないよね。

└

UXに誰も気を使ってないって感じだね。人々はその製品を使い続けて、印刷も続けてる。なんでUXリサーチャーやデザイナーに投資する必要があるの？

└

たくさんのグリーンフィールドUIを作ってきた者として、古いものも維持しながら（13年以上前のSaaS）、最近LinkedIn広告を設定してみたんだけど、実際にお金を稼ごうとしてるのにUXがひどすぎると気づいた。もしかしたら、メンテナンス予算がない無料のウェブアプリで見たようなひどいUXかもしれない。考えられる唯一の合理的な説明は、広告部分にたくさんのサイロがあって、各チームが自分たちの小さな部分だけで作業していて、エンドツーエンドで協力しようとしないってこと。LinkedInだから、これは許されないよ。広告キャンペーンを作って、その中に広告セットを作って、1週間後に戻ってきて、作ったエンティティを探そうとすると、1つ見つけるのにすごく時間がかかって、他のを見つけるまでイライラしながらクリックし続けることになる。LinkedInのこのコンポーネントの時間を無駄にするUXが、世界のGDPにどれだけの損失を与えてるんだろう？

└

目標が違うチームがそれぞれ自分の機能を前面に出そうと競い合うと、ウェブサイトを適切にデザインするのがどんどん難しくなるんだよね。結局、ハッキリ言って、ハッキな仕事の上にハッキな仕事が重なっていって、パフォーマンスが悪化する。最終的には誰かが全てを最初から考え直すことになって、今までの使い方に慣れてたユーザーの50%以上を怒らせることになる。成長段階が数十人の従業員の時は、UXをしっかり固めるのがずっと簡単なんだよね。全体で5つの機能しか提供してないし。

└

まるで、地球上で最も価値のある製品のいくつかが、ジュニアのウェブ開発者とUXについて何も知らない「UXデザイナー」に任されているようなものだね。注目するものが成長する。企業は収益に影響を与えるものに注目する。多くの成功したプラットフォームでは、UXはもうあまり影響を与えない（もし影響を与えたことがあったとしても）。LinkedInはその分野で実質的に勝利していて、使いにくいUIが数字に現れることはない。LinkedInには素晴らしいデザイナーがいるかもしれないけど、リーダーシップがアップデートや修正を優先しなければ、それは実現しない。リーダーシップは、問題が数字に現れるまで優先しないんだよね。

└

企業は、できるだけ少ないコストで最大限の価値を引き出そうとしてるんだよね。大手テック企業の中では、金銭的なROIがないとエンジニアリングの時間は割り当てられない。だから、基本的な使いやすさが無視されて、物を売るための機能ばかりが常に開発されてるんだ。

└

彼らが大きいからこそ、たくさんのデザイナーを雇えるんだよね。で、当然そのデザイナーたちは、自分たちの雇用を正当化するために、常に何かを変え続ける必要がある。これって、小さな会社では問題にならないことなんだ。小さい会社では「UXデザイナー」って職種がないこともあって、誰かがちゃんと動くものを作って、あとは放っておくって感じだから。

GitHubコミュニティの過去最高の投票数を誇るディスカッションと同じ運命を辿るんだろうな。https://github.com/orgs/community/discussions/66188 反応なし。

Azure DevOpsを使ってる時にイライラするUXの問題がGitHubにも現れてるのが興味深い。もし本当にAzure DevOpsレベルのUXを追求してるなら、ユーザーがダークモードかライトモードを有効にしてるかによって、CSSを保存するHTMLエディタを実装することをお勧めする。そのモード以外で読むと、読みにくくなるように。

└

コメントは新しい順に並べて、ページを逆に読まなきゃいけないようにすべきだね。

最高、Jiraで一番嫌いなUX機能が、今度はGitHubに来た。

└

まさにその通り。ブラウザを使う時の直感が全部壊れて、ページがさらに遅くなる。

└

GitLabもね！

根本的な問題は、ある人は新しいタブを開くのが好きで、他の人は同じブラウザウィンドウに留まるのが好きってことみたい。俺は、リンクをクリックしても常に同じウィンドウで表示されてた頃のネットサーフィンが好きだし、今でもそれがいいと思ってる。でも、新しいタブを開くのが好きな人もいるのは理解できる。ウェブブラウザは、target=_blank/_topのリンクの扱いを見直して、ホバーしたときに異なるカーソルを表示したり、ユーザーがデフォルトの動作をカスタマイズできるようにすべきだと思う。

└

これは新しいタブの話じゃなくて、リンクされた問題の内容を表示するインページパネルのことを指してるんだよ。

└

わからないけど、遅い/壊れた戻るボタンのための回避策みたいに見えるね。戻るが速くて状態を保持しているなら、基本的にフルスクリーンのモーダルだし。中クリックで新しいタブを開くのは、ほとんどのブラウザでそうだよね？

GitHubって、2023年頃から（JSが重くなった時）一度もUIの変更が気に入ったことないなぁ。正直、今は選べるものは全部他のに移行しちゃったから、もしかしたら見てない間にいい変更があったかもしれないけど。あと、特定のリンクが読み込めなくて、ユニコーンエラーが何度も出てるんだよね。

これはパフォーマンスを考慮した変更なんだ。クロスリポジトリの問題を読み込むのは、同じリポジトリの問題を読み込むよりもずっと遅いから、ヘッダーの読み込み方法に手を加えてるところなんだ。でも、フィードバックはちゃんと聞いてるから、根本的なパフォーマンスの問題を解決する間、この変更は元に戻すよ。 [更新 - この変更は元に戻されて、以前の状態に戻りました]

└

もう少し詳しく教えてもらえる？ヘッダーってページの上の部分のこと？最近訪れたリポジトリをチェックしたけど、いつも通りのバナー（これは変わらないよね）、リポジトリのパス、いくつかのリンク、いくつかの統計があったよ。ページナビゲーションごとに表示されるリンクや統計が変わる可能性があるのに、なんで別のリポジトリに行くのが遅くなるの？それに、推測される3つのデータベースエントリ（リンク、スター、フォーク）がなんでそんなに遅いの？

└

正直、GitHubには「プレビュー機能を試すスイッチ」みたいなのがあって、何か特典を与えられるといいと思う（もっとコパイロットを使えるとか）。そうすれば、特定のユーザーとテストしながら、メトリクスやフィードバックを使って、もっとコメントももらえるし。

└

GitHubのパフォーマンス、なんでこんなに遅くなっちゃったんだろう？数年前はこんなにひどくなかったのに。

└

アップデート - この変更は元に戻されて、以前の挙動に戻った。週末にこれのためにオンコールエンジニアが呼ばれたの？月曜日まで待たずにリバートするために。

この問題には完全に混乱してる。リンク先のページはすごくわかりにくい説明だし、以前の動作がどうだったのか、新しい動作が正確に何なのかも全然説明されてない。これって一体何を意味してるの？ > "issueからのリンクがポップアップオーバーレイで開くようになった" 今GitHubを使ってると、リンクにマウスを乗せると、ほんの一瞬でポップアップが表示されるんだ。元のリンクをクリックして問題に移動することもできるし、マウスを動かせばポップアップは消える。文句はこのホバーポップアップが存在すること自体なの？それとも、特定の人に何か別のことが起こってるの？例のページへのリンクもないし、ただただ困惑してる。

└

リンクをクリックすると、新しいページに移動するんじゃなくて、別の問題のポップアップウィンドウが開くんだよね。この挙動にはここ数日すごくイライラしてる。

GitHubのイシュー（特にPRのコメント）は、開発者がユーザーの使い方を全然理解してない最も明確な例かもしれない。重要なユーザーストーリーは3つだけで、どれもちゃんとできてない。 - 周囲のコードをレビューして、行レベルの変更のコンテキストを得たい。でも、複数の展開ボタンをクリックしないとできないし、それにも2つか3つの制限がある。周囲の変更されてないコードにコメントもできないのが、時にはすごく重要なんだよね。「このパターンをコピーして」っていうのがあるから。 - 未解決の問題を全部見たい。解決済みとしてマークされてない、返信もされてないもの。どんな風にフィルターをかけても、イシューのフィルターが全然機能してない。 - PRの作者が問題を解決した時に、私が確認する前にそれを解決できるのは嫌だ。代わりに、彼らが「修正済み」とコメントするのが面倒。ボタンを「解決済みとしてマーク」と「解決済みを確認」にしてほしい。 - ボーナス：PRに40件以上のコメントがあると、ランダムなサブセットを見つけるのが大変。全然見つからなくて、UIは「できません」と無情に言ってくる。小さなPRでもそういうことはあるんだよね。ポップアップでもインラインでも、あんまり気にしないけど、基本的なワークフローが全然考慮されてない。

今週の初めにこの機能に気づいて、便利で直感的だと思った。ちゃんとテストされてて、ほとんどのユーザーが気に入ってるんじゃないかな。GitHubは普段、UXがトップクラスだし。パフォーマンスは悪いし、GHを叩く理由は他にもたくさんあるけど、これはその一つじゃないよ。