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