Skip to content
Prakash Builds
Software Developer & Builder

Hey, I’m Prakash 👋
I build software & explore ideas.

I’m a software developer from Tamil Nadu, India. I build web apps with Next.js, React and AI, and share notes on dev tools and lessons learned along the way.

Daily Content
•
Tech Notes
•
Learning in Public
Prakash - Software Developer & Builder

Prakash

Creating & Sharing Daily

Creator

How Can
I Help You?

Master Web & Tech

Learn modern web development, Next.js, TypeScript, and clean architecture based on real building experience.

Get started

Learn AI & Dev Tools

Learn how to leverage AI tools, pair-programming workflows, and modern software tooling to build faster.

Get started

Be More Productive

Learn how to manage your time, structure developer workflows, and achieve your goals while enjoying the journey.

Get started
$

Build Products & Apps

Learn how to build and launch side projects, full-stack applications, and open-source tools for fun and impact.

Get started

... and more!

Explore all content
Focus & Interests

Currently Exploring

Exploring

AI-Assisted Development

Figuring out where AI genuinely speeds up building software, and where it just adds noise.

Learning

Next.js & the App Router

Going deep on server components, streaming, and the newer rendering model.

Learning

Modern Web Fundamentals

Revisiting the browser platform itself — performance, accessibility, and what's changed.

Experimenting

AI Coding Tools

Running the same feature through different AI-assisted workflows to see what actually holds up.

Exploring

Interface Design

Studying the small decisions — spacing, motion, type — that separate good UI from generic UI.

Experimenting

Developer Productivity

Testing workflows, editor setups, and habits that hold up over a full week, not just a demo.

My Digital Laboratory

Experiments

Not everything needs to become a product. Sometimes the best way to learn is to simply try something.

All experiments
ExploringEXP-01
Sep 27, 2026•Lab Spike

Self-Hosted, Privacy-Respecting Analytics

Key Finding

A year ago, I treated AI tools as autocomplete with better taste. That is no longer an accurate mental model.The real shift isn't raw token generation speed or synthetic benchmarks. It is scope. The baseline unit of work got bigger: I used to ask for an isolated function; now I ask for an entire feature, point the agent at the surrounding codebase, and review the resulting diff.My daily role shifted from typing syntax to specifying constraints and vetting code. While that sounds like a subtle semantic tweak, in practice it rewires how an engineer spends a working day.The Shift in the PromptThe transition is best illustrated by how the questions we ask have evolved:TypeScript// The old unit of work: isolated, micro-level syntax "write a debounce function" // The new unit of work: contextual, diagnosis-to-resolution "the search input on /experiments feels laggy on mobile — find the root cause and fix it" In the first case, the developer does the diagnosing, architecture, and wiring—delegating only the keystrokes. In the second case, the tool is tasked with tracing state, identifying performance bottlenecks across files, and proposing an integrated solution.Where the Model Holds UpAI excels at tasks with clear boundaries, mechanical predictability, and high boilerplate overhead:Boilerplate and scaffolding: Data models, CRUD endpoints, TypeScript interfaces, and repetitive test suites.Mechanical refactoring: Renaming patterns, migrating component patterns across directories, or updating deprecated library calls.Codebase onboarding: Rapidly breaking down unfamiliar modules, legacy files, or dense algorithms before making edits.Where the Model Breaks DownThe bottleneck is no longer code syntax; it is taste and context:Product judgment: AI cannot decide what not to build. It generates candidate solutions effortlessly, but cannot discern which compromise fits the long-term roadmap or past technical debt.Information architecture & naming: High-level domain modeling requires deep empathy for team conventions and future maintenance—areas where statistical predictions default to generic tropes.System history: Models answer the prompt in front of them; they do not know the historical failures that led to existing edge cases.The tools got significantly better at answering questions. They didn't get better at asking the right ones.

#Experiment
Read Notes
Subscribe to
BuildNotes

Join a growing community of more than 10,000+ friendly readers.

ReaderReaderReader
200+ reviews

Each week, I share actionable developer tips, practical tech advice, and highlights from my favourite build logs, directly to your inbox. It’s free, and always will be.

By submitting this form, you’ll be signed up to my free newsletter, which sometimes includes mentions of my developer tools, guides and projects. You can opt-out at any time with no hard feelings 😄 Here’s our privacy policy if you like reading.