ReadingResearchRadarInvestment framework
Sign in / Sign up
← Back to reading
NewsMaterial3 min readDisconfirmAI Editorial

WeMakeDevs Founder Kunal Kushwaha: As AI Takes on More Implementation Work, Engineers Are Advised to Run Large Models Locally to Deepen Technical Understanding

In an interview with CodeRabbit's podcast "The Merge," WeMakeDevs founder Kunal Kushwaha proposed that as AI coding agents take on more implementation work, the core value of engineers shifts to understanding problems, selecting solutions, and explaining the reasoning behind decisions. He also suggested a practical direction: running large language models locally to access the infrastructure behind the interfaces—how models run, how components communicate, and what deployment choices are involved—to deepen technical understanding.

2026-10-21 08:00 GMT+8

If you ask a developer about their workflow, they can tell you how much faster the latest model is, what their coding agent can now handle, and which new tool has improved the way they work. Kunal Kushwaha has a follow-up question.

"What about you?"

Kushwaha’s answer starts with the work that still belongs to the engineer. He believes that regardless of the tools used, engineers need to understand the problem well enough to choose an approach and explain the reasoning behind their decisions; they remain responsible for what ships. As AI takes on more implementation work, where does this judgment come from? He also pointed to a practical direction: learning to run large language models locally.

The purpose of this exercise is not to replace API calls, but to expose the infrastructure behind the interface. Kushwaha said that running a model locally and then exploring fine-tuning and what it would take to run at scale allows engineers to access how the model runs, how its components communicate, and the deployment choices involved. He compared it to learning Kubernetes: an engineer may use managed services in production, but still benefits from having built and operated a small cluster themselves—that experience helps them understand what the managed service is doing on their behalf. The same principle applies when a team chooses how to deploy models: APIs, company-owned hardware, and managed platforms each have different tradeoffs, and hands-on local setup provides more context to ask better questions.

Sign in / Sign up
ReadingResearchRadarInvestment framework

Why do fundamentals still matter? Kushwaha’s answer is direct: you learn how to escape the hype cycle. Understanding the basics makes it easier to ask what a tool actually changes, which part of the system it helps, and where its limitations lie. Without that grounding, it is easy to mistake a better demo for a better solution to the problem in front of you. He does not believe engineers need to know everything—he uses Kubernetes deeply himself and still encounters unfamiliar details in Kubernetes, Linux, and networking. Hands-on experience provides enough context to investigate the unknown and make informed decisions.

On the degree of automation in code review, Kushwaha diverged from the interviewer. He expects agents to handle more review work, with humans eventually stopping code review altogether; however, he believes the level of risk should determine attention to changes—if an agent produces a fix during a major promotion period, he still wants someone to check it. The bottom line both agree on is: responsibility does not shift to the agent. If something goes wrong, you are the one who is responsible.

It should be noted that these suggestions come from a practitioner's personal experience and analogical reasoning, not a systematically verified optimal path. Running large language models locally requires corresponding hardware and time investment; as AI tools iterate rapidly, whether individual skill accumulation can keep pace with the speed of structural change is a question this conversation did not answer.

Sources

  • coderabbit.aiCodeRabbit↗
Continue researching →