Skip to content

How Neural Networks Learn, Without the Maths

Arthur Morgan Machine Learning 6 min read

AI / A Clearer Picture · Publication date assigned for the collection’s 2026 editorial calendar. Contributor bylines are editorial pen names. Cover: photograph sourced from Unsplash.

Rows of servers and network equipment inside a data centre.
Photo by imgix on Unsplash · Licence

An imaginary mango sorter makes weights, training feedback and generalisation surprisingly easy to understand.

Imagine trying to teach a computer to recognize a ripe mango. You could write rules about colour, size and softness, then spend weeks discovering exceptions. Some mangoes stay green. Lighting changes how yellow looks. A bruise is dark, but darkness alone does not tell you what caused it.

Machine learning offers another route: provide examples and a way to measure mistakes, then adjust a model until its predictions improve. A neural network is one family of models that can do this. The name sounds biological, but understanding one does not require understanding a brain.

Let’s build an imaginary mango sorter. No secret laboratory, no complicated equation. Just a sequence of choices that makes “learning” much more concrete.

A network is a collection of adjustable calculations

The sorter receives measurements: perhaps colour values from a photograph and a firmness reading from a sensor. These become numbers. Small computational units combine them, and successive layers transform the result into a prediction such as “probably ripe.”

The strength of a connection is represented by a weight. Another adjustable number, a bias, shifts a unit’s response. An activation function lets layers represent relationships that a simple straight-line rule cannot capture. Google’s neural-network introduction explains these components.

A sound desk is a useful analogy. Each slider changes how much one input contributes to the mix. Now imagine several mixing desks feeding one another. Adjustments in an early stage can influence the final sound through several routes. The network’s settings are numerical, though, and the hidden units do not necessarily have neat human names.

Someone must define a useful target

For supervised learning, each training example comes with a target. Our mango photographs need reliable labels. If one labeler calls a fruit ripe when another calls it unripe, the model inherits that uncertainty.

We also choose a loss function, which measures the mismatch between prediction and target. Loss gives the training process a direction for improvement. It does not tell us whether we chose the right business goal or collected fair examples.

Consider the consequences. A seller might care more about accidentally shipping rotten fruit than setting aside a few good mangoes. Those mistakes have different costs. Before celebrating an accuracy figure, we need to ask which errors it hides and who pays for them.

Feedback travels backward

A first prediction will often be poor. Training measures its loss, then uses backpropagation to work out how changes in individual parameters would affect that loss. An optimizer uses this information to update the parameters. Repeating the process across batches of examples can gradually improve performance.

Think of adjusting a recipe after tasting it. The feedback is not merely “bad soup.” You need a direction: less salt, more acidity, or a different cooking time. Backpropagation supplies a systematic sensitivity calculation rather than relying on a cook’s intuition. The Deep Learning textbook’s feedforward-network chapter gives the technical account.

One correction does not solve the whole problem. A change that helps one photograph can hurt another. Learning rates control the size of updates, and training can become unstable or stall. This is engineering, there isn’t a magic “learn” button that always finds the best settings.

Doing well on practice questions is not enough

Suppose every ripe mango in our dataset sits on a red cloth. A network may learn the cloth instead of the fruit. It can score brilliantly on more photos from the same table and fail at a different market.

This is why developers separate training examples from validation and test examples. The goal is generalization: useful performance on cases not used to fit the model. The textbook chapter on machine-learning basics distinguishes fitting observed data from succeeding on new data.

For the mango sorter, we should separate photographs by fruit and collection session. Photographing the same mango ten times and scattering those images across both training and testing creates a misleadingly easy exam. We also need different seasons, cameras and lighting conditions.

More data helps only when it helps answer the question

Ten thousand nearly identical photographs are not equivalent to ten thousand varied examples. Coverage, labeling quality and the intended use all matter. A dataset can be enormous and still omit the fruit variety sold in a particular town.

Here is a practical development checklist:

  • Define what the model should predict and when it may abstain.
  • Collect examples that resemble the conditions where it will operate.
  • Examine the types of mistakes, not only an overall score.
  • Test a simple baseline before assuming a deep network is necessary.
  • Recheck performance when the setting changes.

This last point gets forgotten. A new camera or packaging method can change the inputs. Software that has not changed can nevertheless become less useful because its surroundings have.

Training and using are different jobs

Training adjusts parameters. Inference uses the fitted model to make a prediction. A small device may run inference locally even if training required more powerful computers elsewhere.

The sorter does not need to replay every training photograph each time a mango passes its camera. Its learned settings encode statistical patterns. That also means it cannot explain each prediction by pointing to a single original example, unless additional methods are designed to do so.

Networks can be useful for speech recognition, image analysis and demand forecasting. They are less appealing when a transparent rule already solves the task reliably, or when there are too few trustworthy examples. Complexity creates maintenance work as well as possibility.

Questions from the fruit stall

Is an artificial neuron a miniature brain cell?

No. It is a simplified computational unit. The biological comparison inspired terminology but should not be treated as a literal explanation.

Does a larger network always learn better?

No. Data, task, training choices and evaluation matter. Extra capacity can also make memorization and deployment costs worse.

Can a network explain why it chose “ripe”?

Sometimes additional analysis can highlight influential inputs. Such explanations still need scrutiny; an attractive heat map is not a guarantee of a sound decision.

The lesson hiding in the mangoes

A neural network learns by adjusting calculations against a chosen objective. Everything around that sentence matters: whose examples, which labels, what errors, and which real-world conditions. You don’t need advanced mathematics to ask those questions. In fact, asking them early is often more valuable than knowing the fashionable name of the model someone wants to sell you.

← All articles Published 2026-06-09