올루티밀레힌 올루슈이는 접근성을 처음 접하는 변호사입니다. 우리는 그가 JavaScript, 국제 표준과의 싸움, 웹사이트 콘텐츠 읽기의 중요성에 대해 이야기했습니다.
이 게시물에서는 접근성 알아보기의 일환으로 커뮤니티 전문가를 소개합니다.
Alexandra White: 웹 접근성은 어떻게 시작하게 되셨나요?
Olutimilehin Olushuyi (슈이): 알겠습니다. 재미있는 이야기네요. 저는 변호사입니다. 학교가 다니는 마지막 해에 나는 남은 인생 동안 법학을 공부할 필요가 없다는 것을 깨달았습니다. 그래서 중퇴하려 했지만 학장이자 엄마인 아요델레 아세누와 교수는 "이런 얘기를 해보죠. 이제 마지막 해입니다. 끝내세요."라고 말합니다.
결국에는 엄마가 그렇게 말해 줘서 기쁘고, 저도 접근성 작업에 도움이 되었기 때문에 제가 마무리한 것 같아서 기쁩니다. 아세누와 교수가 저에게 대신 무엇을 하고 싶으냐고 물었는데 저는 전혀 몰랐습니다.
새로운 커리어 기회를 찾기 시작했고 스타트업을 설립하길 원하고 변호사가 필요한 사람들과 연락을 취했습니다. 이 기회는 적합하지 않았지만 사람들이 우리가 사용하는 모든 제품의 코드를 작성한다는 것을 처음 알게 되었습니다. '내가 데리고 올 수 있어'라는 생각이 들었습니다. HTML과 CSS를 독학하기 시작했습니다. 그러다가 JavaScript를 사용하게 되었고, [웃음] JavaScript가 자바스크립트 작업을 수행해서 다시 프런트엔드 시맨틱 언어에 초점을 맞췄습니다.
앤디 벨과 헤이돈 피커링의 작품을 보게 되었어요. 모든 레이아웃을 구입하고 생활이 바뀌었습니다. 앤디는 접근성에 관해 계속 언급했지만 이 문맥에서 그것이 무엇을 의미하는지 몰랐습니다. JavaScript 작성 방법을 몰라도 웹 개발 작업을 할 수 있다는 것을 깨달았습니다.
헤이돈에게 연락했는데, 반응이 매우 긍정적이었어요. 접근성 분야의 모든 사람들이 그런 생각을 갖고 있는 것 같아서 감사하게 생각합니다.
알렉산드라: 저와 이야기했던 모든 분들이 정말 친절하고 많은 도움을 주셨어요.
Shuyi: 물론이죠. 지금은 지지와 관련해 훨씬 많은 일을 하고 있습니다. 저는 나이지리아에 거주하고 있습니다. 나이지리아는 웹 접근성이 법으로 의무화되지 않은 국가입니다. 장애인 차별 금지법이 2018년에 통과되었습니다. 하지만 웹 접근성 법은 없고 물리적 접근성에 관한 법만 있습니다. 미국의 장애 복지법 (ADA)과 비슷합니다. 우리 법은 체계적이지 않지만 아무것도 하지 않는 것보다는 낫습니다.
차이를 만들어 접근성 중심의 개발자가 되려면 먼저 생태계가 접근성 요구사항을 인식하도록 해야 한다는 것을 깨달았습니다. 접근성 지지에 대해 트윗하기 시작했습니다. 저는 업무에 접근성을 갖추기 위해 지지가 필요한 회사와 브랜드와도 이야기를 나눴습니다.
알렉산드라: 여러분의 법적 배경 정보는 접근성 문제를 해결하는 데 매우 유용할 것입니다. 실제로 새로운 법안을 읽고 일반인들은 이해할 수 없는 방식으로 이해할 수 있습니다. 일반 개발자도 마찬가지입니다.
Shuyi: 법적 경력을 바탕으로 얻은 가장 큰 선물 중 하나는 피곤하지 않고 끝이 없는 배경 자료와 매우 긴 문서를 볼 수 있다는 것입니다. 다리를 접어 노트북을 올려두고 읽기를 시작합니다. 그리고 읽을 수도 있습니다. 그리고 읽을 수도 있습니다. 장점도 있고
알렉산드라: 제 말은... 부러워요. 정말 대단한 기술이에요. 디지털 접근성 법안을 통과시키기 위해 정부와 협력하리라 생각하시나요?
슈이: 솔직히 그런 것 같지 않아요. 정부와 협력하는 것은 다른 야구 게임입니다. 정부가 어떤 조치를 취하는 데, 특히 개인적으로 너무 오래 걸립니다. 이러한 종류의 업무는 변화를 가져오기 위한 직원과 리소스를 갖춘 NGO와 기타 조직에 더 적합합니다.
물리적 법이 통과되는 데 너무 많은 시간이 걸렸으며 접근성에 대한 요구는 몇 년 전의 법으로 끝나지 않은 것 이상으로 이동했습니다. 세상은 바뀌었지만 첫 번째 초안이 통과된 것과 같습니다.
결국에는 아무리 구식이 되었더라도 의지할 것이 있다는 사실에 다행입니다. 시행해야 할 법규가 있습니다.
액세스 가능한 레이아웃 만들기
알렉산드라: Smashing Magazine에서 <article> vs. <section>: 올바른 선택을 하는 방법이라는
기사와 영감을 준 트위터 대화목록을
읽었습니다. 웹 개발자들에게 하고 싶은 한 가지
큰 시점은 무엇이라고 말하고 싶으신가요?
Shuyi: 개발자는 레이아웃 빌드를 시작하기 전에 콘텐츠를 읽어야 합니다.
원래 사이트 디자인에서는 크게 신경 쓰지 않고 단락의 수를 계산하여 섹션과 기사에 넣었습니다. 하지만 누군가 섹션의 오용에 관심을 기울였습니다. 그때 처음 생각했습니다. 더 나은 제품을 만들기 위해 콘텐츠를 읽을 수 있습니다
알렉산드라: 개발자일 때 프리랜서 고객들이 "아, 그냥 만들어 두면 나중에 콘텐츠를 완성할 거야"라고 말하는 경우가 많았습니다. 물론 연락처 페이지와 같이 자동 컨텍스트가 있는 페이지도 있습니다 하지만 빌드할 페이지 수와 필요한 커스텀 지원의 종류를 알면 콘텐츠를 받을 때만 답을 얻을 수 있었습니다.
Shuyi: 제가 아는 바를 알기도 전에 담당 고객사에서 제게 일반적인 디자인 아이디어를 줬고, 저는 다양한 lorem ipsum이 포함된 사이트를 구축했습니다. 그 모든 것을 알아낼 것입니다. 하지만 콘텐츠 인프라가 웹 사용자에게 얼마나 많은 영향을 주는지 깨닫고 나면 웹상에서 앱을 빌드하는 표준 프로세스에 얼마나 많은 결함이 있는지 깨닫게 됩니다. 어떤 것을 만들 때는 계획적으로 생각해야 합니다.
접근성 인프라 작업이 너무 많아 전혀 관심을 끌지 못해서 마음이 아쉽습니다
알렉산드라: 기사에서 제공한 조언이 정확한지 어떻게 조사했나요?
슈이: 첫째, 정보 소스를 분리했습니다. 이는 1차 소스와 2차 소스를 나누는 법에서 정한 작업입니다. 1차 출처는 실제 법률(예: 장애 복지법(ADA) 및 나이지리아의 법률)이며, 보조 출처는 전문가가 법률에서 해석한 내용입니다.
따라서 1차 소스인 HTML, WCAG, WAI-ARIA 사양만 참조하기로 했습니다. 다른 사람들의 작품을 읽었지요. 정말 잘했어요. 하지만 결국 의견이 너무 다양해져서 유용한 컨텍스트로만 받아들이고 올바른 답을 갖는 것으로 신뢰해서는 안 된다고 생각했습니다.
누구나 이용할 수 있는 커뮤니티 구축
알렉산드라: 트위터 피드를 접근성이 좋은 곳으로 만들고 싶다고 말씀하셨습니다. Smashing Magazine 기사를 출간한 이후 트위터에서 배운 내용에 대해 많은 대화를 나누었나요?
Shuyi: 처음 이틀 동안은 Twitter가 생각났어요. 200명이 넘는 사람들이 저를 팔로우했어요. 처음에는 신이 났지만 그 뒤로는 두려웠어요. 난 이제 막 시작한 게 아니잖아요. 현명한 지혜를 위해 따라오지 마세요. 많은 Twitter 목록에 내가 추가되었습니다.
하지만 저는 사람인 것 같네요. 트윗은 모호하고 접근성이 떨어지며 웹 개발자용이 아닌 개발자 관련 내용이 많았습니다. 사람들을 실망시키고 싶지 않아요. 접근성 때문에 따라오지는 마세요. 실망할 것 같네요.
알렉산드라: [웃음] 내 말은 많은 사람들이 그렇게 생각해요. 저는 트위터에서도 제 성향을 잘 보여주고 있습니다.
Shuyi: 기사 자체에 대한 대부분의 응답이 긍정적이었습니다. 그 기사에 대해 약간 논란의 여지가 있는 응답을 받았습니다. 비탈리는 제 편집자였는데, 의견을 공유하기 위해 직접 연락하여 조사를 요청했습니다. 그 결과, 이 사람은 모든 기사에 제목 요소가 있어야 한다고 한 MDN 문서를 참조하고 있었습니다. 사양에 따라 섹션에 제목 요소를 포함하는 것이 좋습니다.
MDN 문서에서는 헤더를 포함할 것을 권장하지만, 이점이 무엇인지는 설명하지 않습니다.
물론 사양은 사용자의 요구보다 적게 변경되므로 빌드 방식을 변경하고자 하는 결정을 백업해 두는 한 문제가 되지 않을 것입니다.
예를 들어 세 가지 요소가 포함된 '가격'이라는 카드 구성요소를 빌드한다고 가정해 보겠습니다. Hayden Pickering은 각 카드를 목록 요소에 넣으라고 제안합니다. 이렇게 하면 보조 기술 (AT)을 사용하는 사용자가 이 섹션에 도달하면 가격 목록에 세 가지 항목이 있다고 알려줍니다. 글머리기호가 없도록 목록의 스타일을 지정하고 원하는 대로 표시할 수 있지만 AT 사용자가 먼저 유용한 정보를 얻는 데 도움이 됩니다. 각 항목을 div에 래핑한 경우 시각적 측면에만 집중하게 되므로 시각 장애가 있는 사용자에게 도움이 되지 않습니다. 디자인보다 사람을 먼저 생각하세요.
이 아이디어를 블로그 페이지로 옮겼습니다. 블로그 게시물은 실제로 목록 요소 내에 있습니다. 이렇게 하면 페이지에 들어올 때 사용자가 페이지의 여러 게시물 중 하나에 있다는 알림이 표시됩니다.
그래서 MDN에서 추천하는 이유를 이해할 때까지 기사에서 제 권장사항을 고수했습니다.
Alexandra: MDN 문서는 오픈소스이므로 변경사항을 제안하고 업데이트를 제안하시겠어요?
Shuyi: 솔직히 말씀드리면, 아직 오픈소스 기여를 하지 않았습니다. 하지만 이것이 제가 하고 싶은 일의 종류입니다. 확실히 정부와 일하는 것 이상입니다
사양과 구현 비교
Alexandra: 한 가지 중요한 점은 사양에서 한 가지를 언급하는 경우도 있지만 구현 및 기타 외부 문서에서는 다른 작업을 수행할 것을 제안할 수 있다는 것입니다. 누가 누구의 조언을 따를지 어떻게 결정합니까?
슈이: 이 점에 관해 많이 생각해요. 이 질문에 답하는 데 필요한 경험이 있을지 모르겠네요 Google은 미래를 대비하기 위해 항상 노력하고 있습니다. 웹이 변화함에 따라 지속적으로 개선하는 것이 좋습니다. 이렇게 하면 사양이 업데이트될 때 사이트를 재구성하지 않아도 됩니다. 선택할 가능성과 지금부터 3년 후에는 사양이 변경됩니다.
지금 우리가 내리는 모든 선택은 웹의 미래가 어떤 모습일지, 사양 작성자가 어떤 방향으로 나아갈지에 대한 Google의 최선의 추측입니다.
알렉산드라: 웹은 끊임없이 변화하므로 한 사람이 모든 해답을 찾을 수는 없습니다. 작성하는 동안 사양이 변경되었나요?
Shuyi: 저는 문서 개요 모델이 사양에서 삭제되기 전에 기사를 쓰기 시작했습니다. 이 모델은 중첩 정도에 따라 제목 수준을 자동으로 계산해야 한다고 제안했습니다. 하지만 이 API는 실제로 구현되지 않았으며, 이로 인해 개발자에게 많은 문제가 발생했습니다. 개발자에게는 제목을 수동으로 수정하라고 조언했습니다.
사양이 변경되기 전에 기사가 게시되었다면 바로 돌아가서 편집을 했을 것입니다. 하지만 그 글이 내 개인 블로그에 올렸다면 아마 그럴까요? 그렇지 않을 수도 있습니다. 이는 단지 변화하는 사양에 따라 구축된 전체 웹사이트를 업데이트하는 것이 아니라, 기사를 업데이트하는 것에 불과합니다.
사양이 변경되면 개발자가 웹사이트를 즉시 변경해야 하나요? 물론 아닐 것입니다 이러한 선택에 따라 사이트를 구축하고 유지할 때 무엇이 가장 좋은지 계산하기도 합니다. 사양이 바뀌면 사양에 정답이 없을 수 있습니다.
직업으로서의 접근성
알렉산드라: 글로벌 접근성 표준에 대해 얼마나 오래 고려하시나요? 표준과 법규는 국가마다 다릅니다. 아마 많은 책을 읽으셨을 겁니다. 아마도 일부 법규에서는 반대의 행동을 권장하고 있을 것입니다. 이러한 경우에는 어떻게 해야 할까요?
슈이: 프리랜서 접근성 작업을 할 수 있는 비즈니스를 시작할까 생각했어요. 글로벌 웹 접근성 채팅 채널에 들어가 시작 방법에 관한 팁을 물었습니다. 에이드리언 로셀리는 다음과 같이 말했습니다. "고객은 귀사가 법률을 준수할 것인데, 이는 심각한 결과를 초래할 수 있습니다. 서비스를 제공하기 전에 전문 지식을 가지고 있는 리전을 파악해야 합니다 어떤 법규에 익숙한지 알면 생계를 꾸리면서 고객에게 큰 책임을 묻지 않습니다. 그들은 여러분이 법을 알고 있다고 믿습니다."
물론 많은 기업이 접근성과 관련한 도움을 요청하는 이유는 옳은 일일 뿐만 아니라 법적으로 요구되기 때문입니다. 자본주의는 접근성이 구현되는 이유입니다 결국 왜 그런 일이 발생했는지는 중요하지 않으며 제품에 접근할 수 있는지가 중요합니다.
해당 지역의 법률을 준수하여 고객을 도울 수 있다는 확신이 들 때까지 프리랜싱을 잠시 중단합니다. 표준화는 매우 중요하며, WCAG의 노력과 영향은 아무리 강조해도 지나치지 않습니다. 웹이 작동하는 방식에 대한 중앙 프레임워크가 있으면 정부가 동일한 표준을 더 쉽게 사용할 수 있습니다. 물론 모든 정부가 이러한 표준을 받아들이는 것은 아닙니다.
알렉산드라: 접근성을 개선하는 과정에서 위대한 분들로부터 좋은 조언을 많이 받으셨습니다. 이 직업을 꿈꾸기 전에 하고 싶은 다른 조언이 있나요?
Shuyi: 제 진로에는 변함이 없었지만 접근성 작업만큼 훌륭하지만 자본주의의 영향을 크게 받는다는 점을 알면 좋았을 것입니다.
알렉산드라: [웃음] 오 예.
슈이: 어린 학생이에요. 접근성 분야에서 1년 경력이 있습니다. 특히 저처럼 아프리카에 거주하는 경우 접근성 부문의 채용 공고가 제한적입니다. 회사는 필요한 모든 현지 법규를 충족시키는 한 사람이 임용 관리자를 고용합니다. 하지만 기술을 배우고 구축할 수 있는 팀에서 일하고 싶습니다.
저는 JavaScript를 배우지 않고도 작업을 시작할 수 있어 매우 기뻤습니다. 규칙을 배우면 팀원들이 규칙을 적용하는 데 도움을 줄 수 있었습니다. 하지만 대행사의 개발자 직책에서는 JavaScript 경험이 있어야 합니다. 요구사항을 충족하기 위해 새로운 도시로 이주하여 자바스크립트 부트캠프에 참여했습니다. 접근성을 높이기 위한 다른 여정이 있다면 먼저 개발 기술을 쌓는 데 집중해야 합니다.
거짓말은 하지 않을 것입니다. 저는 여전히 JavaScript를 좋아하지 않습니다.
한 가지 작업: 키보드 포커스 추가
알렉산드라: [웃음] 이제 내가 개발자가 아니라 테크니컬 라이터가 된 이유가 자바스크립트일까요? 예. 네, 맞아요. 정말 싫어요. 부트 캠프에서 행운을 빕니다.
사이트의 접근성을 높이기 위해 개발자가 해주길 바라는 한 가지 작업은 무엇인가요?
Shuyi: 키보드 포커스. 진심으로 부탁합니다. 현재 트랙패드가 작동하지 않아서 이동 중일 때는 키보드로 웹을 탐색하는데 거의 모든 웹사이트가 끔찍합니다. 키보드 포커스는 장애인에만 도움이 되는 것이 아닙니다.
접근성이 우수한 플랫폼을 빌드하면 모두에게 도움이 됩니다.
트위터에서 슈이의 @shuyiolutimi의 소식을 확인하세요.