Skip to main content

AI Ethics: the questions that decide whether a system should exist

This is not the course where you are told to be careful. It is the course where the specific, documented failures are laid out, along with why several of them cannot be engineered away and have to be decided instead.

What this course sets out to do: give you the concepts and the vocabulary to raise the right objection at the right moment, and to answer one competently when it is raised to you.

What this course does not do: provide a compliance checklist that absolves you. Those exist and they are not a substitute for judgement.


What you are about to discover​


Course contents​

#LessonMain goalTime
1Where bias comes fromSix sources, and why removing attributes fails9 min
2Fairness cannot be satisfied fullyIncompatible definitions, and choosing between them9 min
3Explainability and its limitsWhat attribution methods deliver, and what they do not8 min
4Privacy, consent and dataTraining data, memorisation, inference, and the law8 min
5Accountability and regulationWho owns the outcome, and what is now required9 min
6Recap and FAQSynthesis, a review checklist, and 12 questions6 min
7Quiz and attestationValidate what you learned with 5 corrected questions3 min

Is this course for you?​

  • You build these systems and want to know what to check before shipping.
  • You decide whether to buy or deploy one and need to ask better questions.
  • You work in legal, risk or compliance and want the technical reality behind the terminology.
  • You are affected by these systems and want to understand what recourse exists.

No technical prerequisites, though Machine Learning makes lesson 1 richer.


What you will be able to do at the end​

  • Name the six sources of bias and identify which apply to a given system.
  • Explain why fairness definitions conflict and what that means for your project.
  • Say what explainability methods actually provide, and when to prefer a simpler model.
  • Discuss privacy in terms of consent, memorisation and inference rather than only storage.
  • Identify who should be accountable and what makes a decision contestable.
  • Summarise what regulation requires for a high-risk system.

Estimated time​

Around 45 to 55 minutes of reading.


Prerequisites and next steps​

Prerequisites: none. Machine Learning and MLOps add depth.

Natural continuation:

  • MLOps — the practices that make auditability possible
  • Generative AI — copyright, synthetic media and consent
  • Computer Vision — facial recognition specifically

Frequent questions, answered in one line​

Is this just compliance paperwork?

Some of it is documentation, and the substance is not. A model with a thirty-point error gap between demographic groups is broken in a way no paperwork fixes, and the documentation exists because without it nobody discovers the gap.

Should some systems simply not be built?

Yes, and saying so is part of competent practice rather than obstruction. Some regulation now prohibits specific uses outright, and beyond those, a system whose error profile falls hardest on people least able to contest it is a design problem rather than a bug awaiting a patch.

Is a human reviewing the output enough?

Only if the human has genuine authority, time and information to disagree. Review that consists of confirming what the model already said adds accountability theatre rather than oversight, and this is a well-documented pattern rather than a hypothetical.

Does any of this apply to a small internal tool?

Proportionately. A ticket-routing model needs an owner and basic documentation. The obligations scale with what happens to someone when the system is wrong, which is the principle underlying every serious framework.


Want to go deeper on responsible practice?

The premium catalogue covers fairness metrics, bias auditing, explainability tooling and governance frameworks hands-on, with a verifiable certificate after a 40-question examination. Included in every paid plan.


Ready? Start with lesson 1 →