Olutimilehin Olushuyi さんは、アクセシビリティに精通していない弁護士です。JavaScript との戦い、国際標準、ウェブサイトのコンテンツを読むことの重要性について、お話を伺いました。
この投稿では、「Learn Accessibility!」の一環としてコミュニティ エキスパートを取り上げます。
Alexandra Klepper: ウェブ アクセシビリティに取り組むことになったきっかけを教えてください。
Olutimilehin Olushuyi（Shuyi）: 面白い話です。私は弁護士です。大学の最終学年で、私は残りの人生を法律実務に費やしたくないことに気づきました。そのため、私は学校を中退しようとしましたが、学部長であり「学校のお母さん」であるAyodele Atsenuwa 教授が「この件について話し合いましょう。最終学年だから、最後までやり遂げなさい。」
彼女がそう言ってくれたことを嬉しく思いますし、完成してよかったです。ユーザー補助の仕事に役立っているからです。熱ヌワ教授に「どうしたいか」と聞かれましたが、まったくわかりませんでした。
新しいキャリアの機会を探し始め、スタートアップを立ち上げるために弁護士を必要としている人たちと連絡を取りました。その機会は私には適していませんでしたが、Google が使用するすべてのプロダクトのコードが人間によって書かれていることを初めて知りました。「これは自分で取りに行ける」と思いました。私は HTML と CSS を独学で学び始めました。その後、JavaScript に進みました。[笑] JavaScript は JavaScript の仕事をしたので、私はフロントエンドのセマンティック言語に再び集中しました。
Andy Bell と Heydon Pickering の作品を見つけました。Every Layout を購入して、人生が変わりました。Andy はユーザー補助機能について何度も言及していましたが、このコンテキストでそれが何を意味するのかわかりませんでした。JavaScript の記述方法を知らなくても、ウェブ開発の仕事をすることができるかもしれないと気づきました。
Heydon に連絡したところ、彼は非常に協力的で、迅速に対応してくれました。ユーザー補助分野の誰もがそうなっているようで、私も感謝しています。
Alexandra: まったくそのとおりです。これまでお話ししたすべての方々が、とても親切で、とても助かりました。
Shuyi: はい。現在は、アドボカシー活動に多くの時間を割いています。私はナイジェリアを拠点としています。ナイジェリアは、ウェブ アクセシビリティが法律で義務付けられていない国です。障がい者差別禁止法は 2018 年に制定されました。しかし、ウェブ アクセシビリティに関する法律はなく、物理的なアクセシビリティに関する法律だけです。 これは、米国の障がい者差別禁止法（ADA）に似ています。日本の法律は構造が不十分ですが、何もないよりはましです。
何かを変えて、ユーザー補助に重点を置いたデベロッパーになるチャンスを得るには、まずエコシステムにユーザー補助のニーズを認識させる必要があると気づきました。ユーザー補助機能の推進についてツイートし始めました。企業やブランドにインタビューしました。これらの企業やブランドの協力が、アクセシビリティを実現するために必要です。
Alexandra: 法律のバックグラウンドは、ユーザー補助の作業に非常に役立つと思います。新しい法律を実際に読んで、一般の人には理解できない方法で理解できます。平均的なデベロッパーも含まれます。
Shuyi: 法律のバックグラウンドが役に立つ点の一つは、長い文書や背景資料を疲れずに読むことができることです。脚を折りたたんでノートパソコンを持ち上げたら 読書を始めます読み上げます。読み上げます。メリットは次のとおりです。
Alexandra: うらやましい。素晴らしいスキルですね。政府と連携してデジタル アクセシビリティ法の成立を目指す可能性はありますか？
Shuyi: 正直なところ、そうは思いません。政府と連携するのは、まったく別の話です。政府が何かを起こすには 特に個人として時間がかかりますそのような活動は、変化をもたらすための人員とリソースを持つ NGO などの組織に適しています。
物理的な法律の成立には非常に時間がかかり、アクセシビリティのニーズは、数年前に法律で定められた内容をはるかに超えています。世界は変わっているのに、最初の下書きが承認されたようなものです。
最終的には、どれほど古くなったとしても、頼れるものがあることは幸いです。適用すべき法律がある。
ユーザー補助に対応したレイアウトを作成する
Alexandra: Smashing Magazine の記事「<article> と <section>: 適切な選択方法」と、その記事のきっかけとなったTwitter スレッドを読みました。ウェブデベロッパーに伝えたいことが
1 つだけ重要になります
Shuyi: デベロッパーは、レイアウトの作成を開始する前にコンテンツを読む必要があります。
当初、サイトのデザインでは、段落の数を数えて、あまり考えずにセクションと記事に配置していました。しかし、セクションの誤用についてあるユーザーから指摘されたのは初めてのことでした。コンテンツを読むことは、プロダクトを改善するための 1 つの方法です。
Alexandra: 私がデベロッパーだった頃、フリーランスのクライアントから「何か作っておいて、コンテンツは後で入力します」と言われることがよくありました。もちろん、問い合わせページなど、自動コンテキストを持つページもあります。ただし、作成するページ数や必要なカスタム サポートの種類は、コンテンツを受け取ってからでないとわかりませんでした。
Shuyi: 知ったことが知らぬうちに、最高の顧客から全般的なデザインのアイデアを教えてくれたので、私は lorem ipsum の集まりを集めたサイトを作っていました。すべて確認いたします。しかし、コンテンツ インフラストラクチャがウェブ上のユーザーにどれほど影響するかを認識すると、ウェブ上でものを構築するための標準プロセスの多くが実際に欠陥があることに気付くでしょう。意図的に作成する必要があります
多くのユーザー補助インフラストラクチャの作業がまったく注目されず、心が痛みます。
Alexandra: 記事のアドバイスが正しいことを確認するための調査をどのように行いましたか。
Shuyi: まず、情報源を分離しました。これは、一次情報源と二次情報源を分離する法学で行うことです。一次情報源は実際の法律（ADA やナイジェリアの法律など）で、二次情報源は法律から専門家が解釈したものです。
主なソース（HTML、WCAG、WAI-ARIA の仕様）のみを参照することにしました。他の人の素晴らしい作品をたくさん読んでいます。しかし、結局、意見が非常に分かれており、有用なコンテキストとしてのみ使用し、正しい答えがあるとは考えないことにしました。
アクセスしやすいコミュニティを構築する
Alexandra: Twitter フィードをユーザー補助機能に変えようとしているとのことですが、Smashing Magazine の記事の公開後、学んだことについて Twitter で多くの会話をしましたか？
Shuyi: 最初の数日間は、Twitter をうまく使いこなせませんでした。200 人以上がフォローしてくれました。最初はワクワクしていたのですが、怖くなってしまいました。私は始めたばかりですから 頼りにしないでください多くの Twitter リストに追加されました。
でも、私は人間です。ユーザー補助やウェブ デベロッパー以外の漠然とした内容をツイートしています。お客様にご迷惑をおかけしたくありません。ユーザー補助機能があるからといって、私をフォローしないでください。お客様にご迷惑をおかけすることになります。
Alexandra: [笑い] 多くの人がそう思っていると思います。私は Twitter のペルソナには 必ず対処しています
Shuyi: 記事自体に対する反応はほとんどが好意的でした。この記事に対して、少し物議を醸すコメントが 1 件ありました。私の編集者である Vitaly が直接連絡し、コメントを共有して調査を依頼しました。調べてみると、そのユーザーは MDN のドキュメントを参照しており、そこにはすべての記事にヘッディング要素が必要と記載されていました。仕様に基づいて、セクションにヘッダー要素を含めることをおすすめしました。
MDN のドキュメントではヘッダーを含めることを推奨していますが、そのメリットについては詳しく説明されていません。
もちろん、仕様はユーザーのニーズよりも頻繁に変更されることはありません。そのため、何かを構築する方法を変える決定を裏付けることができる限り、問題はないでしょう。
例を挙げましょう。たとえば、「価格」というカード コンポーネントを作成していて、3 つの要素があるとします。Hayden Pickering は、各カードをリスト要素に配置することをおすすめします。これにより、支援技術（AT）を使用しているユーザーがそのセクションに移動すると、価格表に 3 つの商品アイテムがあることが読み上げられます。リストのスタイルを設定して、箇条書きをなくし、見た目は自由ですが、AT ユーザーが有用な情報を最初に得るのに役立ちます。各アイテムを 1 つの div で囲むと、視覚面だけに集中できるため、視覚障がいのあるユーザーには役立ちません。デザインよりもユーザーを重視する。
私はそのアイデアをブログページに転用しました。ブログ投稿は実際にはリスト要素内にありますこれにより、ページにアクセスしたユーザーに、ページ内の複数の投稿のいずれかであることを通知できます。
そのため、私は記事の推奨事項を維持し、MDN が推奨する理由を理解するまで維持します。
Alexandra: MDN ドキュメントはオープンソースであるため、変更を提案して更新するのですか？
Shuyi: 正直なところ、私はまだオープンソースの貢献を行っていません。政府と連携するよりも、このような活動をしたいと思っています。
仕様と実装
Alexandra: 重要なポイントが 1 つあるように思えますが、仕様には 1 つのことが書かれている場合がありますが、実装やその他の外部ドキュメントでは別のことを提案する場合もあります。誰のアドバイスに従うかを決めるにはどうすればよいですか？
Shuyi: 私もよく考えます。その質問に回答するのに必要な経験が私にあるのかわかりません。Google は、常に将来を見据えた取り組みを行っています。ウェブの変化に応じて継続的に機能の改善を行うことをおすすめします。そうすることで、仕様が更新されてもサイトを改修する必要がなくなります。選択した後、3 年後に仕様が変更される可能性はどれくらいありますか。
私たちが今下す選択は、ウェブの将来や仕様作成者の方向性について、最善の推測に基づくものです。
Alexandra: ウェブは常に変化しています。1 人がすべての答えを知ることはできません。作成中に仕様は変更されましたか？
Shuyi: 私は、ドキュメントのアウトライン モデルが仕様から削除される前に記事を書き始めました。このモデルでは、ネストの深さに基づいて見出しレベルを自動的に計算することが推奨されていました。しかし、実際には実装されず、デベロッパーに多くの問題をもたらしました。デベロッパーには、見出しを手動で修正するようアドバイスしました。
記事が仕様変更前に公開されていたら、おそらく戻って編集していたでしょう。結局のところ、Smashing Magazine に掲載される記事ですからね。でも、それが私の個人ブログにあったとしたら、そうしていたでしょうか？おそらく、そうではありません。これは、変更される仕様に基づいて構築されたウェブサイト全体を更新するのではなく、記事の更新についてのみ言及しています。
仕様が変更されたら、デベロッパーはウェブサイトをすぐに変更する必要がありますか？答えはもちろん「ノー」であり、サイトを構築する際に最善の方法を計算し、その選択に従って行動します。仕様が変わってしまうため 仕様だけでは答えが得られないこともあります
ユーザー補助をキャリアにする
Alexandra: グローバルなユーザー補助標準について、どのくらいの時間を費やしていますか？標準や法律は国によって違います。何度も読んだことがあると思いますし、反対のことをするように法律で定められていることもあります。そのような場合はどうしますか？
Shuyi: ユーザー補助機能のフリーランスとしてビジネスを立ち上げようと考えました。グローバルなウェブ アクセシビリティ チャット チャンネルにアクセスして、始め方に関するヒントを尋ねました。Adrian Roselli は、「クライアントは、重大な結果を招く可能性のある法律を遵守するために、お客様に頼っています。サービスを提供する前に、自分の専門分野がどの地域にあるかを把握してください。自分が精通している法律を把握し、自力で生計を立てながら、クライアントに大きな負債を残さないようにしてください。彼らはあなたに法律を知ってると信じている」と言っています。
もちろん、多くの企業がユーザー補助のサポートを求めているのは、それが正しいことだからだけでなく、法律で義務付けられているからです。アクセシビリティが実装されているのは、資本主義が理由です。結局のところ、問題が発生した原因は重要ではなく、プロダクトにアクセスできることが重要です。
地域の法律についてクライアントをサポートできる自信が持てるまで、フリーランスの活動を一時停止しました。標準化は非常に重要です WCAG の取り組みと効果は計り知れませんウェブの動作に関する一元的なフレームワークがあることで、政府が同じ標準に依存しやすくなります。しかしもちろん、すべての政府がこのような基準を受け入れるわけではありません。
Alexandra: ユーザー補助の道を歩む中で、多くの優れた人々から素晴らしいアドバイスをいただきました。キャリアとしてこの道を進む前に、他に知っておきたかったことはありますか？
Shuyi: キャリアパスは変わらなかったでしょうが、ユーザー補助の作業は崇高なものであるにもかかわらず、資本主義に大きく影響されていることを知っていればよかったと思います。
Alexandra: [笑い] はい。
Shuyi: 私は 3 年生です。ユーザー補助の経験は 1 年です。 特に、私のようにアフリカに拠点を置いている場合、ユーザー補助の職種は限られています。企業にはマネージャーを採用しており 法的要件を満たす人員を 1 人採用していますですが、スキルを学び、身に付けられるチームで働きたいと思っています。
JavaScript を学ばずに仕事を始められることにとてもワクワクしました。ルールを学び、チームがルールを適用できるようにサポートできるからです。しかし、代理店では JavaScript の経験が必須とされています。これらの要件を満たすために、新しい都市に引っ越し、JavaScript ブートキャンプに参加しました。ユーザー補助の学習を始めたばかりの方は、まず開発スキルの習得に重点を置く必要があります。
JavaScript は嫌いです。
1 つのこと: キーボード フォーカスを追加する
Alexandra: 私が開発者ではなくテクニカル ライターになったのは、JavaScript のせいですか？はい、そうです。本当に嫌です。ブートキャンプでのご活躍をお祈りいたします。
サイトにアクセスしやすくするために、デベロッパーに取ってほしいことを 1 つ挙げるとしたら何ですか。
Shuyi: キーボード フォーカス。心の底からおっとりするよ。トラックパッドが機能しないため、外出先ではキーボードを使ってウェブを操作していますが、ほとんどのウェブサイトが使いづらいです。キーボード フォーカスは、障がいのあるユーザーだけでなく、
ユーザー補助に対応したプラットフォームを構築することは、すべての人にメリットがあります。
Shuyi の最新情報は、Twitter の @shuyiolutimi でご確認ください。