My Journey as a Machine Learning Intern at OCTAVE
A few months ago, I made the leap from lecture halls and lab assignments to production systems and real-world data problems. It wasn’t just the start of an internship; it was the beginning of my first ever industry experience, and I couldn’t have asked for a more impactful place to begin than OCTAVE.
Transitioning straight from academics into the world of machine learning engineering felt like stepping into an entirely new domain. My academic background was rooted in electronics and telecommunications, where machine learning was more of a curiosity than a core focus. It was only after joining OCTAVE that I truly began to explore the world of ML, starting with building foundational models and understanding the mathematical intuition behind key algorithms. But my journey didn’t stop there. OCTAVE gave me the opportunity to work with real-world data, dive into advanced techniques, and get hands-on experience with modern tools and workflows that power production-grade machine learning solutions.
My Role: Learning by Building
As an MLE Intern, I wasn’t here just to shadow meetings or observe from the sidelines. From the beginning, I was entrusted with ownership of real, meaningful work. My primary focus? Helping build and evolve OCTAVE’s internal Data Science Framework, a reusable structure designed to streamline the lifecycle of machine learning projects, from exploration to deployment.
While my role at OCTAVE carried the title “intern,” the experience I gained was anything but limited. Early on my journey, I had the rare opportunity to contribute to one of the most impactful projects within the OCTAVE, a foundational system we came to call the Data Science (DS) Framework.
Before this framework existed, data scientists at OCTAVE handled their use cases independently, each working with their own setup, tools, and approaches. While this worked during the initial stages of development, it often led to complexities when these projects needed to be migrated to production or collaborated on across teams. The lack of a standardised structure became a bottleneck, slowing progress and adding unnecessary overhead.
To solve this, a project was proposed to bring order and consistency to the process, and I was fortunate enough to be trusted with the responsibility to build it from the ground up.
This wasn’t just another task. It was my golden ticket, a chance to architect something that would simplify and streamline how data science was done across the organisation. In the first phase, I worked on designing and implementing a version of the framework that could run smoothly in a local development environment like VS Code. It was about making experimentation easier, more organised, and repeatable for every data scientist.
With the local version successfully built and tested, we moved into the second phase: bringing the framework to Databricks, our cloud-based platform. This migration was essential because once integrated with Databricks, the framework could be used seamlessly by all data scientists on a scale in a collaborative environment.
Being part of this journey, right from ideation to implementation and then scaling it for broader use, was not only technically enriching but deeply fulfilling. It reminded me that sometimes, the best learning comes not from solving predefined problems, but from building systems that enable others to solve theirs.
From Code Snippets to Workflows
One of the first things that hit me during this internship was how different real-world machine learning is from what we do in school. In college, success usually meant getting a model to work inside a Jupyter notebook. Once the notebook ran from top to bottom without errors, it felt like the job was done. But at OCTAVE, I started to see that a working notebook is just the beginning. In production environments, the focus shifts from just running something once to making sure it can run reliably every time, in any environment, and without manual tweaking.
As I got more exposure to the team’s workflow, I noticed just how much effort goes into building that kind of reliability. Things like separating configurations from code, keeping everything under version control, and writing code that works the same way across dev, staging, and production, these weren’t just best practices, they were essential. At first, I didn’t fully grasp why these steps mattered so much. But over time, as I contributed to small tasks and looked at how others were structuring their work, the pieces started to make sense. I began to understand how thoughtful design helps teams avoid chaos and makes experimentation repeatable.
The DS Framework I worked on aimed to bring that structure into the ML workflow. I wasn’t building the core architecture, but I got to support parts of it by writing utility functions, testing pipelines, and helping adapt code to fit into this bigger system. Through that experience, I saw how much more there is to machine learning engineering than just building models. It’s about building systems that can run those models repeatedly, in a way that’s traceable, scalable, and easy to maintain. That shift in perspective from “does this code work?” to “can this workflow scale?” was probably the biggest lesson I took away from this phase of the internship.
Growth Beyond Code
While I joined the internship hoping to grow technically, I quickly realised that professional growth isn’t just about writing better code. In fact, some of the most valuable lessons came from areas I didn’t expect, like communication, collaboration, and simply learning how to operate in a team setting. In university, it was mostly about individual effort: finish your assignment, run your experiment, submit your report. But at OCTAVE, I found myself in conversations with Engineers and Data Scientists, product folks, and sometimes even domain experts. Communicating clearly especially when I wasn’t sure about something, wasn’t optional. It was part of the job.
Documentation was another big shift. In the beginning, I mostly wrote comments for myself, little reminders or explanations. But as the internship progressed, I began to understand that good documentation isn’t for future-me, it’s for future-someone-else. Whether it was writing README files, commenting code, or updating Wiki pages[SR1] and MSWord documents, I learned to think about the next person picking up my work. Even when I wasn’t confident about everything, I tried to leave things in a state where someone else wouldn’t be completely lost. That mindset took time to build, and I’m still working on it, but it’s already changed how I approach my tasks.
And then there was the simple but hard part: asking questions. Early on, I worried that asking too many would make me seem inexperienced, which, of course, I was. But I started to notice that the team appreciated curiosity, if I tried to figure things out on my own first. Over time, I got more comfortable saying, “I tried this and that, but I’m stuck here! any ideas?” That shift from feeling pressure to know everything to focusing on how to learn was a big part of my growth. It made me realise that being effective isn’t about always having the answers; it’s about having the initiative to go find them.
Embracing the Experience
One thing I genuinely appreciated about this internship was that it wasn’t just about technical contributions; it was also about growing as a person, being part of a culture, and connecting with people. The HR team regularly organised expert sessions where professionals shared their journeys and experiences, often touching on things we don’t learn in a classroom. These talks encouraged me to think outside the usual “code and models” mindset. Hearing how others navigated their careers, dealt with failures, and kept evolving gave me a much broader perspective on what it means to grow in this field.
Outside of learning, the internship was filled with moments that brought people together. I made it a point to join in every celebration from Christmas and New Year to smaller cultural events, because those moments reminded me to just enjoy the experience. They helped break the rhythm of daily tasks and made the workplace feel more alive. I also got to be part of engagement activities that encouraged teamwork in a fun, low-pressure setting. They weren’t just icebreakers; they helped me feel like I belonged.
And beyond all the official setups, there were also casual team hangouts with the MLE team, those unofficial moments where the conversations weren’t always about models, pipelines, or deadlines. These gatherings gave me the chance to see the more fun side of the team. We talked about hobbies, career plans, and even random life stuff. That informal time made it easier for me to connect with people, ask questions without overthinking, and just feel like part of the team, not just the intern in the corner trying to catch up.
I even found myself participating in events I never imagined, like the foosball tournament and the cricket carnival. Honestly, I had no clue what I was doing, but I still jumped in. Turns out, I wasn’t as hopeless as I thought. Let’s just say I didn’t win trophies, but at least I didn’t break anything either. Those moments weren’t about skill, they were just good fun and a great way to connect with the team beyond work.
Moments That Mattered
When I look back on the internship, it’s not just the big milestones that stand out; it’s the small, unexpected wins that quietly added up. Like the first time, one of my scripts ran end-to-end in a production-like setup. It wasn’t a grand moment, but for me, it felt like crossing a threshold. Or the first time I reviewed my progress and gave detailed, constructive feedback. I remember being nervous, but it turned into one of my best learning moments. Then there was the time I explained a project I worked on to my co-working buddy, and they understood it. That was the moment I realised I wasn’t just executing tasks anymore; I was starting to build things with clarity and purpose.
What OCTAVE Gave Me
OCTAVE wasn’t just my first company; it became the space where I started figuring out what being a machine learning engineer really means. It gave me more than tasks; it gave me challenges that stretched me, mentors who guided me without micromanaging, and the kind of real-world context I never got from academic projects. What I learned here is that being an MLE isn’t about having all the answers from day one; it’s about being curious enough to ask, patient enough to learn, and responsible enough to build things that others can rely on. That mindset alone is something I’ll carry forward.
Looking Ahead
This internship became more than a line on my resume, shaped like how I think, how I work, and how I learn. It helped me move from just “doing the work” to thinking about the why and the how behind it. I know there’s still a lot to learn, and that’s the exciting part. I’m looking forward to building more systems, exploring more ideas, and hopefully contributing to things that create real-world impact. And if you’re someone stepping into your first role, don’t stress about having it all figured out. Just show up with curiosity, be open to feedback, and keep growing. That’s how the transition from classroom theory to real-world contribution truly begins.
Student at University of Education, Lahore (Vehari Campus) Tradional Programmer & AI Programmer
1moI'm interested.