Summary

Design Justice focuses not just on design in the visual and aesthetic sense, but also on the design of systems.

To quote from the book, “Design justice rethinks design processes, centers people who are normally marginalized by design, and uses collaborative, creative practices to address the deepest challenges our communities face.” The norms, values, and assumptions that are encoded and reproduced in the design of systems can be changed by rethinking our design processes.

In less than 400 short pages, Sasha Costanza-Chock covers a breadth of topics ranging from intersectionality, bias, and universal design to maintenance, design sites, and technosolutionism — all through detailed case studies of real-world design practices and social movements.

She guides the reader into how the ‘unmarked user’ and universal design erases certain groups of people within the matrix of domination (through ableist, eurocentric, and classist assumptions) and refutes the argument that ‘design by committee produces mediocrity.‘

Design Justice is a book that invites us to “center people who are too often marginalized by design”. More importantly, it urges us to work towards an equitable world for everyone: one which treats design justice not as a funnel that we use to limit ourselves to a minimal set of supposedly universal design choices, but rather as a prism through which to generate a far wider rainbow of possible choices, each better tailored to reflect the needs of a specific group of people.

Reflection

Design sites are valorized as places of learning, making, and building and the intersection of social movements and the counterculture. Why then, have they become increasingly corporate places of extraction of free labour?

This cooptation of hacker culture, hackathons as design sites in particular, by neoliberalism has been on the back of my mind ever since reading the chapter on design sites in Design Justice. As someone who first got their footing in computer science through hackathons, it pains me to see that this is the rep that hackathons have slowly gotten over time, moving from safe spaces for idea exploration to increasingly corporate, time-bound, events where hackers spin up apps to test company products in exchange for the slim chance of winning prizes and recognition.

Hackathons reshape precarious and unpaid work. Writing code and building apps for free becomes an extraordinary opportunity and a collective imagination for fictional expectations of innovation that benefits all. Do we so necessarily need to tie these rituals of play in building and tinkering to the recruiting and product testing pipeline for large corporations?

As a hackathon organizer, Design Justice has helped me to more actively think about what hackathons are trying to motivate. Having more of the tools to articulate and locate exactly why hackathons have felt increasingly corporate is the first step to reinstate hackathons as third spaces not as places of creation or competition, but as places of play and exploration.

Read more: hackathons

Quotes

Defining Design Justice

How larger systems — including norms, values, and assumptions — are encoded in and reproduced through the design of sociotechnical systems. (Do Artifacts Have Politics)

Design justice rethinks design processes, centers people who are normally marginalized by design, and uses collaborative, creative practices to address the deepest challenges our communities face

Design justice is a framework for analysis of how design distributes benefits and bridges between various groups of people.

Design (noun): A plan or scheme conceived in the mind and intended for subsequent execution; the preliminary conception of an idea that is to carried into effect by action; a project. (Oxford English Dictionary)

True, everyone designs, but only certain kinds of design work are acknowledged, valorized, remunerated, and credited. Though all humans design, not everyone gets paid to do so.

The Unmarked User

Designers most frequently assume that the unmarked user has access to several very powerful privileges, such as US citizenship, English language proficiency, access to broadband internet, a smartphone, a normatively abled body, and so on.

For broader reasons of structural inequality, the universe of real-world users falls within a limited range compared to the full breadth of potential users, then user-centered design reproduces exclusion by centering their needs.

Disability Simulation

These ‘simulations’ produce an unrealistic understanding of the life experience of disability for a number of reasons: the nondisabled person does not have the alternate skill sets developed by [disabled people], and thus overestimates the loss of function which disability presents, and is furthermore likely to think of able-normative solutions rather than solutions more attuned to a [disabled person’s] life experience

Disability simulation is discredited; lived experience is nontransferable. “Don’t start by building a new table; start by coming to the table”

Dismantling Existing Systems

i.e. what’s wrong with colour blindness

”Under this new rhetoric of colour-blindness, equality means treating all individuals the same, regardless of differences they brought with them due to the effects of past discrimination or even discrimination in other venues”

New Jim Code: Algorithmic decision systems based on historical data sets reinforce white supremacy and discrimination even as they are positioned by their designers as “fair”

Racial hierarchies can only be dismantled by actively antiracist systems design, not by pretending they don’t exist.

Far too often, user personas are created out of thin air by members of the design team, based on their own assumption or stereotypes about groups of people. When this happens, user personas are literally objectified assumptions about end users.

Maintenance

Creating new vs maintaining old

  • Contributing to an existing project requires contacting and negotiating with the existing developers, maintainers, and community. Creating something new produces attribution, credit, and visibility for its developers, whereas attribution, credit, and visibility for participating in an existing project must, at the very least, be shared.
  • Support Maintenance, not just “innovation.” Significant resources are necessary to maintain and improve existing movement tech, but most focus is on the creation of new projects.

”Those of us working to promote universal access to clean water and sanitation must keep our eyes not just on the competition and prizes, but on the less glamorous work of encouraging adoption, usage, and maintenance”

Technosolutionism

Neoliberal, technocentric ideas about the city as a machine or as a software system waiting to be optimized have become increasingly prominent. Citizens should not be reduced to users through the lens of neoliberal governmentality.

