行間に
原文は Marcin Wichary により に公開されました。 このブログを購読する
長い年月をかけて、ちょっと変わったコレクションができあがった。どれもほとんど目立たないものばかりだが、プロダクトが本当に作り込みを大切にし、ユーザーのことを考えているかどうかがわかる、重要なサインたちだ。
最近、そのうちのひとつについて考えていた。YouTubeの文字起こしパネル(それ自体はとても便利なのだが)から、長めのテキストをコピーしようとすると何が起こるか、見てほしい。
そして、こちらがGitHubでのよく似た例だ。
GitHubの方は、そのまま使える形でペーストされる。YouTubeの方は、行と行の間にたくさんの余計なものが紛れ込んでくる。
なぜこれが問題になるのか。どちらも大量にコピーすることになりそうな場所なのに、ペーストした結果がぐちゃぐちゃだと、本当に、本当にうんざりさせられるからだ。
このグラフを見たことがある人も多いだろう。xkcdより:

これは有名な自動化のトレードオフ、つまり固定コストは高いが変動コストは低いというジレンマだ。
たしかに、コピー&ペーストを大量にするなら、後処理のステップを作ったり、複数カーソルなどのちょっとした自動化ができるプログラミング用のエディタを経由したりする手もあるだろう。でも、そんなに頻繁にやらないとしたら? あるいは、自動化にどれくらい時間がかかるのかすらわからないとしたら? そうなると、その投資は恐ろしく、手の届かないものに思えてきて、結局何度も何度もこんなことをするはめになる。
だからこそ、GitHubのように、チームが気を利かせてその手間をまるごと省いてくれている場所に出くわすと、本当にありがたく感じるのだ。
ここで指摘しておきたい非対称性もある。こういうところをきちんと仕上げるのは、作り手側にとってそこまで大変なことではないはずだ。YouTubeのケースを、user-select: noneを使ったCSSたった2行で直してみたのがこちらだ。
すべての大きなテキストブロックで同じように簡単にいくかはわからないが、自分の側でできる小さな工夫で、ユーザーの数分、あるいは数時間もの退屈な作業を救えないか、少し周りを見渡して考えてみるのは良い習慣だと思う(関連:最近の記事やペースト、さらに最近の記事も参照)。
記事をランダムに読む
コメント
ログインしてコメントする