A professor of software engineering got in touch to ask me a question: if I had an hour to speak to a room full of undergraduates about privacy, what – in my view – are the points they would be most likely to absorb?
Fortunately, I did a lot of that very talking to rooms full of software professionals in my open source development years, so I didn’t have to think too hard. I’m going to share what I would view as an ideal curriculm on privacy in development. These thoughts are anchored in my past perspective in as a web developer as well as my current perspective in legislation and policy.
All six of this blog’s longtime readers will know that none of what I’m about to say here is new; I’ve covered this all in my conference speaking as well as in previous posts, and I’ve noted those links for additional reading below. And, of course, I’ll cover all of this in detail in my upcoming book, which should be in your hands in time for the new academic year.
Before we can get into the ideal curriculum, first we need to set the scene.
Understand who you are and where you stand
If you are currently in, or are about to start, an undergraduate software engineering or computer science course, the first thing you need to understand is that you will spend your career working alongside equally competent professionals who had a completely different educational pathway from yours. They may have come to development from another field entirely; they may have come to development through a focused educational experience such as a code academy; and they may have fallen into development for the fun of it with no formal web education whatsoever (hiya).
So if you’re assuming that there will be a common set of knowledge of practices, procedures, and processes regarding privacy for you to draw upon throughout your career, you need to adjust your expectations. There will be no common set of knowledge of practices, procedures, and processes regarding anything. Don’t look towards your management and leadership either, as they’re none the wiser. If privacy is a factor in your future workplaces, it’s likely to be driven by the legal department as a strictly reactive, scary, and deeply resented legal compliance obligation whose purpose is to cover your company’s backside rather than protect the people in your data.
All of that means that someone in your workplaces, and on your career journeys, needs to show leadership in privacy, and it might as well be you.
A curriculum for privacy
This is a rough outline which summarises many of the hourlong conference talks which I delivered to development communities. It’s also a little bit of a sneak preview of my book outline.
Any one of these topics could be an hour-long discussion on its own. Each one of them is a starting-off point for further research and engagement. This list is neither exhaustive nor authoritative nor final, nor will it ever be.
- Intro to privacy and data protection
- Differing cultural, legal, and historical approaches to privacy
- Privacy through the rule of law
- Privacy through soft regulation
- Essential privacy concepts
- Common core values
- Data minimisation
- Data integrity
- Purpose minimisation
- Lifecycle limitation
- Information, technical, and human security measures
- Transparency and notice
- User participation and rights
- Accountability, redress, and enforcement
- Choice, control, and consent
- Legal compliance
- User rights
- The right to be informed
- The right of access
- The right of rectification
- The right to erasure
- The right to restrict processing
- The right to data portability
- The right to object
- Rights in relation to automated decision-making and profiling
- Common core values
- Privacy legislation
- Introduction to the European privacy regime
- US privacy legislation, including future/draft policies
- Domestic privacy regulation wherever you are
- Sector-specific privacy legislation (children’s data, health, etc)
- Privacy in project management
- Privacy by Design
- Privacy Impact Assessments
- Data audits
- Data processing agreements
- Staff training and professional development
- Privacy in development
- Training and methodologies
- Planning and documentation
- Design requirements
- Technical and security measures
- Developing for user rights
- Developing for consent
- Testing and maintenance
- Development guidelines
- Current topics and issues
- Adtech tracking and profiling
- Analytics tracking
- Location data
- Third party sharing
- Social networks
- Children’s privacy
- Data profiling and brokers
- Surveillance and “safety” tech
- IoT/connected devices
- State surveillance
There’s plenty more where that came from, but that’s as good a start as any.
It’s very important to note that none of the hypothetical curricular materials could be academic papers or legal briefings. Privacy needs some shock therapy as much as it needs democratisation down to a developer level.
To the current students out there, let me say this: you’re going to be an amazing software engineer and there is a bright future ahead of you. Creating a more user-centric, privacy-friendly web is the key to that. So speak up and make some noise about the topics I’ve listed above, because the future of the open web, and the people you will spend your careers building sofware for, is counting on it. If you’re looking for links and resources on any of the topics I’ve shared above to study on your own time, just get in touch (my contact details are in the + above) and I’ll be happy to help.
And whether you receive your privacy training in a formal educational setting or through some random Scottish wonk’s blog, remember this: don’t put work into the world which could diminish your future, or the future of anyone whose lives could be negatively impacted by your work, through processes which treat privacy as an obstructive legal compliance obligation rather than the most important thing you may ever do.
Oh, and by the way. Everything I’ve said above? It applies to web accessibility too. But that’s a blog post for another day and another voice.
Expect better, demand more, and lead the way.
If you have gone through a professional development program – whether that’s an undergraduate degree, a code academy, or anything in between – then there’s a 95% chance that what I’ve written above is completely new. You didn’t receive any of this information in your formal studies, and you didn’t receive any of this in your on-the-job training or in your workplace. So you may be feeling a little bit confused, a little bit overwhelmed, or even a little bit angry.
It’s important to understand that, to borrow Michael Kiwanuka’s gorgeous words, you ain’t the problem. Curricular training about privacy, as a theoretical, legal, and practical concept, is absent and nonexistent, and for the most part, universities, colleges, and code academies don’t teach it at all. That would be bad enough. But what’s worse is that every day, developers are being slagged off by professionals – in law, academia, politics, and even in data protection – who brand them stupid, selfish, lazy, and even criminally complicit because they do not know the chapter and verse of a subject which they were never taught.
That’s wrong. It’s completely wrong. But it’s down to you to demand better for the future developers who will come after you, and who will soon work on the teams that you lead.
We need to make clear to educational institutions that the curricular information I’ve described above should be part and parcel of developers’ formal training from day one. Privacy, as a core software engineering concept, should not be an optional module, it should not be a lunchtime seminar from a guest speaker, it should not be the preserve of postgraduate law courses for law professionals, and it should not be piled in with subjective concepts such as ethics and trolley problems.
As far as I’m concerned – and I am getting more hardcore about this with every year that passes – if educational institutions are sending newly minted developers into the world without a theoretical, legal, and practical grounding in developing for privacy, then those institutions have failed them badly. To use a tired metaphor I have invoked before: no school would send architects into the world who didn’t know a thing about building codes. So why are schools sending developers into the world with massive gaps in their foundational knowledge? Because when it comes to privacy, those gaps will become our societies’ obligations to fix.
We’ve got enough problems as is. We can’t change the past, so let’s do what we can to change the future.
- The missing pieces: teaching the legal side of web development – a post for professional educators to kickstart a wider conversation on why privacy isn’t taught (at all)
- Check your privacy privilege – a blog post for lawyers, academics, and data protection professionals who don’t understand how privacy training in web development works
- Lessons from the road – a conference talk delivered to privacy professionals on just how bloody hard it is to teach privacy on the developer level
- An excerpt from my upcoming book on privacy for developers