What is Computer Vision?
Computer vision is the field concerned with extracting structured information from images and video, covering tasks from whole-image classification to pixel-level segmentation and object tracking.
The task types, which matter more than the label
'Computer vision' covers several genuinely different problems, and choosing the wrong framing is a common early error. Classification assigns a label to a whole image — is this product defective. Detection locates objects with bounding boxes and counts them. Segmentation classifies every pixel, which is what you need for measuring area or precise boundaries. Keypoint estimation finds specific landmarks, as in pose tracking. Tracking maintains object identity across video frames. OCR extracts text.
The framing determines labelling cost, which dominates budget. A classification label takes a second; a segmentation mask can take many minutes per image. Choosing segmentation when detection would answer the business question can multiply annotation cost by two orders of magnitude.
Where it delivers
Industrial inspection is the most consistently successful application. Fixed camera, controlled lighting, repetitive judgement, and a clear economic value per catch. Conditions are constrained, which is exactly what vision models want.
Document processing — extracting fields from invoices, forms, and identity documents — has become reliable and is often the fastest route to measurable savings.
Medical imaging shows strong results in narrow, well-defined tasks, with regulatory approval rather than model accuracy as the usual constraint.
Retail and logistics use it for shelf monitoring, damage assessment, and package dimensioning. Agriculture uses it for yield estimation and disease detection.
Almost all of this now starts from a pretrained backbone — see transfer learning — so a production-quality model from a few thousand labelled images on a single GPU is a realistic expectation rather than an ambitious one.
What actually goes wrong
Failures in deployed vision systems are overwhelmingly environmental rather than algorithmic. Lighting changes between shifts and seasons. A camera is nudged and the framing shifts. A supplier changes packaging. A lens accumulates dust. The model was trained on one visual world and is now operating in another — data drift with unusually literal causes.
The practical defences are unglamorous and effective. Control the physical environment where you can; fixed mounting and consistent lighting are worth more than a better architecture. Collect training data across the full range of real conditions, including night shifts and weather. Use augmentation that reflects genuine variation — brightness, blur, rotation, occlusion. Monitor input image statistics in production so a dirty lens raises an alert rather than silently degrading accuracy.
Two further cautions. Models exploit spurious correlations readily: if every defective part in your dataset was photographed on a different bench, the model may learn the bench. Explicitly test on data collected under conditions absent from training. And be careful with class imbalance — defect rates are often well under 1%, so accuracy is meaningless and you should be reading precision and recall from a confusion matrix instead.
- Pick the cheapest task framing — segmentation labels cost orders of magnitude more than classification
- Controlled conditions win — fixed mounting and lighting beat architecture choices
- Failures are environmental — lighting, camera drift, packaging changes, dirty lenses
- Test off-distribution deliberately — models latch onto spurious visual correlations
More on Computer Vision.
How many images do I need to train a computer vision model?
Starting from a pretrained backbone, a few hundred to a few thousand labelled images per class is often enough for a constrained task with consistent conditions. What matters more than count is coverage: images spanning every lighting condition, camera angle, and product variant the system will actually meet. A thousand images covering real variation beats ten thousand taken in one session under one set of conditions.
Why does my vision model work in testing but fail in production?
Almost always because production conditions differ from your training set in ways nobody catalogued — different lighting, a moved or dirtied camera, new packaging, a different shift. The model may also have latched onto a spurious cue that happened to correlate with the label in your data. Diagnose by collecting failing production images and comparing their statistics to training data, then retrain with that variation included and add input monitoring so the next shift is detected rather than discovered.
Related terms.
Transfer Learning
Transfer learning takes a model already trained on a large general dataset and adapts it to a narrower task, so the new task needs…
ReadModel Drift
Model drift is the gradual loss of a deployed model's accuracy because the statistical relationship it learned no longer matches t…
ReadConfusion Matrix
A confusion matrix is a table of a classifier's predictions against actual outcomes, splitting results into true positives, false …
ReadEdge AI
Edge AI runs model inference on local hardware — a phone, camera, vehicle, or industrial controller — rather than sending data to …
ReadNeed this built?
Applying this to a
real system?
We build and ship production machine learning. If computer vision is part of a problem you are working on, tell us about it.
Start the conversationor write to us at [email protected]