コミュニティのハイライト: Olutimilehin Olushuyi

Olutimilehin Olushuyi は弁護士で、ユーザー補助の分野は初めてです。JavaScript との戦い、国際標準、ウェブサイトのコンテンツを読むことの重要性についてお話しました。

Alexandra Klepper
Alexandra Klepper

この投稿は、アクセシビリティを学ぼうの一環として、コミュニティ エキスパートを紹介するものです。

Alexandra Klepper: ウェブ アクセシビリティを始めたきっかけは何ですか?

Olutimilehin Olushuyi の顔写真。

Olutimilehin Olushuyi(Shuyi): わかりました。面白い話があります。私は弁護士です。学校の最終学年で、残りの人生を法律の仕事に費やしたくないことに気づきました。そこで、退学しようとしたのですが、学部長と「学校の母」である Ayodele Atsenuwa 教授に「話し合いましょう」と言われました。最終学年だから、最後までやり遂げなさい。」

最終的には、彼女がそう言ってくれたこと、そして私がそれを完成させたことを嬉しく思っています。なぜなら、それがアクセシビリティの仕事に役立っているからです。アツェヌワ教授に、代わりに何をしたいのかと聞かれましたが、何も思いつきませんでした。

新しいキャリアの機会を探し始め、スタートアップを立ち上げたいが弁護士が必要な人たちと連絡を取りました。その機会は自分には合っていませんでしたが、そのとき初めて、私たちが使用するすべてのプロダクトのためにコードが書かれていることを知りました。「これは拾える」と思いました。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> vs. <section>: How To Choose The Right One」と、その元になった Twitter のスレッドを読みました。ウェブ デベロッパーに求めることとして、特に重要なことは何ですか?

Shuyi: レイアウトの作成を開始する前に、デベロッパーはコンテンツを読む必要があります。

元々、サイトのデザインでは、段落の数を数えて、あまり考えずにセクションと記事に配置していました。しかし、セクションの誤用について指摘されたことで、初めてそのことを意識しました。コンテンツを読むことは、より良いプロダクトを作るためにできることの 1 つです。

Alexandra: 開発者だった頃、フリーランスのクライアントから「とりあえず何か作ってくれ。コンテンツは後で入れるから」と言われることがよくありました。問い合わせページなど、自動的にコンテキストが設定されるページもあります。しかし、作成するページ数や必要なカスタム サポートの種類は、コンテンツを入手するまでわかりませんでした。

Shuyi: 以前は、クライアントから一般的なデザインのアイデアをもらい、ダミーテキストをたくさん使ってサイトを構築していました。私がすべて解決します。しかし、コンテンツ インフラストラクチャがウェブ上のユーザーにどれほど影響するかを認識すると、ウェブ上で何かを構築するための標準的なプロセスのどれほどが実際には欠陥があるかがわかります。何かを構築する際は、意図的に行う必要があります。

アクセシビリティ インフラストラクチャの作業の多くはまったく注目されず、心が痛みます。

Alexandra: 記事で提供したアドバイスが正しいことを確認するために、どのような調査を行いましたか?

Shuyi: まず、情報源を分けました。これは法律で一次情報源と二次情報源を分けるのと同じです。一次ソースは実際の法律(ADA やナイジェリアの法律など)であり、二次ソースは専門家が法律から解釈したものです。

HTML、WCAG、WAI-ARIA の仕様という一次情報のみを参照することにしました。他の人の作品をたくさん読みました。良い作品がたくさんありました。しかし、最終的には意見が大きく分かれたため、それらを有用なコンテキストとしてのみ捉え、正しい答えとして頼ることはできないと判断しました。

アクセシブルなコミュニティを構築する

Alexandra: Twitter フィードをアクセシビリティの場にしようとされているとのことですが、Smashing Magazine の記事が公開されてから、学んだことについて Twitter で他のユーザーと多くの会話をしましたか?

Shuyi: 最初の数日間は、Twitter をうまく使いこなせませんでした。200 人以上もの人が私をフォローしてくれました。最初は興奮したけど、その後怖くなった。始めたばかりなので、賢明な知恵を求めてフォローしないでください。多くの Twitter リストに追加されました。

でも、私は人間です。私は、ユーザー補助やウェブ デベロッパー以外の、曖昧なことをたくさんツイートしています。人をがっかりさせたくない。アクセシビリティだけを理由にフォローしないでください。期待を裏切ったような気持ちになります。

Alexandra: [笑い]。多くの人がそう思っていると思います。私は Twitter のペルソナについて、間違いなくそうしています。

Shuyi: 記事自体に対する回答のほとんどは好意的なものでした。この記事に対して、少し論争を呼ぶような反応が 1 つありました。編集者の Vitaly から直接連絡があり、コメントが共有され、調査を依頼されました。この方は、すべての記事に見出し要素が必要であると記載されている MDN ドキュメントを参照していました。仕様に基づいて、セクションに見出し要素を含めることをおすすめしました。

MDN ドキュメントではヘッダーを含めることが推奨されていますが、そのメリットについては説明されていません。

もちろん、仕様はユーザーのニーズよりも頻繁には変更されません。そのため、何かを構築する方法を変更するという決定を裏付けることができれば、おそらく問題ありません。

例を挙げましょう。たとえば、「Prices」というカード コンポーネントを作成し、その中に 3 つの要素があるとします。Hayden Pickering は、各カードをリスト要素に入れることを提案しています。これにより、支援技術(AT)を使用しているユーザーがそのセクションに移動すると、価格表に 3 つのアイテムがあることが読み上げられます。リストのスタイルを箇条書きなしにしたり、好きなように見せたりできますが、AT ユーザーが最初に有用な情報を取得するのに役立ちます。各アイテムを div でラップすると、視覚的な側面にのみ焦点が当てられ、視覚障がいのあるユーザーの役に立ちません。デザインの前に人を考える。

そのアイデアをブログページに転用しました。ブログ投稿は実際にはリスト要素内にあります。これにより、ユーザーがページにアクセスしたときに、そのページに複数の投稿があることが通知されます。

そのため、MDN が推奨事項を提示する理由を理解するまで、記事の推奨事項を支持します。

Alexandra: MDN ドキュメントはオープンソースですが、変更を提案して更新することはできますか?

Shuyi: 正直に言うと、まだオープンソースに貢献したことはありません。しかし、これは私がやりたい仕事であり、政府との仕事よりもはるかにやりがいがあります。

仕様と実装

Alexandra: 重要なポイントは、仕様書にはあることが書かれていても、実装やその他の外部ドキュメントでは別のことを推奨している場合があるということのようです。アドバイスを受ける相手はどのように決めるのですか?

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 でご確認ください。