Chapter DLoss functionsPage 6 of 8

Loss functions

Instrument the regression loss workbench

Page 6 advances one concrete regression loss workbench: explain the decision, run the code, inspect failure, measure evidence, and keep only what is ready to ship.

~14 minTesting and observability

Before you start

Why this matters

Without running code, predict the output of this page's example and name the intermediate value that would prove your prediction. Then write one sentence answering: “What could look successful while actually being wrong?” For this stage, focus on wrong or deceptive loss signal. Keep the prediction nearby; comparing it with the real output is the first debugging exercise, not a quiz about syntax.

1Learn the idea

Read

Build focus

Instrumentation should explain behavior without collecting the raw material unnecessarily. For this artifact, record enough to calculate MSE, MAE, largest per-example contribution, and holdout error in the original target units. Include version or configuration identifiers so two runs can be compared. A log line is useful only if it answers a debugging question; dumping entire inputs creates noise and may create a privacy problem.

The artifact's user-facing goal is specific: compare mean squared error and mean absolute error on ordinary predictions and one costly outlier. Its accepted input is equal-length finite numeric target and prediction lists. Those statements are intentionally narrower than “build an AI system.” Narrow scope lets us inspect every input and expected result, and it prevents a toy result from being presented as a production claim. The sample emits a compact metric record that a test or dashboard could aggregate.

Read

Run the example

Save this as lesson.py and run python3 lesson.py. It uses only the language standard library, so the example is reproducible offline.

truth=[10,20,30]; pred=[11,18,36]
parts=[(p-y)**2 for y,p in zip(truth,pred)]
print({'mse':sum(parts)/len(parts),'largest_index':parts.index(max(parts))})

Expected output: MSE 13.667 and largest_index 2. Exact floating-point formatting may vary slightly, but the asserted behavior must not. Read the output as evidence about this stage, not merely proof that the interpreter started.

Read

Debug the stage

Print every residual and transformed contribution before averaging. A single large squared term should visibly dominate MSE; if it does not, verify operand order, exponent placement, and the denominator. Reject unequal lengths because Python's zip silently drops extras. Reject NaN and infinity before aggregation, and keep target units visible so a mathematically correct score is not interpreted in the wrong scale.

At the testing and observability stage, save the smallest failing fixture beside the expected result. Change one cause at a time and rerun the exact command printed above; that makes the repair reviewable and keeps this chapter's progressive artifact reproducible.

Read

Evaluate before continuing

Compare MAE and MSE on the same holdout rows and show the largest contributor to each. Then translate the error into the product unit, such as minutes, dollars, or degrees. If underprediction costs more than overprediction, evaluate an asymmetric business cost separately; do not claim that minimizing a convenient textbook loss automatically minimizes operational harm.

For this testing and observability page, preserve the fixture and result as evidence for the next page. Label observations separately from conclusions: a passing assertion establishes the behavior it names, while broader usefulness requires the chapter's full evaluation set and stated operating limits.

Checking tutor…

Continue learning · glossary & guides
  • [ ] Can an event distinguish configuration, failure class, and duration?
  • [ ] Did I avoid logging secrets or unnecessary raw input?
  • [ ] Can two runs be compared with the recorded fields?
  • [ ] Can I explain which rows dominate each loss and why?

Glossary: loss function · Glossary: gradient descent

Previous · Next