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