First consider what already works at the community level, and to steer students away from the pitfalls of technosolutionism and technochauvanism

Attention

Mediated visibility has become an important form of capital. Attention (time) is a scarce resource within late-stage informational capitalism, and its allocation has significant symbolic and material impacts (this is the Attention economy).

”Design challenges” in which dozens, sometimes hundreds, of people do free labour and submit ideas in hopes that they’ll be the lucky one chosen to receive visibility, recognition, and possibly even compensation.

Design Sites

Tracing the cooptation of hacker culture by neoliberalism

Invisibility of subaltern communities may also be strategic. Sometimes, they shield their practices and innovations from mainstream visibility to avoid incorporation and appropriation.

”Alternative spaces and forms of living provided interesting ideas could be milked and marketed. So certain structural features of these ‘indie’ movement outputs were suddenly highly acclaimed, applied, and copy-pasted into capitalist developing laboratories” (Post-It Note City)

Hackerspaces in the European context, which they describe as originally being “third spaces” outside of the logic of both the communist state and the capitalist market.

The assumption that making sites “open” makes them inclusive, without specifically addressing race, class, gender, and/or disability dynamics, is common to many privileged design sites.

Many who are active in these design sites feel themselves to be participants in commons-based peer production, or “decentralized, collaborative, and non-proprietary; base on sharing resources and outputs among widely distributed, loosely connected individuals who cooperate with each other without relying on either market signals or managerial commands”

Without intentional intervention, these spaces find it very difficult to fulfil even their own liberal democratic rhetoric because they end up dominated by white cis men and by middle-class people with free time and disposable income.

More on hackathons: hackathons

Hackathons: The Bad

Hackathons are understood by corporate managers as potentially effective ways to identify new talent, and therefore as a possible mechanism in the tech sector hiring pipeline.

”Hackathons, time-bounded events where participants write computer code and build apps, have become a popular means of socializing tech students and workers to produce ‘innovation’ despite little promise of material reward… [they] reshape unpaid and precarious work as an extraordinary opportunity, a ritual of ecstatic labour, and a collective imaginary for fictional expectations of innovation that benefits all, a powerful strategy for manufacturing works’ consent in the ‘new’ economy.” (Sharon Zukin and Max Papadantonakis)

Hackathons provide excellent opportunities for the extraction of free labour.

The assumption that a “hackathon for good” will be successful if it produces a new app that can help “solve” a social problem runs deep.

Hackathons nearly always focus on problems and rarely build on existing community assets; and people thing hackathons can do things that they usually can’t, such as solve big or even little problems, create new products overnight, or ‘level the playing field’ of innovation through meritocracy. “A one day hack for homelessness takes away from the complexity of social justice issues. … You can’t just come up with an app and solve the world’s problems"

"Hackathon spaces cultivate a culture that marginalizes hackers with specific needs, including but not limited to women, people with disabilities, people with non-traditional backgrounds, and even individuals with specific dietary restrictions. By consistently ignoring the health, diet, and care needs of diverse attendees, along with needs based on skill, class, and gender identities, hackathons create an exclusive and hostile environment.”

Hackathons: The Good

They are often crucibles of intense and focused learning, making, problem-solving, community building, and play.

”In the old days people used to form teams and rush in and try to fix things, without really even knowing what was broken … it is no longer just a bunch of programmers in a room. There are now hackathons where actual community members are learning to code and interacting. … Community members are also teaching programmers about the things they need to sustain and build for the future. That’s a really good thing happening”

Such hackathons push hackers to reflect on why they are doing the work they do, push for the ideas and welfare of marginalized communities in the tech sphere, and do so on the terms of their wellbeing and safety.

Organizers should pay attention to participants as whole human beings. For example, this means that it is important to consider food, bio breaks, accessible bathrooms that are friendly to all body types and genders, comfortable spaces to nap or relax, and decent lighting, etc.

Design Justice Pedagogies

”Critical pedagogy, where the role of the educator is to pose problems, create spaces for the collective development of critical consciousness, help to develop plans for action to make the world a better place, and develop a sense of agency among learners"

"No one knows everything, but together we know a lot, if we listen to each other”

Key elements

  • Teach data science in a way that honours context, respects situated knowledge, and makes it clear that data is never “raw”.
  • Emphasize the use of data to create shared meaning over individual mastery.
  • Teach data science that values not only reason, but ethics and emotions as well

Critiques

”Design by committee produces mediocrity” or “we don’t want to end up with the lowest-common-denominator design!”

It’s true that design justice practitioners have to take care that critique does not become our primary activity; an overemphasis on testing, evaluation, and critique can indeed be ultimately disempowering. At the same time, explicit critique paired with alternative proposals can be very productive.

Design justice doesn’t imply that we must somehow reduce our options to only those that satisfy all accessibility criteria for the most marginalized within the matrix of domination. It is not meant to be a filter that we use to eliminate most design possibilities from consideration because they fail an accessibility checklist. In fact, design justice as a framework is meant to do the opposite: to act not as a funnel that we use to limit ourselves to a minimal set of supposedly universal design choices, but rather as a prism through which to generate a far wider rainbow of possible choices, each better tailored to reflect the needs of a specific group of people.