Return to Video

IT Accessibility: What Web Developers Have to Say

  • Not Synced
    The web is about information accessibility
  • Not Synced
    It's really a basic human freedom that we
  • Not Synced
    are just really beginning to talk about in
  • Not Synced
    the last decade. <ahm> It's important
  • Not Synced
    therefore that everybody have this freedom
  • Not Synced
    any freedom that's only allocated to a few
  • Not Synced
    is not really a freedom.
  • Not Synced
    The web is about information and <er> it's
  • Not Synced
    important that people can access the
  • Not Synced
    information that they need in order to
  • Not Synced
    complete a workflow or get their job done
  • Not Synced
    finish a task.
  • Not Synced
    I think the web should be accessible to
  • Not Synced
    everyone all the time. I grew up with it
  • Not Synced
    being easily accessible to me.<Erm> It's how
  • Not Synced
    I learnt information easily. <Erm>I can't
  • Not Synced
    imagine someone not being able to just
  • Not Synced
    google something instantly, and getting
  • Not Synced
    what they need.
  • Not Synced
    I think websites should be accessible<ah>
  • Not Synced
    because...the web is founded kinda on this
  • Not Synced
    idea of sharing information and if you
  • Not Synced
    can't share information or if some people
  • Not Synced
    can't see it , then it's not truly being shared.
  • Not Synced
    <music>
  • Not Synced
    We all have different abilities and
  • Not Synced
    disabilities, and if we're all going to be
  • Not Synced
    able to get the same content and interpret
  • Not Synced
    it in a somewhat similar fashion, it has
  • Not Synced
    to be given to us in that way and
  • Not Synced
    accessible so that we can actually reach
  • Not Synced
    it
  • Not Synced
    Accessibility is important for a number of
  • Not Synced
    reasons. <ah> For one, there are laws that
  • Not Synced
    apply.<ah>Another is, it can relate to our
  • Not Synced
    reputation. And a third is that<ah>by paying
  • Not Synced
    attention to it, we create a more
  • Not Synced
    inclusive educational environment.
  • Not Synced
    I think we are really good as developers
  • Not Synced
    at being...focusing on the 80% case.
  • Not Synced
    Focusing on how do we make every 4 out of
  • Not Synced
    every 5 of our users happy. How do we
  • Not Synced
    build things for those group of people,
  • Not Synced
    because the last 20% is always hard. But I
  • Not Synced
    say that the web is for 100%. It's for
  • Not Synced
    everybody, which is what Tim Burners-Lee
  • Not Synced
    said.
  • Not Synced
    I'm definitely am very moved by this
  • Not Synced
    notion of inclusiveness. I mean I think
  • Not Synced
    that, for me it's a part of who I...
  • Not Synced
    this is important to me. But <erm> there's
  • Not Synced
    also just the sort of, <erm> the notion of
  • Not Synced
    of having everybody's contributions to the
  • Not Synced
    sort of...the knowledge.
  • Not Synced
    Big challenge is, to escape your own
  • Not Synced
    viewpoint. And to not make the assumption
  • Not Synced
    that everyone sees the web the way you see
  • Not Synced
    it, on the device you see, <erm> the way
  • Not Synced
    you use it. And so when you're creating
  • Not Synced
    web pages, that's the biggest challenge,
  • Not Synced
    is getting outside of where you're sitting.
  • Not Synced
    The biggest obstacle to accessibility,
  • Not Synced
    I think is...is pure knowledge.
  • Not Synced
    It's really about putting yourself in the
  • Not Synced
    mind of a person with disabilities.
  • Not Synced
    A person who has, who has no motor skills
  • Not Synced
    has no hands, has a lack of vision, has a
  • Not Synced
    lack of hearing.<Ahm> May have a
  • Not Synced
    cognitive disability. To be able to put
  • Not Synced
    yourselves in their shoes and understand
  • Not Synced
    how are they working with the thing that
  • Not Synced
    I'm building or designing right now,
  • Not Synced
    can they use it?
  • Not Synced
    The alternative is, you build something
  • Not Synced
    someone says "oh no it's not accessible!"
  • Not Synced
    and so you go back and try to fix it but
  • Not Synced
    you probably have been doing the wrong
  • Not Synced
    thing at many places <ah> you know you may
  • Not Synced
    have hundreds of images with no alt text,
  • Not Synced
    you may have navigation that's very confused
  • Not Synced
    or you are relying on libraries that...
  • Not Synced
    <lady on headphones>open internet explorer
  • Not Synced
    it's just that the technologies aren't
  • Not Synced
    going to figure out. <Erm> And so that's
  • Not Synced
    when someone says, it's too much, too
  • Not Synced
    expensive, too much work. Well just do it
  • Not Synced
    from the beginning and it'll...it'll probably
  • Not Synced
    get a quality product with less work.
  • Not Synced
    Accessibility is important to incorporate
  • Not Synced
    earlier on because if you don't
  • Not Synced
    incorporate it early on, you will
  • Not Synced
    incorporate it later at greater expense,
  • Not Synced
    with a certain amount of time you don't
  • Not Synced
    have, with a certain amount of money you
  • Not Synced
    don't have, to try to make it better.
  • Not Synced
    Accessibility, unfortunately like
  • Not Synced
    everything else in design and web design
  • Not Synced
    has to be done from the very beginning.
  • Not Synced
    So whether you're designing for different
  • Not Synced
    devices, whether doing for different kinds
  • Not Synced
    of human abilities, all those things have
  • Not Synced
    to be thought of from the very beginning
  • Not Synced
    and built into your concept of what your
  • Not Synced
    your plan is. Of course nobody wants to
  • Not Synced
    take time at the end. We're almost there,
  • Not Synced
    we just want to get it out, and that's the
  • Not Synced
    mistake many of us make. It's like
  • Not Synced
    "I'll just get it out, then I'll go back and fix it."
  • Not Synced
    No. Doesn't ever happen. There's always
  • Not Synced
    a next project.
  • Not Synced
    The first step in getting an accessible
  • Not Synced
    site, is to work with the management, so
  • Not Synced
    they understand the value of making it
  • Not Synced
    accessible, and also helping them
  • Not Synced
    understand that <erm> we can do pretty
  • Not Synced
    much anything they want and be accesible.
  • Not Synced
    If you just talk about accessibility, it
  • Not Synced
    may not be immediately appreciated as
  • Not Synced
    something important to do. But if you
  • Not Synced
    start talking about quality and <ah> the
  • Not Synced
    overlap of search engine optimisation and
  • Not Synced
    accessibility and things of that nature
  • Not Synced
    that...that will tend to get people's
  • Not Synced
    attention more.
  • Not Synced
    When I started, I was a designer and I
  • Not Synced
    wanted to make things pretty. And you
  • Not Synced
    don't think about anything besides the
  • Not Synced
    aesthetics. And what I soon realised was
  • Not Synced
    that when you have something that works
  • Not Synced
    it already looks good, right, so that's
  • Not Synced
    where I started to move towards things
  • Not Synced
    being functional then the beauty came
  • Not Synced
    along after that.
  • Not Synced
    I don't believe that making a site
  • Not Synced
    accessible inhibits creativity. In fact
  • Not Synced
    I would argue it ..it helps creativity, it
  • Not Synced
    improves creativity.
  • Not Synced
    Good accessible design often closely
  • Not Synced
    relates to good usable design. And we
  • Not Synced
    found a really close parallel between good
  • Not Synced
    mobile design, mobile for mobile devices
  • Not Synced
    and the simplicity and clarity of good
  • Not Synced
    accessible design. <when tablet appears>
  • Not Synced
    <eletronic female voice from tablet>Safari
  • Not Synced
    skip to primary content. <at each tap>
  • Not Synced
    <electronic female voice reads tapped content>
  • Not Synced
    In page link. Current Student. Future Student.
  • Not Synced
    Menu Item. Accessible Technology.
  • Not Synced
    <Rick Ells> So they are all inter-related
  • Not Synced
    and basically if you're making a really
  • Not Synced
    complicated site with lots of stuff on it.
  • Not Synced
    When you're doing, using different methods
  • Not Synced
    all over the place. <ah> You're probably
  • Not Synced
    not building that great a site anyway.
  • Not Synced
    The way we create websites today, has
  • Not Synced
    improved from 10 years ago. We're not
  • Not Synced
    using in-line styles, we're not only
  • Not Synced
    designing for 1 screen size. So the
  • Not Synced
    developers and designers are forced to
  • Not Synced
    design for every person and every device.
  • Not Synced
    We can't go backwards, we can't become
  • Not Synced
    limited again.
  • Not Synced
    Primarily what you can do as a designer
  • Not Synced
    to <erm> to check for accessibility is
  • Not Synced
    making sure that you have good headings.
  • Not Synced
    Good proper headings and headings
  • Not Synced
    structure <erm> good labels on inputs
  • Not Synced
    <erm> good labels on buttons and links
  • Not Synced
    so making sure you're using the right tags
  • Not Synced
    and the second best thing I would say,
  • Not Synced
    at least that I do <erm> are checking
  • Not Synced
    with the keyboard, just looking to see
  • Not Synced
    keyboard navigation, making sure there's
  • Not Synced
    you know there's good focus, indicators
  • Not Synced
    and that you don't get the focus trapped
  • Not Synced
    anywhere.
  • Not Synced
    The heart of the challenge in <ah> sort of
  • Not Synced
    the development world is that many
  • Not Synced
    developers you know look around and find
  • Not Synced
    open source libraries with really cool
  • Not Synced
    stuff. So they find ways to make things
  • Not Synced
    bounce across the screen, or make things
  • Not Synced
    get big and small and so on. And it just
  • Not Synced
    doesn't enter their mind to evaluate them
  • Not Synced
    for accessibility.
  • Not Synced
    When you're looking at a java script
  • Not Synced
    library or a content management system,
  • Not Synced
    piece of code that you would like to use,
  • Not Synced
    you need to look both at, does it do what
  • Not Synced
    you want for the web and does it also,
  • Not Synced
    is it also accessible? In other words,
  • Not Synced
    does it do it for you and for everybody.
  • Not Synced
    So as soon as you build something, you go
  • Not Synced
    back and you check it and check it over
  • Not Synced
    and over again. On multiple browsers, on
  • Not Synced
    multiple machines. You know I'll even call
  • Not Synced
    people you know overseas,and say "hey can
  • Not Synced
    you can you find it, can you check it, is
  • Not Synced
    it working for you? Oh ok good you know.
  • Not Synced
    And now they have tools out there where
  • Not Synced
    you can check on every single browser out
  • Not Synced
    there. In the past, that was really
  • Not Synced
    important, it still is. <erm> We have a few
  • Not Synced
    browsers out there, like a handful of
  • Not Synced
    browsers that we use, we need to check it
  • Not Synced
    on...on every possible system and platform.
  • Not Synced
    The best thing that you can do ultimately
  • Not Synced
    to check a design be it, checking for
  • Not Synced
    usability or accessibility is actually
  • Not Synced
    putting it in front of users and seeing if
  • Not Synced
    they can use it.
  • Not Synced
    You know, no matter how great your site is
  • Not Synced
    you know you may think you're hitting all
  • Not Synced
    the standards, then you watch someone go
  • Not Synced
    through it and you say well, wow they had
  • Not Synced
    ...that didn't work out so well
  • Not Synced
    When I think of what a university does at
  • Not Synced
    it's core is to, not take everyone with
  • Not Synced
    very similar ideas and turn out people
  • Not Synced
    with the same ideas, but it's to benefit
  • Not Synced
    from a broad range of abilities and skills
  • Not Synced
    and different perspectives. And I see
  • Not Synced
    accessibility and disability as being a
  • Not Synced
    part of that spectrum.
  • Not Synced
    I think accessibility needs to be talked
  • Not Synced
    about more, it needs to be taught in
  • Not Synced
    the institution, in schools, it needs to
  • Not Synced
    be enforced in institutions and commercial
  • Not Synced
    environments.
  • Not Synced
    As new technology comes out, I think there
  • Not Synced
    will be some that just neglect it
  • Not Synced
    completely, and others that champion it.
  • Not Synced
    And the ones that champion it will be more
  • Not Synced
    user-friendly to everybody else, and they'll
  • Not Synced
    win in the marketplace.
  • Not Synced
    I think the future of the web<erm> is to
  • Not Synced
    be making fewer and fewer assumptions
  • Not Synced
    about how other people use it. We have
  • Not Synced
    mobile devices, we have screen readers,
  • Not Synced
    and we even have your web page or your
  • Not Synced
    content might be used by another machine
  • Not Synced
    so I think the fewer of the web is to
  • Not Synced
    continue making fewer and fewer
  • Not Synced
    assumptions and more universal content
  • Not Synced
    that is not restrictive or exclusive.
  • Not Synced
    I think it can be
Title:
IT Accessibility: What Web Developers Have to Say
Description:

more » « less
Video Language:
English
Team:
DO-IT
Duration:
10:44

English subtitles

Revisions Compare revisions