Start with the business result.
Before we write code, we agree on the operating metric the project is expected to improve. Product usage matters only when it contributes to that result.
Sidu Ponnappa Aakash Dharmadhikari Steven Sule Rishi Ayyer Vinay Mimani Nikhil Mannikar Saurav Shah Ankit Pandey Manas Vaze Rajnish Dashora Prashant Mittal Jewel James Paulomi Gudka Akhil Chandran Megha BC Divya Gurunathan Srini Satyan Jeetal Shah Allison Wright Sumanth Raj Urs Aniket Hendre Aravind Karthik Anitha Thammineni Rajat Goyal Mohit Agarwal Piyush Sinha Nayan Jain Jigish Chawda Shishir Joshi Suraj Chandola Priyanshu Gaur Harsh Jain Animesh Das Asarar Ahmed Rishabh Garg Arul Praveen T Nameet Rajore Saran Kumar Isaac Sanctis Rohit T Saurabh Kamboj Shashwat Gupta Noel Mathew Harshit Agarwal Ashlesh Shenoy Omkar Narayankar Vaidehi Joshi Aviral Srivastava Saurabh Nandedkar
A typical team has four or five people who work directly with the customer and use agents throughout research, development, and testing.
Engineers, designers, and product managers use agents throughout the work. They review the important decisions and sign off on what ships.
Each person has considerable influence over the quality of a small team's work. We therefore keep the hiring process thorough and pay competitively for experienced people.
We first map the workflow and the systems involved. We then build the new software around those systems, replacing components only when the project requires it.
We built the company to deliver useful software in shorter cycles without lowering the standard for production work.
Read Sidu's thesisA first-person note on choosing realfast, from the person behind our recruitment and branding. Experience the pitch as a fully working Windows 95 desktop.
Read the note"People call us when the deadline is impossible and the board is watching."
These practices guide how our teams plan, build, review, and release software.
Before we write code, we agree on the operating metric the project is expected to improve. Product usage matters only when it contributes to that result.
We study the existing workflow before deciding where AI belongs. Automating a poor process usually preserves its delays and unnecessary steps.
Agents produce much of the first draft. The engineer leading the project reviews the important work, signs off on the release, and stays involved after launch.
Customers review working software throughout the engagement. That gives the team evidence, exposes mistakes early, and keeps the next week of work grounded in actual use.
It's reducing ambiguity faster than the next person. The bar has three parts, and the last one is what separates people.
The thesis updates every three months. We hire people who make good calls on incomplete data and update as new evidence arrives.
Not autocomplete. Directing a model through a real piece of work: prompts, evals, review loops, to a quality bar.
Prose is the visible surface of how you think. The agents amplify whatever you hand them. Muddy writing, muddy work.
Interested in the role?
If this sounds like the work you want to do, apply through your agent.