Omkar's face

Omkar Konaraddi

Fall 2018 Software Engineering Internship at Capital One

Published on 2018-12-07.

TL;DR: I interned with the C4ML Credit Monitoring team where I added new components and endpoints to a web app used by engineers within the two largest, asset-generating programs at Capital One. The web app enables engineers to view insights for their models from a residual analysis pipeline. I also developed a model to predict charge offs.


This past fall I was a software engineering intern at Capital One. I was amongst the first batch of interns at Capital One's new lab in College Park.

It was part time (~15 hours per week) and I worked remotely with the NYC Credit Monitoring team within Capital One's Center for Machine Learning organization. Most coworkers were working in New York City.

Introduction

The Credit Monitoring team is building a machine learning pipeline, called Malcolm, for use amongst data science and engineering teams within Capital One. Data scientists and engineers can submit a machine learning model to the pipeline and glean insights on their model. Malcolm can help engineers find features that could be strong candidates for further feature engineering, discover correlation between features and residuals, determine whether a model is over or underestimating risk at a feature level, and much more.

Malcolm is a work in progress but is currently used by two of the largest asset generating programs within Capital One's Card organization (presumably for dogfooding). The Credit Monitoring team is working on making Malcolm ready for production so it can be used by other teams besides two teams under Card.

The work

I worked on the web app for Malcolm (malcolm-web).

The Malcolm pipeline deposits insights in AWS S3 buckets in the form of mostly html, csv, png, and json files and then malcolm-web displays these results for engineers. Before I started as an intern, there was one developer working on the web app. The developer left Capital One and, apart from a README depicting the folder structure and how to run the web app (the usual npm start, npm t, npm run build), there was little knowledge transfer.

The web app is built with React (front end) and Flask (back end). Flask is used to fetch assets from S3 to be served to the front end and as a proxy for authenticating with S3. React is used to display assets from Flask.

What I did

I added new components and routes to the front end and new API endpoints to the back end. The below is a detailed list of additions and changes made.

Front End Changes

Back End Changes

I also went through some of Andrew Ng's machine learning course on Coursera and made a machine learning model to predict charge offs based on credit bureau data. It wasn't very accurate (AUROC = 0.55) but it was marginally better than flipping a coin. I used Pandas to manipulate and preprocess the credit bureau data then scikit-learn to create a model using a random forest classifier.

Thoughts

Since I was working remotely, almost all communications with the team were through Slack (messaging) and Zoom (video calling). Slack is the most complete chat application I've used. It makes GroupMe look primitive. But sometimes I was unsure whether a coworker had a positive, neutral, or negative reaction to something I said because some emojis in some contexts are ambiguous.

I think there should have been code reviews so that I learn to write better code and so other engineers have a better time maintaining and developing with the code I wrote.

Coworkers were very friendly and I had a good experience.