Olutimilehin Olushuyi là một luật sư mới làm quen với lĩnh vực hỗ trợ tiếp cận. Chúng tôi đã nói về cuộc chiến của ông với JavaScript, các tiêu chuẩn quốc tế và tầm quan trọng của việc đọc nội dung trang web.
Bài đăng này nêu bật một chuyên gia trong cộng đồng trong chương trình Tìm hiểu về tính năng Hỗ trợ tiếp cận!
Alexandra Klepper: Bạn đã bắt đầu làm quen với khả năng hỗ trợ tiếp cận trên web như thế nào?
Olutimilehin Olushuyi (Shuyi): Đây là một câu chuyện thú vị. Tôi là luật sư. Vào năm cuối đại học, tôi không muốn cả đời đi hành nghề luật. Vì vậy, tôi đã cố gắng bỏ học, nhưng trưởng khoa và "mẹ của trường", Giáo sư Ayodele Atsenuwa, nói: "Hãy cùng nói về vấn đề này. Các bạn đang ở năm cuối cùng rồi — kết thúc năm học nữa thôi."
Cuối cùng, tôi rất vui khi cô ấy nói như vậy và tôi cũng rất vui khi đã hoàn thành, vì điều đó đã giúp tôi rất nhiều trong công việc hỗ trợ tiếp cận. Giáo sư Atsenuwa hỏi tôi muốn làm gì, nhưng tôi không biết.
Tôi bắt đầu tìm kiếm các cơ hội nghề nghiệp mới và liên hệ với một số người muốn xây dựng một công ty khởi nghiệp và cần luật sư. Cơ hội đó không phù hợp với tôi, nhưng đó là lần đầu tiên tôi biết rằng mọi người viết mã cho tất cả các sản phẩm mà chúng tôi sử dụng. Tôi nghĩ: "Mình cũng có thể lấy câu trả lời này". Tôi bắt đầu tự học HTML và CSS. Sau đó, tôi chuyển sang JavaScript và... [cười] JavaScript đã làm được các thứ liên quan đến JavaScript, nên tôi quay lại để tập trung vào các ngôn ngữ ngữ nghĩa trên giao diện người dùng.
Tôi đã xem tác phẩm của Andy Bell và Heydon Pickering. Tôi đã mua Every Layout và nó đã thay đổi cuộc đời tôi. Andy liên tục đề cập đến tính năng hỗ trợ tiếp cận, nhưng tôi không biết điều đó có ý nghĩa gì trong ngữ cảnh này. Tôi nhận ra rằng mình có thể làm việc trong lĩnh vực phát triển web mà không cần biết viết JavaScript!
Tôi đã liên hệ với Heydon và anh ấy rất nhiệt tình, rất nhanh chóng phản hồi. Dường như mọi người trong lĩnh vực hỗ trợ tiếp cận đều như vậy và tôi rất biết ơn điều đó.
Alexandra: Tôi hoàn toàn đồng ý. Mọi người mà tôi đã trò chuyện đều rất tử tế và hữu ích.
Shuyi: Chắc chắn rồi. Hiện tại, tôi làm nhiều việc hơn trong lĩnh vực vận động. Tôi sinh sống tại Nigeria, một quốc gia không có luật bắt buộc về khả năng hỗ trợ tiếp cận trên web. Luật Phân biệt đối xử với người khuyết tật được thông qua vào khoảng năm 2018. Nhưng không có luật về khả năng tiếp cận web mà chỉ có luật về khả năng tiếp cận vật lý. Điều này tương tự như Đạo luật về người khuyết tật của Hoa Kỳ (ADA). Luật của chúng tôi có cấu trúc không tốt, nhưng vẫn tốt hơn là không có gì.
Tôi nhận ra rằng nếu muốn tạo ra sự khác biệt và trở thành một nhà phát triển tập trung vào khả năng hỗ trợ tiếp cận, trước tiên tôi phải giúp hệ sinh thái nhận biết được nhu cầu về khả năng hỗ trợ tiếp cận. Tôi bắt đầu tweet về chủ đề hỗ trợ tiếp cận. Tôi đã trò chuyện với các công ty và thương hiệu cần phải tham gia để hỗ trợ chức năng hỗ trợ tiếp cận.
Alexandra: Tôi cá là nền tảng pháp lý của bạn rất hữu ích trong việc làm việc với tính năng hỗ trợ tiếp cận. Bạn có thể đọc và hiểu điều luật mới theo cách mà người bình thường sẽ không hiểu được. bao gồm cả một nhà phát triển bình thường.
Shuyi: Tôi nghĩ rằng một trong những lợi ích lớn nhất từ nền tảng pháp lý của mình là tôi có thể ngồi đọc hàng trang tài liệu tham khảo, các tài liệu thực sự dài mà không cảm thấy mệt mỏi. Tôi chỉ gấp đôi chân lại, đặt máy tính xách tay lên và bắt đầu đọc. Và đọc. Và đọc. Phương pháp này có những ưu điểm như:
Alexandra: Ý tôi là … tôi ghen tị, đó là một kỹ năng tuyệt vời. Bạn có nghĩ rằng mình đã từng làm việc với chính phủ để thông qua luật hỗ trợ người khuyết tật kỹ thuật số chưa?
Shuyi: Thú thật là tôi không nghĩ vậy. Việc tương tác với chính phủ là một trò chơi khác. Cần quá nhiều thời gian để khiến chính phủ của chúng ta làm gì đó, đặc biệt là với tư cách một cá nhân. Loại công việc đó phù hợp hơn với các tổ chức phi chính phủ và các tổ chức khác có nhân viên và nguồn lực để tạo ra sự thay đổi.
Pháp luật về cơ thể đã mất rất nhiều thời gian để được thông qua, và nhu cầu về khả năng hỗ trợ tiếp cận đã vượt xa những gì được đưa vào luật cách đây nhiều năm. Điều này giống như bản nháp đầu tiên đã được thông qua mặc dù thế giới đã thay đổi.
Cuối cùng, chúng tôi rất vui khi có một thứ để dựa vào, bất kể nó đã lỗi thời đến mức nào. Có luật để thực thi.
Tạo bố cục dễ tiếp cận
Alexandra: Tôi đã đọc bài viết của bạn, <article> so với <section>: Cách chọn đúng loại trên tạp chí Smashing và luồng tweet đã truyền cảm hứng cho bài viết đó. Bạn sẽ nói gì sau đây là một bài học lớn, điều bạn cần nhà phát triển web là gì?
Shuyi: Nhà phát triển phải đọc nội dung trước khi bắt đầu xây dựng bố cục.
Ban đầu, đối với thiết kế trang web, tôi chỉ đếm số đoạn văn và đặt chúng vào các phần và bài viết mà không suy nghĩ nhiều. Tuy nhiên, có người đã chú ý đến việc sử dụng sai mục. Đây là lần đầu tiên tôi nghĩ đến điều này. Đọc nội dung là một trong những việc bạn có thể làm để tạo ra một sản phẩm tốt hơn.
Alexandra: Khi còn là nhà phát triển, tôi thường gặp phải những khách hàng làm việc tự do nói rằng: "Ồ, chỉ cần xây dựng một cái gì đó cho chúng tôi và chúng tôi sẽ điền nội dung vào sau". Và chắc chắn rằng có một số trang có ngữ cảnh tự động, như trang liên hệ. Tuy nhiên, việc biết số lượng trang cần tạo và loại hỗ trợ tuỳ chỉnh cần thiết chỉ có thể được trả lời khi tôi nhận được nội dung.
Shuyi: Trước khi biết những gì tôi biết, khách hàng tốt nhất của tôi sẽ đưa ra cho tôi các ý tưởng thiết kế chung và tôi đã xây dựng một trang web với một loạt văn bản Lorem ipsum. Tôi sẽ tìm hiểu tất cả những việc đó. Tuy nhiên, khi nhận ra cơ sở hạ tầng nội dung ảnh hưởng như thế nào đến người dùng trên web, bạn sẽ nhận ra rằng quá trình tiêu chuẩn để xây dựng nội dung trên web thực sự có nhiều khiếm khuyết. Bạn phải có chủ ý khi tạo ra mọi thứ.
Có quá nhiều công việc liên quan đến cơ sở hạ tầng hỗ trợ tiếp cận lại chẳng hề được chú ý, nên tôi rất đau lòng.
Alexandra: Anh đã nghiên cứu như thế nào để đảm bảo lời khuyên trong bài viết này là chính xác?
Shuyi: Trước tiên, tôi đã tách các nguồn thông tin – đó là điều bạn làm trong luật, tách nguồn chính và nguồn phụ. Các nguồn chính là luật thực tế (chẳng hạn như luật của ADA và Nigeria), còn các nguồn thứ cấp là nội dung mà các chuyên gia diễn giải từ luật này.
Tôi quyết định chỉ tham khảo các nguồn chính: thông số kỹ thuật HTML, WCAG và WAI-ARIA. Tôi đã đọc các tác phẩm của người khác, nhiều tác phẩm rất hay. Nhưng cuối cùng, các ý kiến lại khác nhau quá nhiều, nên tôi quyết định chỉ có thể coi chúng là bối cảnh hữu ích chứ không dựa vào đó để tìm ra câu trả lời chính xác.
Xây dựng một cộng đồng hỗ trợ tiếp cận
Alexandra: Bạn có đề cập đến việc cố gắng định hình trang thông tin Twitter của mình thành một nơi hỗ trợ tiếp cận. Bạn có nhiều cuộc trò chuyện khác trên Twitter về những điều bạn đã học được kể từ khi bài viết trên Smashing Magazine được xuất bản không?
Shuyi: Trong vài ngày đầu, tôi không hiểu được khái niệm Twitter. Có rất nhiều người theo dõi tôi, khoảng hơn 200 người. Ban đầu tôi rất hào hứng, nhưng sau đó lại sợ hãi. Giống như tôi mới bắt đầu, đừng theo dõi tôi để tìm hiểu những lời khuyên khôn ngoan. Tôi được thêm vào nhiều danh sách trên Twitter.
Nhưng giống như, tôi là một con người. Tôi tweet về nhiều nội dung mơ hồ, không liên quan đến hỗ trợ tiếp cận và không liên quan đến nhà phát triển web. Tôi không muốn làm mọi người thất vọng. Đừng theo dõi tôi chỉ vì tính năng hỗ trợ tiếp cận! Tôi sẽ cảm thấy như mình đã làm bạn thất vọng.
Alexandra: [Cười], tôi nghĩ nhiều người cũng nghĩ như vậy. Tôi chắc chắn là có.
Shuyi: Hầu hết các phản hồi cho bài viết này đều tích cực. Tôi đã nhận được một phản hồi cho bài viết này, bài viết này gây tranh cãi một chút. Vitaly là biên tập viên của tôi. Anh đã liên hệ trực tiếp để chia sẻ nhận xét đó và yêu cầu tôi điều tra. Hóa ra, người đó đang tham khảo tài liệu MDN cho biết rằng tất cả bài viết đều phải có phần tử tiêu đề. Bạn nên thêm phần tử tiêu đề vào phần này dựa trên thông số kỹ thuật.
Tài liệu MDN đề xuất thêm tiêu đề nhưng không giải thích rõ lợi ích của việc này.
Tất nhiên, thông số kỹ thuật thay đổi ít thường xuyên hơn nhu cầu của người dùng, vì vậy, miễn là bạn có thể sao lưu quyết định thay đổi cách xây dựng một thứ gì đó, thì có lẽ bạn sẽ không gặp vấn đề gì.
Vì vậy, hãy để tôi đưa ra một ví dụ. Giả sử bạn đang tạo một thành phần thẻ có tên là "Giá", trong đó có ba phần tử. Hayden Picking (Bộ chọn của Hayden) đề xuất đặt từng thẻ vào một phần tử danh sách. Bằng cách đó, khi người dùng công nghệ hỗ trợ (AT) chuyển đến phần đó, họ sẽ được thông báo rằng có ba mặt hàng trong danh sách giá. Bạn có thể tạo kiểu cho danh sách để không có dấu đầu dòng, tạo kiểu bất kỳ mà bạn muốn, nhưng điều này giúp người dùng AT nhận được thông tin hữu ích trước tiên. Nếu gói mỗi mục trong một div, bạn sẽ chỉ tập trung vào các khía cạnh hình ảnh, điều này không giúp ích cho người dùng khiếm thị. Hãy nghĩ đến con người trước khi thiết kế.
Tôi đã lấy ý tưởng đó và chuyển đổi cho một trang blog. Các bài đăng trên blog thực sự nằm trong một phần tử danh sách. Bằng cách đó, khi truy cập vào trang, người dùng sẽ được thông báo rằng họ đang ở một trong số các bài đăng trên trang.
Vì vậy, tôi vẫn giữ nguyên các đề xuất trong bài viết này cho đến khi hiểu được lý do MDN đưa ra đề xuất đó.
Alexandra: Vì tài liệu MDN là nguồn mở, nên bạn có đề xuất thay đổi và cập nhật nội dung trên đó không?
Shuyi: Tôi thành thật là tôi chưa từng đóng góp nội dung nguồn mở nào. Tuy nhiên, đây là loại công việc mà tôi muốn làm, chắc chắn là nhiều hơn việc làm việc với chính phủ.
Quy cách so với cách triển khai
Alexandra: Có vẻ như một bài học lớn là đôi khi thông số kỹ thuật cho biết một điều, nhưng quá trình triển khai và các tài liệu bên ngoài khác có thể gợi ý làm một điều gì đó khác đi. Làm cách nào để một người quyết định làm theo lời khuyên của ai?
Shuyi: Tôi nghĩ nhiều về điều này. Tôi không chắc mình có kinh nghiệm cần thiết để trả lời câu hỏi đó. Chúng tôi luôn cố gắng để đảm bảo tính tương thích trong tương lai. Bạn nên thực hiện các tính năng nâng cao liên tục khi web thay đổi. Nhờ đó, khi thông số kỹ thuật được cập nhật, bạn không cần phải điều chỉnh trang web của mình. Bạn có khả năng đưa ra lựa chọn hay không và sau 3 năm kể từ bây giờ thông số kỹ thuật sẽ thay đổi.
Mọi lựa chọn hiện tại đều là phỏng đoán tốt nhất của chúng tôi về tương lai của web, tương lai của chúng tôi và hướng đi của những người viết thông số kỹ thuật.
Alexandra: Web không ngừng thay đổi, một người không thể có mọi câu trả lời! Thông số kỹ thuật có thay đổi trong khi bạn viết không?
Shuyi: Tôi đã bắt đầu viết bài viết của mình trước khi mô hình bố cục tài liệu bị xoá khỏi thông số kỹ thuật. Mô hình này đề xuất rằng nên tự động tính toán cấp tiêu đề dựa trên độ sâu lồng. Nhưng nó chưa bao giờ được thực sự triển khai và gây ra nhiều vấn đề cho các nhà phát triển. Lời khuyên cho các nhà phát triển là sửa tiêu đề theo cách thủ công.
Nếu bài viết được xuất bản trước khi có thay đổi về thông số kỹ thuật, có lẽ tôi đã quay lại và chỉnh sửa bài viết đó – rốt cuộc thì bài viết đó vẫn nằm trong Smashing Magazine. Nhưng nếu bài viết đó xuất hiện trên blog cá nhân của tôi, tôi có làm như vậy không? Có thể là không. Và đó chỉ là việc cập nhật một bài viết, chứ không phải cập nhật toàn bộ trang web được xây dựng dựa trên thông số kỹ thuật thay đổi.
Chúng tôi có kỳ vọng nhà phát triển sẽ thay đổi trang web ngay lập tức khi thông số kỹ thuật thay đổi không? Tất nhiên là không. Họ tính toán xem lựa chọn nào là tốt nhất khi xây dựng trang web và sử dụng các lựa chọn đó. Thông số kỹ thuật sẽ thay đổi, thông số kỹ thuật có thể không có câu trả lời.
Hỗ trợ tiếp cận là một nghề nghiệp
Alexandra: Bạn dành bao nhiêu thời gian để suy nghĩ về các tiêu chuẩn hỗ trợ tiếp cận trên toàn cầu? Tiêu chuẩn và luật pháp ở mỗi nơi trên thế giới lại khác nhau. Tôi chắc chắn rằng bạn đã đọc rất nhiều luật và tôi chắc chắn rằng một số luật sẽ yêu cầu bạn làm những việc ngược lại. Bạn sẽ làm gì trong những trường hợp đó?
Shuyi: Tôi đã nghĩ đến việc thành lập một doanh nghiệp chuyên về công việc hỗ trợ tiếp cận cho người tự do. Tôi đã tham gia một kênh trò chuyện toàn cầu về hỗ trợ tiếp cận trên web và hỏi về các mẹo để bắt đầu. Adrian Roselli đã liên hệ và nói rằng: "Khách hàng của bạn sẽ dựa vào bạn để tuân thủ luật pháp, điều này có thể gây ra hậu quả lớn. Trước khi cung cấp dịch vụ, hãy xác định chuyên môn của bạn trong lĩnh vực nào. Hãy biết những luật mà bạn nắm rõ để trong khi kiếm sống, bạn không để khách hàng phải chịu trách nhiệm pháp lý lớn. Họ tin tưởng bạn am hiểu luật pháp".
Tất nhiên, có rất nhiều doanh nghiệp đang tìm kiếm sự trợ giúp về chức năng hỗ trợ tiếp cận vì họ bắt buộc phải làm như vậy theo luật, chứ không chỉ vì đó là việc nên làm. Chủ nghĩa tư bản là lý do khiến tính năng hỗ trợ tiếp cận được triển khai. Suy cho cùng, điều quan trọng là sản phẩm có thể truy cập được chứ không phải lý do tại sao điều đó xảy ra.
Tôi tạm dừng công việc tự do cho đến khi hoàn toàn tự tin rằng mình có thể giúp khách hàng hiểu rõ luật pháp của khu vực họ sinh sống. Việc chuẩn hoá là rất quan trọng, không thể đánh giá quá mức nỗ lực và tác động của WCAG. Khi có một khuôn khổ trung tâm về cách thức hoạt động của web, các chính phủ sẽ dễ dàng dựa vào cùng một tiêu chuẩn hơn. Tuy nhiên, tất nhiên không phải chính phủ nào cũng chấp nhận những tiêu chuẩn đó.
Alexandra: Bạn đã nhận được nhiều lời khuyên hữu ích từ những người tuyệt vời trong hành trình tìm hiểu về tính năng hỗ trợ tiếp cận. Bạn có muốn nhận được lời khuyên nào khác trước khi quyết định theo đuổi công việc này không?
Shuyi: Mặc dù công việc này sẽ không thay đổi con đường sự nghiệp của tôi, nhưng sẽ rất tốt nếu biết rằng công việc hỗ trợ tiếp cận cao quý như công việc hỗ trợ tiếp cận nhưng chịu ảnh hưởng rất lớn của chủ nghĩa tư bản.
Alexandra: [Cười] À đúng rồi.
Shuyi: Còn tôi là học viên năm thứ hai. Tôi có một năm kinh nghiệm về khả năng hỗ trợ tiếp cận. Đặc biệt là nếu bạn sống ở Châu Phi như tôi, thì số lượng vị trí về hỗ trợ tiếp cận sẽ bị hạn chế. Các công ty đang tuyển dụng người quản lý, một người để đáp ứng mọi yêu cầu pháp lý cần thiết. Nhưng tôi muốn làm việc trong một nhóm, nơi tôi có thể học hỏi và trau dồi kỹ năng.
Tôi rất vui khi có thể bắt tay vào công việc mà không cần phải học JavaScript. Tôi chỉ cần tìm hiểu các quy tắc và giúp nhóm của mình áp dụng các quy tắc đó. Nhưng các vị trí nhà phát triển tại các công ty quảng cáo yêu cầu tôi phải có kinh nghiệm về JavaScript. Tôi chuyển đến một thành phố mới và tham gia một khoá học lập trình JavaScript để đáp ứng các yêu cầu đó. Đối với những người khác đang trên hành trình hỗ trợ tiếp cận, hãy nhớ rằng trước tiên, bạn phải tập trung vào việc xây dựng kỹ năng phát triển.
Tôi không nói dối, tôi vẫn không thích JavaScript.
Hãy làm một việc: thêm tiêu điểm bằng bàn phím
Alexandra: JavaScript có phải là lý do khiến tôi hiện là một nhà văn công nghệ thay vì một nhà phát triển không? Có, tôi rất ghét điều đó. Chúc bạn may mắn trong chương trình đào tạo của mình.
Bạn muốn nhà phát triển làm gì để trang web của họ trở nên dễ tiếp cận?
Shuyi: Tiêu điểm bàn phím. Tôi tha thiết cầu xin bạn. Bàn phím di chuyển của tôi không hoạt động, vì vậy khi tôi đang di chuyển, tôi phải dựa vào bàn phím để điều hướng trên web và hầu hết mọi trang web đều rất khủng. Tiêu điểm bàn phím không chỉ mang lại lợi ích cho người bị vô hiệu hoá.
Việc xây dựng nền tảng dễ tiếp cận sẽ mang lại lợi ích cho tất cả mọi người.
Hãy theo dõi công việc của Shuyi trên Twitter @shuyiolutimi.