| ... views |

Reflections

How SDS shaped me as an engineer.


SDS didn’t just improve my code. It changed how I operate in every technical environment.

At Mozilla

Telemetry work now feels natural because SDS taught me:

  • Correctness over speed
  • Incremental PRs
  • Multi-layer feature logic

Code review discipline came directly from eight months of learning how David reviews PRs.

At RBC Capital Markets

MarkUs and PythonTA taught me that the best engineers aren’t the ones who know everything—they’re the ones who ask the right questions.

  • Ask early, ask often. Clarifying requirements upfront saves hours of rework.
  • Learn from every code review. Every comment is a lesson.
  • Admit when you don’t understand. The fastest way to learn is to say “I don’t know.”
  • Collaborate, don’t isolate. The best solutions come from discussing trade-offs with peers.

In quantitative trading, where correctness is non-negotiable and markets move fast, this mindset is critical.

For Anthropic @ UofT, Blueprint, and UofT AI

Presenting SDS work every week taught me:

  • How to lead technical discussions
  • How to teach concepts cleanly
  • How to deliver feedback kindly
  • How to design slides under pressure

What I’m Most Grateful For

David Liu’s code reviews — The best feedback I’ve received in my career so far. Precise, kind, rigorous.

The SDS community — High bar but supportive. I always felt like my work mattered.

The opportunity to work at university scale — It’s rare for students to touch production code that thousands rely on.


Habits I’m Carrying Forward

  • Ship small
  • Test thoroughly
  • Ask good questions
  • Write for humans
  • Treat code review as collaboration, not evaluation
  • Document openly

This is my last semester with SDS before going full-time into Firefox engineering, quantitative trading, and leading student organizations.

But the habits I built here stay with me forever.

Thank you to everyone who made this experience possible.

Comments

Loading comments...