What I learned from becoming CPACC
What I learned from becoming CPACC
By Tim Dujardin
6 min read
My personal experiences after completing the IAAP Certified Professional in Accessibility Core Competencies exam.
- Authors
- Name
- Tim Dujardin
- linkedinTim Dujardin
- twitter@timdujardin
- Github
- githubtimdujardin
Introduction
My last exam was at Howest (Kortrijk, Belgium) in 2015, so the experience of taking an exam was a long time ago. In July 2021, I discovered the digital accessibility courses of Deque University, which has been my mainstay in terms of accessibility training to this day. Of course, during the 3 years that I have put my focus on accessibility, I have come across a lot of interesting insights from the most experienced people in this field.
My personal favorites are Karl Groves, Sara Soueidan, Hidde de Vries and Jan Jaap de Groot.
Acronyms
The acronyms I have used in this article:
| Acronym | Term |
|---|---|
| IAAP | International Association of Accessibility Professionals |
| CPACC | Certified Professional in Accessibility Core Competencies |
The perception of the term 'disability'
What it means to most of us?
Most of the (able-bodied) people rely on the legal definition of disability, which means being eligible for government benefits (cf. economic model). That's why people with disabilities are negatively viewed as being "needy" members of society (cf. charity model).
| Model | Definition |
|---|---|
| Economic model | The economic model views disabilities from the perspective of the economic impact of the disability on individuals, employers, the state, and welfare programs. |
| Charity model | The charity model treats disabilities as unfortunate or tragic conditions worthy of special treatment. People without disabilities take pity on those with disabilities and set up fundraisers, projects, etc. |
What it means to me?
The way I looked at disabilities before diving into accessibility a few years ago, was very closely aligned with the economic and charity models. I thought of it as people who needed help from able-bodied people, financially and mentally.
But now, after 3 years of genuine interest in accessibility, my point of view has changed a lot.
For me, the term "disability" is now very broad, not just referring to a subset of society. If you would ask me for a definition, I would say:
Anything that limits activity and/or interaction is a disability.
For example: people wearing glasses are not referred to as people with a disability, but theoretically, those people have a visual impairment. Our society doesn't always look at it that way, since it's a common phenomenon that is part of the ageing process.
If you want to see more examples, take a look at The Inclusive Design Activity Cards of Microsoft. They give a great overview of different disability persona showing how broad the term "disability" is.
The disability persona related to touch, which is part of page 26 of The Inclusive Design Activity Cards of Microsoft.
What does it mean to you?
So, ask yourself, what does "disability" mean to you? Do you think of disabilities in terms of non-functional body parts? Do you think of disabling conditions in the built environment, in our culture, or in political systems? Are disabilities normal? Should we pity people with disabilities? Are people with disabilities "inspirational" when they learn to work around their disabilities?
The assumptions we make have a profound impact on the lives of people with disabilities. That's why there is a list of theoretical models of disability, to categorize our assumptions and to examine the alternative pathways. In the previous section, I mentioned the economic and charity models, which are part of that list.
What leads to the variability in disability statistics?
Definitions vary widely
The first thing to consider is how we define the term 'disability', definitions can vary so much. If you define disabilities as a narrow fact, then the statistics will represent a smaller percentage of people with a disability. The same applies in the other direction, a broad definition will result in a larger percentage.
Traditionally, disability statistics have been conceived as a matter of counting people who fall into specific groups such as 'the blind', 'the deaf', 'wheelchair users', etc in order to determine who qualifies for benefits. With a very limited purpose in mind, this categorical approach gives a fragmented and distorted picture of disability since it suggests that people with a disability fall neatly into a few categories with clear boundaries.
Difference in how data is collected
Certain surveys depend on individuals self-reporting their disabilities, while others rely on external observations. Surveys designed to gather information about "eligibility for government benefits" may lead to more positive responses.
Additionally, the formulation of survey questions can influence the obtained statistics. For instance, the wording of a question such as "Do you have a disability?" as opposed to "Do you experience difficulty seeing text well enough to read it?" can significantly affect the meaningfulness of the collected data.
Publication bias
Some countries, institutes or organisations are not eager to share information that could have a negative impact on their public relations. Therefore, it can be very difficult to get accurate data.
Disability etiquette
Deaf and deaf
I learned that there is a difference between Deaf and deaf, where Deaf with a capital letter is referring to the Deaf community and deaf with lowercase simply refers to the physical condition of having hearing loss.
The Deaf community is a very strong and close community with its own culture and sense of identity, based on a shared language.
Also, the common misconception that all deaf people use sign language is a myth. Many deaf people, especially those who were deaf at any early age, use sign language, but not all of them.
Service animals
Service animals, like guide dogs, have a specific job to perform. While they are on duty, it's important not to pet, play, feed, or otherwise distract them. These animals are focused on assisting their owners, and interfering with their work can make it challenging for the owner to manage the animal effectively.
Always seek the owner's permission before interacting with the service animal to ensure you do not disrupt their important tasks.
Conclusion
What I want to achieve with this blog post is to foster empathy, to illustrate that we should build our products and services regardless of a person's circumstances and foremost to think of people with disabilities as people, just like everyone else.
So challenge yourself, get to know your target audience, and go the extra mile. Eventually, this will benefit all of us (Universal Design).
Exam preparation material
I've used the following resources to study for the exam:
- IAAP CPACC Exam Preparation
- IAAP CPACC Body of Knowledge
- CPACC exam flash cards
- Webinar: Accessibility standards and legislation (Accessibility Part 1)
- Why We Need Universal Design | Michael Nesmith
- The 7 principles Universal Design
- Different types of disabilities/disorders such as Aphasia and Non-Verbal Learning Disorder.
Upcoming events
The Test Automation Meetup
PLEASE RSVP SO THAT WE KNOW HOW MUCH FOOD WE WILL NEED Test automation is a cornerstone of effective software development. It's about creating robust, predictable test suites that enhance quality and reliability. By diving into automation, you're architecting systems that ensure consistency and catch issues early. This expertise not only improves the development process but also broadens your skillset, making you a more versatile team member. Whether you're a developer looking to enhance your testing skills or a QA professional aiming to dive deeper into automation, RSVP for an evening of learning, delicious food, and the fusion of coding and quality assurance! 🚀🚀 18:00 – 🚪 Doors open to the public 18:15 – 🍕 Let’s eat 19:00 – 📢 First round of Talks 19:45 – 🍹 Small break 20:00 – 📢 Second round of Talks 20:45 – 🍻 Drinks 21:00 – 🙋♀️ See you next time? First Round of Talks: The Power of Cross-browser Component Testing - Clarke Verdel, SR. Front-end Developer at iO How can you use Component Testing to ensure consistency cross-browser? Second Round of Talks: Omg who wrote this **** code!? - Erwin Heitzman, SR. Test Automation Engineer at Rabobank How can tests help you and your team? Beyond the Unit Test - Christian Würthner, SR. Android Developer at iO How can you do advanced automated testing for, for instance, biometrics? RSVP now to secure your spot, and let's explore the fascinating world of test automation together!
| Coven of Wisdom - Amsterdam
Go to page for The Test Automation MeetupCoven of Wisdom - Herentals - Winter `24 edition
Worstelen jij en je team met automated testing en performance? Kom naar onze meetup waar ervaren sprekers hun inzichten en ervaringen delen over het bouwen van robuuste en efficiënte applicaties. Schrijf je in voor een avond vol kennis, heerlijk eten en een mix van creativiteit en technologie! 🚀 18:00 – 🚪 Deuren open 18:15 – 🍕 Food & drinks 19:00 – 📢 Talk 1 20:00 – 🍹 Kleine pauze 20:15 – 📢 Talk 2 21:00 – 🙋♀️ Drinks 22:00 – 🍻 Tot de volgende keer? Tijdens deze meetup gaan we dieper in op automated testing en performance. Onze sprekers delen heel wat praktische inzichten en ervaringen. Ze vertellen je hoe je effectieve geautomatiseerde tests kunt schrijven en onderhouden, en hoe je de prestaties van je applicatie kunt optimaliseren. Houd onze updates in de gaten voor meer informatie over de sprekers en hun specifieke onderwerpen. Over iO Wij zijn iO: een groeiend team van experts die end-to-end-diensten aanbieden voor communicatie en digitale transformatie. We denken groot en werken lokaal. Aan strategie, creatie, content, marketing en technologie. In nauwe samenwerking met onze klanten om hun merken te versterken, hun digitale systemen te verbeteren en hun toekomstbestendige groei veilig te stellen. We helpen klanten niet alleen hun zakelijke doelen te bereiken. Samen verkennen en benutten we de eindeloze mogelijkheden die markten in constante verandering bieden. De springplank voor die visie is talent. Onze campus is onze broedplaats voor innovatie, die een omgeving creëert die talent de ruimte en stimulans geeft die het nodig heeft om te ontkiemen, te ontwikkelen en te floreren. Want werken aan de infinite opportunities van morgen, dat doen we vandaag.
| Coven of Wisdom Herentals
Go to page for Coven of Wisdom - Herentals - Winter `24 editionMastering Event-Driven Design
PLEASE RSVP SO THAT WE KNOW HOW MUCH FOOD WE WILL NEED Are you and your team struggling with event-driven microservices? Join us for a meetup with Mehmet Akif Tütüncü, a senior software engineer, who has given multiple great talks so far and Allard Buijze founder of CTO and founder of AxonIQ, who built the fundaments of the Axon Framework. RSVP for an evening of learning, delicious food, and the fusion of creativity and tech! 🚀 18:00 – 🚪 Doors open to the public 18:15 – 🍕 Let’s eat 19:00 – 📢 Getting Your Axe On Event Sourcing with Axon Framework 20:00 – 🍹 Small break 20:15 – 📢 Event-Driven Microservices - Beyond the Fairy Tale 21:00 – 🙋♀️ drinks 22:00 – 🍻 See you next time? Details: Getting Your Axe On - Event Sourcing with Axon Framework In this presentation, we will explore the basics of event-driven architecture using Axon Framework. We'll start by explaining key concepts such as Event Sourcing and Command Query Responsibility Segregation (CQRS), and how they can improve the scalability and maintainability of modern applications. You will learn what Axon Framework is, how it simplifies implementing these patterns, and see hands-on examples of setting up a project with Axon Framework and Spring Boot. Whether you are new to these concepts or looking to understand them more, this session will provide practical insights and tools to help you build resilient and efficient applications. Event-Driven Microservices - Beyond the Fairy Tale Our applications need to be faster, better, bigger, smarter, and more enjoyable to meet our demanding end-users needs. In recent years, the way we build, run, and operate our software has changed significantly. We use scalable platforms to deploy and manage our applications. Instead of big monolithic deployment applications, we now deploy small, functionally consistent components as microservices. Problem. Solved. Right? Unfortunately, for most of us, microservices, and especially their event-driven variants, do not deliver on the beautiful, fairy-tale-like promises that surround them.In this session, Allard will share a different take on microservices. We will see that not much has changed in how we build software, which is why so many “microservices projects” fail nowadays. What lessons can we learn from concepts like DDD, CQRS, and Event Sourcing to help manage the complexity of our systems? He will also show how message-driven communication allows us to focus on finding the boundaries of functionally cohesive components, which we can evolve into microservices should the need arise.
| Coven of Wisdom - Utrecht
Go to page for Mastering Event-Driven Design