Developer Chats - Petr Petrenko Of Bumble Code Story: Insights From Startup Tech Leaders podcast

Content provided by Noah Labhart - Startup Founder & CTO, Noah Labhart - Startup Founder, and CTO. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Noah Labhart - Startup Founder & CTO, Noah Labhart - Startup Founder, and CTO or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://podcastplayer.com/legal.

Code Story: Insights from Startup Tech Leaders »
Developer Chats - Petr Petrenko of Bumble

11h ago 14:44

MP3•Episode home

Today, we are continuing our series, entitled Developer Chats - hearing from the large scale system builders themselves.

In this episode, we are talking with Petr Petrenko, Senior PHP Backend Engineer at Bumble. Petr will take us through his developer journey, in working on large scale backends, managing the tension between stability and innovation, and designing systems to interact with culturally different economies.

Questions

You’ve worked on large-scale backends that serve millions of users. At what point do systems start to outgrow the teams that built them?
At some point, every mature backend reaches a stage where rewriting is no longer realistic. How do you recognize when a system has crossed that line, and what’s the right way to handle it?
There’s always this tension between stability and innovation. How do you decide when a system needs refactoring versus when you just need to live with the technical debt?
Let’s talk about the human side of legacy systems — what have you learned about culture, documentation, and knowledge transfer that keeps old systems alive and reliable?
You’ve also built and maintained complex payment systems for global users. What’s something most engineers underestimate about cross-border transactions?
When you’re designing systems that deal with different currencies, laws, and tax regulations, how do you balance the technical with the ethical — for example, user privacy or data sovereignty?
For engineers listening who want to build something durable — not just fast — what advice would you give about writing code that will still make sense years from now?
One of your most impressive projects is a high-performance image-matching system you built yourself, capable of scanning tens of millions of images with sub-second results. Can you walk us through the moment you realized you needed to redesign the system — and what engineering choices made that level of performance possible?
You’ve also worked on billing systems and fraud mitigation at scale. Was there ever a moment when you had to choose between a technically “clean” solution and a solution that better protected users or the business? How did you make that call?

Developer Chats - Petr Petrenko of Bumble

Code Story: Insights from Startup Tech Leaders

128 subscribers

published 11h ago

MP3•Episode home

Today, we are continuing our series, entitled Developer Chats - hearing from the large scale system builders themselves.

Questions

You’ve worked on large-scale backends that serve millions of users. At what point do systems start to outgrow the teams that built them?
At some point, every mature backend reaches a stage where rewriting is no longer realistic. How do you recognize when a system has crossed that line, and what’s the right way to handle it?
There’s always this tension between stability and innovation. How do you decide when a system needs refactoring versus when you just need to live with the technical debt?
Let’s talk about the human side of legacy systems — what have you learned about culture, documentation, and knowledge transfer that keeps old systems alive and reliable?
You’ve also built and maintained complex payment systems for global users. What’s something most engineers underestimate about cross-border transactions?
When you’re designing systems that deal with different currencies, laws, and tax regulations, how do you balance the technical with the ethical — for example, user privacy or data sovereignty?
For engineers listening who want to build something durable — not just fast — what advice would you give about writing code that will still make sense years from now?
One of your most impressive projects is a high-performance image-matching system you built yourself, capable of scanning tens of millions of images with sub-second results. Can you walk us through the moment you realized you needed to redesign the system — and what engineering choices made that level of performance possible?
You’ve also worked on billing systems and fraud mitigation at scale. Was there ever a moment when you had to choose between a technically “clean” solution and a solution that better protected users or the business? How did you make that call?

All episodes

Welcome to Player FM!

Player FM is scanning the web for high-quality podcasts for you to enjoy right now. It's the best podcast app and works on Android, iPhone, and the web. Signup to sync subscriptions across devices.

Listen to 500+ topics

Similar to Code Story: Insights from Startup Tech Leaders

Podcasts Worth a Listen

Code Story: Insights from Startup Tech Leaders » Developer Chats - Petr Petrenko of Bumble

Developer Chats - Petr Petrenko of Bumble

Podcasts Worth a Listen

Welcome to Player FM!

Similar to Code Story: Insights from Startup Tech Leaders

Code Story: Insights from Startup Tech Leaders »
Developer Chats - Petr Petrenko of Bumble