It started in 2020 with extra time at home and a question. Could I build something that solves a real pain point?
I taught myself programming languages out of curiosity, writing small apps against public APIs just to see what they could do. That curiosity led me into tech through Support, where I learned products from the inside and spent my days finding out why things broke.
Product came to me through the work. I was asked to test features and work directly with Engineering as the liaison, which gave me a view into their world. I saw how products and fixes were actually handled, and with access to the database and tools like Datadog and Sentry, I learned to trace issues from the backend. My interest in product started there. I wanted to know not only how to fix things, but how to build products and make sure the right voices were heard.
Along the way I worked with everyone from Engineering directors to Support managers and Product managers. That gave me a well rounded view from every side, so I can speak from a technical standpoint or break technical topics down for the frontline and customers. The more issues I traced, the more I saw the same pattern. Good fixes stalled because the process around them was missing. I moved into process and program operations to build that layer, and I have not stopped building since.
I still build for fun. OLETHA and ÉCO ÉCO ÉCO are the latest examples, shown on the Personal Projects page, and the tools I build at work came from the same habit of seeing a repeated annoyance and writing something to remove it.
Based inCharlotte, NC, remote
RelocationOpen to relocating
EducationComputer Software Engineering coursework, WGU
Still learningAlways something new in every role