[ pane 00 / testimonials ]
What students have said about the courses
Feedback collected from cohort surveys and end-of-programme reviews. Dates and cohort references are included so you can gauge how recent each response is.
< Back to HomeStudent reviews
Ahmad Hafizuddin
Backend Developer · Kuala Lumpur
I have been writing Python for five years and thought I understood roughly how these models worked. The first week of the Foundations course showed me I understood the output, not the mechanism. By week three, when we wrote the attention calculation from scratch, I had to stop and re-read some things I thought I already knew. That is probably the most useful kind of discomfort in a course.
July 2025
Su-Lin Chin
Software Engineer · Petaling Jaya
Three weeks is short. The Deployment course covers a lot of ground, and some weeks the homework took longer than estimated. That said, the reference repository is genuinely useful — I have returned to it twice since finishing the course when new deployment questions came up at work. The written feedback on my final deployment pointed out a logging gap I would have run into eventually anyway.
June 2025
Dinesh Muthu
Senior Developer · Cyberjaya
The Practitioner Programme is a lot of work. The workload statement says 12 to 15 hours a week and that is accurate — some weeks it ran closer to 16 for me. The artefact reviews are the part I found most valuable. The reviewer actually read my code and commented on specific decisions I made. The capstone requirement — must run for a month and be reviewed by someone who did not build it — forced me to finish something real rather than something that worked on my machine.
July 2025
Nurul Rashidah
Data Analyst → Developer · Shah Alam
I completed the self-check exercise before enrolling and got stuck on the matrix shapes question. I decided to enrol anyway and work through it during the first week. That turned out to be fine — week one covers exactly that. I think publishing the self-check was the right move; it made me take the prerequisite list seriously rather than assume I would pick things up as I went.
June 2025
Khor Yee Ming
ML Engineer · Georgetown, Penang
Seven months is a long commitment. I almost dropped out at week 14, not because the material was too hard but because work became demanding. The fortnightly office hours were useful there — I could discuss scaling back scope on one artefact rather than falling behind entirely. The one-to-one format made that conversation practical rather than something I had to raise in a group channel.
June 2025
Rajesh Arumugam
Platform Engineer · Johor Bahru
I came from an infrastructure background and thought the deployment course would be easy. The containerisation and load testing were straightforward. The section on monitoring for quality drift — the part about detecting when the model's outputs have degraded rather than when the server is down — was new to me and turned out to be the most useful part. I have applied it directly since finishing.
July 2025
→ next pane: [ 02 ] case studies
What students were working on
// challenge
The student worked at a software consultancy where engineers regularly lost time searching internal documentation that had grown across multiple wikis and repositories. They wanted to build a retrieval system that could answer questions against that corpus accurately enough to be trusted for day-to-day use.
// approach through the programme
Worked through the retrieval systems module in weeks 17–20, then designed the capstone around hybrid dense and sparse retrieval with a small open-weight model for answer generation. The system had to run for one month before the capstone defence and produce answers that a colleague unfamiliar with the system could evaluate.
// what the capstone produced
A running system with an evaluation harness that tracked answer quality over the month. The reviewer's notes identified one retrieval failure mode that became the main thread of the defence discussion. The repository was transferred and the system has been running in the student's team since August 2025.
// challenge
The student had a working text classification model in a notebook. A team member needed to call it from another service. Moving it out of the notebook and into something that survived concurrent requests was the problem they had not solved before the course.
// what the course covered
Packaging the model, containerising it, handling request batching, setting latency budgets and running a load test. The load test script from the reference repository was adapted for their specific model. Written feedback on the final deployment noted that the warm-start configuration was unnecessarily conservative and suggested the adjustment to fix it.
// outcome
Survived the load test. The student noted that the monitoring setup — specifically the quality drift detection covered in week three — was the section they expected to skip and ended up spending the most time on.
// starting point
The student had been using transformer-based models via an API for two years. They understood what the models produced but could not explain what happened when prompt wording changed the output in unexpected ways, or why certain failure modes were consistent.
// through the course
Wrote tokenisation from scratch in week one. By week three, the attention calculation was clear enough that the student could read the original "Attention Is All You Need" paper and follow the notation. That was the stated goal for week three, and it is unusual for it to happen on schedule — it did for this student.
// six weeks later
By the final session the cohort had a model that produced recognisable (if bad) text. More practically, the student noted they were reading the library source code instead of just the documentation when something behaved unexpectedly. That is the shift the course is designed to produce.
→ next pane: [ 03 ] contact
phone
+60 3-2072 6194address
19 Jalan Cangkat Raja Chulan
50200 Kuala Lumpur, Malaysia
office hours
Mon – Fri: 10:00 – 18:00 MYT
Sat: 10:00 – 14:00 MYT
If you have a question about one of the programmes, the best starting point is an email or a message through the contact form on the home page. Include which programme interests you and a brief description of your technical background.
For the Full Practitioner Programme, a technical conversation before enrolment is part of the process. You can request that via email or the contact form.
For questions about fees, payment timing or HRD Corp claimability for your employer, include that in your message and we will respond with the relevant details.
> Send a Message→ next pane: [ 04 ] trust indicators
12
completed cohorts
180+
developers enrolled
260+
artefacts reviewed
4.7
avg course rating (of 5)
Listed in MDEC's 2024 directory of technical AI upskilling providers for Malaysia's digital workforce development initiative.
Approved by HRD Corp as an eligible training provider. Fees may be claimable under the levy for qualified Malaysian employers.
Presented the Foundations course structure at PyCon APAC 2024 as a technical education case study.
[ prompt ]
Read the syllabi and decide if the workload fits
The course pages describe each topic, the prerequisites and the hours per week. That is the most useful thing to read before sending a message.