> I then tried using one of the AI tools to analyze my code in a project and a few other small tasks before it all came to an awkward halt. The system informed me that I had just run out of credits and I would need to provide a credit card to purchase more tokens I wanted to keep going.
> So you must believe me that the idea of paying a service in perpetuity so I could think just seemed so laughably absurd and horrific that I didn’t even bother giving them my card. I closed the laptop. I uninstalled the IDE and went back to using Emacs even.
I wholly support their personal choice. I am tired of articles from people who haven't used LLMs preaching about how it's all vibecoding, though.
Acting like LLM use is a spectrum between doing everything manually or handing control over to the LLM and vibecoding everything is a tired strawman argument.
I just don't know how many people have an overly negative opinion on AI assisted coding because they've just used the poor versions of these products given out for cheap/free. A similar critique is basing one's opinion on AI based on summary that Google provides for free in their search.
But isn't the strawman here was that it wasn't a spectrum. That they couldn't just use it some, but all or nothing.
I know its not rational, but it would be pretty darn terrible in my brain to pay for an IDE. Even more unimaginable to me to pay $100 a month for something...
All to say, "cheapskate"-ness from TFA really resonated with me, I don't see the sentiment around a lot.
That's because AI wrote it to deter other AI from taking it's job
"woodwork is just procrastination that gets in the way of implementing your ideas."
We can find plenty of others, but my main point is that industrializing a process doesn't make it "procrastinating". There are plenty of jobs that are done by machines but are still practiced by humans for multiple reasons. If we think of coding as a means to create, then we have plenty of examples of good reasons to have both the industrialized process and the 'handmade' one.
- They're too expensive
- My buddy's 1995 Accord breaks down a lot
- Walking is healthier, plus you can stop and smell the roses
- I enjoy caring for my horse
- Sometimes you can get stuck in traffic
Fine if that's the way you want and can afford to live your life. But it is an exotic luxury belief. For those of us who are participating in the economy for real, the preference to not drive cars is not realistic.
- They dangerous both to me as a driver, my passengers, and other road users, including pedestrians and bicyclists.
- They ruin cities which constantly have to accommodate ever increasing number of cars by destroying previously walkable neighborhoods to make room for roads and parking.
- They destroy our climate
- They are loud.
- Busses are nicer and I can read a book while riding the bus.
Since this blogsite has a .is domain I must assume they mean Egilsstaðir a lovely city with a population of around 2500 people.
TheCleric•59m ago
aogaili•32m ago
And regarding the gym, sure, you might enjoy lifting dumbbells and solving puzzles to sharpen your brain. But that is not what engineers are hired for; they are hired to deliver a system using the best tools available. You can choose to farm by hand while the industry moves to using tractors, but sooner or later, you will be left behind.
And lastly, moving higher in abstraction allows us to tackle even more complex problems—I'd argue much more complex than the narrow puzzles we were facing before. Part of the resistance is simply an avoidance of facing higher-level complexity once the lower tier is automated.
avgDev•32m ago
thangalin•29m ago
* https://repo.autonoma.ca/repo/treetrek/tree/HEAD/render/rule... - syntax highlighting for 40 languages and file formats in ~10 minutes
* https://shufflenblues.com/expenses/ - real-time expenses progress updates with payment vendor API in ~30 minutes
* https://repo.autonoma.ca/repo/treetrek/tree/HEAD/git - real-time, cache-free raw Git reader implementation with cloning in ~5 days
* https://repo.autonoma.ca/repo/notanexus - PDFjs integration in ~3 days
However, these are likely not the "hard" problems you've mentioned. I feel like I can architect solutions at a higher-level now, without having to be completely caught up in many technical nuances. I'd rather not learn the extensive PDFjs API, for example, because it would take weeks of effort to understand.