<aside> ✅ Imported Including child pages
</aside>
We exist because we want everyone to be able to safely contribute to any codebase as fast as possible. Technological progress depends on the human ability to create and modify software systems. Reviewpad will be the product that every software developer uses to understand, review and deploy changes to codebases.
Today about 0.1% of the world population can code. Still, this 0.1% was able to produce billions of lines of code that compose the infrastructure of modern society.
A modern car comes with 100 million lines of code. Google codebase has over 2 billion lines of code. It is expected that more software applications will be built in the next 5 years than in the last 40. Because of the widespread of open source, even seemingly small applications grow very quick when we consider the complete application with the imported open source libraries.
Regardless of the architecture, it is unrealistic to expect a single human to understand the consequences of modifications of such systems without adequate tooling. Currently, the usefulness of software testing is limited by the very fact that they are still manually generated and bound to the same limitation: the complexity of software grows exponentially with the (linear) increase in contributors.
To scale software development to 1, 10, 100% of the world population, the ability of understand the impact of code changes in a software system is necessary but not sufficient.
In the past decade we have been able to automatically deploy software systems to billions of users. Still, when a developer in a team changes a codebase, the process of assessment of these changes depends on the intervention of another human. We are simply too slow to cope with the pace of changes but machines are not.
Imagine a world where software developers can collaborate in an ecosystem where they can be fully autonomous, free of manual tasks and only get blocked when it really matters. A world where a new developer can safely change complex systems in minutes instead of weeks.
In the medium-term we want to solve the collaboration problem in code changes to increase developer efficiency.
Developers use pull requests as a tool to deliver code changes. On GitHub alone, there are over 100M pull requests merged in 2020.
The time to merge is a key metric of engineering performance and is our current north star optimisation metric.
Our main goals for the next 18 months are: