Skip to main content

Interns at Microsoft

One of my favorite times at work is when the interns in my organization present the projects they have been working on for the past 10 or so weeks. It is amazing to see what they have accomplished during that period, and its impact on the business.

 

In my groups, I always make sure that everything the interns work on makes it to production and has visible business impact. The interns enjoy that quantifiable sense of accomplishment and seeing that their work lives in a launched product and improves some aspect of it.

 

After the interns demo their projects, I schedule follow-up 1:1 meetings with each of them. During the meeting, we go over their experiences during the internship, what they have learned in the process, and how can we make the experience better the next time around.

 

Their suggestions are always on point, constructive, and actionable. The conversations invariably drift to learning more about Microsoft, and what advice would I give them to have a successful engineering career after graduating and joining the workforce.

 

I always give them the same advice I give to seasoned software engineers be curious, collaborative, and develop your communication skills.

 

In our field, curiosity is very important. The field changes very fast, and curious engineers adapt and learn new skills that help them in their career. Technologies that are hot today are obsolete tomorrow, and curiosity and learning guards against that.

 

I have hired many an engineer that had no formal education in machine learning, distributed systems, or language runtimes, but were curious about the area, and their curiosity drove them to do the legwork, and learn from textbooks, online courses, open source codebases.

Curious engineers are also not shy at asking questions and using these to elevate their knowledge about the subject matter, or help others articulate a design or idea better, which is a big win for the whole team.

 

In our field, collaboration is also very important. Software development is a team sport, and today’s large codebases are seldom developed in isolation by a single developer. They usually involve multiple engineering teams, and multiple disciplines such as design, product management, testing, and operations. Learning how to navigate that maze and collaborate within and across disciplines is a valuable skill to have and pays off later in one’s career.

 

Finally, we come to communication skills. Most engineers dedicate an inordinate amount of time to learning new technologies, and forget to develop, and exercise their communication, presentation, and influencing skills. These skills are important even at the beginning of one’s career, and become deal breakers as the career progresses, both for individual contributors and managers.

 

After our conversation, the interns spend the rest of the week off-boarding, and go back to school. I am always pleasantly surprised when they reach out to connect later, and doubly happy when they decide to join my teams after graduation.

Comments

Popular posts from this blog

Emacs on WSL2: From Monochrome Misery to Modern Elegance

Windows Subsystem for Linux (WSL) has come a long way—especially under Windows 11 . WSL2 now offers smooth integration for Linux graphical applications, making it feel less like a compatibility layer and more like a native experience. But if you're an Emacs user, you might have noticed something off. Launching Emacs under WSL can feel like stepping into a time machine. Tiny fonts, washed-out visuals, and a UI that evokes the green-and-amber glow of vintage terminals. Functional? Yes. Pleasant? Absolutely not. But here's the good news: it is easy to make Emacs under WSL2 look just as sharp and modern as it does on Mac OSX . The emacs-pgtk build is designed for better graphical integration under WSL. It uses the Pure GTK interface , which plays nicely with WSL’s GUI support. sudo apt install emacs-pgtk To make Emacs look great, we’ll use Windows’ rich font library. First, edit your font configuration: sudo emacs /etc/fonts/fonts.conf and add the Windows Font directory...

MacOS Catalina, OneDrive, and case sensitive file systems

Over the weekend, I dusted off my old Macbook Air to search for some old family photos. I have not used the laptop for a long time, and it was completely out of charge. I plugged it in, and it quickly booted. Shortly after, I got bombarded with notifications that many of the applications needed updating, and that a new version of the OS was available.   I waited till I found the photos I was looking for, before attempting to upgrade anything. I also wanted to install OneDrive to get my old files to the cloud, so that I can access them from any of my devices, instead of dusting off old computers to get to them. The MacOS upgrade experience has always been fantastic, and this one was no different. The OS upgrade files downloaded quickly and after a restart and a quick install, the Macbook Air was ready to go.   Upgrading the installed applications was also a breeze, however in the process I discovered that a large majority of the applications installed were not compatible ...

Randomized Algorithms: Polynomial equivalence

We are all accustomed to deterministic algorithms; we work with them every day, and feel comfortable in knowing that the results of running them are predictable, barring a coding error of course. The idea of randomized algorithms feels remote and uncomfortable, despite their usefulness and elegance.  There are a couple of great examples in the introductory chapters of the book " Probability and Computing " that are an eye opener. One is verifying polynomial identities: how can you tell that two different representations of polynomials are the same? For example, if we have two polynomials $P(x)$ and $Q(x)$, both of degree $d$ described by the following formulas: \[ P(x) = \Sigma_{i=0}^{i=d} a_i x^i \\ Q(x) = \Pi_{i=1}^{i=d} (x-b_i) \] how can we determine that they are the same polynomial? Intuitively we first check that the degrees are the same, then we could try to transform one form into the other, either by multiplying out the terms for $Q(x)$, collecting like t...