#アクセシビリティ

2 件の記事

コーディングAIの「答えを埋もれさせない」ための小さな技能
コーディングAIの「答えを埋もれさせない」ための小さな技能
コードを書くAIに相談すると、こちらが知りたい結論より先に、前置きや気遣いが長く続いてしまうことがあります。GitHubに公開された `i-have-adhd` は、その“回りくどさ”を抑えて、答えを先に出すためのskill/pluginです。名前はかなり挑発的ですが、狙いはふざけたものではありません。読む人の集中を削らない出力に寄せよう、という提案です。AIコーディング支援が当たり前になった今だからこそ、こういう「出し方」の工夫が意外と効いてきます。 このリポジトリは、GitHub CopilotやClaude Codeのようなコーディング用エージェントに「答えを埋め込まず、先に出せ」と教えるためのskill/pluginとして公開されています。トップには「ADHD-friendly outputs. No ADHD diagnosis needed!」とあり、読む側が集中を切らさずに済む出力を目指す、という立て付けです。インストール方法も載っていて、CLIのプロンプトに `Install the i-have-adhd skill/plugin from https://githu
papoo.work
GUIはキーボードで完結してほしい、という主張
GUIはキーボードで完結してほしい、という主張
GUIかTUIか、開発者がどちらを選ぶべきかという話は、昔から何度も蒸し返されてきました。今回の元記事は、その議論に対して「GUIはマウス前提である必要はない」と強く言い切ります。しかも単に好みの話としてではなく、ユーザー体験の設計としてどう考えるべきかを、かなり実務寄りに語っています。今この話を取り上げる意味は、見た目の新しさより操作のしやすさが軽く扱われがちな中で、GUIの弱点がどこにあるのかをあらためて照らしているからです。 元記事は、Hacker News で話題になった別の投稿から始まります。その投稿は、アプリ開発者に対して、TUI、つまり terminal user interface を増やすのではなく、GUI、graphical user interface に集中するべきだと促していました。この記事の著者は、その投稿が HN の front page に載って活発な議論になったことにも触れつつ、まずは両方の立場に一定の理解を示します。GUI のほうが表現力の面では TUI を包含している、という考え方には理があるし、普段から terminal をよく使う人間としては、
papoo.work