61–70 of 262 posts
Many programmers are rejecting AI coding because they miss the challenge they enjoy getting from conventional programming but this author finds it even more challenging. Or perhaps challenging in a different way?
The line that stood out for me was that "a 4-hour session of AI coding is more cognitively intense than a 4-hour session of non-AI coding." Many programmers are rejecting AI coding because they miss the challenge they enjoy getting from conventional programming but this author finds it even more challenging. Or perhaps challenging in a different way?
Earlier quoted context omitted.
This is why I reject every Teams call
I use Zoom rather than Teams, but have no problems playing background music with Spotify. Just have to make sure that “share computer audio” is not enabled when sharing your screen. Also, when I was using the mic of my bluetooth headphones, any music played would be mono and lower quality due to bluetooth bandwidth. Since moving to using a dedicated mic on my desk, the bluetooth headphones are output only and back to…
This is a other “trust me” post about AI.
The tradeoff of higher velocity for less enjoyment may feel less welcome when it becomes the new baseline and the expectation of employers / customers. The excitement of getting a day's work done in an hour* (for example) is likely to fade once the expectation is to produce 8 of such old-days output per day. I suspect it doesn't matter how we feel about it mind you. If it's going to happen it will, whether we enjoy t…
Short-term, automated tech debt creation will yield gains. Long term the craftsperson writing excellent code will win. It is now easier than ever to write excellent code, for those that are able to choose their pace.
If anything we'll see disposable systems (or parts) and the job of an SE will become even more like a plumber, connecting prebuilt business logic to prebuilt systems libraries. When one of those fails, have AI whip up a brand new one instead of troubleshooting the existing one(s). After all, for business leader it's the output that matters, not the code.
For 20+ years business leaders have been eager to shed the high overhead of developers via any means necessary while ignoring their most expensive employees' input. Anyone remember Dilbert? It was funny as a kid, and is now tragic in its timeless accuracy a generation later.
Earlier quoted context omitted.
It's like working with a junior coder or an offshore consultant that always says yes. Of course you need to check their work, but also the better your initial project plan and specifications are, the better the result. For stuff with deterministic outputs it's easy to verify without reading every single line of code.
Yeah, I mostly tend to work on web apps, where it's pretty hard to test all the interactions, so I'm hit by the bugs more often.
With that it can see any errors in the console, click through the UI and take screenshots to analyse how it looks giving it an independent feedback loop.
Earlier quoted context omitted.
Yeah, I mostly tend to work on web apps, where it's pretty hard to test all the interactions, so I'm hit by the bugs more often.
With web apps playwright-mcp[0] is essential IMO. It lets the AI Agent check its own work before claiming it's done. With that it can see any errors in the console, click through the UI and take screenshots to analyse how it looks giving it an independent feedback loop. [0] https://github.com/microsoft/playwright-mcp
It definitely changed how I get into flow state for me. But music still works, if not even better when coding with AI (listening to: techno, electro, edm). Generally my flow is to sit down, make a small plan of what I will work on, fire off 2 agents to work on different parts of the code that are lower hanging fruits (takes 2-10 mins for them to complete). Then while this is busy, map out some bigger tasks. Agents fi…
Earlier quoted context omitted.
> Absolutely—I feel like I can ship at a crazy velocity now, like I have a team of interns at my disposal to code up my every silly demand. I also wonder what type of simple CRUD apps people build that have such a performance gain? They must be building well understood projects or be incredible slow developers for LLMs to have such an impact, as I cant relate to this at all.
Different people have different jobs doing different things? Doesn’t seem shocking to me. But I certainly wouldn’t assume that other people’s jobs are simple or boring just because they don’t look like yours.
Which is absolutely no shame. But people shouldn't expect these gains for their job if they work in less understood environments.
Most non CRUD AI code implementations are flawed/horrendous.