이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
저는 접근성을 규정 통과가 아니라 실제 못 쓰는 사람의 문제로 봅니다. 과제에서 만든 폼을 키보드만으로 한 번 끝까지 써 봤는데, 마우스 없이는 어디에 포커스가 있는지 안 보여 진행이 막혔습니다. 그때 접근성이 추상적 의무가 아니라 내 화면이 누군가에겐 벽이 된다는 걸 체감했습니다. 그 뒤로 제가 가장 신경 쓰는 건 둘입니다.
키보드만으로 끝까지 되는가, 그리고 지금 무엇이 선택됐는지 눈에 보이는가입니다. 화려한 기준보다 이 둘이 막히면 나머지가 아무리 좋아도 못 쓰기 때문입니다. 다만 모든 걸 한 번에 다 챙기긴 어려워, 저는 가장 자주 쓰는 핵심 흐름부터 접근성을 맞추고 부수 화면은 다음으로 미루는 편입니다. 지금도 폼을 만들면 마우스를 떼고 한 번 써 보는 것을 습관으로 합니다.
제가 접근성에서 신경 쓰는 출발점은 화면을 못 보는 사람이 이걸 어떻게 듣는가입니다. 과제에서 화면 읽어 주는 도구를 켜고 제 페이지를 들어 봤는데, 버튼이 그냥 '버튼'이라고만 읽혀 무엇을 하는 버튼인지 알 수 없었습니다. 보이는 화면에선 아이콘으로 멀쩡했지만, 듣는 사람에겐 정보가 통째로 빠져 있던 것입니다. 그래서 제가 챙기는 건 눈으로 안 봐도 의미가 전해지는가입니다. 아이콘만으로 뜻을 준 자리에 읽힐 설명을 같이 두는 것을 가장 먼저 봅니다. 다만 모든 요소에 다 붙이면 오히려 읽을 게 많아 더 불편해서, 꼭 필요한 동작 위주로 거는 균형을 잡습니다. 지금도 새 화면을 만들면 한 번은 듣고 점검하는 것을 빼놓지 않습니다.
솔직히 접근성은 늘 일정에 밀리기 쉬운 자리입니다. 그래서 제가 정한 원칙은 나중에 통째로 하지 말고, 만들 때 같이 한다입니다. 예전에 다 만든 뒤 접근성을 몰아서 고치려다, 구조를 크게 다시 손대야 해서 더 오래 걸린 적이 있습니다. 그 경험에서 접근성은 추가 작업이 아니라 처음 구조에 같이 넣어야 싸다는 걸 배웠습니다. 그래서 지금은 화면을 짜는 단계에서 키보드로 되는지, 의미가 텍스트로 남는지를 그 자리에서 확인합니다. 완벽히 다 맞추진 못합니다. 다만 핵심 흐름만큼은 처음부터, 부수적인 건 우선순위를 두고 다룹니다. 거창한 기준을 외우기보다 만들 때 같이 보는 습관 하나가 결국 더 많이 지킨다고 봅니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.