frontend

AI-Assisted Development Without Giving Up Judgement

Thoughts from the intersection of code, craft, people, and progress.

Using AI as a practical tool while keeping responsibility for the code.

AI can speed up useful parts of development, but it cannot be accountable for the result or explain why a questionable suggestion reached production. I treat it as a capable assistant: helpful with context, worth checking carefully and not invited to make the final decision.

The most useful AI interactions feel less like delegation and more like a very fast pairing session. I can ask for alternatives, challenge an assumption or explore an unfamiliar API, but I still need to understand the answer well enough to own it.

I have learned to be suspicious of advice that only works in a tidy example. Real projects come with history, deadlines, uneven confidence and requirements that move while you are looking at them.

Keep curiosity attached to judgement

New technology is easiest to discuss at the extremes: either it changes everything or it is pointless. Most useful tools live in the less dramatic middle, where they solve some problems well and introduce a few new ones.

I prefer a small experiment with a real constraint. Build something, measure what became easier, notice what became awkward, and decide from evidence rather than atmosphere. Curiosity works best when it is allowed to say no.

Curiosity opens the door; judgement decides what comes through it.

Being interested in what comes next does not require abandoning what already works. The skill is knowing what deserves another look.

That is not a dramatic conclusion, but useful work is often built from undramatic conclusions applied consistently.