Get more replies from employers
Send a job-specific resume in minutes.
HRB is building a next-generation AI-first business platform in-house. You will be one of one or two developers, shipping software the company runs on, working directly with the President.
You will guide AI-generated code, design robust systems, and own production deployments across the full stack. This is not a traditional role: you will operate through AI coding platforms to architect, build, deploy and continuously improve the platform on Azure, while migrating from legacy tools and
The short version We are building our next-generation business platform in-house, AI-first. You will be one of one or two developers doing it — working directly with the President, shipping software that the company runs on, every week. If you have taught yourself to build real systems with AI coding tools and want ownership rather than a ticket queue, this is an unusual seat.
This is not a traditional development role. You will work primarily through AI coding platforms (Claude Code or equivalent) to design, build, deploy and continuously improve the software that operates our business. The AI writes a great deal of the code; your job is to direct it, judge it, harden it, and own the result in production. The scope is the full lifecycle: cloud architecture on Microsoft Azure, module development, automation, rollout to the teams who use it, and the migration of work that lives today in an established legacy system and in spreadsheets. You will sit with the people whose jobs your software changes, and you will be accountable for whether it actually gets used.
This is the part most job descriptions get wrong, so it is worth being blunt: the delivery rate here is nothing like a conventional development team, and the expectation is set accordingly. You ship in week one. Not a setup ticket — a real change, to a real environment. You will ship something usable most weeks, and complete modules in weeks rather than quarters. You will work across the whole stack in a single day: schema, backend, interface, deployment, and the conversation with the person who will use it. You will move between business areas constantly. Breadth is the job; there is no single lane to settle into. Some days the build stops because someone cannot work. Handling that well, and then automating it away, is part of the standard. The scope is open‑ended by design. What is described above is what exists today — the platform keeps expanding into new parts of the business, and a good deal of what you build in your second year is not on any list that exists right now. If a fixed, well‑defined remit is what you want, this will frustrate you. What we hold constant is the standard, not the speed: it is correct, it is verified against real data, it is documented, and it works for the people using it. Fast and wrong is the one outcome we will not accept.
Small. One or two developers and the President. No layers, no committee, no ticket queue.
Fast. Work ships to development continuously; production moves deliberately and on decision.
Evidence over opinion. Numbers reconcile or they do not. "It looks right" is not a standard.
Written down. Architecture and decisions get documented as they are made, not afterwards.
Honest. We say plainly what failed, what is unfinished, and what we do not know.