Transcript:

Next on stage, we have the co-founder and CEO of Cerbos, Emre Baran, who will take us on a deep dive into the build versus buy decisions for growth related features in enterprise software. Let's welcome on stage, Emre, Web Summit veteran! 

Hello, thank you.Throughout my career at Google, CGI, and three of my startups, the developer teams I worked with spent countless months building and implementing infrastructure that had nothing to do with the real business problems we were solving. 20, 30 years ago, many of these technologies did not even exist.

We had to build our own key value stores. We had to build our own unstructured data storage, username, password lookups, password rotations. We had to physically go and install infrastructure, servers, firewalls, and today, thanks to modern development and tools like this, we never have to think about them anymore.

However, roles and permissions is something that we still build in every B2B software. Roles and permissions, the moment you have multiple users in multiple roles that need to collaborate together in order to complete a workflow in your software, you have roles and permissions. And any application needs that. And we still build this from scratch every single time. 

Today, I will share three common mistakes that led to my team spending countless hours and months building it. Roles and permissions start very simple. One - every developer thinks that we can do this in-house. However, as the requirements get more complex, this very statement turns into a very complex statement in your code base. Stripe has a recent survey that says 42 percent of developer time is actually spent in tech debt and maintenance. 

Mistake number two is thinking that we will need only three roles in my applications. Heck, if you leave the world to developers, there would only be two roles in your application. It would be a super user and a read only user. However, life is more complicated than that. And think about an organization that has 20,000 users, 3,000 of them are managers. And those managers are in 25 countries in 15 different departments. Are you going to give every manager the same right to see the data or make changes to your system?

And a mistake number three, thinking that I can implement a very simple library and be done with this. And what about all the other bells and whistles? What about multiple microservices that are written in different languages? How are we going to translate that one logic into all of the other ones? How do we deal with coordination and deployment and synchronization? How do we deal with audit logs?

And because of that, we invented this wheel many, many times in our previous lives, and each time we had to build it, we had to start from square one. Of course, there was a bit of knowledge transfer from one instance to another, but we lost a lot as well. And in an era of GDPR, CCPA, if you do not cover your security base 100%, it can lead to catastrophic results.

So we built Cerbos and we made it open source and we made it available to every developer out there so they can actually play with it and easily implement in their applications.

And on average, our open source solution saves a developer team of four - 3 months. In software development, we live in an era of delivering value to our customers as quickly as possible. And with Cerbos, we are on a mission to help developers focus on their core business, not infrastructure. Thank you very much for your time.