Melanie Sumner là một kỹ sư phần mềm, chuyên về hỗ trợ tiếp cận kỹ thuật số. Chúng ta đã nói về con đường của cô ấy đến với kỹ thuật, thiết kế dễ tiếp cận, Ember.js và tầm quan trọng của việc tài trợ cho những nỗ lực này.
Bài đăng này giới thiệu 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 hỗ trợ tiếp cận!
Alexandra Klepper: Cảm ơn bạn đã tham gia cùng tôi! Bạn là ai và bạn làm gì?
Melanie Sumner: Tôi tên là Melanie Sumner và tôi là kỹ sư phần mềm chuyên về lĩnh vực hỗ trợ tiếp cận kỹ thuật số. Tôi đã viết mã cho web trong 25 năm. Nghề nghiệp đầu tiên của tôi là... một loại gián điệp. Tôi từng là một nhà phân tích tình báo trong Hải quân Hoa Kỳ và lập trình là sở thích của tôi.
Tôi thực sự không thích làm điệp viên. Hóa ra tôi không thích cái chết. Vì hầu hết mọi người đều không làm như vậy, khi họ phải ở gần hơn. Tôi phải quyết định việc mình muốn làm tiếp theo và đã đến lúc biến sở thích của mình thành sự nghiệp. Trong 10 năm qua, tôi thực sự tập trung vào kỹ thuật phần mềm trong không gian hỗ trợ tiếp cận.
Alexandra: Bạn không thường nghe thấy câu "Tôi từng là một điệp viên". Không thành vấn đề. Điều gì đưa bạn đến với công việc hỗ trợ tiếp cận?
Melanie: Lúc đó, tôi đang làm việc tại Khoa Phát triển của Đại học Bắc Carolina [UNC] ở Chapel Hill. Không phải là phát triển như phát triển web, mà là phát triển như gây quỹ.
Người quản lý trực tiếp của tôi bị khiếm thị và anh phải phóng to mọi thứ lên 400% để xem được. Anh là một kỹ sư phần mềm tuyệt vời. Có lẽ đó là người quản lý xuất sắc nhất tôi từng có. Nhưng ông ấy luôn phá nội dung của tôi vì ông ấy thường phóng to để xem tác phẩm của tôi. Nếu tôi không nghĩ đến việc tạo các thành phần một cách thích ứng, thì các thành phần đó sẽ bị hỏng.
Ông chủ của người quản lý của tôi bị mù màu xanh dương. Tôi không biết bạn có biết màu xanh dương UNC trông như thế nào hay không, nhưng đó là màu xanh dương nhạt này. Và họ thích sử dụng màu này trên nền trắng.
Alexandra: (cười) Ôi không.
Melanie: Sếp luôn phàn nàn rằng không bao giờ thấy được các tác phẩm của tôi! Tôi phải phát triển một bộ màu bổ sung và bảng phối màu cho các trang web của chúng tôi. Điều đó khiến tôi suy nghĩ về độ tương phản màu sắc và cách những người mù màu (hoặc khiếm thị) sử dụng web.
Vì UNC là một trường đại học tiểu bang, nên có một yêu cầu của chính phủ liên bang Hoa Kỳ là tuân thủ cấp độ hỗ trợ tiếp cận AA theo WCAG. Chúng tôi nhắm đến cấp AAA vì đây là một tổ chức giáo dục.
Khi tìm hiểu thêm về các yêu cầu của tiểu bang và liên bang, đồng thời bắt đầu đọc thông số kỹ thuật về Hỗ trợ tiếp cận của W3C, tôi đã nghĩ: "Tất cả đều hợp lý". Theo như tôi thấy thì hầu hết các trang web đều không tuân thủ. Tất nhiên, mọi người đã nỗ lực cải thiện khả năng hỗ trợ tiếp cận trên web từ khi web ra đời. Đôi khi, các kỹ sư JavaScript (nói riêng) hơi chậm khi tiếp nhận thông tin về khả năng hỗ trợ tiếp cận kỹ thuật số.
Tôi gọi khả năng hỗ trợ tiếp cận là ranh giới cuối cùng của web. Có rất nhiều người giỏi làm việc về tính năng tự động hoá cho khả năng hỗ trợ tiếp cận và chúng ta cần phải tìm giải pháp theo cách tương tự như cách chúng ta đã giải quyết các vấn đề khó khác, chẳng hạn như hiệu suất và bảo mật.
Alexandra: Có thể bạn đã đọc nhiều tài liệu dài, phức tạp trong Hải quân và tại UNC. Bạn có thấy khó hiểu thông số kỹ thuật không?
Melanie: Tôi đã phải đọc khoảng 5 lần mới hiểu được và trước đây tôi đã từng đọc các thông số kỹ thuật khác. Tôi luôn nói với mọi người rằng đừng cảm thấy xấu hổ nếu bạn không hiểu, vì tôi đã phải đọc thông số kỹ thuật này 5 lần! Tôi không đùa đâu.
Bạn sẽ mất nhiều thời gian để làm quen với ngôn ngữ đặc tả. Và nếu không diễn giải chính xác, bạn có thể làm sai. Ngoài ra, điều quan trọng là phải hiểu rằng nhiều ngôn ngữ thông số kỹ thuật dành cho nhà phát triển trình duyệt. Tìm cụm từ "tác giả nên" vì đó là nội dung tham khảo dành cho nhà phát triển web.
Alexandra: Nhiều nhà phát triển trên web có thể sẽ tốt hơn nếu có thêm nhiều nhà phát triển biết cách giải mã các thông số kỹ thuật.
Melanie: Có rất nhiều điều cần nói về những trang web giúp bạn diễn giải dữ liệu đó. Tôi đã xây dựng a11y-automation.dev và trang web đó giống như đứa con của tôi, dự án phụ của tôi. Tôi cố gắng liệt kê từng lỗi vi phạm về khả năng hỗ trợ tiếp cận và liên kết lỗi đó với tiêu chí thành công của WCAG có liên quan. Nếu có giải pháp tự động hoá để ngăn lỗi này, tôi sẽ đề xuất giải pháp đó.
Bạn có thể tự làm quen với danh sách các lỗi vi phạm có thể xảy ra, nhưng điều quan trọng hơn là tìm hiểu cách khắc phục lỗi đó. Đối với các bản sửa lỗi tự động chưa có, có thể bạn được lấy cảm hứng để viết mã linter hoặc mẫu. Bạn có thể sẽ được truyền cảm hứng để viết một loại mã kiểm thử nào đó.
Tôi thích làm việc trong nguồn mở vì bạn có thể cùng nhau chia sẻ, cải thiện (đôi khi là cải thiện, đôi khi không, nhưng chúng ta đều cố gắng hết sức). Chúng tôi xây dựng dựa trên nội dung của nhau, sau đó kết thúc bằng một kết quả thực sự tuyệt vời cho web.
Cách tài trợ cho việc hỗ trợ tiếp cận
Alexandra: Tôi thực sự bị thu hút bởi pleasefunda11y.com. Điều quan trọng là phải giúp nhà phát triển tìm hiểu cách xây dựng trang web hỗ trợ tiếp cận, nhưng họ không phải lúc nào cũng có đủ tài nguyên nếu không có nguồn tài trợ và phê duyệt của ban lãnh đạo cấp cao. Tại sao bạn quyết định xây dựng trang web này?
Melanie: Tôi rất thất vọng vì các tính năng hỗ trợ tiếp cận không được tài trợ đầy đủ. Có vẻ như tất cả nguồn tài trợ cho dự án nguồn mở đều tiếp tục được chuyển đến CSS. Tôi rất thích CSS, chúng ta có thể làm được rất nhiều việc với CSS.
Tôi xây dựng trang web này vì Addy Osmani – một người quản lý kỹ thuật phần mềm của Chrome – đã liên hệ và cho biết rằng anh thấy tôi đang yêu cầu tài trợ cho việc hỗ trợ tiếp cận, nhưng anh muốn được tư vấn về những công việc cụ thể có thể được tài trợ. Đó là một vấn đề lớn: các nhà tài trợ nguồn mở muốn quyên góp tiền cho những dự án cụ thể, chứ không phải những ý tưởng chung không có kết quả xác định. Tôi đã dành thời gian để ghi lại một số sáng kiến cụ thể, những điều cần thiết và cách các sáng kiến đó giúp trang web trở nên dễ tiếp cận.
Ngay cả khi các công ty xây dựng những nỗ lực này mà không có tôi, chúng ta vẫn có thể thúc đẩy tính năng hỗ trợ tiếp cận trên web theo một cách thực sự đáng kể. Đây là một khoản chi tiêu rất nhỏ so với các nỗ lực khác trên web và sẽ có tác động rất lớn đến cuộc sống của mọi người.
Cách suy nghĩ hiện tại thường là "Vậy, có bao nhiêu người khuyết tật?" Câu hỏi phải là: "Mối quan hệ của mọi người với công nghệ là gì?"
Và một số người đã nói với tôi rằng: "Tôi không nghĩ rằng chứng mù màu là một khiếm khuyết". Bạn có thể không xác định mình là người khuyết tật nếu bị mù màu, nhưng điều này ảnh hưởng đến mối quan hệ của bạn với công nghệ.
Alexandra: Hãy cho tôi biết thêm về mối quan hệ của bạn với công nghệ. Điều đó liên quan như thế nào đến khả năng hỗ trợ tiếp cận?
Melanie: Ví dụ: nếu bạn có sự khác biệt về thần kinh, có thể bạn cần ngôn ngữ rất đơn giản và hướng dẫn rất rõ ràng. Bạn có thể được phục vụ tốt hơn khi di chuyển qua ba hoặc bốn màn hình trong một luồng, đưa ra một vài lựa chọn mỗi lần cho đến khi bạn đến cuối. Không có hướng dẫn phù hợp cho các ứng dụng kỹ thuật hiện đại.
Chúng tôi có cả một công ty chuyên về devops, và nếu bạn thử sử dụng một số trang web đó, bạn sẽ phải thốt lên "Ôi trời ơi", bạn biết không? Ngày nay, chúng tôi cố gắng đưa tất cả các tính năng vào giao diện.
Alexandra: Bạn có thể chia sẻ một ví dụ không?
Melanie: Ví dụ: GitHub có trình đơn thả xuống với các thẻ lồng nhau. Và [thở dài ngao ngán]. Tôi không được buồn (ngay cả khi tôi thất vọng). Web hiện đại phải phát triển để đáp ứng các nhu cầu mới. Nhưng chúng tôi cũng có trách nhiệm xây dựng theo cách không để mọi người bỏ lại phía sau.
Đó là động lực và niềm đam mê của tôi. Tôi không muốn ai đó không thể tìm được việc làm vì không thể sử dụng các công cụ cần thiết cho công việc đó.
Alexandra: 100%. Và mọi người thường nghĩ đến việc xây dựng các sản phẩm hỗ trợ tiếp cận cho người dùng bên ngoài, nhưng không nhất thiết phải nghĩ đến nhân viên của họ.
Melanie: Tôi nghĩ rằng lời khuyên về việc tài trợ này có thể mang lại lợi ích cho mọi người.
Tôi luôn nghe các kỹ sư nói rằng họ rất muốn làm việc về hỗ trợ tiếp cận nhưng "công ty của tôi không quan tâm". Tôi cá là họ quan tâm! Bạn chỉ cần thu hẹp khoảng trống về logic kinh doanh. Cho khách hàng thấy kết quả có lợi cho doanh nghiệp. Tất nhiên, trang web này là nguồn mở và tôi thích các hoạt động đóng góp và chỉnh sửa.
Alexandra: Khả năng hỗ trợ tiếp cận thường được để ở cuối quá trình, chẳng hạn như "Ồ, chúng tôi có thể làm cho tính năng này dễ tiếp cận sau". Tuy nhiên, việc thêm tính năng hỗ trợ tiếp cận sau này sẽ mất nhiều thời gian hơn so với việc tích hợp các phương pháp hỗ trợ tiếp cận trong toàn bộ dự án.
Melanie: Tôi thường nói rằng: "Bạn muốn trả tiền để xây dựng một lần hay trả tiền để xây dựng hai lần?"
Ember.js và nhóm hỗ trợ tiếp cận cốt lõi
Alexandra: Tôi biết bạn cũng tham gia nhóm cốt lõi của khung Ember.js. Bạn tham gia bằng cách nào?
Melanie: Tôi được tuyển dụng để làm việc tại JPMorgan Chase, trên các nền tảng ngân hàng đầu tư của họ. Ember là một khung JavaScript chuyên dụng được dùng khi bạn cần một cơ sở thực sự ổn định (thậm chí có thể hơi nhàm chán). Khung này có thể giúp bạn tránh viết mã gây tổn thất nhiều tiền. Ember đảm bảo khả năng tương thích ngược – bạn có thể nâng cấp mỗi lần, ngay cả khi sử dụng phiên bản chính. Chúng tôi thực sự cố gắng làm mọi thứ một cách tăng dần để không làm hỏng ứng dụng của bạn.
Dù sao, tôi cũng đã có mặt tại một hội nghị Ember và đã gặp gỡ rất nhiều người trong cộng đồng. Các nhân viên của Ember rất tốt bụng. Ngoài ra, còn có một bộ quy tắc ứng xử rất nghiêm ngặt mà tôi chưa từng thấy ở những nơi khác.
Khi rời quân đội, tôi muốn chuyển sang làm việc trong ngành bảo mật. Tôi đã tham dự một buổi họp mặt về an toàn thông tin và không thấy có phụ nữ nào khác ở đó. Một trong những người đàn ông lớn tuổi nhìn tôi và nói: "Em yêu, em có chắc mình đang ở đúng phòng không?"
Alexandra: [Gừm] Đau quá. Và điều này hoàn toàn không gây ngạc nhiên. Tôi cũng từng gặp phải vấn đề tương tự.
Melanie: Tôi muốn nói rằng đó là năm 2011, có thể là năm 2012? Bối cảnh đã thay đổi rất nhiều. Tôi đã ở lại đêm đó, thông qua cuộc gặp gỡ đó, để chứng minh một quan điểm. Tôi sẽ không để bình luận đó ngăn cản mình. Tôi đã pha trò, ghi chú cẩn thận và tham gia cuộc trò chuyện để mọi người biết tôi có mặt. Tôi cảm thấy như suốt sự nghiệp của mình, tôi đã chứng minh rằng đàn ông đã sai.
Tuy nhiên, tôi không muốn phụ nữ trở thành kỹ sư phần mềm chỉ để chứng minh rằng đàn ông đã sai. Tôi muốn trở thành kỹ sư phần mềm để tạo ra những điều tuyệt vời, vì công việc này rất thú vị. Phụ nữ cũng nên có lựa chọn nghề nghiệp đó.
Alexandra: Chắc chắn rồi.
Melanie: Tôi đã chia sẻ những gì tôi biết về khả năng hỗ trợ tiếp cận với cộng đồng Ember, vì rõ ràng là với tư cách là một nền tảng ngân hàng, bạn phải tuân thủ các yêu cầu của chính phủ liên bang Hoa Kỳ. Yehuda Katz và Tom Dale cho biết: "Chúng tôi có một khoảng trống trong nhóm. Chúng tôi có nhiều chuyên gia về JavaScript, chuyên gia về hiệu suất, những người thông minh đến mức không tưởng và chúng tôi cần một người có kiến thức về hỗ trợ tiếp cận". Họ đã mời tôi tham gia nhóm nòng cốt.
Tôi đang làm việc trên các sáng kiến để giúp Ember hỗ trợ tiếp cận theo mặc định. Điều đó có nghĩa là khi nói ember new <my-app-name>, bạn phải ngay lập tức vượt qua các tiêu chí thành công của WCAG.
Alexandra: Tôi thấy một danh sách dài các công cụ hỗ trợ tiếp cận cho Ember trên GitHub. Bạn có thấy rằng mọi người trong cộng đồng Ember rất hào hứng đóng góp cho những công cụ đó không?
Melanie: Đó là một phần rất thú vị trong công việc này. Tôi đã viết các quy tắc tìm lỗi mã nguồn về hỗ trợ tiếp cận cho Ember khi làm việc tại LinkedIn. Sau đó, tôi rời LinkedIn để làm việc cho Hashicorp và những người khác vẫn đang đóng góp cho trình tìm lỗi mã nguồn này vì nó hữu ích cho họ. Đó là phần trong tác phẩm này khiến tôi rùng mình và hào hứng.
Chúng tôi chấp nhận rằng, về cơ bản, khả năng hỗ trợ tiếp cận là một quyền dân sự. Đây không phải là để thảo luận.
Nội dung chúng ta thảo luận là: Chúng ta có thể triển khai những gì? Thời gian? Làm cách nào để tạo? Làm cách nào để chúng ta dạy và làm cho lớp này tương thích ngược? Làm cách nào để chúng tôi giúp nhà phát triển cung cấp dịch vụ hỗ trợ tiếp cận mà không cần phải xây dựng hoặc lên kế hoạch có thêm một tính năng lớn?
Alexandra: Khả năng tiếp cận là một quyền dân sự. Tôi thấy rùng mình! Đó chỉ là một điều mà tất cả chúng ta đều biết là sự thật.
Melanie: Có người nói với tôi những điều thiếu hiểu biết, chẳng hạn như "Tôi sẽ không sử dụng Internet nếu bị mù". Hoặc "Tại sao tôi phải nghĩ đến vấn đề khuyết tật khi mà chỉ có 5% người dùng hoạt động hiệu quả đối với 90% người dùng?" Tôi sẽ không tổ chức những cuộc thảo luận đó vì chúng thường được dùng để làm mất tập trung vào công việc.
Khi viết mã có thể truy cập, bạn sẽ tăng hiệu suất vì bạn đang nghĩ đến việc tạo trang web dựa trên thông số W3C. Bạn sẽ sử dụng HTML ngữ nghĩa thay vì chỉ div và bạn sẽ sử dụng tiêu đề. Bạn sẽ chọn <button> thay vì thêm sự kiện nhấp chuột vào <div> để có được các tính năng nâng cao về hiệu suất.
Hãy làm một việc: tự động hoá tính năng hỗ trợ tiếp cận
Alexandra: Nhà phát triển web nên làm gì để xây dựng trang web hỗ trợ tiếp cận?
Melanie: Thêm quy trình tự động hoá. Bắt đầu bằng một công cụ linter hiện có cho bất kỳ khung nào bạn có, bất kỳ loại mã nào bạn đang sử dụng. Tôi không quan tâm bạn sử dụng loại nào! Bản dựng của bạn sẽ bị lỗi nếu một trong các quy tắc đó bị hỏng.
Một số việc không thể tự động hoá vì AI chưa thể giải mã ý định. Ví dụ: giá trị văn bản thay thế của hình ảnh phải có ý nghĩa, nhưng điều đó thực sự có ý nghĩa gì? Hiện tại, con người cần phải phân biệt điều đó chứ không phải công nghệ tự động hoá.
Nhưng một công cụ tự động có thể cho bạn biết rằng "Bạn không vượt qua được độ tương phản màu". Chỉ cần khắc phục vấn đề. Đừng chống lại, đừng nói "Nhưng tôi không muốn, tôi thích cách này hơn". Đây không phải là vấn đề của bạn. Đó là việc cung cấp những gì chúng tôi làm cho mọi người trên thế giới mỗi ngày.
Khả năng hỗ trợ tiếp cận là cả một hành trình và bạn sẽ luôn học hỏi không ngừng. Tôi đã chuyên về khả năng hỗ trợ tiếp cận trong hơn một thập kỷ và tôi vẫn luôn học hỏi những điều mới mẻ! Đừng phòng thủ, hãy làm việc đó.
Hãy theo dõi công việc của Melanie trên trang web của cô tại melanie.codes và Twitter @a11yMel. Hãy xem các tài nguyên hỗ trợ tiếp cận của cô trên pleasefunda11y.com, a11y-info.com và a11y-automation.dev.