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