올루티미레힌 올루슈이는 접근성에 대해 잘 모르는 변호사입니다. JavaScript와의 싸움, 국제 표준, 웹사이트 콘텐츠 읽기의 중요성에 대해 이야기했습니다.
이 게시물에서는 접근성 알아보기의 일환으로 커뮤니티 전문가를 소개합니다.
Alexandra Klepper: 웹 접근성을 어떻게 시작하게 되셨나요?
올루티미레힌 올루슈이 (슈이): 재미있는 이야기입니다. 저는 변호사입니다. 대학교 마지막 해에 평생 변호사로 일하고 싶지 않다는 생각이 들었습니다. 그래서 학장 겸 학부모 아요델 아세누와 교수가 "이 문제에 대해 얘기합시다. 이제 마지막 한 해가 되었습니다. 끝까지 마무리하세요.'
결국, 그분이 그렇게 말해 주셔서 기쁘고, 마무리할 수 있어서 기쁩니다. 접근성 관련 업무에 도움이 되기 때문입니다. 아센우와 교수님이 대신 무엇을 하고 싶은지 물어보셨는데, 저는 아무 생각이 없었습니다.
새로운 커리어 기회를 찾기 시작했고 스타트업을 설립하고 싶었고 변호사가 필요했던 사람들에게 연락을 했습니다. 그 기회는 적합하지 않았지만, 그때 처음으로 사람들이 우리가 사용하는 모든 제품의 코드를 작성한다는 사실을 알게 되었습니다. '이건 내가 할 수 있겠다'라고 생각했습니다. HTML과 CSS를 직접 공부하기 시작했습니다. 그런 다음 JavaScript를 사용해 보았는데... [웃음] JavaScript가 JavaScript 작업을 했으므로 프런트엔드 시맨틱 언어에 다시 집중했습니다.
앤디 벨과 헤이돈 피커링의 작품을 접했습니다. 저는 모든 레이아웃을 구매했고 제 인생이 바뀌었습니다. 앤디가 접근성을 계속 언급했지만 이 맥락에서 접근성이 무엇을 의미하는지 몰랐습니다. JavaScript를 작성하는 방법을 몰라도 웹 개발을 할 수 있다는 것을 깨달았습니다.
헤이돈님께 연락드렸는데 매우 적극적으로 응답해 주셨습니다. 접근성 분야의 모든 사람이 그런 것 같습니다. 감사합니다.
Alexandra: 확실히 말씀드릴게요. 저와 대화를 나누신 모든 분들이 친절하고 도움을 줬어요.
Shuyi: 물론입니다. 현재는 옹호 활동에 더 많은 시간을 할애하고 있습니다. 저는 웹 접근성이 법으로 강제되지 않는 나이지리아에 거주하고 있습니다. 2018년경에 장애인 차별 방지법이 통과되었습니다. 하지만 웹 접근성 법은 없으며, 물리적 접근성에 관한 법만 있습니다. 미국의 장애인 접근성법 (ADA)과 같습니다. 현지 법률은 구조가 잘 잡혀 있지 않지만 없는 것보다는 낫습니다.
변화를 만들어 접근성에 중점을 둔 개발자가 되려면 먼저 생태계에 접근성 요구사항을 알려야 한다는 것을 깨달았습니다. 접근성 지지에 관해 트윗하기 시작했어요. 접근성 구현을 위해 참여가 필요한 회사 및 브랜드에 관해 이야기했습니다.
Alexandra: 법률 관련 배경은 접근성 관련 작업에 매우 유용할 것 같습니다. 새로운 법률을 읽고 일반인이 이해하지 못하는 방식으로 이해할 수 있습니다. 여기에는 일반 개발자가 포함됩니다.
Shuyi: 법률 관련 배경에서 얻은 가장 큰 선물 중 하나는 지치지 않고 끝없이 긴 백그라운드 자료와 문서를 읽을 수 있다는 것입니다. 다리를 접고 노트북을 올려놓은 다음 읽기 시작합니다. 읽어 보세요. 읽어 보세요. 다음과 같은 장점이 있습니다.
Alexandra: 부럽네요. 정말 좋은 기술입니다. 디지털 접근성 법률을 통과시키기 위해 정부와 협력할 의향이 있나요?
Shuyi: 솔직히 그렇게 생각하지 않습니다. 정부와 협력하는 것은 다른 문제입니다. 특히 개인이 정부를 통해 무언가를 하려면 시간이 너무 오래 걸립니다. 이러한 종류의 작업은 변화를 가져올 수 있는 인력과 리소스가 있는 NGO 및 기타 조직에 더 적합합니다.
법률이 통과되는 데 시간이 너무 오래 걸렸고 접근성 요구사항은 몇 년 전에 법률에 반영된 것보다 훨씬 더 발전했습니다. 세상이 변했지만 첫 번째 초안이 통과된 것과 같습니다.
결국, 오래되었더라도 의지할 수 있는 것이 있다는 점이 다행입니다. 시행해야 할 법률이 있습니다.
접근성이 우수한 레이아웃 만들기
Alexandra: Smashing Magazine의 <article> 대 <section>: 적합한 옵션을 선택하는 방법 기사와 이 기사에 영감을 준 트위터 대화목록을 읽었습니다. 웹 개발자에게 가장 중요한 한 가지는 무엇인가요?
Shuyi: 개발자는 레이아웃 빌드를 시작하기 전에 콘텐츠를 읽어야 합니다.
원래 사이트 디자인에서는 별다른 생각 없이 문단 수를 계산하여 섹션과 기사에 넣었습니다. 하지만 섹션 오용에 대해 누군가 눈길을 끌었어요. 처음부터 생각했죠. 콘텐츠를 읽는 것도 더 나은 제품을 만들기 위한 한 가지 방법입니다
Alexandra: 제가 개발자였을 때 프리랜서 고객들이 그러는 경우가 많았죠. "저희를 위해 무언가를 빌드하면 나중에 다시 채워 드리죠." 물론 연락처 페이지와 같이 자동 컨텍스트가 있는 페이지도 있습니다. 하지만 빌드할 페이지 수와 어떤 종류의 맞춤 지원이 필요한지 알기 때문에 그 내용은 콘텐츠를 받았을 때만 답할 수 있었습니다.
Shuyi: 내가 알고 있는 것을 알기 전에 가장 중요한 고객이 일반적인 디자인 아이디어를 제공하고, 저는 로렘 이psum을 많이 사용하여 사이트를 빌드했습니다. 제가 다 알아보겠습니다. 하지만 콘텐츠 인프라가 웹 사용자에게 얼마나 영향을 미치는지 생각해 보면 웹에서 빌드하는 표준 프로세스에 얼마나 많은 결함이 있는지 알 수 있습니다. 빌드할 때는 의도적으로 해야 합니다.
너무 많은 접근성 인프라 작업이 전혀 관심을 끌지 못해서 정말 가슴이 아파요.
Alexandra: 도움말에 제공한 조언이 올바른지 확인하기 위해 어떤 조사를 진행했나요?
Shuyi: 먼저 정보 출처를 구분했습니다. 법률에서는 기본 출처와 보조 출처를 구분하는 작업을 합니다. 기본 출처는 실제 법률 (예: ADA 및 나이지리아 법률)이고 보조 출처는 전문가가 법률에서 해석한 내용입니다.
기본 소스인 HTML, WCAG, WAI-ARIA 사양만 참고하기로 했습니다. 다른 사람의 작품을 많이 읽습니다. 좋은 작품이 많습니다. 하지만 의견이 너무 분분하여 유용한 맥락으로만 받아들이고 올바른 답변을 얻기 위해 의존하지 않기로 결정했습니다.
접근성 커뮤니티 구축
Alexandra: 트위터 피드를 접근성의 장소로 만들고자 한다고 말씀하셨습니다. Smashing Magazine 기사가 게시된 이후에 배운 내용에 관해 트위터에서 다른 대화를 나눈 적이 있나요?
Shuyi: 처음 며칠 동안 트위터를 제대로 이해하지 못했습니다. 200명이 넘는 사람들이 저를 팔로우했습니다. 처음에는 기뻤지만 나중에는 무서웠습니다. 저는 이제 막 시작하는 단계이니 현명한 조언을 얻으려고 팔로우하지 마세요. 많은 트위터 목록에 추가되었습니다.
하지만 저는 사람이니까요. 접근성, 웹 개발자와 관련 없는 모호한 주제에 대해 트윗합니다. 사람들을 실망시키고 싶지 않아요. 접근성만을 이유로 팔로우하지 마세요. 고객님을 실망시킨 것 같아 기분이 좋지 않습니다.
Alexandra: [웃음] 많은 사람들이 그렇게 생각하는 것 같습니다. 저는 트위터 캐릭터에 관해 확실히 알고 있습니다.
Shuyi: 기사 자체에 대한 대부분의 반응은 긍정적이었습니다. 이 기사에 대해 약간 논란의 소지가 있는 응답이 하나 접수되었습니다. Vitaly님이 편집자였는데, 댓글을 공유하고 조사해 달라고 직접 연락을 주셨습니다. 알고 보니 이 사용자가 참고한 MDN 문서에서는 모든 도움말에 제목 요소가 있어야 한다고 안내하고 있었습니다. 사양에 따라 섹션에 제목 요소를 포함하는 것이 좋습니다.
MDN 문서에서는 헤더를 포함하는 것을 권장하지만 이점이 무엇인지 실제로 설명하지는 않습니다.
물론 사양은 사용자 요구사항보다 덜 자주 변경되므로 빌드 방식을 변경하기로 한 결정을 뒷받침할 수 있다면 괜찮습니다.
예를 들어 보겠습니다. 세 개의 요소가 있는 'Prices'라는 카드 구성요소를 빌드한다고 가정해 보겠습니다. 헤이든 피커링은 각 카드를 목록 요소에 배치하는 것이 좋습니다. 이렇게 하면 보조 기술 (AT)을 사용하는 사용자가 해당 섹션으로 이동하면 가격 목록에 항목이 3개 있다고 알려줍니다. 글머리기호가 없도록 목록의 스타일을 지정하거나 원하는 대로 표시할 수 있지만 AT 사용자가 유용한 정보를 먼저 얻는 데 도움이 됩니다. 각 항목을 div로 래핑하면 시각적 측면에만 집중하게 되며 이는 시각 장애가 있는 사용자에게 도움이 되지 않습니다. 디자인보다 사람을 먼저 생각하세요.
이 아이디어를 블로그 페이지에 적용했습니다. 블로그 게시물은 실제로 목록 요소 내에 있습니다. 이렇게 하면 페이지에 들어갈 때 사용자가 페이지에 있는 여러 게시물 중 하나에 있다고 알림을 받습니다.
따라서 MDN이 추천하는 이유를 이해할 때까지 이 글의 권장사항을 계속 지켜봐야 합니다.
Alexandra: MDN 문서는 오픈소스이므로 변경사항을 제안하고 업데이트하시겠어요?
Shuyi: 솔직히 말씀드리면 아직 오픈소스 기여를 하지 않았습니다. 하지만 정부와 협력하는 것보다 더 하고 싶은 일이 바로 이런 일입니다.
사양과 구현 비교
Alexandra: 한 가지 중요한 점은 사양에서는 한 가지를 언급하는 경우도 있지만 구현 및 기타 외부 문서에서는 다른 조치를 제안할 수 있다는 것입니다. 누가 준 조언을 따라야 할지 어떻게 결정하나요?
Shuyi: 저는 이 문제에 대해 많이 생각합니다. 이 질문에 답변하기에 필요한 경험이 있는지 잘 모르겠습니다. YouTube는 항상 미래를 대비하기 위해 노력하고 있습니다. 웹이 변화함에 따라 지속적으로 개선하는 것이 좋습니다. 이렇게 하면 사양이 업데이트될 때 사이트를 개조할 필요가 없습니다. 선택한 후 3년 후에 사양이 변경될 가능성은 얼마나 될까요?
지금 우리가 하는 모든 선택은 웹의 미래가 어떻게 될지, 사양 작성자가 어떤 방향으로 나아갈지 가장 잘 추측한 결과입니다.
Alexandra: 웹은 끊임없이 변화하고 있으며, 한 사람이 모든 답변을 가지고 있을 수는 없습니다. 작성하는 동안 사양이 변경되었나요?
Shuyi: 문서 개요 모델이 사양에서 삭제되기 전에 문서 작성을 시작했습니다. 이 모델은 nesting 깊이에 따라 제목 수준을 자동으로 계산해야 한다고 제안했습니다. 하지만 실제로 구현되지 않았고 이로 인해 개발자에게 많은 문제가 발생했습니다. 개발자에게 제목을 수동으로 수정하라는 조언이 제공되었습니다.
사양 변경 전에 기사가 게시되었다면 아마도 돌아가서 편집했을 것입니다. Smashing Magazine에 있기 때문입니다. 하지만 내 개인 블로그에 게시되었다면 삭제했을까요? 그렇지 않을 수도 있습니다. 이는 변경되는 사양을 기반으로 빌드된 전체 웹사이트를 업데이트하는 것이 아니라 기사를 업데이트하는 것에 관한 이야기입니다.
사양이 변경되면 개발자가 웹사이트를 즉시 변경해야 하나요? 물론 아닐 것입니다. 사이트를 구축할 때 가장 적합한 방법을 계산하고 그에 따라 선택합니다. 사양이 변경되며 사양에 답변이 없을 수도 있습니다.
접근성 전문직
Alexandra: 글로벌 접근성 표준을 생각하는 데 시간이 얼마나 걸리나요? 표준과 법률은 전 세계적으로 다릅니다. 많은 법률을 읽어 보셨을 텐데, 그중에는 그와 반대의 내용을 규정하는 법률도 있을 것입니다. 이 경우 어떻게 해야 할까요?
Shuyi: 접근성 관련 프리랜스 비즈니스를 시작해 보려고 했습니다. 글로벌 웹 접근성 채팅 채널로 이동하여 시작하는 방법에 관한 도움말을 요청했습니다. 애드리안 로셀리님이 연락하여 다음과 같이 말했습니다. "고객은 귀하가 법규를 준수하도록 지원해 주기를 기대하고 있습니다. 서비스를 제공하기 전에 전문 지식을 보유한 지역을 파악하세요. 내가 잘 알고 있는 법률을 알아두면 생계를 유지하는 동시에 고객에게 큰 책임을 지우지 않을 수 있습니다. 그들은 여러분이 법을 안다고 믿습니다."
물론 접근성과 관련한 지원은 법적으로 요구되고 단순히 옳은 일이기 때문이 아니라 많은 기업이 접근성 관련 도움을 구하고 있습니다. 자본주의가 접근성을 구현하는 이유입니다. 결국 중요한 것은 왜 그런 일이 발생했는지가 아니라 제품에 액세스할 수 있는지 여부입니다.
고객의 지역 법규에 따라 고객을 도울 수 있다는 확신이 들 때까지는 프리랜스를 일시중지합니다. 표준화는 매우 중요하며 WCAG의 노력과 영향은 아무리 강조해도 지나치지 않습니다. 웹이 작동하는 방식에 관한 중앙 프레임워크가 있으면 정부가 동일한 표준을 더 쉽게 사용할 수 있습니다. 물론 모든 정부가 이러한 표준을 수용하는 것은 아닙니다.
Alexandra: 접근성 여정을 시작하면서 많은 전문가로부터 좋은 조언을 받았습니다. 이 분야를 직업으로 삼기로 결정하기 전에 하고 싶은 다른 조언이 있나요?
Shuyi: 커리어 경로는 바뀌지 않았겠지만, 접근성 작업이 얼마나 고귀한지, 그리고 자본주의의 영향을 많이 받는지 알 수 있었으면 좋았을 것 같습니다.
Alexandra: [웃음] 예, 맞습니다.
Shuyi: 저는 3학년입니다. 접근성 분야에서 일한 경험이 있습니다. 특히 저와 같이 아프리카에 거주하는 경우 접근성 관련 직무의 기회가 제한적입니다. 회사는 필요한 법적 요구사항을 충족하는 관리자를 한 명 고용합니다. 하지만 기술을 배우고 쌓을 수 있는 팀에서 일하고 싶습니다.
JavaScript를 배우지 않고 작업을 할 수 있어 너무 기뻤습니다. 그래서 규칙을 배우고 팀이 규칙을 적용하는 데 도움을 줄 수 있었습니다. 하지만 대행사의 개발자 직무에는 JavaScript 경험이 필요합니다. 이 요구사항을 충족하기 위해 새로운 도시로 이사하고 JavaScript 부트캠프에 참가했습니다 접근성 여정을 시작한 다른 개발자는 먼저 개발 기술을 쌓는 데 집중해야 합니다.
거짓말은 안 할게요. 여전히 JavaScript가 싫습니다.
한 가지 작업: 키보드 포커스 추가
Alexandra: JavaScript 때문에 개발자가 아닌 기술 문서 작성자가 되었나요? 예, 그렇습니다. 너무 싫습니다. 부트 캠프에서 좋은 결과가 있으시길 바랍니다
개발자가 사이트에 액세스할 수 있도록 하려면 무엇을 해야 하나요?
Shuyi: 키보드 포커스 진심으로 부탁드립니다. 트랙패드가 작동하지 않아 이동 중에는 키보드를 사용하여 웹을 탐색하는데 거의 모든 웹사이트가 끔찍합니다. 키보드 포커스는 장애인에게만 유용한 것이 아닙니다.
접근성 있는 플랫폼을 구축하면 모두에게 도움이 됩니다.
Twitter @shuyiolutimi에서 Shuyi의 최신 소식을 확인하세요.