Hire two world-class Laravel devs
in less time than it takes to post on a job board.
You want to move faster, so let's go!
Skip the recruiters, rounds of interviews, new employee paperwork and get right to the fun part: shipping.
We keep it simple
Cancel your subscription at any time (without paying unemployment)
Communication is streamlined and centralized in GitHub. Everyone can see at a glance what we're working on and what we've shipped.
Have a slow month, or going on vacation?
Pause the subscription, use the rest of your paused month when you return. We'll even send you a reminder 5 days before renewal to make sure you really want to renew.
You don't need to hold our hands.
Bringing on a new dev can be a pretty slow process. Explain how the code is organized. Make sure they can get it running on their machine. Answer a bunch of questions.
We've been working with Laravel for almost as long as it has been around, and PHP over a decade before that. We know the technology side of things inside and out.
And if you don't have a world-class README that explains how to get the project running in a few minutes, we'll create that as part of our first PR. Our aim isn't just to close tickets, but to make the project and team a little better overall each time.
Want to know what it's like working with us? Listen to our podcast.
No compromises on quality.
Testing
Maybe your team doesn't write tests? Or maybe they want to start, but haven't figured it out yet? Either way, it's non-negotiable for us. Our code will come with tests. And we'll add in the pieces that make testing easier, like factories and other test helpers. Your team might just pick up on what we're doing and start writing tests for their code too. We've seen it happen!
Documentation
We get a sinking feeling when we open some Laravel project and the README is still the default Laravel install README. We won't do that to you. We'll create an onboarding README if none exists, which future devs who join your team will benefit from. Anything new we build will be internally documented, and higher level docs will be created as needed. All pull requests will come with context: Why did we do X instead of Y? What are some things you need to know when reviewing the code?
Architecture
It's common for teams to build up technical debt over the years in a long-lived application. We chip away at that technical debt with every feature we work on. It's just part of how we work. Neither of us were Boy Scouts, but we really believe in the adage of “leaving something a little better than how you found it”. After a few months of working with us, this will really pay off in the overall quality of your application.
- One concurrent request
- Turnaround time in days, not weeks
- Pay by credit card or ACH
- Pause or cancel anytime in less than a minute
- Two concurrent requests
- Turnaround time in days, not weeks
- Pay by credit card or ACH
- Pause or cancel anytime in less than a minute
Want to talk with us first?
Learn more about how we work and how we can help you during a free call.
Unsure? Let's remove all risk for you.
Within the first 3 weeks of your initial month, if you're not completely satisfied for any reason, just let us know, and we will refund your fee and cancel your subscription. That's something you wouldn't get from a full-time employee or some random freelancer.
Why might we not be a good choice?
Let's be honest, this way of working isn't for everyone. If you really need your developers to be in meetings, or you need to have invoices with line items and hourly breakdowns, we're not a good fit.
Also, while we're amazing at Laravel development and other pieces of the ecosystem like Vue and Livewire, we can't know everything. If you're looking for help with React or Angular, for example, we're not a good fit.
Your questions answered.
How many hours do I get each month?
We don't bill by the hour, and we don't track hours. We found it to be a very inefficient and unpredictable way of working with clients.
You might find some freelancer on Upwork for $35/hour and think "I could hire them at the same price and get 200 hours of work!" But that's like comparing apples to oranges.
Our focus is on delivering results at a consistently high level of quality and as little risk to you as possible. Without that high bar of quality, more hours of work just means more code to fix in the future.
We know hourly billing is entrenched in this industry, and this may require a mental leap you're not yet comfortable with. That's why we offer the money-back guarantee. Try it out and see for yourself.
Well then, how many issues will you finish each month?
This is a tough one to answer because issues can be of wildly different complexities. “Improve validation on our checkout page” is much different than “Build an integration with this third-party API”.
While we can't tell you how many issues we'll finish (and that's not really an interesting metric anyway), we can guarantee that you will get a steady stream of updates and progress from us. No more dealing with developers that “go dark” for weeks or months at a time.
Each week we will ship something of value to you. Larger issues will be split and delivered progressively to improve communication and collaboration, and to make sure you are getting consistent value out of our relationship.
Can you join our daily stand-up?
No. We keep meetings to an absolute minimum. It's one big reason we're as efficient as we are. But don't worry, you'll know exactly what we're working on at any given time.
But what about a weekly check-in call?
As with the daily stand-up, the answer is also "no". We've streamlined our process and made it completely transparent, so routine communication and check-ins are unnecessary. It's better this way!
I really need to explain something to you though.
Totally fine! We love context and knowing more about what you'd like us to build. Record a short video clip using Loom, or any other tool you like, and link it in the GitHub issue. If something is still unclear, we'll set up a brief chat as needed. We're not completely stubborn. 😄️
Can I call you if my site goes down?
We're not able to offer emergency support, and it's probably better for someone on your team to handle it. Ideally, for security reasons, we wouldn't even have access to your production environment.
We don't use GitHub. Is Gitlab, Bitbucket or Trello okay?
We definitely prefer to work with GitHub. Part of our efficiency comes from having a repeatable and well-documented process. But if your team already has a different tool in place, we can be flexible and adapt our process to your workflow.
But hey, if you've been meaning to move to GitHub anyway, maybe now is a good time. We can even help you with the transition.