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