Latentry programme participants

Plate A-05 · Participant Accounts

What Participants Say About the Work

Accounts from people who have been through the cohorts — what they found useful, what was harder than expected and what they took away.

Back to Home

280+

Learners enrolled

4.7

Average rating / 5

92%

Completion rate

3+

Years of cohorts

Plate B-05 · Reviews

From Participants Across the Programmes

FH

Faruq Hisham

Backend developer · Kuala Lumpur

The Data Handling cohort fixed habits I had built up over three years of sloppy pipeline work. The exercise with the third dataset — the really awkward one — was genuinely uncomfortable, which is probably the point. Written feedback from the instructor was specific and useful rather than generic. Nine weeks felt like the right length.

Data Cohort · July 2025

CW

Chua Wei Ling

Data analyst · Petaling Jaya

I came to the Computer Vision Specialisation knowing PyTorch reasonably well but never having worked with detection or segmentation in any serious way. The pace was right — demanding but not chaotic. The critique sessions were the part I found most valuable because seeing how other people had approached the same build showed me decisions I hadn't even thought to make.

CV Specialisation · June 2025

AM

Arjuna Menon

Software engineer · George Town

The MLOps Programme was the most demanding thing I have done since my first production on-call rotation. The on-call simulation exercise in month seven was uncomfortable in a productive way. The architecture writing workshop was not something I expected to get value from, but the feedback on my first draft changed how I write technical documentation.

MLOps Programme · May 2025

NZ

Nur Zahra

Junior ML engineer · Cyberjaya

I had done online AI tutorials before and always hit the same wall — everything worked on the toy dataset and then fell apart when I tried something real. The Data Handling cohort addressed that wall directly. The baseline section in the final three weeks was something I wished I had covered two years earlier.

Data Cohort · July 2025

LK

Low Kah Seng

Research engineer · Shah Alam

I enrolled in the Computer Vision Specialisation primarily for the deployment section. That turned out to be a good decision — the inference constraints material was closer to what I actually deal with at work than most courses cover. The GPU credits being included made it easy to run experiments without provisioning anything separately.

CV Specialisation · June 2025

SR

Siti Rahimah

Platform engineer · Kuala Lumpur

Nine months is a long time to commit, and I was not fully certain in month one. By month four I had stopped second-guessing it. The team project structure with rotating roles was the aspect I did not expect to learn from — being the person responsible for documentation in a sprint is different from being the lead engineer, and both skills matter.

MLOps Programme · April 2025

Plate C-05 · Case Studies

Three Participant Journeys in Detail

Case Study 1 · Data Cohort · 9 weeks

Moving from inconsistent preprocessing to documented, repeatable pipelines

Challenge

A backend engineer with two years of ML exposure was producing models that performed well in notebooks and poorly in staging. The preprocessing steps were not documented, splits were done inconsistently and baselines were chosen by feel rather than by comparison.

What the cohort addressed

The nine-week curriculum gave explicit methods for documenting schema decisions, cleaning without destroying signal and choosing baselines through structured comparison. The peer review pairing meant a colleague was reading and commenting on the same decisions each week.

Outcome

By the end of the cohort, preprocessing code included written commentary on every non-trivial decision. Staging performance matched notebook performance for the first time. The participant described it as building the habits that should have been there from the beginning.

"The third dataset was the one that mattered. It had three things wrong with it at the same time and fixing one without knowing about the others would have made things worse."

Case Study 2 · CV Specialisation · 15 weeks

Building and deploying a quality inspection system for a small manufacturing context

Challenge

A data analyst with prior experience in tabular data needed to build a visual inspection tool for a manufacturing context. She had no background in convolutional networks, no experience with object detection frameworks and no access to GPU hardware of her own.

What the specialisation provided

The fifteen-week structure moved from preprocessing foundations to detection and transfer learning at a pace that accommodated her starting point. GPU credits removed the infrastructure barrier. The third build — the deployed system — was the deliverable she needed to test the idea in practice.

Outcome

The final build was a detection system deployed to a low-cost single-board device, running inference within the latency budget required for the application. The portfolio review gave her a written document she could use in subsequent discussions with the team she was presenting the work to.

"The critique sessions were what I didn't expect to rely on as much. Seeing that someone else had made a completely different architecture choice for the same problem and it also kind of worked was useful information."

Case Study 3 · MLOps Programme · 9 months

From model-that-works-locally to monitored, maintainable production service

Challenge

A software engineer with three years of production backend experience had been asked to take ownership of a model that had been deployed informally by a research team. There was no versioning, no monitoring, no documented serving architecture and no clear understanding of when it was degrading.

What the programme covered

The nine-month structure addressed exactly the conditions he had inherited: reproducibility, versioning, pipeline orchestration, containerisation, drift monitoring and incident response. The five engineering-reviewed checkpoints tracked progress against the actual team project, not against a hypothetical.

Outcome

By the end of the programme, the model he had inherited was containerised, versioned and monitored with drift alerts that had fired twice and been handled. The architecture documentation produced in the writing workshop became the handover document for the next engineer who joined the team.

"The on-call simulation in month seven was the most useful exercise in the programme. You cannot practice incident response by reading about it."

Plate D-05 · Reach Us

Contact Latentry

Address

11 Jalan Kerinchi
59200 Kuala Lumpur

Office Hours

Mon–Fri 9 AM – 6 PM MYT
Sat 10 AM – 2 PM MYT

Plate E-05 · Enrolment

Join the Next Cohort

Cohort sizes are capped. If you are considering a programme, reaching out early gives you the best chance of a place in the next intake.

Get in Touch