>_Synapsia
[00] overview [01] reviews [02] case studies [03] contact [04] trust indicators
Students reviewing their work

[ 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 Home
[ pane 01 / reviews ] collected June–July 2025

Student reviews

[ foundations · july 2025 ]
AH

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

[ deployment · june 2025 ]
SC

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

[ practitioner · july 2025 ]
DM

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

[ foundations · june 2025 ]
NR

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

[ practitioner · june 2025 ]
KY

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

[ deployment · july 2025 ]
RA

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

[ pane 02 / case studies ] three student journeys

What students were working on

[ capstone: retrieval system for technical documentation ] Practitioner, completed July 2025

// 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.

[ deployment: serving a text classification model ] Deployment short course, June 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.

[ foundations: understanding attention before using it ] Foundations course, July 2025

// 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

[ pane 03 / contact ] reach the school
[ contact details ]

address

19 Jalan Cangkat Raja Chulan
50200 Kuala Lumpur, Malaysia

office hours

Mon – Fri: 10:00 – 18:00 MYT
Sat: 10:00 – 14:00 MYT

[ getting in touch ]

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

[ pane 04 / trust indicators ] school background
[ cohorts ]

12

completed cohorts

[ students ]

180+

developers enrolled

[ reviews ]

260+

artefacts reviewed

[ rating ]

4.7

avg course rating (of 5)

[ affiliations and recognitions ]

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.