Rendered at 10:15:46 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
alkonaut 3 hours ago [-]
Programming has five phases effectively:
1) You figure out what problem to solve.
2) You figure out HOW to solve the problem.
3) You actually implement the solution.
4) You see the solution work, for yourself.
5) You ship/deploy/publish the program. This means you see people be happy users and/or you get paid for it and so on.
If you're an entrepreneur type, you probably enjoy the first and last steps most, and you see steps 2-4 as mostly a chore. If you're a tinkerer, you don't care much for 1 and 5, and you see 2-4 as the whole point of programming. I'm a tinkerer. I'd be happy to just write code and throw it away. Coding is like solving sudokus. I could skip steps 1 and 5 forever. I don't ever need to show any code to anyone. In fact, most of the time when programming I do steps 2 and 3 and even skip 4. I don't even finish! I work weeks on something until I lose interest, and I know that in order to even run it, it would be several more weeks. A PoC is enough. Or just a half one. It's just code-to-structure-thoughts, not to create anything finished.
The 5 phases look kind of symmetric. The outermost layer (1 and 5) are the entrepreneurial steps. If you're a product owner or CEO, you might work strictly at steps 1,5. Then steps 2-4 are the managerial/architectural steps. If you're a very senior IC at a large company, you might work at this level, without actually doing much coding. Only the inner most step (3) is the manual creation of source code. Even though it's 5 different phases, it's just "3 layers" of programming.
The problem as I see it is that I enjoy step 3. And LLMs are good at step 3 almost exclusively. So they just pick the best bit of this dish, and leave me with the rest.
If you're an entrepreneurial type, the LLM appears to take the _worst_ bit of the work from you. Great.
mcv 2 minutes ago [-]
Nice analysis. I really love diving into 2 and 3, but I also notice I'm pretty good at 1; at several companies I kept identifying problems we should address, and also how to address them, though quite often they just wanted me to focus on 3 and 4.
Currently I'm in the process of starting my own business solving a problem my last employer underestimated, and I find myself focusing much more on 1 and 5, which I also enjoy, and I use LLMs a lot for 3 and parts of 2. The LLM and I often disagree about 2, but that often results in a better solution than if I'd just trusted either myself or the LLM. I iterate a lot between 2 and 4, letting the LLM do almost the entirety of 3, and advising on 2.
shiomiru 2 hours ago [-]
There's also the economic problem that programmers had until recently been highly regarded because steps 2-3 were hard. "Open source" solved this partially by utilizing the labor such (relatively) well-paid people gave away "for the love of it", but it was not nearly enough to put most out of work.
Now there is a plagiarism machine built on top of decades of this work that seemingly solves 3 and promises to solve 2 (badly, but usually this matters little), the programmers that (indirectly) helped build it are told they're fools for doing so, and threatened by losing their status if they don't adapt to the "entrepreneurial way" (well, the full promise is "you'll lose it anyway, but if you cooperate in stuffing sama's pockets then maybe you get to keep it a bit longer").
So what really surprises me is not that people are upset but that so few are.
kypro 11 minutes ago [-]
This is unfortunately just the result of technological progress. People for centuries have crafted extremely hard to acquire skills over decades only to find their labour being made completely worthless due to automation or better alternatives disrupting their industry.
We can get mad about it, but it just is what it is. Ultimately for most people the loss of these jobs are a net-benefit because it's the result of better or cheaper alternatives.
The thing that worries me more specifically about AI is that it has the potential not to just disrupt an industry, or handful of industries, but in theory everything.
If machines are faster, strong, and more intelligent than humans, then you don't need human workers for anything. In the same way machines suddenly becoming faster and stronger than horses meant that the role of the horse in labour dropped rapidly during the industrial revolution.
It's not clear how civilisation functions if humans become effectively useless and the only thing of value is one's ownership of wealth producing assets.
Still, there's really no point in thinking about how we stop this. Humans are humans and we'll do the stupid thing then try to deal with the consequences after the fact. All regular people should be doing now is prepping for this outcome.
Dban1 4 minutes ago [-]
Until humanity achieves Godhood there's still a lot of work to be done.
ang_cire 3 hours ago [-]
It's funny, because I would consider myself a tinkerer (and I have a large backlog of pre-LLM programs), but the coding itself isn't the main thing that brings me joy, it's the phase 2 and phase 4 combo: figure out how to solve it, see whether your solution was correct (and actually use the program for its purpose). The actual implementation is extraneous to that.
To carry forward the sudoku analogy, I care about figuring out which numbers go where, and whether I was correct, I don't care about the mechanical part of actually penciling-in the answers (coding).
mibsl 1 hours ago [-]
I'd say, in this analagy, step two is filling in half the numbers by gut feeling, and then three is seeing how wrong the guesses were and actually solving it.
ang_cire 1 hours ago [-]
Perhaps I'm uncommon in that I make diagrams and even sometimes pseudo-code (mostly in the form of mapping out function names, because they serve as a proxy for program flow paths) before I write actual code, but I don't find myself really going off gut feeling. I have a pretty good idea of what the program is going to look like and do before I start, and with e.g. Claude I give those to it, so it mostly looks like what I envisioned, unless it suggests changes.
skydhash 1 hours ago [-]
3 doesn’t matter that much (unless it’s part of 2: new language or new libraries), and that’s why I don’t use LLM for it. Because LLM forces you to pay attention, yes you can have something that works somehow in one go, but the code makes you queasy (too complex for the purpose, or just weird).
So I do 3 because coding is like writing English for me (which is my 3rd language). I don’t care much for it, because it’s neither hard no easy. It’s just mechanical.
iainmerrick 1 hours ago [-]
I really like that categorization, but I think you've missed a step (or several): designing and implementing all the extra stuff needed to make it work, but aren't directly related to the problem.
For example, you have an idea for a cool and useful app and you want to put it on a website. You need to figure out hosting, you need to write some copy, you need to do some visual design.
Maybe 3a) Yak shaving?
There are various ways to take shortcuts. For hosting, you can use something super easy like GitHub Pages or Netlify or Cloudflare, or maybe piggyback off an existing site that's already deployed. For both copy and visual design, you can just ask Claude or Codex to do it -- but only if you don't mind having that standard vibe-coded look and feel, all glowing gradients and punchy, mic-dropping text.
Maybe you're including that under 5), ship/deploy/publish, but I read that as being more about scaling, marketing, and making things robust. Even before you reach that stage there's always a bunch of bullshit to work through before you can even reach 4), seeing the solution work for yourself.
easyThrowaway 41 minutes ago [-]
The type of problem also makes a massive difference.
- Writing my tiny hobby gameboy emulator? Heck, Why I'd let Claude take away the fun part of implementing new features and then see Super Mario Land start and run step by step?
- Debugging why a legacy Wordpress store with more than 50 active plugins is returning an error 500 just to some random customers? Claude can 100% take the wheel, I'm good.
alkonaut 14 minutes ago [-]
Here's where the important difference is: unless you actually finished the wordpress thing, or ever had active users etc, it would never have become a maintenance burden. If it's not fun to maintain, I burn it.
For me, the reason I don't have that is because I never ship anything. I never want to maintain that. I never cared about solving an _actual_ business problem, making a dollar, or pleasing a user. As a tinkerer I must be extremely careful not to end up completing or delivering anything. Only pain lies down that path...
aleph_minus_one 3 hours ago [-]
> If you're a tinkerer, you don't care much for 1 and 5, and you see 2-4 as the whole point of programming. I'm a tinkerer. I'd be happy to just write code and throw it away. Coding is like solving sudokus. I could skip steps 1 and 5 forever. [...]
The 5 phases look kind of symmetric. The outermost layer (1 and 5) are the entrepreneurial steps.
Even if you deeply into tinkering, 1 can be an insanely exciting and rewarding step: for example "how could an abstraction look like in which 2-4 become trivial special cases for many classes of programming problems?".
In my opinion the difference between "entrepreneur type" and "programmer type" (and yes: it can happen that both of these types work in the reciprocal job) is rather:
- People of the programmer type see solving problems as their primary goal. Satisfying customers just serves the purpose that these people pay money so that they can continue working on solving problems.
- People of the entrepreneur see satisfying customers as their primary goal. Programming is just a means to an end.
alkonaut 2 hours ago [-]
Yeah. I enjoy 2-4 most, 1 is the next, and 5 the least. I think the litmus test here is "if you knew could never deliver this to anyone, make money of it, get recognition for it, or even make it solve one of your own problems you have. Would you still be willing to spend time on it?"
If the answer is "no" you are probably more entrepreneurial than tinkerer. But it's a spectrum.
kkoncevicius 2 hours ago [-]
Looking at your ladder, made me think where I fit in and I mostly enjoy steps 1 and 2. The implementation and shipping are big chores to me. Once I know, half in my head, that the problem is solvable and I could see a path towards implementation I loose motivation to continue.
So possibly there are other classes of people, not just either enterpreneur or thinkerer. Thou not sure what this combination is, maybe something more like R&D.
And LLMs give a lot of value here. They allow to quickly do steps 2-3 - "hard and tedious" stuff - to confirm that the thing, in fact, became solvable.
ricardobayes 3 hours ago [-]
That's actually a great classification and I've never seen it being laid out like that. I guess it can be useful to know "what kind" of programmer one is.
fhd2 3 hours ago [-]
Nice analysis! I would perhaps add that LLMs are pretty helpful at (2) in my experience, as long as you don't turn your brain off. (As a Google/SO replacement, mainly.)
I have about three modes, working with LLMs:
A) Just use them for (2), do (3) and (4) myself.
B) Just use them for (2) and (3), but with very fine grained instructions - to the point where it barely saves me time.
C) Use them for (2), (3) and (4), but with this workflow, it quickly degrades into slop for me.
I still get the best results with (A), but for a quick PoC, (C) is hard to beat.
What's hilarious (or sad) is that I see a lot of people throw them at (1) as well, which seems to have a high chance of inducing AI psychosis and creating software nobody understands, let alone needs.
rob74 2 hours ago [-]
Regarding (2) figuring out how to do things at a higher level (e.g. the general architecture of an application) is pretty different from figuring out things at a lower level (e.g. how to fill text with a certain gradient in CSS - the stuff where years ago you would have spent hours reading documentation or browsing StackOverflow until you figured it out, if you weren't familiar with the topic). So you could use an LLM just for (2b) and (3) and do the rest yourself.
skydhash 1 hours ago [-]
> the stuff where years ago you would have spent hours reading documentation or browsing StackOverflow until you figured it out, if you weren't familiar with the topic
Why is it always hours to consult docs? I find most answers within minutes (including if I have to read code) and it’s only take a bit longer when I want to understand the why’s.
The key is to make sure you have the right questions. I see people struggle with that where they only know something wrong but they can’t put it in words.
rob74 33 minutes ago [-]
Ok, maybe you're one of the fortunate ones. With "if you weren't familiar with the topic", I meant the situation where you know what you want to do, but have no idea how exactly to accomplish it. Especially with frameworks, which generally have a quite rigid way to do things, if you're unfamiliar with that, it can take a while until you get anything done, despite good documentation.
alkonaut 3 hours ago [-]
Haha Yeah if you do step 1 with AI you risk creating "an AI powered marijuana platform for global AI solutions" (The inevitable South park Reference).
I might be weird, but I love phases 2 to 5 and I hate phase 1 with a passion. I hate speaking with people to see what their problems are. I want to solve problems, not user surveys. And all the itches I have are either already solved, not itchy enough or too wide / ambitious to approach them solo. If LLMs solved exclusively 1 and told me "this problem is actually valuable, go and solve it", I would be the happiest person in the world. It's not true that ideas are cheap. Or better: ideas themselves are dirty cheap, good ideas are invaluable.
Schnitz 7 hours ago [-]
Because people that enjoy programming for programming's sake don't want an LLM to do the programming for them - isn't it obvious? It's just like with any other hobby, people who like car racing created rules that force you to drive yourself, even though they'd get faster lap times with electronic driver aids. People who enjoy grappling created rules that force you to grapple, even though striking could win a fight faster. People that enjoy chess don't allow you to bring a computer to the chess table. The list is endless and the people that enjoy programming will create rules that force you to program, why shouldn't they? It's their hobby.
draftsman 5 hours ago [-]
Writing code without an LLM is akin to cooking a meal yourself, as opposed to something in between hiring a private chef and pulling a slot machine lever. When I cook a meal for myself or my loved ones, I become deeply familiar with the ingredients and the recipe. I am a good cook. Every decision, small and large, I make myself. Using feedback, I can tweak the components and the process.
However, if I order food and call it my own creation, I’ll be speechless when my nut-allergic friend asks me if I used peanut oil or olive oil. And does it taste good? The end result is subjective, not binary, like your three similes. What if the food sucks? Must I now micromanage the chef? I don’t want to make them cook it again and again, hoping each time it’ll taste little more like how I want it to. I’d rather just cook it myself; I am a good cook, afterall.
sharperguy 39 seconds ago [-]
I don't see it the same way. I see it as akin to building a machine which can do the cooking for you. There is a lot of experimentation in terms of how you can construct that machine and how you can set it up, and for some people the payoff is in exactly this process.
jeppester 4 hours ago [-]
My boss tried to make me interested in agentic programming by showing me how "productive" the creator of OpenClaw is.
All I see is a fast food factory. Sure it's interesting that you can produce so much so quickly. But what is produced is endlessly uninteresting to me. It doesn't help that all the harness building is just SEO in disguise. Trial and error.
I don't doubt that agentic programming makes it possible to produce faster, but it also comes at a great cost for me, which is that I largely don't enjoy my job anymore. If I was given the choice between that and halving my salary I would have chosen the latter.
eliasson 3 hours ago [-]
Yes. And (too) many people focus on the effort, or the LOC produced. Completely ignoring the value the thing produced actually brings.
brookst 5 hours ago [-]
This is true, but as usual nobody can agree on what "doing it yourself" means.
Few cars are manual steering, manual brakes, manual transmission.
Few grappling bodies go all Greek-naked.
Few chess bodies forbid researching previous games or your opponent.
The list is indeed endless, and every single person thinks they are using just the right amount of assistance; anything less is pointlessly difficult, anything more is cheating that takes the sport out.
Me, I've been a hobbyist programmer since youth (6502 assembly, represent). I'm having a blast "writing" software without touching a line of code. Sure, I'm old, and maybe I'm like those guys blasting Veyrons through highways, relying on traction control and all the computers to let me drive beyond my abilities. And... ok? I'm having fun, even if I'm not doing it right, by random anonymous peoples' views.
inigyou 8 minutes ago [-]
> anything less is pointlessly difficult, anything more is cheating that takes the sport out.
> I'm having a blast "writing" software without touching a line of code.
And that’s totally fine, enjoy your hobby however you enjoy it best. Most people programming by hand for fun don’t care that you program with an LLM for fun. The problems come when those two worlds collide, like in the linked GitHub issue, in chess engine leaderboards. In the long run for both groups to have their fun and friendly competition you’ll need two separate leaderboards. This is also very common in other hobbies. In racing there are car classes so that your Veyron and someone’s old Miata don’t go head to head. In combat sports there’s weight classes. Most sports separate amateurs and pros. Usually there is respect across the group boundaries and appreciation for the other groups deeply specialized skill. There’s even the concept of cross training to get better in your flavor of a sport. This will be figured out with programming as well.
tshaddox 5 hours ago [-]
> This is true, but as usual nobody can agree on what "doing it yourself" means.
Not everyone has to agree. Just everyone in a particular group at a particular time. Grappling competitions exist and so do MMA competitions, and both of them will expect you to follow their own rules.
vidarh 1 hours ago [-]
Fully agree with this. Also did lots of 6502 assembly, and also love doing agent-driven development. I also still like writing code manually and tweaking everything for myself, but those serve two different purposes.
Sometimes I'm having fun getting to the output I want and otherwise wouldn't have had time to. Sometimes I'm having fun exploring the code.
I don't care if someone don't see the value in one or the other of those, and to me they stand on equal footing as things I find both fun and valuable for different reasons.
NoboruWataya 1 hours ago [-]
One of the great things about hobbies is that you can enjoy them whatever way you want. But honestly is it not more accurate to say that you are now a hobbyist prompter, rather than a hobbyist programmer? I get the "its just a tool" mentality and I guess LLMs can be used that way, but if you are not touching a line of code yourself then it seems less analogous to using power steering and more analogous to just taking a taxi.
Ekaros 14 minutes ago [-]
What I really don't understand how differently it seems that AI for programming and for anything else is treated.
I don't think there is insignificant group who would say that using LLM to write a book does not make you an author. Or make a song musician. Or draw a picture a painter or artist.
This just somewhat baffles me... Or maybe the LLM for programming people all believe that you are as much artist if you use AI in those fields and the product generates as such is as if not more valuable than one by more traditional means.
TeriyakiBomb 3 hours ago [-]
But LLM usage isn’t equivalent to power steering, it’s what a full kitchen is to a microwave.
You can sure put effort into a microwave meal but it’ll always work against you and much of the time you’re better off just picking up a pan.
Not to diminish your enjoyment, you’re completely entitled to it, I just think this is a bit of a false equivalence
danielbln 1 hours ago [-]
An LLM is more akin to a staffed pro kitchen than a microwave.
TeriyakiBomb 24 minutes ago [-]
Agents are effectively a full McDonalds kitchen, yes.
...and yes, I know you don't mean that. I just disagree.
pjmlp 4 hours ago [-]
> Few cars are manual steering, manual brakes, manual transmission.
Tell me you are not in European or African continent without telling me.
tonyedgecombe 4 hours ago [-]
In Europe you would be hard pressed to find a car without power steering or assisted brakes.
pjmlp 22 minutes ago [-]
Still plenty to acquire around in second hand.
iso1631 11 minutes ago [-]
My 21 year old car in the uk has power steering, and it was low end when new
danielbln 4 hours ago [-]
I'm in Central Europe and there aren't many manual transmissions around anymore where I am. But if you paint with a brush of two entire continents, you might paint a little too broadly.
pjmlp 21 minutes ago [-]
Unless you are driving an EV, or lucky to own Audi, Volvo, BMW or Mercedes top class of vehicle, most people are on manual.
iso1631 5 minutes ago [-]
In the UK, it's about 30% automatic on the road, but automatics have outsold manuals for years and about 80% of new cars sold today are automatic.
trinix912 4 hours ago [-]
I’m in Central Europe too and most cars are manuals. Must be just your neck of the woods. But I agree it’s a pointless debacle.
rob74 2 hours ago [-]
True, but it sounded a bit paradoxical to me that the people who work on engines designed to beat humans at chess were themselves opposed to using engines that (arguably) beat humans at programming...
rzmmm 5 hours ago [-]
It can also be a personal preference for minimalism vs. maximalism. Or many other things.
croes 7 hours ago [-]
Or Warhammer figurines painting, let’s buy them already painted
kombookcha 5 hours ago [-]
If you don't want to paint, and also don't want to pay somebody else to paint them, there's always various alternatives like printed out papercraft stands. Fold them, stick them on the base and you are ready to roll.
There's also a myriad of other creative ways to proxy your way out of the general costs (time, space and money) if you check out the term "poorhammer".
senor_digimon 6 hours ago [-]
You can take already painted warhammer figurines, pose them, take a photo, prompt an AI to make that your first scene, and generate a hollywood level scene in about a minute or two.
Yes, sure, you can buy the figurine and get the joy of painting it. But there's new things you can do now too, things you couldn't dream about before.
But I'll grant you this, the AI coding extinction event is so severe that I do believe we need to support anyone trying to preserve any memory of it. Like, we need to build entire museums, one for each programming language.
croes 4 hours ago [-]
But would you blame the figurine painting community for not wanting that?
If you want to do AI movies, join the AI movie community.
The hobby programming community isn't about vibe coding, that's what the vibe coding community is for.
fenprace 6 hours ago [-]
People programme for 2 reasons:
1. Some programme because it’s the one of 2 ways to get the things they want (another way is hiring a team to code for them). Now that they have vibe coding, they’d happily never touch a line of code again.
2. Other people programmes because they just enjoy it. Vibe coding ruins the best part for them. Like telling a foodie, "Good news! I built a robot to eat your food for you."
Most people getting paid to code are probably somewhere in the middle?
But nowadays hand-writing code at work is starting to feel kinda 'illegal'. The manager is gonna ping you just because you fall behind on the company's token waste leaderboard.
Maybe it's just another "hobby should never become job" story?
djtango 5 hours ago [-]
Hobby should only become job if you enjoy the craft of it and if the profession / job rewards craftsmanship.
People in it just for the money won't care about craft - you see the same thing in plumbing. And when there's enough money and scale on the line, craft becomes progressively more niche - that is why Ikea furniture is a thing. And you can even say that there is craft in Ikea, just not along the axes a traditional furniture maker or user would consider.
Schnitz 4 hours ago [-]
This is such a great point and raises existential career questions for everyone who got into a programming career because they love the craft. Either find your niche where craft will matter until you retire, leave the profession or accept that it’s now mostly about prompting. It’s almost like everyone’s being promoted into management or tech leading and can’t refuse…
dividedbyzero 50 minutes ago [-]
We're not that far into this new era and I already see people go back to hand-writing the important bits and manually designing their architecture because it turns out that unless you have them spit out yet another boring web app, they aren't very good engineers at all, their errors and bad decisions are very hard to predict and accumulate over time, and the resulting mess becomes unmaintainable at some point, and it appears all the harness engineering in the world can only stave that off somewhat, not prevent it from happening. So perhaps IT won't become a monoculture of agent prompters after all.
djtango 2 hours ago [-]
I think it was implied through the conversation but the other thing I have come to realise is that your hobby and craft should be about producing not consuming. Too many people think they like videogames or films and think they should therefore work in the industry only to be crushed by the industry. Even being a youtuber devolves into hours of storyboarding, editing and engagement farming which are orthogonal to your hobby.
With respect to code it's a little murky but I guess the tension really is enjoying the process enough while being able to output the desired quality, volume and velocity required of you.
Quality is usually the stickler because it's invisible to the end user and requirement setter but sometimes quality affects both ergonomics and future delivery and sometimes it's purely self-satisfactory. That isn't a value judgment, making things well is a gratifying and edifying experience - so much so that this practice overlaps with Shinto philosophy.... but not many people are going to pay you to have that experience.
dosisking 5 hours ago [-]
> Like telling a foodie, "Good news! I built a robot to eat your food for you."
Also like building a robot to cook food for you. Sure, it's fine for mass produced meals, but it won't replace a top-notch chef.
6 hours ago [-]
nullsanity 5 hours ago [-]
[dead]
GPerson 4 hours ago [-]
Programming is nice because you have lots of different scales of structure to think about, and your program slowly comes together. You see it improving over time as a result of your efforts. You also build your skills and learn. It’s really a nice activity.
AI systems basically change that whole formula. I’m not sure how people get joy out of constantly vibe coding new projects. It feels like binge watching Netflix shows. I feel like there’s no material value in my 50th vibecoded demo since everyone in this world can vibecode now. Sure I’ve got my custom todo app which is nice, and my custom game plug-in with some neat features for the game I like, and a few other custom apps. Those are mildly useful to me. But every second I spend vibe coding something that’s supposed to be a success for others is just invaded by the thought that even if this thing is any good, someone with real capital can just direct a future AI at it to take it from me, so I’m not really gaining.
So I think I’ll just stick to using AI occasionally, without letting it ruin the programming activity I love by spoiling it. Due solely to AI, I don’t expect I’ll ever do anything in my life which will impact another person. That’s a personal tragedy, but in a sense I was going to die anyways and so will everyone else, so it doesn’t really matter.
Thanemate 4 hours ago [-]
>I’m not sure how people get joy out of constantly vibe coding new projects. It feels like binge watching Netflix shows.
It's just power fantasy. It's amazing the first couple of times but as it wears off and becomes the new norm you forgot how being the one who decides which thing does what feels like.
Luckily (or unluckily?) the industry only cares about the end result, and flushes out people who used to reward for their passion and dedication naturally.
whstl 2 hours ago [-]
A lot of this is from non-tech workers wanting to expand their repertoire as well.
They have no clue what they're doing programming-wise, and in some cases this is perfectly fine, but after years of SaaS, some people are taking it to extremes, and spending millions of tokens on things that could be a spreadsheet or a note in the calendar.
Just recently we had someone deliver a report in the format of a 200.000 LOC application that requires several clusters to run, for example. It does all querying in real time from clandestine APIs, or by crawling existing systems. The person who asked for the report asked for it not to be deployed.
vidarh 1 hours ago [-]
> I’m not sure how people get joy out of constantly vibe coding new projects. It feels like binge watching Netflix shows.
I get joy out of it because it solves actual problems I have that I don't have time to solve manually, or don't want to. E.g. I just recently had Codex add a mechanism for two-level virtual desktops because I wanted groups of them. An hour later I had two-level virtual desktops in my wm that worked exactly how I wanted it, with support for it in my desktop switcher. I could write it myself, but why would I? I love writing code for various projects, but sometimes I just want the outcome.
vasco 4 hours ago [-]
Have you seen what most people do for jobs all day? They do repetitive brainless things, not always new and interesting work. For all of those people, doing this is at least something you do sitting down alone in an office and so they will be queueing to do this.
GPerson 4 hours ago [-]
I’ve also had menial jobs, like most people.
dgellow 4 hours ago [-]
And LLMs are what make so many jobs feel repetitive and brainless. Jobs that were engaging, interesting, from which people were learning, developing expertise over time, are now prompting + babysitting agents
andrewflnr 3 hours ago [-]
Many jobs have been repetitive and brainless since long before LLMs. I hate AI as much as the next guy, but come on.
dgellow 32 minutes ago [-]
Lots of people job wasn’t. Now it is. A lot of people in software went into this field because they actually feel satisfied engaging with systems and their implementations.
Managing a fleet of agent is the exact opposite of what is engaging about software development.
vasco 4 hours ago [-]
The point is most people's jobs are like that. So it doesn't matter how interesting it was or that who did it before doesn't like it anymore because there's a queue of people lined up to do the brainless new version of the job.
dgellow 27 minutes ago [-]
It obviously does matter. The industry was built by people who care about the underlying details and want to engage with the hardware and software at a deep level. That has traditionally been the way people develop expertise - the exact thing you need to effectively use LLMs for anything else than boilerplate work. Ironically agentic stuff pull us away from from that
podgietaru 15 hours ago [-]
The article just straight up doesn't mention the context of the Github Thread, which is about the guy lifting ideas from other engines and copy-washing them.
"Do you genuinely believe changes like cd170a4 make the code somehow not derived from Reckless anymore? It appears to me like it's just trying to obfuscate its origins, to make it easier to appeal to plausible deniability. The reality is, coda 100% has code derived from AGPL or unlicensed engines in it, and pretending otherwise won't convince anyone other than maybe yourself. This, combined with the fact you conveniently moved the plagiarism roadmaps to a private repo mere days after people started raising concerns about it, reads to me like you're not at all concerned with actually using code fairly, and much more with being able to claim that you are, backed up by these nonsense "cleanup" commits."
> After our initial 0.9.0 pre-release (July 2026), community feedback raised that Coda contained AGPL-licensed code. This prompted a full audit of our codebase and dependencies, and steps to correct what it found. We now believe Coda complies with all applicable licenses. If you have any concern, please open a GitHub issue with the details and we'll happily investigate.
Aurornis 14 hours ago [-]
The debate is about whether or not the new code qualifies as derived.
They can remove all of the literal code matches from the codebase, but if it was written by having an LLM study the original code and then write something similar, it's hard to argue it's not a derivative work.
ncphillips 14 hours ago [-]
Genuine question: if a human did this manually would it be considered derived?
There is a lot of legal history of doing new designs with influence from reverse engineered sources. The basic rule is that you can't have someone familiar with the original code involved with writing the new code.
LLMs are a new area, but I would expect that feeding the original source into an LLM context and saying "Write this, but different" wouldn't qualify as a clean-room design. There isn't enough general removal from the original subject matter.
bilkow 8 hours ago [-]
Specifically about "humans": my understanding is that Clean-room design is not a requirement and the "Case law" section on your Wikipedia link explains that and has examples.
How and whether the same principles can be applied to LLMs, I have no idea. I imagine it would involve discussions about creativity, for example.
Not a lawyer.
AnthonyMouse 5 hours ago [-]
The thing that happened with "clean-room design" is that one company did it and the court said it was allowed. Companies are risk averse. Once they know one thing is yes and something else is maybe, they go with the yes, right? With the result that the supply of court cases where something other than that happened tends to dry up, leaving the other alternatives to stay as maybe.
If some people have now decided they're not going to blink in the face of a risk, we might get to find out whether some of the maybes turn out to be a yes or a no.
HeWhoLurksLate 8 hours ago [-]
would using one LLM to create a spec, and another with only access to the spec doc count as clean enough?
martheen 7 hours ago [-]
Only if the second LLM can be proven to never got trained/distilled from a model that trained on the original source code.
Probably impossible if the original code is publicly available since most code oriented LLM just gobble them all.
recursive-call 14 hours ago [-]
In my opinion yes. Just like if you watch a Bob Ross episode and copy all his brushstrokes, you have made a derivative (in the literal sense of the word) of his painting.
Not content to destroy one potential competitor, USL also seeks to keep a stranglehold on the entire market by claiming that everyone who has had ever had access to UNIX source code a group that include~ most experienced programmers in the industry is "mentally contaminated" and may not develop any functionally similar product, without first purchasing an exorbitantly expensive license from USL. In accordance with this argument, USL requests this Court to prohibit BSDI from hiring anyone who has had access to UNIX source code. USL's request would not only require BSDI to fire all of its current employees, but would make it difficult to find any qualified replacements. Having chosen to widely disseminate its source code in order to build a market for its product and having succeeded in making it an industry standard, USL cannot now claim that everyone with knowledge of it is restricted from developing competing products.
Mechanical transformation is always considered derived.
The difference is that if humans do it, there's plausible deniability that it is derived.
I mean, even when humans do it, we still do clean room engineering.
It goes further though: LLMs are just a tool, and tools don't get rights, humans do.
Humans having the right to learn from a few dozen books and projects is not the same as a tool that infers output using all copyrighted works know to man.
sailfast 7 hours ago [-]
It could be the same act - but not necessarily legally the same because of the actor.
smallerize 13 hours ago [-]
Yeah, absolutely. The defense there is "clean room reimplementation ". If anything, the use of an LLM would be stronger than a human doing the copying. (Assuming American jurisdiction!)
zarzavat 8 hours ago [-]
Clean room implementation is not a concept in copyright law. It's a defensive legal strategy to avoid expensive lawsuits.
Copyright law does not require a clean room implementation when copying non-copyrightable elements of a work, such as algorithms.
bandrami 4 hours ago [-]
I still think this question is a future minefield, as well as the question of what happens if an LLM outputs a patented algorithm
int0x29 3 hours ago [-]
This is not really a question. Accidental patent infringement is still patent infringement. Just because you used new trendy technology to do it does not mean that it isn't infringement.
xgulfie 14 hours ago [-]
It's so weird that they think they have to comply with copyright in this case, but not in the case of any other license
mohamedkoubaa 15 hours ago [-]
Imo without the sign off from Reckless it's suspicious
slopinthebag 15 hours ago [-]
"We investigated ourselves and found no wrongdoing"
NitpickLawyer 5 hours ago [-]
> lifting ideas from other engines and copy-washing them.
You cannot copyright ideas. And that's a good thing. Remember the "one click checkout patent" saga? That is bad for everyone involved. We don't want that, as an industry.
dgellow 4 hours ago [-]
You’re mixing patent and copyright. You can patent an innovative algorithm in the US. And the implementation is of course protected by copyright
matheusmoreira 14 hours ago [-]
> lifting ideas
It's not like ideas are protected by copyright though. Copyright protects the specific expression of the idea, not the idea itself. Anyone can "lift ideas" from anyone else, including proprietary software.
xboxnolifes 14 hours ago [-]
You're attacking his word choice, but the context is clear that it would be protected.
The League for Programming Freedom is opposed to Software Patents
Bjartr 14 hours ago [-]
[dead]
bakugo 14 hours ago [-]
Except "Claude, take this code and change the variable names up a bit" is not lifting ideas, and you would not get away with doing that to software belonging to a company with a competent legal department.
matheusmoreira 14 hours ago [-]
> "Claude, take this code and change the variable names up a bit"
Is it a fact that they did that?
4 hours ago [-]
keychera 8 hours ago [-]
That comment is not posted yet in the github thread when the article is published
samatman 14 hours ago [-]
Keeping in mind that I'm going strictly off the commit[0], a bit-packing layout is very much the kind of thing which is not subject to copyright in the first place. Neither are algorithms. Ideas, in general, are not subject to copyright: expression is.
So "lifting ideas from other engines", as you yourself put it, is entirely licit, no matter how you do it. _Should_ you credit others when so doing? I err on the side of yes, on that question. _Must_ you? No, there is no such requirement, this is not academic publishing. Does it constitute violation of license? Absolutely not. Straightforwardly, no. Furthermore, it _should not_, we would not like the result of that.
Think: SCO suing Linus Torvalds over his use of a.out: and winning. It would be bad. Even though I understand the reasons for it, it's still eerie to me to see hackers coming down hard on a side of an issue we spend decades passionately defending the other side of.
As I lead this post with: maybe there's something in the repo which is infringing, it's quite possible that commit doesn't tell the whole story. If so, keep in mind that I don't know that, and am able to change my opinion in the face of new evidence.
Based on what I _have_ seen, no: you do not get to lock down a bit-packing pattern just because you're the first to come up with it. Nor should you have that right.
You'll notice I didn't mention copyright, and that's because I don't think it's relevant. I think your analysis is correct. Keep in mind too that Stockfish – the engine I work on, although I wasn't at the time – was the subject of a high-profile defense of the GPL in Germany: https://stockfishchess.org/blog/2021/our-lawsuit-against-che.... That case was different as it involved wholesale copying of the source code, rather than porting ideas. Ideas shouldn't be copyrightable.
But copyright and plagiarism are orthogonal, and questions of morality are much more tied to the latter. It would be illegal (in the United States) for me to publish a copy of Nineteen Eighty-Four, but not immoral. It was not immoral, in my view, for Aaron Swartz to try to liberate JSTor articles.
That doesn't make plagiarism acceptable, either. And therefore, I'm willing to call it out when I see it.
samatman 14 hours ago [-]
[flagged]
anematode 14 hours ago [-]
It's a dog-eat-dog world, eh? :)
Anyway, I don't see how this relates to the original discussion. Nor do I think the irony is particularly deep: As far as I'm aware, Deep Blue didn't plagiarize Kasparov, and indeed alpha-beta search is quite different than how humans calculate. But yes, I'd have been very demoralized if I were Kasparov, although he seems to be doing well now.
Edit: Regarding being mean-spirited, sorry to say, but I don't particularly care for the feelings of someone who has been repeatedly dishonest and used LLMs to respond to people engaging in good faith. That latter path has been exhausted now.
To co-opt your conflation of legality and morality: free speech, mf!
didibus 7 hours ago [-]
I think that's true, but I'm not sure if this would characterize itself as "lifting ideas". I mean, it's one thing to personally take the idea and re-implement it yourself elsewhere. But I have to believe there could be an argument, that having an inference algorithm take the original source and re-implement it in the context of your engine might count as derivative work.
A particular work is deliberately supplied at inference time so the system can recreate or adapt it for another environment. It resembles commissioning a translation, port, or derivative adaptation through an automated tool, even where the output is not verbatim, so it seems it could hold a candle in court.
You have a few scenarios now up for legal debate:
1. Is training a model using copyrighted material fair use?
2. A model outputting chunks of identical coryrighted code from it's training material
3. A model being given in it's prompt copyrighted source code, and asked to implement the same in a new source code.
I think #1 and #2 have open legal battles on it, but #3, which seems to be this scenario, is new to me, and I feel it could have legal ground for being considered infringing on the copyright.
Sidenote: how is your account "samatman" and created "April 24, 2010", that's a really funny coincidence
robinsonb5 3 hours ago [-]
Whatever the legal outcome, whether it's ultimately decided that people can or can't "get away" with using LLMs to license-launder code, it's undoubtedly a dick move.
matheusmoreira 14 hours ago [-]
No idea why you're getting downvoted. You're right.
> it's still eerie to me to see hackers coming down hard on a side of an issue we spend decades passionately defending the other side of
Yeah, it's surreal. It's not just intellectual property either, Hackers have already started complaining about automation now too.
Computers must have replaced tens of millions of jobs. It's the ultimate job destroyer, since it allows capital to do more with less. Automating me, a doctor, out of his job is essentially the holy grail of Hacker News.
But when hackers are automated away, then suddenly it's a crime against humanity.
QuantumNoodle 15 hours ago [-]
A hobby is something you enjoy the process of doing, not just the end result. Everybody likes a clean home, but cleaning is rarely a hobby. LLMs expedite achieving the end result. Take from that what you will.
bawolff 15 hours ago [-]
I think part of it though is that LLMs (especially in novice hands) create code that is more difficult to review and has subtler bugs. Code review is (for many) the least fun part of programming.
Like imagine if your hobby was cooking, but you hated the cleanup. If you buy a robot that automates the fun part at the cost of making twice the mess, that is not a good trade off no matter how many extra cookies you end up with.
tshaddox 5 hours ago [-]
Or imagine a club where everyone cooks together and then cleans dishes together. Then one day some people show up at a club meeting with cooking robots that create 10x the amount of dirty dishes and then don’t help clean up at all. I bet the other members wouldn’t be happy, even if the robots mostly cooked decent food.
red75prime 50 minutes ago [-]
Then robots begin cleaning dishes too. And the other members aren't happy, because what's the point, we are here not for dishes, but for the process.
LPisGood 15 hours ago [-]
It is probably a good trade off if you sell cookies or if you vastly prefer eating cookies to making cookies.
acdha 11 hours ago [-]
I think that also hits what you see universally with every AI product trying to pass worse results off as a benefit: if you’re a business, the prospect of cutting your cost per cookie is really attractive as long as the decline in quality doesn’t cause people to stop buying and that’s going to get the focus of everyone who sees the financial reports more than they talk with customers. Anyone who’s going it because they care about cookies or take pride in your craft will have the opposite weighting.
We’re kind of at the fast food point: before LLMs, bring successful at all in software required some level of skill (witness all of the companies getting very expensive write-offs from off-shoring or big consultancies trying to save on payroll vs. staff), kind of like how the small cafe/bakery model needed to have at least some level of craft to have something people would buy before the option of making food at a factory and shipping it became an option.
bawolff 14 hours ago [-]
Sure, and that probably explains why companies (who sell software) love AI while hobbyists who just like to program hate it.
cocoa19 14 hours ago [-]
For the owner/shareholders yes.
The workers will see the fun evaporate but now they have to clean 10x cookie trays in the same 8 hours.
bigstrat2003 14 hours ago [-]
It is, although in this case the cookie-making robot also makes 10% of its cookies with sand instead of flour. So it's still not a very good trade if you have any pride in your business or consequences for bad product.
skydhash 14 hours ago [-]
> Code review is (for many) the least fun part of programming.
I'm lurking around the OpenBSD mailing list and it seems that code review is where collaboration starts. You send a patch, explain its purpose, people try it out and comment. If it's OK (various factors decide that), it's imported inside the codebase.
The main issue in corporate settings is that the author of the PR wants to browbeat you into accepting his/her changes. Either directly or by appealing to the manager. They don't want collaboration, they just see you as the blocker between them and the "Done" status on the ticket.
TeriyakiBomb 3 hours ago [-]
I used to work at a company that did in-person pair review. I wasn’t an engineer there but the engineers all legitimately enjoyed the process. They hired very capable people as a default, so it was watching two passionate and talented engineers debate.
juleiie 15 hours ago [-]
What you need from LLM is recipe making.
Main course is this this and this, 1. Do this 2. Plug this 3. Run this.. step by step plan.
So you get a precise top down construction plan. Then it’s easy to split the parts where the coding needs to be manual (smoothing walls) vs where it can be whateverz (laying concrete).
LLMs reward seeing forest instead of trees.
This way one person can implement a whole new hobby project instead of only writing a single specialized part in an existing project.
Good luck making a grand strategy game in two months holidays without an LLM. Now you can.
People focused on the trees will however lag behind as implementation details matter less and less.
Yes manual touch is still needed in some parts of the construction process but architecting the whole thing is the most important in 2026.
ADHD wins over autism in the immediate future. It was balanced in the past for development to need both but now it’s a total hyperactive victory of general knowledge, master of none.
Specialists will be fed to the model weights, generalists will inherit the world.
acdha 11 hours ago [-]
> ADHD wins over autism in the immediate future. It was balanced in the past for development to need both but now it’s a total hyperactive victory of general knowledge, master of none.
That’s an interesting framing. I’m not sure I agree with your strong conclusion but that’s mostly because I think there’s a second axis about maintenance – you can make a grand strategy game in a couple months but it’s harder to make it balanced, fun, and to keep shipping updates which players like. A prototype or hobby experiment doesn’t have that problem nearly as much and I think that’s where we see such bimodal reactions where some people think it’s a huge productivity boost and others see modest or even negative results.
_dwt 13 hours ago [-]
I think we’re on opposite sides but this is the first time I’ve seen someone in the wild share my suspicions that the LLM conflict is part of some vast ADHD vs autism hyperwar. At one point I was collecting posts I found where LLM boosters explicitly mentioned how it interacted with their ADHD.
jrapdx3 10 hours ago [-]
The contest you described (people with ADHD vs. autism) would have an enormously negative effect. But there are reasons to think it's unlikely. FWIW at least 25% of ADHD adults manifest autistic traits. Hardly surprising, clinicians regard overlapping neurodevelopmental disorders as the rule and not the exception.
An online community works when participants learn and share knowledge gained. Contests, with self or others, disrupt learning and sharing, hence by definition constitute "bad behavior". If it exists, the hyperwar you allude to will harm communities more than all LLMs combined could do.
Der_Einzige 1 hours ago [-]
Autism should not be framed as being "opposted" to ADHD. The correct axis is "Autistic" (Neurosis) as opposed to Psychosis. Opposite poles but with a little bit of horseshoe theory dynamics
bluefirebrand 11 hours ago [-]
I'm pretty skeptical of people who are ADHD and claim to be getting boosted by LLMs.
It's hell for my ADHD, personally. It's an infinite rabbit hole generator and distraction machine. I have to use browser extensions to filter out stuff like Stack Exchange suggestions for interesting topics, too. I have had to block Wikipedia in the past to avoid rabbit holes there
I'm better now than I used to be but I am skeptical of people who claim to both be good at multi-tasking and also have ADHD. My experience with ADHD is that multi -tasking is not a strength, it's a sign of distraction
jrapdx3 9 hours ago [-]
> ... multi-tasking is not a strength, it's a sign of distraction
Interesting point of view from one who's been there. Intuitively the comment makes a lot of sense.
In a way human multitasking resembles how single-threaded computer programs work. That is, we focus on one task at a time but tasks can be interleaved to give an illusion of doing several tasks at the same time. Managing several tasks requires remembering the next step to do when leaving one task to attend to another.
That suggests ADHD people lose track of where they left off when performing several tasks. Distraction plays a role, but I think problematic working memory is the major issue. Among ADHD researchers there's a saying, "people with ADHD know what to do but don't do what they know." ADHD task performance may improve with proper treatment.
madmask 3 hours ago [-]
Not diagnosed, on online “tests” I score just shy of the ADHD threshold, and I find myself in this. If only I properly remembered and agreed on what I wanted to do yesterday it would be fantastic. Even if I write it down and happen to remember to check the notes, it’s almost like I was a different person yesterday, todays priorities are all new
jrapdx3 2 hours ago [-]
> Not diagnosed, on online “tests” I score just shy of the ADHD threshold, and I find myself in this.
Don't know the tests you refer to, but it's recognized that many adults have ADHD symptoms not quite meeting DSM-5 criteria for ADHD. It's called "subsyndromal" ADHD which causes as much disability and responds to treatment just as well as "full" ADHD cases. IOW it's absurd to regard someone with 6 symptoms as belonging in a different category vs. a person having "only" 5 symptoms. Anyway, ADHD is a condition that usually responds to treatment, no reason not to check into it.
bluefirebrand 8 hours ago [-]
> That suggests ADHD people lose track of where they left off when performing several tasks
Not quite. At least not for me. My problem is hyperfocus. If I switch tasks I might go down a rabbit hole and forget to change back. It is similar to being distracted, except the distraction can still be legitimate work stuff. My focus is like a freight train, it's hard to change tracks
Which can seem like an attention problem when you're trying to change me from focused code mode to "jump on a call" mode
jrapdx3 3 hours ago [-]
Yes, hyperfocus is indeed a frequent problem for people with ADHD. One version is getting overly involved in irrelevant details, due to interest or having difficulty pulling away. The latter takes much effort and a good measure of courage. Maybe "rabbit holes" are kind of like that.
For many with ADHD starting tasks is hard and resuming a task can be just as hard. Constant experience of "starting from scratch" is burdensome, and contributes to inertia and inefficiency. More than not, a tough problem to solve.
I've long thought disability associated with ADHD is generally underappreciated despite decades of study proving the point.
Self-observation isn't easy. I always considered it a sign of growth when people shared what they've seen.
ivewonyoung 10 hours ago [-]
>At one point I was collecting posts I found where LLM boosters explicitly mentioned how it interacted with their ADHD.
Care to share it?
_dwt 9 hours ago [-]
No, it felt too invasive and creepy so I abandoned the idea. Or my lack of follow-through is a sign that I’m actually on the other side of the “war”. Reader decides! But suffice it to say that it was, to me, a significant trend especially around the “Claude Code moment” back in February/March is this year.
bitwize 4 hours ago [-]
Funny you should mention autism. I'm of the belief that if I really wanted to, my autism could help me become a very effective AI-assisted programmer, because autistic communication traits that actual humans find annoying (and which most people hence train out of themselves), like infodumping and using precise language, are things AI actually loves and produces better results with.
But I don't want to use AI to code, in large part because I iterate on ideas by working directly with code. Attempting to program through an LLM intermediary becomes like attempting to eat using soft silicone chopsticks.
MostlyStable 15 hours ago [-]
Exactly. I have a backyard garden not because I need the food (it would be infinitely cheaper and easier to buy even high end farm-stand vegetables), but because I enjoy gardening. Buying a gardening robot (if such a thing existed) would completely defeat the point.
I use an LLM to make custom software for myself not because I enjoy coding but because I want software that I can't afford to hire a human to make for me. Buying a robot to do it (current agentic coding LLMs) is the only way it gets done at all.
These two things are not the same, and should not be viewed in the same light.
All that being said, I would 100% buy a weeding robot. Weeding sucks.
jmaw 15 hours ago [-]
These are not completely different things, but maybe different sides of the same coin.
You enjoy the act of gardening, so you do not automate it away.
You enjoy the clean home, not the act of cleaning, so you may be interested in automating it away.
It seems you enjoy designing or using software, as opposed to programming/building software. So you automate the programming/building away.
MostlyStable 15 hours ago [-]
Sure, that's fair. I enjoy the process of figuring out ways software can solve some (usually quite trivial) problem for myself, but then I'm very happy to hand the act of making it to a robot.
Aurornis 15 hours ago [-]
> Buying a gardening robot (if such a thing existed) would completely defeat the point.
Unless your hobby is backyard robotic gardening.
Which is my way of saying that people have different reasons for enjoying a hobby.
Like most hobby debates, this one comes down to "Let people enjoy things"
cindyllm 13 hours ago [-]
[dead]
_carbyau_ 7 hours ago [-]
> Buying a robot to do it
It depends what you value. There's "zoning out going through the motions" for mindfulness and then there's "building stuff!" for interest, learning and fun.
And you can have any combination of the two. Like maybe doing the same planting routine but with different details for a different plant or experimenting if a new layout works better.
I don't care to do the labour of gardening. But if I had time, I'd spend it bikeshedding optimisations. IE what about grow lights? Is it worth having a greenhouse in my climate? etc etc. And all the little details about building stuff.
Aside: I too want a robot. One for lawn mowing (they exist but expensive) and one for spraying the little lawn weeds that pop up.
bee_rider 15 hours ago [-]
How much of coding is weeding?
_superposition_ 15 hours ago [-]
Probably a similar ratio!
jmaw 13 hours ago [-]
How much of gardening is dealing with bugs?
dmoy 13 hours ago [-]
It depends what on what you're growing.
With roses, a significant % of manual time is spent fighting aphids
enraged_camel 13 hours ago [-]
>> I have a backyard garden not because I need the food (it would be infinitely cheaper and easier to buy even high end farm-stand vegetables)
...cheaper how? My partner and I grow most of our veggies and, based on our calculations (including fixed costs that have gone into the garden, as well as e.g. water, fertilizer, etc.) we save a non-negligible amount of money every month.
ac29 6 hours ago [-]
One can piss away a lot of money gardening with little to show for it, especially if you buy bagged soil. Buy a raised planter, some soil, some fertilizer, some seedlings, a couple garden tools and you can easily be in for $150+ which is definitely more than you'll get out of a season worth of growth even if nothing fails.
On the other end of the spectrum, if you grow in fertile native soil from seed your costs can be close to zero
11 hours ago [-]
socalgal2 31 minutes ago [-]
My hobby is making things. I used to make them with a screwdriver and a hammer and a handsaw. Then I bought a drill and got some screwdriving bits, an a pneumatic hammer and an arm saw. Now I can build things much much faster.
Similarly I've made lots of software projects. Over the last 15+ years I have over 250 github repos, the majority of them no one but me will be interested in but I had fun making stuff. LLMs let me make stuff faster just like the power tools. I'm still enjoying making stuff. I still direct, I still decide what to make, I still decide features, iterate on UX, etc, but at several X the speed of before. Loving it.
ryandvm 15 hours ago [-]
Yeah, in my experience, the people that got into software engineering because of the money are absolutely thrilled with how LLMs are changing the industry. They mostly just liked getting results and LLMs are great for that.
The people like me that sort of just stumbled into this career as a result of spending the evenings of our youth trying to get the computer to do interesting things don't seem to have as much appreciation now that the LLMs are taking over the fun part.
darkstarsys 13 hours ago [-]
If I'm any example, I'm on the other side. I got into computers in the '70s: plotter art, BASIC, then Z-80s, forth, PDP11s, Amigas and so to now with GPUs and supercomputers and visualization. I'm recently retired and having enormous fun plowing through my lifetime backlog of "wouldn't that be a cool tool" (https://pcons.org) or a climate visualization (https://globe-viz.oberbrunner.com) or a travel packing list app (packzen) or a bunch of 3d printer tools... so on and so on. Totally co-engineered with Claude. What we're doing together, and getting out to the world as useful open source projects, is easily 10x what I could've done on my own, in the limited time available to me in this life.
dboreham 12 hours ago [-]
Very similar story (right down to the pdp-11s).
ericd 2 hours ago [-]
I don't think that's quite fair. Computers have been my hobby since I was 4, I'm having a blast, this is so much fun. I've always had way more ideas I wanted to try than I've had time/energy to implement, especially true since having kids, now the implementation can almost keep up.
Computers were on a trajectory of becoming more consumption oriented, and this has shifted it strongly back towards creation. Normal people can make their own custom software again. This is awesome.
lelanthran 13 hours ago [-]
> Yeah, in my experience, the people that got into software engineering because of the money are absolutely thrilled with how LLMs are changing the industry. They mostly just liked getting results and LLMs are great for that.
Those people are in for the biggest shock and largest disappointment: when a bright teenager can replicate, with an LLM, what they produced with an LLM the pay is going to fall off a cliff.
At least those who really are into development to the point of writing their own OS, Language, etc can still enjoy it as a hobby.
ASalazarMX 12 hours ago [-]
> Those people are in for the biggest shock and largest disappointment: when a bright teenager can replicate, with an LLM, what they produced with an LLM the pay is going to fall off a cliff.
The value of an engineer is not what task they work on, but what problems they can solve. To this teen, the code is a black box, the LLM has most of the value in their pairing, and another random teen will replace easily them.
LLMs were trained on the work of engineers, not prompting teens. The profession will continue to evolve, and the LLMs will improve along, thanks to professional, manual code still being written, not to vibe-coders.
FeteCommuniste 13 hours ago [-]
I'm the same way. The "grind" makes the successes all the sweeter.
orsorna 13 hours ago [-]
Really hate this characterization, although to be fair I love the ops/infra side of things more. I've used to set up so many parts of my homelab manually, but now I can just get it all done.
I've spent countless hours maintaining a Rpi server at the infancy of my interest in computing.
Truly a lot of it is maintenance and busywork tasks. I am having more fun than ever. Perhaps some people like those busywork sysadmin tasks and gain enjoyment of the homelab hobby just from that...honestly I can't say I really understand it.
deterministic 9 hours ago [-]
Not my experience at all. I taught myself assembly language when I was 11 just for fun, and I'm still programming as a hobby more than 40 years later, even though I also do it professionally.
And I love using LLMs. They take care of all the boring boilerplate, letting me focus on the parts I actually enjoy.
unsigner 14 hours ago [-]
This is not strictly true.
I enjoy optimizing code to the point of obsession, but I can't find economic (daily-job) justification to spend time on this. Lately I've had several extremely productive and enjoyable sessions that go like this:
- I run Claude on my desktop PC, explain the problem, and let it explore the code around the problem and build a test harness so it can run experiments
- I ask it to run experiments and try things; at that point I can leave my PC and continue over my phone in brief stolen moments here and there, over the course of many hours
- it comes back with results; I ask it to try new things based on those results
- after multiple rounds of this, I have explored a vast search space I could have never had time to do myself
- I ask it for an implementation of the most promising path; this is usually something simpl-ish (on the order of 50-100 LOC, not huge new systems)
- I return to the PC and do something between polish the implementation and redo it fully manually - partly because I enjoy it
This is something I can see myself do for fun in areas I care about, not for money and reasonable business objectives for my day job.
hombre_fatal 15 hours ago [-]
I think for those of us who got into software initially for the end result -- being the only way for the thing in your head to ever exist -- enjoying the engineering part was a nice, incidental surprise.
So while LLMs solve the technical implementation side, there's still upside since now we get to materialize the dang thing we were setting out to build in the first place.
Though there's a huge sense of loss since so much of our skills and identity and time and value were devoted to the engineering side.
hectdev 14 hours ago [-]
I enjoy molding hyper specific software across my whole eco system of tech through prose with LLMs. Iterating over time to hone the right solutions based on very abstract reactions to the results I get. I would consider this a hobby because it costs me money and I get no value out of it outside of the act.
I also woodwork and I remember this discussion there between hand tools, power tools, and CNCs. It's all the same hobby just different entry points and doing it the least automated way doesn't make your work more or less than anyone else's.
QuantumNoodle 14 hours ago [-]
> I would consider this a hobby because it costs me money and I get no value out of it outside of the act.
I LOLd very hard at that one, thanks. Very relatable.
A hobby of mine is also woodworking. I can make jigs, I can buy jigs. I can use hand tools, I can use power tools. I can use screws I can use joints. I can even buy made furniture and just assemble it. Though the latter is more of interior designing. But the point is it is a spectrum and everyone has their own niche. SDLC are not the same and there is different value to be derived. But the process of woodworking makes me handy. The experience allows me to elegantly and cost efficiently fix broken things. It enables me to do interesting things in interesting ways and there is more of a community around that. If I automated away all the woodworking and just bought the furniture... Well there isn't much of a community around that except flexing who has more cash. Idk, I'm trying to have empathy for both those who are for and against it.
epiccoleman 14 hours ago [-]
> I would consider this a hobby because it costs me money and I get no value out of it outside of the act.
Boy isn't that the truth haha, I feel like my previous phase of dotfile ricing has become "LLM ricing."
Not complaining though, it is genuinely fun!
janalsncm 5 hours ago [-]
And to extend the analogy, before there were house cleaning machines the people who enjoyed cleaning were lumped in with the people who like having a clean house.
I will say that there are a lot of parts of programming I enjoy, but I used to spend an inordinate amount of time chasing down obscure errors or learning arcane systems just to get to the parts I personally enjoy: the feedback loop of making a thing, seeing the result, and improving it.
There is a reason stack overflow is dead. LLMs are a strictly better product.
Aurornis 15 hours ago [-]
> LLMs expedite achieving the end result. Take from that what you will.
It's an age-old debate in every hobby.
Some people are in it for the process. Others are in it for the end result, which is what they want to use or play with.
In woodworking there are some circles who will sneer at you for using certain power tools instead of hand tools. I do think it's more impressive when someone makes something entirely with hand tools. I don't have all the time in the world to work on a project, so I'm going to use the power tools when I can.
Some people care a lot about impressing others with how they made a thing. Some times that's appropriate, like if there's a competition for hand-made or human-written something. Other times, nobody cares. They're getting together to enjoy the end result, not the artisanal process used to make it.
anematode 14 hours ago [-]
> Some times that's appropriate, like if there's a competition for hand-made or human-written something.
Indeed, and this is the problem: unlike woodworking, where my power-assisted creation is independent of, or complements, your handcraft, this engine is directly competing with other engines. Twiss is being disingenuous when he says he has no interest in submitting it to competitions; it plays on a rated account on Lichess, for example.
janalsncm 5 hours ago [-]
Now that we can mass produce tables and chairs I would imagine there are far fewer people whose career is hand crafting tables and chairs. So machines literally did out compete them.
In fact handicraft people were out competed so hard many people forget that used to be a respectable career.
markus_zhang 14 hours ago [-]
I think this is why that I limit the use of LLM in my hobbyist project, but not in my work. I found LLM particularly useful of generating say VSCode configuration JSON files and it saved me a lot of headaches. It is also very good at finding the right tool for the job (e.g. which binary to use to write a floppy image).
15 hours ago [-]
archagon 12 hours ago [-]
LLMs expedite achieving AN end result.
LAC-Tech 15 hours ago [-]
LLMs let you generate code quickly. This seems to have very little relevance to the end result.
happytoexplain 15 hours ago [-]
If we accept a very simplistic view of how people think and feel, then sure.
shevy-java 15 hours ago [-]
I don't think this is correct.
What is the "end result"? You refer to cleaning here, but many people
use AI spam slop to bombard people with garbage text. That is not "cleaning
up", that is literally wasting the time of real people here. And that's just
one example of many more that can be given of AI slop not being so great.
zapataband1 15 hours ago [-]
[flagged]
zapataband1 15 hours ago [-]
[flagged]
minimaxir 14 hours ago [-]
Your entire commenting history is about how much you dislike LLMs (with the high likelihood that you would not accept any evidence about agentic productivity), which does not lead to good discourse on Hacker News.
rsoto2 13 hours ago [-]
lol "my girlfriend doesn't go here but you wouldn't even believe me if i lied about it"
disliking LLMs is just an opinion. Refusing to engage with an argument and instead defaulting to downvotes when you can't supply a reasonable argument or proof is just ai/corporate-fanaticism and self-delusion enhanced by LLM-dependence.
KingMob 5 hours ago [-]
What argument was there to engage with? I just see a single, unsourced opinion.
deterministic 9 hours ago [-]
Wow, those are some very strong claims, yet you haven't provided any evidence or argument to support them.
If I understand you correctly, you're arguing that anyone who disagrees with you is:
1. An AI/corporate fascist.
2. Self-deluded.
3. Dependent on LLMs.
Could you now provide what you yourself called a "reasonable argument or proof" that these claims are actually true?
otabdeveloper4 15 hours ago [-]
> LLMs expedite achieving the end result.
Yes if your end result is technical debt and endless bullshit. (Some enterprise environments do be like that.)
gbjcantab 15 hours ago [-]
What’s missing here is an understanding of the negative effect the rise of AI has had on programming communities overall: both the decrease in positive engagement as people have moved from discussing things and helping one another online to chatting with AI, and the increase in negative engagement. The amount of low-energy abandonware being “shared” into these communities makes it really hard to filter out the signal from the noise.
So at least in my experience, it’s not about gatekeeping as much as it’s about keeping the experience bearable for the existing hobbyist community.
hgoel 15 hours ago [-]
To be fair, the decrease in discussion and helping one another online has also decreased some significant amount of negative engagement in the form of nonsensical arguments and frustrating ways of responding to questions (e.g. the biggest complaints with stackoverflow).
frollogaston 12 hours ago [-]
It was like this with cryptocurrency to a lesser extent too. Suddenly lots of people pretending to have technical background and explaining what a Merkle tree is.
dgellow 4 hours ago [-]
And telling everyone if they don’t embrace cryptocurrency right away they will be left behind, how you are all limiting human flourishing by refusing to embrace the future, excusing every single negative side effect of the technology — because we have to move as fast as possible. And of course no words on how unsustainable the businesses are, how corrupt it is to have so much power and control into a few really shady individuals
acedTrex 15 hours ago [-]
> So at least in my experience, it’s not about gatekeeping as much as it’s about keeping the experience bearable for the existing hobbyist community.
Keeping the experience bearable BY gatekeeping. That is the point, gatekeeping is not inherently a bad thing. It's a required thing in many circles.
didibus 7 hours ago [-]
Is it gatekeeping in this case? Would they not allow beginners to join and learn? Are they not fully sharing the knowledge to anyone who's interested to learn it?
To me, it amounts more to disapproving showing up to a handmade sweater community and showing off your machine made sweaters, or maybe a machine made sweater you added a handful of stitches too yourself. It's like not realizing that the community wasn't about cool looking sweaters, but about hand-made cool looking sweaters.
Having said that, there might be another community that's more about cool looking sweaters, and new machine techniques that deliver really nice looking sweaters would be of interest to them. I actually think it's what is happening a bit in programming, there are niche that remain more about the manual programming, and others that are about any process that can lead to better outcomes.
xboxnolifes 1 hours ago [-]
The term gatekeeping gets thrown around so much now that I feel like ive forgotten what it even means. What they are doing is having rules. All communities above a certain size need rules to maintain structure. Idk if that is or isnt gatekeeping, but it is definitely using rules to maintain their identity.
frollogaston 15 hours ago [-]
Yep, gatekeep your hobbies! Just not too much. Programming/CS have been good about that so far.
14 hours ago [-]
xakpc 4 hours ago [-]
The entire AI-pilled side-software development has a single goal: shipping as fast and as much as possible. The problem is that it’s not better code or a better product—it's just more
I can understand why people who aren't interested in "shipping daily" and are more interested in figuring things out are kinda annoyed by all the LLM noise
3 hours ago [-]
Chance-Device 15 hours ago [-]
Well of course, if you enjoy writing software as a hobby then you value the experience of doing it, and you value the skill involved. You probably want a community of like minded individuals who all write code by hand, and where LLM use would be considered cheating.
That seems as natural as being against doping in sports or marking cards in poker.
None of this is anything against LLMs or AI assisted coding in general, even though the people involved probably have strong feelings about it given their preferences. It’s just the preferences of particular people and communities. Seems reasonable to me.
drcxd 8 hours ago [-]
Yeah, it's just how you see programming in your perspective.
It's like lifting weight. Obviously, machines lift weight much better than human for a long time. But people still trains for strength or aesthetics. Even if machine can lift much larger weight and more efficiently, some people still care about how strong they are.
A machine can lift much more weight obviously is not the excuse for them to stop training.
Programming is just the weight lifting for your brain/mind. Even if LLMs can solve all coding problems perfectly, there will be people who still want to program all by hands, for training their mind, or simply enjoying the process. And there will be people care about how good you are at solving a problem with programming.
LLMs being able to code does not mean you no longer need the ability to code.
Cars do not mean you no longer need the ability to walk.
retsibsi 2 hours ago [-]
I don't exactly disagree, but I don't think your analogies work.
Machines can lift more weight than humans, but we all encounter situations where strength is useful and machines aren't available or wouldn't be suited to the task.
Cars are faster and easier than walking, but they require roads and are not a possible substitute for all of the walking we do.
But "if LLMs can solve all coding problems perfectly", and assuming that's sufficiently true of cheap/free models, there will be no practical need to code by hand; it'll be something we do purely for the joy of it and/or as brain training (but a niche form of brain training, probably practically inferior to other forms that target skills we still need).
adamtaylor_13 14 hours ago [-]
You can summarize this roughly by comparing art for its own sake versus art for a purpose. If I need software for a purpose, I don't care how it is crafted, only that it is crafted well. But if I care about the art of code done well, then obviously the means matter.
I find that a lot of "pro-AI" folks are very much doing software for the ends (myself included) and in the past, we were happy with the "means" primarily because there was no other way. The "anti-AI" folks are, as mentioned, mostly in the camp of caring about the means equally with the ends.
Lots of nuance here, but those buckets seem to generalize pretty well (so far) in my experience.
hgoel 14 hours ago [-]
I was somewhat conflicted seeing the way the OSdev community responds to LLM usage.
I understand the conflict: the point of doing OSdev is that you're learning the low level hardware details and directly commanding the machine from the lowest level accessible. LLM usage is at odds with this.
But, on the other hand, the primary issue with OSdev on modern hardware is the complete lack of documentation for most hardware. A lone developer simply does not have enough time to reverse engineer from Linux or BSD drivers to achieve much hardware support. Plus, often you run into hardware quirks that are incredibly painful to debug and offer no real learning opportunity.
Recently I revived a ~8 year old modular kernel project I had written. It was at the point of being able to setup an x86_64 CPU, load some drivers and enter usermode. Using an ESP8266 board I setup a little debugging harness for a AtomicPi devboard I had laying around, and set it all up so Claude could control and upload code to it. It could read the serial port, ping the board over ethernet and power cycle it. From that point I let it work almost autonomously to implement a USB stack, finish the network stack, implement drivers etc.
It worked well, and for the most part I didn't care about the results. I don't have the time to commit to such a big project now and of course, the satisfaction of doing something myself (besides building the harness) was gone.
But a thing that stood out to me was, when trying to implement the ethernet driver, the chip in question did not have documentation, but it was known to be similar to another well documented chip. Claude was able to spend a few hours just trying different things, rebooting the board as needed until the differences were sorted out and it was able to ping the board. I feel this kind of application would be pretty relevant for even hobbyist communities like OSdev.
We all have limited time, and while LLM usage for everything certainly defeats the point, targeted usage for tedium that has very little value overall, should be acceptable, and I can't help but think lesser of devs I otherwise respect, when they insist on being dogmatic even when it doesn't contribute to the hobby.
acedTrex 13 hours ago [-]
> targeted usage for tedium that has very little value overall
The entire point of the article was the hobby is ascribing value to that tedium that the LLM is removing.
ivewonyoung 10 hours ago [-]
There are different kinds of tedium that LLMs automate, being a hobbyist doesn't mean you see value in all of them. Removing tedium that you personally find uninteresting or boring actually accelerates the hobby because now you're able to get past the tedious parts instead of giving up or delaying doing them. That does not mean that everyone finds those parts boring.
Even before LLMs came along a lot of hobbyists were using high level languages, linters, IDEs etc. instead of handcrafting assembly or machine language. Those tools increased the capability of hobbyists to build what they find interesting.
fnoef 14 hours ago [-]
Isn’t that the point of a hobby? To enjoy the path and not the result? To learn something new.
I understand using LLMs as tools to help you with your hobby, but I think when “Claude spends hours debugging it” it probably is no longer a hobby, but an outsourced job.
hgoel 13 hours ago [-]
That's why I was trying to make the distinction between stuff that actually pushes your understanding forward and teaches helpful information, and stuff that does not.
Isn't it more in the spirit of osdev to spend your effort implementing/working on the things that actually further your OS meaningfully? Discovering that a specific version of an obsolete undocumented chip has a quirk where one register doesn't reset in the expected way isn't really useful information and doesn't contribute to building new skills.
Maybe what I'm trying to say is that not everyone enjoys every piece of the hobby, and I don't think it's reasonable to exclude people who do not enjoy some of the pieces that aren't even core to the hobby.
fwip 7 hours ago [-]
Simply knowing the quirk doesn't improve your skills, but the process of finding it often does.
If Claude shortcuts that, then yeah, the problem might be solved, but you didn't skill up at all. Sometimes that's fine.
jmull 13 hours ago [-]
"Aggressively Against LLM Usage" is the wrong way to think of it.
If my hobby is running, I would refuse to use a car to do my morning loop. Not because I have anything against automobiles, but because that's not my hobby.
Also, the issue linked to isn't really about LLMs. It's about someone being a dick in an online community and being called out for it. They just happen to be using LLMs to be a dick, but that's not the main issue.
eterm 15 hours ago [-]
I've found myself with this problem, as I've used LLMs to accelerate solving problems I've wanted to solve, only to find myself unable to share them back, because LLM usage has "polluted" my effort in the eyes of maintainers, even if the result has been something I've re-implemented by hand after learning from the agent-driven development what the issue is and how to reproduce it.
What's the solution, to just disengage entirely and not share back issues I find or features I'd like to see?
I get the negativity, because I enjoy hobby programming too, so I also enjoy the process sometimes. But then sometimes there's a problem and the fastest way to isolate the core of that issue is to use claude.
killix 9 hours ago [-]
[flagged]
fierycatnet 13 hours ago [-]
I'm a hobbyist, what am I missing? LLM gave me a new spark. I never managed to get a SE job so some weekends I tinker around with LLM for small personal projects and it helps me learn more.
lowbloodsugar 7 hours ago [-]
I think that’s the difference. Using LLMs to learn how to write interesting code, I hope, would be welcomed. I’m not confident that’s true though, reading some of these comments.
globular-toast 3 hours ago [-]
I don't think anyone is learning to code by using LLMs.
We learn a craft in two ways: by watching other people do something, and by doing it ourselves. I've learnt many crafts in my life, to the extent that I've produced useful or enjoyable output: programming, wood working, gardening, cooking, baking. I read loads of books, but nothing you read in a book makes much sense until you do it yourself. If you read a book on wood but never pick up a saw then you might as well be reading fiction.
Programming has always been a bit more difficult because we can't really watch someone else do it. Sure, you can watch someone use their tools, but programming really happens in the head, and you can't watch that. So you very much have to just do it yourself, and read.
When you use an LLM you're not watching it do anything, except output text at a very high words per minute. And you're certainly not doing it yourself. So how can you be learning? I actually don't think I've learnt a single thing since starting to use LLMs and it seems that way for colleagues too. They're producing code they never could have written before, but they don't understand it. They aren't learning.
ahalbert4 15 hours ago [-]
A long time ago, I had to take an ethics class to get my Computer Science degree. One of the things that came up in the papers about calculating the statistical value of a life was that people care more about being more prosperous than their peers than absolute material wealth.
I think about that a lot: its not about material wealth, but status, something that if someone has more of you have less of. A lot of people are invested in their status in various communities, and are afraid to lose it or have it become meaningless.
I don't know what to do about that; no matter how wealthy we all are people are still going to want status.
benj111 15 hours ago [-]
Well yes. That's why you see many westerners complaining about the cost of living even though all things told they have a good life.
I would modify this slightly though. I think there's an expectation of things getting better, and expecting to do better than your parents. I think that's where many of the modern issues around living standards come from. They aren't getting better (quickly enough).
thin_carapace 9 hours ago [-]
look I enjoyed reading the status game too but it's really not rocket science that a fish will flounder when taken out of the water
geraneum 52 minutes ago [-]
Blimey, it’s a mystery why they don’t let me take my jigsaw to the “community of hand saw enthusiasts”.
happytoexplain 15 hours ago [-]
Yes, hobbyists are less interested than businesses in automating their own hobby.
zapataband1 15 hours ago [-]
[flagged]
3 hours ago [-]
prewett 14 hours ago [-]
Using LLMs for hobby programming is like using a computer to solve sudoku puzzles. The whole point is to do it yourself.
Personally, I find that when I start thinking "hmm, I wonder if I could write a program to automate this" is when I quit the pursuit. After figuring out the basic tricks to sudoku, it turned into busywork. (Or trying to micromanage StarCraft)
(Tagentially, if you want to automate programming, then I'm going to find myself a different field, because I have no interest in the results of sudoku puzzles. I especially have no interest in managing agents, which I see as junior-dev bullshitters, and would not enjoy managing such a team in real life)
zahlman 13 hours ago [-]
> Using LLMs for hobby programming is like using a computer to solve sudoku puzzles. The whole point is to do it yourself.
(I absolutely relate to your experience with sudoku etc. Of course, writing a basic sudoku solver is also interesting.)
The thing is, software architecture and systems design can also get the hobby treatment. I've found that I'm happy to have a short discussion with ChatGPT and have it barf out a few hundred lines of a concept, then refactor and maintain it myself. Or come up with a few different pieces that can be written fairly easily, let the machine skip over most of that tedium, make sure they conform to the interfaces I had in mind, and then verify for myself that the system actually comes together the way I imagined.
Of course, it does help a lot that I can understand the code, and work with it line by line if necessary. But SICP teaches us that it's abstraction and composition all the way down. So I feel like I'm exercising the same skills while not letting myself get intimidated by the sheer amount of initial typing or the self-doubt (instinctive immediate review of the code, you know) that creeps in when I try.
ranger_danger 9 hours ago [-]
> The whole point is to do it yourself.
I think if that were always true, calculators would be banned in schools.
Surely the "point" might be different things to different people depending on their exact situation/context.
bigfishrunning 15 hours ago [-]
Programming generates programmers, and programs are a side-effect.
wewewedxfgdf 13 hours ago [-]
Don't tell me how to do my hobby.
That's the core of it - hobbies are doing what makes you happy - if that's LLMs great, if not, great.
analog31 15 hours ago [-]
One factor is that we struggled for a long time under proprietary tooling, and don't want to go back there.
bird0861 14 hours ago [-]
Irrelevant. Open models are competent code generators. No you don't need millions of H100 hours to build them.
11 hours ago [-]
liampulles 12 hours ago [-]
For me, domain discoveries and elegant solutions arise out of periods of deep befuddlement, and are often a saving grace that can avoid lots of code.
I'm lucky I guess that I've had enough time in this career to experience these moments, and enough experience to know which code I should write and which code really is rote and can be generated (most of the time). Hopefully it keeps the loss of enlightenment to a minimum.
catfood 7 hours ago [-]
I can't relate. It's so nice for quickly going deep on a subject you're interested in. Who cares if you typed the code in plain English?
fhub 4 hours ago [-]
We programmers had it good for a long time. Paid well, exercised the brain, creators.
I always thought that when I retired I’d do woodworking. But perhaps I’ll also code - to remember what it was like when I was young.
anematode 15 hours ago [-]
I'm the OP of the cited thread, ask me anything :P
tsoj 14 hours ago [-]
?
tsoj 14 hours ago [-]
wtf the emoji didn't show up
tsoj 14 hours ago [-]
what is this swindle
anematode 14 hours ago [-]
:EmotiTrumpet:
Aurornis 15 hours ago [-]
> In these communities (keep in mind that there is an implicit “not all…” throughout) the process of mastering a difficult field itself is the product, and something that runs is generally a nice-to-have.
Most hobby fandoms have a dedicated core group who think like this: The end result is only an artifact or social proof to them. The real product is their own prestige of having built it and attracted an audience. There's always an IRC channel or Discord somewhere where there's a social hierarchy of who should be respected for their work.
Outside of those inner circles, most people don't care. The average emulator user doesn't care about the details about who wrote their emulator or the history behind it all the forks. They want to play a game and the emulator core that gets the job done, because the emulator is the product to them. The mastery of the author is not a product to them.
This has happened in multiple technical hobby communities I've been in. With 3D printing I even remember communities where Prusa was looked down upon for making 3D printers too accessible. The argument was that now anyone could buy a 3D printer without really understanding the pain of mastering calibration, fine-tuning, and troubleshooting. That debate exploded to another level when Bambu came along and made 3D printing even more mainstream.
Now it's happening with programming communities. There are some where hand-written code is truly the actual product: Competitive programming, code golf, and obfuscated programming competitions come to mind. Using an LLM here is about as appropriate as submitting LLM generated art to an art contest, which is to say it's not.
There are a lot of other domains where the mastery of the craft isn't interesting outside of a small social circle. It's interesting that they mentioned emulators, because emu communities are famous for having a ton of strange drama that most emulator users don't care about. If you're inside of the small community and spend every day on their Discord, it might be the only thing you care about, but you don't realize that you're a minority because everyone else in the Discord thinks the same way.
OSDev is another interesting one to mention, because even Linus Torvalds had to make a big post telling the anti-LLM people to chill out. There seems to be a split between the purists who think the primary value is their own mastery of being able to write the code, and the pragmatists who are adapting to use new tools in conjunction with their knowledge. If you find yourself in one of the purist camps you might think everyone feels the same way, but outside of that, the world is moving on.
I usually feel turned off by communities where social status is the primary currency. There's always a hidden social hierarchy that feels threatened whenever it feels like the rules my start changing. They react by trying to force the social currency back to the system where they spent years investing their time. Nobody wants to feel like you're losing a foothold because the rules are changing. I got a strong feeling from this article that this author feels they've developed some level of respect in some forum and they dislike the idea of that investment being devalued by a changing landscape
> In traditional niche dev circles, respect is earned slowly through years of activity in their respective fora,
quirkot 9 hours ago [-]
> At the end of the day, these communities don’t care if your code works at all...
I think the key word to all this is "communities." If you can make something alone, just do it. If you enjoy gathering together to build a bigger thing, often the bigger thing is 1/3 an excuse to gather together. In that way, the LLM is like revealing the answer to a murder mystery game too early and expecting it still to be fun for everyone.
robalni 5 hours ago [-]
I think another reason to write code by hand is that you want to know what you get.
If you have an idea, then you can implement it better than an LLM, just like you can implement it better than another person, because you are the only one who understands what you mean exactly.
Details are always lost and misunderstood in communication; this is a weakness of LLMs.
Similarly, even if I don't write the code but I let someone else who I trust do it for me, there is value for me in that person not using LLMs, because only if they don't, I can know that the only spirit that lives in the code is of the person of my choice.
It's like a social thing; I can know and trust a human, but I'm not sure I can do that with an LLM.
It's similar to how you wouldn't want to use LLMs in politics: the whole point of expressing your ideas is that they are your ideas and if you let someone (or something) else do it for you, details will be missed and misunderstood.
So this is one reason that I think hobby communities don't like LLMs; they care too much about what they build.
truncate 4 hours ago [-]
Depending what you are making; coding slows you down and think as you build stuff step by step. Its kind of like speaking vs writing. Generating code through LLM for me is like talking -- I love talking, but when I write something down, I'm more structured, think more about things etc etc.
People say, if you you write elaborate well spec'ed prompts, it will do the right thing. Coding in a way is doing that.
arjie 14 hours ago [-]
Is this novel? Every group that spent some large number of hours gaining some skill hates when that duration is not required for newcomers to accomplish what the skill allows. Not every individual of that group but the group as a whole. It’s just that devaluation of one’s skill capital sucks.
I happen to think the alternative world where no one’s skill capital can be devalued sucks more, but it’s hard to build a community around that because the same hours that build skill also build taste, and when you remove the former you remove the latter.
So you get a community with garbage in it. Haha!
lelanthran 13 hours ago [-]
> Every group that spent some large number of hours gaining some skill hates when that duration is not required for newcomers.
I'm not sure of the truthiness there wrt LLMs: using an LLM to code your hobby OS doesn't actually gain you the skills of the existing members of that niche. Maybe those existing members are just annoyed at posers, not at newcomers?
arjie 13 hours ago [-]
Sorry, I didn’t complete the thought well. Amended. I meant that the skill allows for some things and newcomers no longer require that investment to get the outcome.
ephimetheus 12 hours ago [-]
Or it’s really just plain old gate keeping maybe.
minimaxir 15 hours ago [-]
I'm particularly annoyed with the complaint in the linked thread about the agentic-developed chess engine.
> Moreover, you are giving absolutely nothing back to the community, which is central to open-source engine dev. You are only taking.
What would that user prefer? That the developer push a PR upstream...that presumably would be shot down and the user subject to further harrassment because it would be LLM derived at minimum? It seems like a catch-22 where the only winning move is not to play.
That thread also highlights the overlap between "people who are against LLM usage for coding" and "people who are very particular about AGPL."
boomlinde 14 hours ago [-]
> the only winning move is not to play
Presumably no one is forcing the maintainer at gunpoint to have an LLM slightly shake up other people's code, relicense it under an incompatible license and then claim that "every single line of code is written by Claude Code", so I don't see the issue with not playing if that's the only option.
If you can't make contributions that anyone finds interesting enough to include upstream and have no plans to publish your AGPL derived code under a compatible license, you can keep your changes to yourself. Nothing lost, nothing gained, license honored.
zapataband1 15 hours ago [-]
[flagged]
minimaxir 15 hours ago [-]
This repo is all "stolen code regurgitated by an LLM" so that is an impossible task and therefore makes the request performative.
anematode 14 hours ago [-]
My implicit request, which I should have made clearer, was for him to delete (or make private) the repository and move on to greater ideals.
KingMob 5 hours ago [-]
Why not request that the public chess boards/lists/ranking sites disqualify coda, or break it out into an AI-allowed/only category?
That's both more honest, and probably more fruitful.
boomlinde 4 hours ago [-]
> That's both more honest
In what way is it more honest?
virgil_disgr4ce 15 hours ago [-]
All of this is exactly why I started Slow Code. I like programming. Lots of people like programming. I don't want to stop doing that. So we meet up once a month to practice that.
to someone hobby programming using LLM seems like running a marathon using a bicycle, you cross the finish, but at the end is not the same as running only by your only forces.
Others look only at the results, so LLM are only a tool (actually without a clearly instruction manual i suspect).
But programming (and so many others works) is not only about making, but learning and developping skills. When an LLM is not available? i think differences will be evident.
And roughly speaking: to check the result of LLM you have to be more capable than the bot, otherwise, who is the boss? And to develop those skills, you have to do it yourself.
ephimetheus 12 hours ago [-]
I enjoy programming as a hobby and have done it for many years. I also enjoy building stuff with LLMs. Why is one pure and sanctioned and the other one is bad? Why do I need other people to decide this for me?
matheusmoreira 15 hours ago [-]
> At the end of the day, these communities don’t care if your code works at all, but instead care that you know why and how it works.
This is not mutually exclusive with LLM usage. It's only prerequisite is that the human cares enough to learn.
15 hours ago [-]
14 hours ago [-]
reformd 3 hours ago [-]
we don't meet enough people to worry about why or how productive someone is ... productivity is half mania, half obsession and 100 % in vain except in life critical fields where LLM speed doesn't matter because querying DBs is fast and making associations within _contexts that speak the same language_, meaning they use the same register, is trivial.
I use LLMs to build some nice customized and some basically standard tools so I can go from learning about code to learning Rust et al properly ... the next 2 years are scheduled for me. I want code and LLM supply chains as a proper hobby, partially because I find the overall "transformers" approach pretty bad since there is no implicit path towards intelligence and zero chance to build one on top explicitly. it's just a bunch of parrots but parrots are awesome and i'm glad I get to have so many.
Also: I really don't care what the communities think, though ... it's 2026 and all that code, math, science, engineering didn't build any special amount of good, "bad" ( vs ugly personalities ) or cool characters that we didn't have already and it didn't cause any "mutations" in schools of thought either, or drive movements where they were needed.
but I'm a bystander, which wasn't my choice, unfortunately, so y'all know much better what I'm talking about.
most players in the lower leagues won't dope but some do and take bribes anyway, what?
it's a cowardly new world, everybody, happy Esoteric Right Wing Hanukkah!
nemomarx 15 hours ago [-]
knitting communities also don't love factory machines too? I'm not sure how this could surprise anyone
ninjalanternshk 11 hours ago [-]
Car enthusiasts generally dislike automatic transmissions, despite their ubiquity and clear advantages for the population as a whole.
VCFundedGenYer 15 hours ago [-]
This is a case of an SV-brained person stepping outside the bubble and realizing that LLMs are not the universal savior they think it is.
AI isn't well liked in a lot of places. I agree with the communities - make something yourself, don't ask a robot to do it for you. If you vibe slop something into existence, I'm never going to look at it. Something you made yourself though? Hell yeah I want to see it.
Another example is the art community - use AI/LLMs there, you'll be excommunicated.
thunfischtoast 15 hours ago [-]
I think, without knowing, that art often is similar to the hobby programming communities the thread leads with: the end result is interesting not by itself, but through the process that made it. We have feelings about art pieces because we feel with and through the artist. Can't do that with silicon. The Mona Lisa, even if the end result were exactly the same, would be dead boring had it been produced by the hand of a machine. My take
wincy 14 hours ago [-]
Totally disagree. I just want cool pictures hanging on my wall. If they’re totally unique and nobody else has them, even better. I can have a mounted picture of me on a horse like the famous Napoleon painting. I don’t care at all about the dude who painted it, I don’t even know his name.
The only exception is real photographs of some event, like I bought my friend a picture of the Falcon 9 taking off against the backdrop of the sun. Amazing photo.
I feel like obsessing over some artist I’ll never be friends with and the story behind their art is just another way to have a parasocial relationship, and the new tools allows us to have absolutely bespoke art in every single home. Things like this used to be considered strange and irregular before mass media. Now every person can make satisfying music. It’s incredible and amazing and should be celebrated because suddenly everyone can participate.
Planktonne 26 minutes ago [-]
No one is stopping you doing that, but you probably aren't someone who should go dominate discussion in a hobbyist arts group.
squidsoup 13 hours ago [-]
> I just want cool pictures hanging on my wall.
That's decoration, not art.
> Now every person can make satisfying music. It’s incredible and amazing and should be celebrated because suddenly everyone can participate.
No one should be celebrating the theft of music from artists. Everyone can participate in making music today just as they always have throughout human history - learn to sing or play an instrument.
boomlinde 14 hours ago [-]
> Now every person can make satisfying music.
Thanks to taxis, everyone can drive.
thunfischtoast 14 hours ago [-]
If it suits you, good for you. I said often, not all of it, of course.
spijdar 15 hours ago [-]
Here's my thoughts as a 29 year old: of all the things I've ever made in my personal life, the vast majority have ended up abandoned in barely worked on states, and those I have put varying degrees of significant effort in have gone unnoticed. I've never really been able to "enter" a community in a way that felt meaningful to me, either, when I've tried.
I say this not as a complaint, but to explain my perspective on using LLMs for personal projects. Granted, I'm publishing none of them, and not trying to make anyone care about them, so it's not really a response to the article or general discourse here per se, but I thought it bears mentioning anyway.
I'd like to buy into the idea that "doing it yourself" is more meaningful or personally edifying, but I don't get that feeling. I want to get that feeling, but I don't. I've found my private waste-of-time projects using LLMs have been more gratifying than my private waste-of-time projects that don't, and at the end of the day, neither really substantively matter anyway.
Again, this isn't really related to communities per se, but it is an answer why some folks use LLMs for projects/"hobbies".
ltbarcly3 8 hours ago [-]
It's because they fetishize arcane knowledge and LLMs make all their arcane knowledge easy. That's all it is. If I wanted to go make my own NES game from scratch 2 years ago it would have taken months of full time work, and I would have had to learn a lot of new things, and most likely would have joined and participated in that community. Now I can do it this afternoon. I'm not going to because it's pointless now, you can't show it off, you can't impress anyone with it, and the result is not just economically worthless, it's worthless in every way.
So of course they are upset by it, it's annoying to spend years building up some skill and then end up being less capable at applying that skill than a 12 year old with a claude code subscription who has never even seen a CRT. Their entire hobby community is going to fundamentally change and the people who are influential and knowledgeable now are effectively has-beens who will have to learn totally new skills to stay relevant and most likely won't have the energy, or desire, and lets be frank the aptitude to learn those skills. (I don't mean the skill of using an LLM, they can do that and almost certainly would be great at it, I mean skills like charisma and presentation and promotion.)
ggm 9 hours ago [-]
Model steam enthusiasts have had this for literally decades with a variety of premade parts available, angering those who learned to use a lathe. "Did you really make that" is huge in this.
cdelsolar 8 hours ago [-]
I'm in an _extremely_ niche hobby programming community of Scrabble engine developers. There are single digits of us, but we're building the best engines and methodology out there and have all embraced LLMs to help us do it. There's a lot of experimentation that goes into it and LLMs certainly make it easier to iterate and try new ideas. So at least for our community, I don't think the points here hold.
anematode 7 hours ago [-]
That's awesome :) Do you have any links to your guys' work that I could check out?
lynx97 15 hours ago [-]
I get all the fuzz about only being able to learn if you do the work. But frankly, as a hobby programmer with a rather unusual workflow/toolset and a love for the command-line, it has never been so satifying to scratch a few itches I've always had but apparently never was motivated enough to really follow through. In the past 6 months, I've "written" at least 3 tools which I kind of always wanted, and which I now use on a regular basis. AND, I finally have a peer I can talk to about the code I'm trying to write. Something I basically never had, because all my FLOSS projects were small-very-nieche-one-man-shows. Its nice to be able to pretend to have a coding friend :-)
jrm4 15 hours ago [-]
Relatedly, there needs to be some kind of way to distinguish between types of LLM usage. Nothing more boring -- and often not even favorable or useful to a semi-hobbyist -- than just one-shotting something with Claude;
Vs. what I do. I've always done tons of little quirky automation type things with bash -- that do actually strongly become a part of my life.
Today? Yes, that -- but more and faster. I'm actually typing out way less code, but getting more of what I'd like done, and which couldn't be done without some bash (and now python*) knowledge.
Before AI, knew something about python but never typed e.g. more than 20 lines of it myself. I now am able to use it extensively regardless because, like with lots of languages, reading is easier than writing.
whalesalad 15 hours ago [-]
> Granted these communities have, in general, historically been characterized by feverish gatekeeping and painstakingly slow progress
This hits the nail on the head.
deterministic 9 hours ago [-]
Not my experience at all. I love using LLM's when hobby programming!
But then again I don't program as a hobby to impress others online. Maybe that's the difference?
pelasaco 3 hours ago [-]
It's not just the hobby programming community. Professional software developers too.
At least against as it is now, where everyone with Claude suddenly becomes a software engineer.
Software engineering is more than pushing code to main/master.
It's requirements. Acceptance criteria. Design. Documentation written for humans. Reviews. Operations. Maintenance. Understanding the product. Understanding the system you're changing.
Right now, I struggle with PRs being opened by people who don't fully understand the code they're changing, replying to review comments with Claude generated answers pasted back like a meat proxy...
What I see at work is that we're pushing code faster than ever, while losing the big picture of our product, or the architecture of our own network, even faster.
We're also generating documentation at an incredible pace. The problem is that the people writing it often don't understand it either.
Code has become cheap.
Engineering hasn't.
Razengan 4 hours ago [-]
Now more than ever it makes sense to have better programming languages that are more palatable to humans, because people may manually want to tweak LLM output, or other people who don't have access to the original prompts/context.
sandoze 14 hours ago [-]
I can respect a developer who is still smitten with their craft to feel a bit anxious when the topic of LLM generated code comes up. I have a child who never grows tired of building their next game but first has to build the engine from scratch (needless to say they've built a lot of engines, not so many games). This use to frustrate me but then I realized the joy is in making a concept of a game for them. When I suggest Claude might get the job done faster I get a death glare followed by an eye roll. I get it, I've been in the industry long enough where coding is more of a means to an end and not the same novelty it once was.
More dangerous are communities who shun AI and treat every disclosure like a Scarlett letter. Generally the loudest opinions come from consumers (fan bois) and not creators. I think this will eventually drive new innovators away from these communities. These vocal naysayers have likely never experienced being a project manager, lead developer, and QA for an agent writing code. Instead they think a prompt magically creates software, but without wearing all these hats at once, you get something far worse than 'slop'. Call me crazy, but I think these multi-hat 'developers' using an agent and are dipping their toe into LLM development are going to raise the bar and leave us vim users in the dust.
shevy-java 15 hours ago [-]
> In traditional niche dev circles, respect is earned slowly through years of activity in their respective fora
I think the problem goes deeper.
When a community becomes addicted to LLM, I feel uncomfortable interacting with it. It feels like mindless robots and drones are now active. But even aside from this, some people don't seem to understand why AI spam slopping real people with their AI spam, is awful. A few months ago, Michael Niedermayer spam AI slopped a proposal on their mailing list; I don't have the link right now (need to really bookmark all those things) but someone else asked him why he spams other people with unfinished proposals created by AI? I don't know whether Michael understands this as a problem or not, but I think many AI users don't understand the problem when they AI spam slop other people. I think it is a hostile action by those AI users. So I can totally understand communities not wanting that AI spam.
I've also noticed people who have horrible english skills, suddenly have perfect english skills. I suspect AI use, but then I wonder: is that person interacting with me via AI spam slop? I'd much rather deal with broken english if it is autenthic, than people faking it, even IF the produced english may be better than the broken english (but even that is often doubtful, so much AI spam slop is just wasting time and awful to read).
The whole AI trend seems to lead to really dumber people and fewer real interactions. That is sad, even more so as many people lost real social cues these days anyway.
FeteCommuniste 13 hours ago [-]
Did you read about the Canadian politician who was making a speech and simply thoughtlessly read out some of the LLM boilerplate prefacing the text some chatbot had written for him?
Are we going to end up a bunch of meatbag puppets of the machines? Makes me wonder.
ninjalanternshk 11 hours ago [-]
The problem with politics is it’s not a meritocracy.
You find abdicating your speech to an AI to be disqualifying, but to people who’ve already abdicated everything they do to AI, it’s folksy and relatable.
14 hours ago [-]
potsandpans 8 hours ago [-]
There are (very coarsely) two types of people:
- people who like writing code for codes sake
- people who like writing code to build things
In the past, these folks have lived more or less in harmony unified under the common interest of applied maths, engineering and architecture that is necessary to write things that require a lot of vode. Aside for a few classic and very public spats.
Now that community is fractured because llms are increasingly making writing code irrelevant. If that weren't true, we wouldn't be having this convo at all.
I think it's perfectly reasonable to want to cultivate spaces that preserve that craft, but wish they wouldn't be so obnoxious about it. I imagine that a good handful of these folks in the "no llm ever camp" collectively rolled their eyes at vegans and animal rights advocates at some point, and are now feeling being on the unpopular side of progress.
Personally I think it's a cool prospect to have Trappist Monk-like communities producing hand crafted code. It will probably be really good and sturdy. We'll look at it in 10 years and say, "damn they really don't make it like that anymore!"
BedVibe_Studios 14 hours ago [-]
[flagged]
14 hours ago [-]
anonreeeeplor 14 hours ago [-]
I don’t understand the world of people who have this degree of free time (time / energy) given how much everything costs just to be alive. Maybe they live in a different universe where programming for fun and first principals of “learning” matters. But for the other 99% of humans, costs have gone up 40% due to money printing and anything like this looks like a waste of time.
nemomarx 14 hours ago [-]
Hobbies are kind of by definition wastes of time. That's what makes them different than work.
If you only want to learn programming for work then you obviously have a different perspective than people writing chess engines from scratch for fun instead of using an existing one, right?
HarHarVeryFunny 13 hours ago [-]
Surely most people in the US have hobbies at least in the minimal sense of downtime activities that they enjoy. It may not be golf or hobby programming, but even laying on the couch watching football is a "hobby" or sorts and takes up just as much time.
I realize there are people with young kids or 2-3 jobs that really have little to no downtime, but it seems that for most people time isn't really the issue - it's just are you more of a passive or active type of personality.
acedTrex 13 hours ago [-]
> I don’t understand the world of people who have this degree of free time
You dont understand that people have hobbies they enjoy doing? Because thats the entire point of the article.
1) You figure out what problem to solve.
2) You figure out HOW to solve the problem.
3) You actually implement the solution.
4) You see the solution work, for yourself.
5) You ship/deploy/publish the program. This means you see people be happy users and/or you get paid for it and so on.
If you're an entrepreneur type, you probably enjoy the first and last steps most, and you see steps 2-4 as mostly a chore. If you're a tinkerer, you don't care much for 1 and 5, and you see 2-4 as the whole point of programming. I'm a tinkerer. I'd be happy to just write code and throw it away. Coding is like solving sudokus. I could skip steps 1 and 5 forever. I don't ever need to show any code to anyone. In fact, most of the time when programming I do steps 2 and 3 and even skip 4. I don't even finish! I work weeks on something until I lose interest, and I know that in order to even run it, it would be several more weeks. A PoC is enough. Or just a half one. It's just code-to-structure-thoughts, not to create anything finished.
The 5 phases look kind of symmetric. The outermost layer (1 and 5) are the entrepreneurial steps. If you're a product owner or CEO, you might work strictly at steps 1,5. Then steps 2-4 are the managerial/architectural steps. If you're a very senior IC at a large company, you might work at this level, without actually doing much coding. Only the inner most step (3) is the manual creation of source code. Even though it's 5 different phases, it's just "3 layers" of programming.
The problem as I see it is that I enjoy step 3. And LLMs are good at step 3 almost exclusively. So they just pick the best bit of this dish, and leave me with the rest.
If you're an entrepreneurial type, the LLM appears to take the _worst_ bit of the work from you. Great.
Currently I'm in the process of starting my own business solving a problem my last employer underestimated, and I find myself focusing much more on 1 and 5, which I also enjoy, and I use LLMs a lot for 3 and parts of 2. The LLM and I often disagree about 2, but that often results in a better solution than if I'd just trusted either myself or the LLM. I iterate a lot between 2 and 4, letting the LLM do almost the entirety of 3, and advising on 2.
Now there is a plagiarism machine built on top of decades of this work that seemingly solves 3 and promises to solve 2 (badly, but usually this matters little), the programmers that (indirectly) helped build it are told they're fools for doing so, and threatened by losing their status if they don't adapt to the "entrepreneurial way" (well, the full promise is "you'll lose it anyway, but if you cooperate in stuffing sama's pockets then maybe you get to keep it a bit longer").
So what really surprises me is not that people are upset but that so few are.
Carpenters, hatters, cobblers, miners, weavers, calculators, etc...
We can get mad about it, but it just is what it is. Ultimately for most people the loss of these jobs are a net-benefit because it's the result of better or cheaper alternatives.
The thing that worries me more specifically about AI is that it has the potential not to just disrupt an industry, or handful of industries, but in theory everything.
If machines are faster, strong, and more intelligent than humans, then you don't need human workers for anything. In the same way machines suddenly becoming faster and stronger than horses meant that the role of the horse in labour dropped rapidly during the industrial revolution.
It's not clear how civilisation functions if humans become effectively useless and the only thing of value is one's ownership of wealth producing assets.
Still, there's really no point in thinking about how we stop this. Humans are humans and we'll do the stupid thing then try to deal with the consequences after the fact. All regular people should be doing now is prepping for this outcome.
To carry forward the sudoku analogy, I care about figuring out which numbers go where, and whether I was correct, I don't care about the mechanical part of actually penciling-in the answers (coding).
So I do 3 because coding is like writing English for me (which is my 3rd language). I don’t care much for it, because it’s neither hard no easy. It’s just mechanical.
For example, you have an idea for a cool and useful app and you want to put it on a website. You need to figure out hosting, you need to write some copy, you need to do some visual design.
Maybe 3a) Yak shaving?
There are various ways to take shortcuts. For hosting, you can use something super easy like GitHub Pages or Netlify or Cloudflare, or maybe piggyback off an existing site that's already deployed. For both copy and visual design, you can just ask Claude or Codex to do it -- but only if you don't mind having that standard vibe-coded look and feel, all glowing gradients and punchy, mic-dropping text.
Maybe you're including that under 5), ship/deploy/publish, but I read that as being more about scaling, marketing, and making things robust. Even before you reach that stage there's always a bunch of bullshit to work through before you can even reach 4), seeing the solution work for yourself.
- Writing my tiny hobby gameboy emulator? Heck, Why I'd let Claude take away the fun part of implementing new features and then see Super Mario Land start and run step by step?
- Debugging why a legacy Wordpress store with more than 50 active plugins is returning an error 500 just to some random customers? Claude can 100% take the wheel, I'm good.
For me, the reason I don't have that is because I never ship anything. I never want to maintain that. I never cared about solving an _actual_ business problem, making a dollar, or pleasing a user. As a tinkerer I must be extremely careful not to end up completing or delivering anything. Only pain lies down that path...
Even if you deeply into tinkering, 1 can be an insanely exciting and rewarding step: for example "how could an abstraction look like in which 2-4 become trivial special cases for many classes of programming problems?".
In my opinion the difference between "entrepreneur type" and "programmer type" (and yes: it can happen that both of these types work in the reciprocal job) is rather:
- People of the programmer type see solving problems as their primary goal. Satisfying customers just serves the purpose that these people pay money so that they can continue working on solving problems.
- People of the entrepreneur see satisfying customers as their primary goal. Programming is just a means to an end.
If the answer is "no" you are probably more entrepreneurial than tinkerer. But it's a spectrum.
So possibly there are other classes of people, not just either enterpreneur or thinkerer. Thou not sure what this combination is, maybe something more like R&D.
And LLMs give a lot of value here. They allow to quickly do steps 2-3 - "hard and tedious" stuff - to confirm that the thing, in fact, became solvable.
I have about three modes, working with LLMs:
A) Just use them for (2), do (3) and (4) myself.
B) Just use them for (2) and (3), but with very fine grained instructions - to the point where it barely saves me time.
C) Use them for (2), (3) and (4), but with this workflow, it quickly degrades into slop for me.
I still get the best results with (A), but for a quick PoC, (C) is hard to beat.
What's hilarious (or sad) is that I see a lot of people throw them at (1) as well, which seems to have a high chance of inducing AI psychosis and creating software nobody understands, let alone needs.
Why is it always hours to consult docs? I find most answers within minutes (including if I have to read code) and it’s only take a bit longer when I want to understand the why’s.
The key is to make sure you have the right questions. I see people struggle with that where they only know something wrong but they can’t put it in words.
https://www.youtube.com/watch?v=G8fapIDnrMI
All I see is a fast food factory. Sure it's interesting that you can produce so much so quickly. But what is produced is endlessly uninteresting to me. It doesn't help that all the harness building is just SEO in disguise. Trial and error.
I don't doubt that agentic programming makes it possible to produce faster, but it also comes at a great cost for me, which is that I largely don't enjoy my job anymore. If I was given the choice between that and halving my salary I would have chosen the latter.
Few cars are manual steering, manual brakes, manual transmission.
Few grappling bodies go all Greek-naked.
Few chess bodies forbid researching previous games or your opponent.
The list is indeed endless, and every single person thinks they are using just the right amount of assistance; anything less is pointlessly difficult, anything more is cheating that takes the sport out.
Me, I've been a hobbyist programmer since youth (6502 assembly, represent). I'm having a blast "writing" software without touching a line of code. Sure, I'm old, and maybe I'm like those guys blasting Veyrons through highways, relying on traction control and all the computers to let me drive beyond my abilities. And... ok? I'm having fun, even if I'm not doing it right, by random anonymous peoples' views.
https://c2.com/cgi/wiki?BlubParadox
And that’s totally fine, enjoy your hobby however you enjoy it best. Most people programming by hand for fun don’t care that you program with an LLM for fun. The problems come when those two worlds collide, like in the linked GitHub issue, in chess engine leaderboards. In the long run for both groups to have their fun and friendly competition you’ll need two separate leaderboards. This is also very common in other hobbies. In racing there are car classes so that your Veyron and someone’s old Miata don’t go head to head. In combat sports there’s weight classes. Most sports separate amateurs and pros. Usually there is respect across the group boundaries and appreciation for the other groups deeply specialized skill. There’s even the concept of cross training to get better in your flavor of a sport. This will be figured out with programming as well.
Not everyone has to agree. Just everyone in a particular group at a particular time. Grappling competitions exist and so do MMA competitions, and both of them will expect you to follow their own rules.
Sometimes I'm having fun getting to the output I want and otherwise wouldn't have had time to. Sometimes I'm having fun exploring the code.
I don't care if someone don't see the value in one or the other of those, and to me they stand on equal footing as things I find both fun and valuable for different reasons.
I don't think there is insignificant group who would say that using LLM to write a book does not make you an author. Or make a song musician. Or draw a picture a painter or artist.
This just somewhat baffles me... Or maybe the LLM for programming people all believe that you are as much artist if you use AI in those fields and the product generates as such is as if not more valuable than one by more traditional means.
Not to diminish your enjoyment, you’re completely entitled to it, I just think this is a bit of a false equivalence
...and yes, I know you don't mean that. I just disagree.
Tell me you are not in European or African continent without telling me.
There's also a myriad of other creative ways to proxy your way out of the general costs (time, space and money) if you check out the term "poorhammer".
Yes, sure, you can buy the figurine and get the joy of painting it. But there's new things you can do now too, things you couldn't dream about before.
But I'll grant you this, the AI coding extinction event is so severe that I do believe we need to support anyone trying to preserve any memory of it. Like, we need to build entire museums, one for each programming language.
If you want to do AI movies, join the AI movie community.
The hobby programming community isn't about vibe coding, that's what the vibe coding community is for.
1. Some programme because it’s the one of 2 ways to get the things they want (another way is hiring a team to code for them). Now that they have vibe coding, they’d happily never touch a line of code again. 2. Other people programmes because they just enjoy it. Vibe coding ruins the best part for them. Like telling a foodie, "Good news! I built a robot to eat your food for you."
Most people getting paid to code are probably somewhere in the middle?
But nowadays hand-writing code at work is starting to feel kinda 'illegal'. The manager is gonna ping you just because you fall behind on the company's token waste leaderboard.
Maybe it's just another "hobby should never become job" story?
People in it just for the money won't care about craft - you see the same thing in plumbing. And when there's enough money and scale on the line, craft becomes progressively more niche - that is why Ikea furniture is a thing. And you can even say that there is craft in Ikea, just not along the axes a traditional furniture maker or user would consider.
With respect to code it's a little murky but I guess the tension really is enjoying the process enough while being able to output the desired quality, volume and velocity required of you.
Quality is usually the stickler because it's invisible to the end user and requirement setter but sometimes quality affects both ergonomics and future delivery and sometimes it's purely self-satisfactory. That isn't a value judgment, making things well is a gratifying and edifying experience - so much so that this practice overlaps with Shinto philosophy.... but not many people are going to pay you to have that experience.
Also like building a robot to cook food for you. Sure, it's fine for mass produced meals, but it won't replace a top-notch chef.
AI systems basically change that whole formula. I’m not sure how people get joy out of constantly vibe coding new projects. It feels like binge watching Netflix shows. I feel like there’s no material value in my 50th vibecoded demo since everyone in this world can vibecode now. Sure I’ve got my custom todo app which is nice, and my custom game plug-in with some neat features for the game I like, and a few other custom apps. Those are mildly useful to me. But every second I spend vibe coding something that’s supposed to be a success for others is just invaded by the thought that even if this thing is any good, someone with real capital can just direct a future AI at it to take it from me, so I’m not really gaining.
So I think I’ll just stick to using AI occasionally, without letting it ruin the programming activity I love by spoiling it. Due solely to AI, I don’t expect I’ll ever do anything in my life which will impact another person. That’s a personal tragedy, but in a sense I was going to die anyways and so will everyone else, so it doesn’t really matter.
It's just power fantasy. It's amazing the first couple of times but as it wears off and becomes the new norm you forgot how being the one who decides which thing does what feels like.
Luckily (or unluckily?) the industry only cares about the end result, and flushes out people who used to reward for their passion and dedication naturally.
They have no clue what they're doing programming-wise, and in some cases this is perfectly fine, but after years of SaaS, some people are taking it to extremes, and spending millions of tokens on things that could be a spreadsheet or a note in the calendar.
Just recently we had someone deliver a report in the format of a 200.000 LOC application that requires several clusters to run, for example. It does all querying in real time from clandestine APIs, or by crawling existing systems. The person who asked for the report asked for it not to be deployed.
I get joy out of it because it solves actual problems I have that I don't have time to solve manually, or don't want to. E.g. I just recently had Codex add a mechanism for two-level virtual desktops because I wanted groups of them. An hour later I had two-level virtual desktops in my wm that worked exactly how I wanted it, with support for it in my desktop switcher. I could write it myself, but why would I? I love writing code for various projects, but sometimes I just want the outcome.
Managing a fleet of agent is the exact opposite of what is engaging about software development.
"Do you genuinely believe changes like cd170a4 make the code somehow not derived from Reckless anymore? It appears to me like it's just trying to obfuscate its origins, to make it easier to appeal to plausible deniability. The reality is, coda 100% has code derived from AGPL or unlicensed engines in it, and pretending otherwise won't convince anyone other than maybe yourself. This, combined with the fact you conveniently moved the plagiarism roadmaps to a private repo mere days after people started raising concerns about it, reads to me like you're not at all concerned with actually using code fairly, and much more with being able to claim that you are, backed up by these nonsense "cleanup" commits."
> After our initial 0.9.0 pre-release (July 2026), community feedback raised that Coda contained AGPL-licensed code. This prompted a full audit of our codebase and dependencies, and steps to correct what it found. We now believe Coda complies with all applicable licenses. If you have any concern, please open a GitHub issue with the details and we'll happily investigate.
They can remove all of the literal code matches from the codebase, but if it was written by having an LLM study the original code and then write something similar, it's hard to argue it's not a derivative work.
There is a lot of legal history of doing new designs with influence from reverse engineered sources. The basic rule is that you can't have someone familiar with the original code involved with writing the new code.
LLMs are a new area, but I would expect that feeding the original source into an LLM context and saying "Write this, but different" wouldn't qualify as a clean-room design. There isn't enough general removal from the original subject matter.
How and whether the same principles can be applied to LLMs, I have no idea. I imagine it would involve discussions about creativity, for example.
Not a lawyer.
If some people have now decided they're not going to blink in the face of a risk, we might get to find out whether some of the maybes turn out to be a yes or a no.
Probably impossible if the original code is publicly available since most code oriented LLM just gobble them all.
The difference is that if humans do it, there's plausible deniability that it is derived.
I mean, even when humans do it, we still do clean room engineering.
It goes further though: LLMs are just a tool, and tools don't get rights, humans do.
Humans having the right to learn from a few dozen books and projects is not the same as a tool that infers output using all copyrighted works know to man.
Copyright law does not require a clean room implementation when copying non-copyrightable elements of a work, such as algorithms.
You cannot copyright ideas. And that's a good thing. Remember the "one click checkout patent" saga? That is bad for everyone involved. We don't want that, as an industry.
It's not like ideas are protected by copyright though. Copyright protects the specific expression of the idea, not the idea itself. Anyone can "lift ideas" from anyone else, including proprietary software.
Is it a fact that they did that?
So "lifting ideas from other engines", as you yourself put it, is entirely licit, no matter how you do it. _Should_ you credit others when so doing? I err on the side of yes, on that question. _Must_ you? No, there is no such requirement, this is not academic publishing. Does it constitute violation of license? Absolutely not. Straightforwardly, no. Furthermore, it _should not_, we would not like the result of that.
Think: SCO suing Linus Torvalds over his use of a.out: and winning. It would be bad. Even though I understand the reasons for it, it's still eerie to me to see hackers coming down hard on a side of an issue we spend decades passionately defending the other side of.
As I lead this post with: maybe there's something in the repo which is infringing, it's quite possible that commit doesn't tell the whole story. If so, keep in mind that I don't know that, and am able to change my opinion in the face of new evidence.
Based on what I _have_ seen, no: you do not get to lock down a bit-packing pattern just because you're the first to come up with it. Nor should you have that right.
[0]: https://github.com/adamtwiss/coda/commit/cd170a4ea9993cf8246...
But copyright and plagiarism are orthogonal, and questions of morality are much more tied to the latter. It would be illegal (in the United States) for me to publish a copy of Nineteen Eighty-Four, but not immoral. It was not immoral, in my view, for Aaron Swartz to try to liberate JSTor articles.
That doesn't make plagiarism acceptable, either. And therefore, I'm willing to call it out when I see it.
Anyway, I don't see how this relates to the original discussion. Nor do I think the irony is particularly deep: As far as I'm aware, Deep Blue didn't plagiarize Kasparov, and indeed alpha-beta search is quite different than how humans calculate. But yes, I'd have been very demoralized if I were Kasparov, although he seems to be doing well now.
Edit: Regarding being mean-spirited, sorry to say, but I don't particularly care for the feelings of someone who has been repeatedly dishonest and used LLMs to respond to people engaging in good faith. That latter path has been exhausted now.
To co-opt your conflation of legality and morality: free speech, mf!
A particular work is deliberately supplied at inference time so the system can recreate or adapt it for another environment. It resembles commissioning a translation, port, or derivative adaptation through an automated tool, even where the output is not verbatim, so it seems it could hold a candle in court.
You have a few scenarios now up for legal debate:
I think #1 and #2 have open legal battles on it, but #3, which seems to be this scenario, is new to me, and I feel it could have legal ground for being considered infringing on the copyright.Sidenote: how is your account "samatman" and created "April 24, 2010", that's a really funny coincidence
> it's still eerie to me to see hackers coming down hard on a side of an issue we spend decades passionately defending the other side of
Yeah, it's surreal. It's not just intellectual property either, Hackers have already started complaining about automation now too.
Computers must have replaced tens of millions of jobs. It's the ultimate job destroyer, since it allows capital to do more with less. Automating me, a doctor, out of his job is essentially the holy grail of Hacker News.
But when hackers are automated away, then suddenly it's a crime against humanity.
Like imagine if your hobby was cooking, but you hated the cleanup. If you buy a robot that automates the fun part at the cost of making twice the mess, that is not a good trade off no matter how many extra cookies you end up with.
We’re kind of at the fast food point: before LLMs, bring successful at all in software required some level of skill (witness all of the companies getting very expensive write-offs from off-shoring or big consultancies trying to save on payroll vs. staff), kind of like how the small cafe/bakery model needed to have at least some level of craft to have something people would buy before the option of making food at a factory and shipping it became an option.
The workers will see the fun evaporate but now they have to clean 10x cookie trays in the same 8 hours.
I'm lurking around the OpenBSD mailing list and it seems that code review is where collaboration starts. You send a patch, explain its purpose, people try it out and comment. If it's OK (various factors decide that), it's imported inside the codebase.
The main issue in corporate settings is that the author of the PR wants to browbeat you into accepting his/her changes. Either directly or by appealing to the manager. They don't want collaboration, they just see you as the blocker between them and the "Done" status on the ticket.
Main course is this this and this, 1. Do this 2. Plug this 3. Run this.. step by step plan.
So you get a precise top down construction plan. Then it’s easy to split the parts where the coding needs to be manual (smoothing walls) vs where it can be whateverz (laying concrete).
LLMs reward seeing forest instead of trees.
This way one person can implement a whole new hobby project instead of only writing a single specialized part in an existing project.
Good luck making a grand strategy game in two months holidays without an LLM. Now you can.
People focused on the trees will however lag behind as implementation details matter less and less.
Yes manual touch is still needed in some parts of the construction process but architecting the whole thing is the most important in 2026.
⠀⠀⠀⢀⣼⣦⠀⠀⣠⣿⣿⣦⣀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢀⣼⣆⠀⠀⠀⠀⠀ ⠀⠀⠒⣿⣿⣿⠓⠀⠀⠻⣿⣿⠀⢀⣴⣿⣦⡀⠀⢀⣾⣦⠘⢿⣿⣧⡀⠀⠀⠀ ⠀⢀⣴⣿⡿⠃⡄⠈⠻⣿⣟⣉⣀⠉⣽⡿⠋⠡⠴⣿⣿⣿⠓⠀⠙⢇⠀⠀⠀⠀ ⠀⠿⣿⠟⢁⣾⣿⣦⣀⠘⠿⠟⢁⣼⣿⣿⣷⠂⣴⣿⣿⣿⣆⠘⢶⣶⣿⠶⠤⠀ ⠀⣀⣀⡀⢉⣿⣿⣿⡍⠀⢀⣀⠙⢻⠿⢋⣤⣾⣿⣿⣿⣿⣿⣷⣄⠙⢿⣦⡀⠀ ⠀⠟⠋⣠⣾⣿⣿⣿⣿⣦⣌⠉⠠⣤⣤⣤⡌⢙⣿⣿⣿⣿⣿⣿⠛⠛⠂⢈⣙⠀ ⠀⠀⣉⡉⣹⣿⣿⣿⣿⣏⠉⣉⣀⣈⠙⠋⣠⣿⣿⣿⣿⣿⣿⣿⣆⠙⠛⠛⠛⠀ ⠀⠀⠋⣴⣿⣿⣿⣿⣿⣿⣷⣌⠉⢁⣴⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣷⣄⠀⠀⠀ ⠀⠴⢾⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠦⠈⣙⠛⠛⠛⠛⠛⠛⠛⠛⣉⣉⠁⠀⠀⠀ ⠀⠀⣦⣤⡄⢉⣉⣉⣉⠉⣡⣤⠀⠀⠀⣿⣿⣷⠀⢰⣿⣿⡇⢸⣿⣿⠀⠀⠀⠀ ⠀⠀⣿⣿⡇⣸⣿⣿⣿⡄⢻⣿⠀⠀⠀⣿⣿⣿⠀⢸⣿⣿⡇⢸⣿⣿⠀⠀⠀⠀ ⠀⠀⣿⣿⠁⣿⣿⣿⣿⡇⠸⠿⠀⠀⠀⣿⣿⣿⠀⢸⣿⣿⣇⠸⣿⣿⠀⠀⠀⠀ ⠀⠀⠛⠛⠀⣿⣿⣿⣿⡇⠀⠀⠀⠀⠀⠉⠉⠉⠀⢸⣿⣿⣿⠀⠿⠿⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠛⠛⠛⠛⠃⠀⠀⠀⠀⠀⠀⠀⠀⠀⠈⠉⠉⠉⠀⠀⠀⠀⠀⠀⠀ADHD wins over autism in the immediate future. It was balanced in the past for development to need both but now it’s a total hyperactive victory of general knowledge, master of none.
Specialists will be fed to the model weights, generalists will inherit the world.
That’s an interesting framing. I’m not sure I agree with your strong conclusion but that’s mostly because I think there’s a second axis about maintenance – you can make a grand strategy game in a couple months but it’s harder to make it balanced, fun, and to keep shipping updates which players like. A prototype or hobby experiment doesn’t have that problem nearly as much and I think that’s where we see such bimodal reactions where some people think it’s a huge productivity boost and others see modest or even negative results.
An online community works when participants learn and share knowledge gained. Contests, with self or others, disrupt learning and sharing, hence by definition constitute "bad behavior". If it exists, the hyperwar you allude to will harm communities more than all LLMs combined could do.
It's hell for my ADHD, personally. It's an infinite rabbit hole generator and distraction machine. I have to use browser extensions to filter out stuff like Stack Exchange suggestions for interesting topics, too. I have had to block Wikipedia in the past to avoid rabbit holes there
I'm better now than I used to be but I am skeptical of people who claim to both be good at multi-tasking and also have ADHD. My experience with ADHD is that multi -tasking is not a strength, it's a sign of distraction
Interesting point of view from one who's been there. Intuitively the comment makes a lot of sense.
In a way human multitasking resembles how single-threaded computer programs work. That is, we focus on one task at a time but tasks can be interleaved to give an illusion of doing several tasks at the same time. Managing several tasks requires remembering the next step to do when leaving one task to attend to another.
That suggests ADHD people lose track of where they left off when performing several tasks. Distraction plays a role, but I think problematic working memory is the major issue. Among ADHD researchers there's a saying, "people with ADHD know what to do but don't do what they know." ADHD task performance may improve with proper treatment.
Don't know the tests you refer to, but it's recognized that many adults have ADHD symptoms not quite meeting DSM-5 criteria for ADHD. It's called "subsyndromal" ADHD which causes as much disability and responds to treatment just as well as "full" ADHD cases. IOW it's absurd to regard someone with 6 symptoms as belonging in a different category vs. a person having "only" 5 symptoms. Anyway, ADHD is a condition that usually responds to treatment, no reason not to check into it.
Not quite. At least not for me. My problem is hyperfocus. If I switch tasks I might go down a rabbit hole and forget to change back. It is similar to being distracted, except the distraction can still be legitimate work stuff. My focus is like a freight train, it's hard to change tracks
Which can seem like an attention problem when you're trying to change me from focused code mode to "jump on a call" mode
For many with ADHD starting tasks is hard and resuming a task can be just as hard. Constant experience of "starting from scratch" is burdensome, and contributes to inertia and inefficiency. More than not, a tough problem to solve.
I've long thought disability associated with ADHD is generally underappreciated despite decades of study proving the point.
Self-observation isn't easy. I always considered it a sign of growth when people shared what they've seen.
Care to share it?
But I don't want to use AI to code, in large part because I iterate on ideas by working directly with code. Attempting to program through an LLM intermediary becomes like attempting to eat using soft silicone chopsticks.
I use an LLM to make custom software for myself not because I enjoy coding but because I want software that I can't afford to hire a human to make for me. Buying a robot to do it (current agentic coding LLMs) is the only way it gets done at all.
These two things are not the same, and should not be viewed in the same light.
All that being said, I would 100% buy a weeding robot. Weeding sucks.
You enjoy the act of gardening, so you do not automate it away.
You enjoy the clean home, not the act of cleaning, so you may be interested in automating it away.
It seems you enjoy designing or using software, as opposed to programming/building software. So you automate the programming/building away.
Unless your hobby is backyard robotic gardening.
Which is my way of saying that people have different reasons for enjoying a hobby.
Like most hobby debates, this one comes down to "Let people enjoy things"
It depends what you value. There's "zoning out going through the motions" for mindfulness and then there's "building stuff!" for interest, learning and fun.
And you can have any combination of the two. Like maybe doing the same planting routine but with different details for a different plant or experimenting if a new layout works better.
I don't care to do the labour of gardening. But if I had time, I'd spend it bikeshedding optimisations. IE what about grow lights? Is it worth having a greenhouse in my climate? etc etc. And all the little details about building stuff.
Aside: I too want a robot. One for lawn mowing (they exist but expensive) and one for spraying the little lawn weeds that pop up.
With roses, a significant % of manual time is spent fighting aphids
...cheaper how? My partner and I grow most of our veggies and, based on our calculations (including fixed costs that have gone into the garden, as well as e.g. water, fertilizer, etc.) we save a non-negligible amount of money every month.
On the other end of the spectrum, if you grow in fertile native soil from seed your costs can be close to zero
Similarly I've made lots of software projects. Over the last 15+ years I have over 250 github repos, the majority of them no one but me will be interested in but I had fun making stuff. LLMs let me make stuff faster just like the power tools. I'm still enjoying making stuff. I still direct, I still decide what to make, I still decide features, iterate on UX, etc, but at several X the speed of before. Loving it.
The people like me that sort of just stumbled into this career as a result of spending the evenings of our youth trying to get the computer to do interesting things don't seem to have as much appreciation now that the LLMs are taking over the fun part.
Computers were on a trajectory of becoming more consumption oriented, and this has shifted it strongly back towards creation. Normal people can make their own custom software again. This is awesome.
Those people are in for the biggest shock and largest disappointment: when a bright teenager can replicate, with an LLM, what they produced with an LLM the pay is going to fall off a cliff.
At least those who really are into development to the point of writing their own OS, Language, etc can still enjoy it as a hobby.
The value of an engineer is not what task they work on, but what problems they can solve. To this teen, the code is a black box, the LLM has most of the value in their pairing, and another random teen will replace easily them.
LLMs were trained on the work of engineers, not prompting teens. The profession will continue to evolve, and the LLMs will improve along, thanks to professional, manual code still being written, not to vibe-coders.
And I love using LLMs. They take care of all the boring boilerplate, letting me focus on the parts I actually enjoy.
I enjoy optimizing code to the point of obsession, but I can't find economic (daily-job) justification to spend time on this. Lately I've had several extremely productive and enjoyable sessions that go like this: - I run Claude on my desktop PC, explain the problem, and let it explore the code around the problem and build a test harness so it can run experiments - I ask it to run experiments and try things; at that point I can leave my PC and continue over my phone in brief stolen moments here and there, over the course of many hours - it comes back with results; I ask it to try new things based on those results - after multiple rounds of this, I have explored a vast search space I could have never had time to do myself - I ask it for an implementation of the most promising path; this is usually something simpl-ish (on the order of 50-100 LOC, not huge new systems) - I return to the PC and do something between polish the implementation and redo it fully manually - partly because I enjoy it
This is something I can see myself do for fun in areas I care about, not for money and reasonable business objectives for my day job.
So while LLMs solve the technical implementation side, there's still upside since now we get to materialize the dang thing we were setting out to build in the first place.
Though there's a huge sense of loss since so much of our skills and identity and time and value were devoted to the engineering side.
I also woodwork and I remember this discussion there between hand tools, power tools, and CNCs. It's all the same hobby just different entry points and doing it the least automated way doesn't make your work more or less than anyone else's.
I LOLd very hard at that one, thanks. Very relatable.
A hobby of mine is also woodworking. I can make jigs, I can buy jigs. I can use hand tools, I can use power tools. I can use screws I can use joints. I can even buy made furniture and just assemble it. Though the latter is more of interior designing. But the point is it is a spectrum and everyone has their own niche. SDLC are not the same and there is different value to be derived. But the process of woodworking makes me handy. The experience allows me to elegantly and cost efficiently fix broken things. It enables me to do interesting things in interesting ways and there is more of a community around that. If I automated away all the woodworking and just bought the furniture... Well there isn't much of a community around that except flexing who has more cash. Idk, I'm trying to have empathy for both those who are for and against it.
Boy isn't that the truth haha, I feel like my previous phase of dotfile ricing has become "LLM ricing."
Not complaining though, it is genuinely fun!
I will say that there are a lot of parts of programming I enjoy, but I used to spend an inordinate amount of time chasing down obscure errors or learning arcane systems just to get to the parts I personally enjoy: the feedback loop of making a thing, seeing the result, and improving it.
There is a reason stack overflow is dead. LLMs are a strictly better product.
It's an age-old debate in every hobby.
Some people are in it for the process. Others are in it for the end result, which is what they want to use or play with.
In woodworking there are some circles who will sneer at you for using certain power tools instead of hand tools. I do think it's more impressive when someone makes something entirely with hand tools. I don't have all the time in the world to work on a project, so I'm going to use the power tools when I can.
Some people care a lot about impressing others with how they made a thing. Some times that's appropriate, like if there's a competition for hand-made or human-written something. Other times, nobody cares. They're getting together to enjoy the end result, not the artisanal process used to make it.
Indeed, and this is the problem: unlike woodworking, where my power-assisted creation is independent of, or complements, your handcraft, this engine is directly competing with other engines. Twiss is being disingenuous when he says he has no interest in submitting it to competitions; it plays on a rated account on Lichess, for example.
In fact handicraft people were out competed so hard many people forget that used to be a respectable career.
What is the "end result"? You refer to cleaning here, but many people use AI spam slop to bombard people with garbage text. That is not "cleaning up", that is literally wasting the time of real people here. And that's just one example of many more that can be given of AI slop not being so great.
disliking LLMs is just an opinion. Refusing to engage with an argument and instead defaulting to downvotes when you can't supply a reasonable argument or proof is just ai/corporate-fanaticism and self-delusion enhanced by LLM-dependence.
If I understand you correctly, you're arguing that anyone who disagrees with you is:
1. An AI/corporate fascist. 2. Self-deluded. 3. Dependent on LLMs.
Could you now provide what you yourself called a "reasonable argument or proof" that these claims are actually true?
Yes if your end result is technical debt and endless bullshit. (Some enterprise environments do be like that.)
So at least in my experience, it’s not about gatekeeping as much as it’s about keeping the experience bearable for the existing hobbyist community.
Keeping the experience bearable BY gatekeeping. That is the point, gatekeeping is not inherently a bad thing. It's a required thing in many circles.
To me, it amounts more to disapproving showing up to a handmade sweater community and showing off your machine made sweaters, or maybe a machine made sweater you added a handful of stitches too yourself. It's like not realizing that the community wasn't about cool looking sweaters, but about hand-made cool looking sweaters.
Having said that, there might be another community that's more about cool looking sweaters, and new machine techniques that deliver really nice looking sweaters would be of interest to them. I actually think it's what is happening a bit in programming, there are niche that remain more about the manual programming, and others that are about any process that can lead to better outcomes.
I can understand why people who aren't interested in "shipping daily" and are more interested in figuring things out are kinda annoyed by all the LLM noise
That seems as natural as being against doping in sports or marking cards in poker.
None of this is anything against LLMs or AI assisted coding in general, even though the people involved probably have strong feelings about it given their preferences. It’s just the preferences of particular people and communities. Seems reasonable to me.
It's like lifting weight. Obviously, machines lift weight much better than human for a long time. But people still trains for strength or aesthetics. Even if machine can lift much larger weight and more efficiently, some people still care about how strong they are.
A machine can lift much more weight obviously is not the excuse for them to stop training.
Programming is just the weight lifting for your brain/mind. Even if LLMs can solve all coding problems perfectly, there will be people who still want to program all by hands, for training their mind, or simply enjoying the process. And there will be people care about how good you are at solving a problem with programming.
LLMs being able to code does not mean you no longer need the ability to code.
Cars do not mean you no longer need the ability to walk.
Machines can lift more weight than humans, but we all encounter situations where strength is useful and machines aren't available or wouldn't be suited to the task.
Cars are faster and easier than walking, but they require roads and are not a possible substitute for all of the walking we do.
But "if LLMs can solve all coding problems perfectly", and assuming that's sufficiently true of cheap/free models, there will be no practical need to code by hand; it'll be something we do purely for the joy of it and/or as brain training (but a niche form of brain training, probably practically inferior to other forms that target skills we still need).
I find that a lot of "pro-AI" folks are very much doing software for the ends (myself included) and in the past, we were happy with the "means" primarily because there was no other way. The "anti-AI" folks are, as mentioned, mostly in the camp of caring about the means equally with the ends.
Lots of nuance here, but those buckets seem to generalize pretty well (so far) in my experience.
I understand the conflict: the point of doing OSdev is that you're learning the low level hardware details and directly commanding the machine from the lowest level accessible. LLM usage is at odds with this.
But, on the other hand, the primary issue with OSdev on modern hardware is the complete lack of documentation for most hardware. A lone developer simply does not have enough time to reverse engineer from Linux or BSD drivers to achieve much hardware support. Plus, often you run into hardware quirks that are incredibly painful to debug and offer no real learning opportunity.
Recently I revived a ~8 year old modular kernel project I had written. It was at the point of being able to setup an x86_64 CPU, load some drivers and enter usermode. Using an ESP8266 board I setup a little debugging harness for a AtomicPi devboard I had laying around, and set it all up so Claude could control and upload code to it. It could read the serial port, ping the board over ethernet and power cycle it. From that point I let it work almost autonomously to implement a USB stack, finish the network stack, implement drivers etc.
It worked well, and for the most part I didn't care about the results. I don't have the time to commit to such a big project now and of course, the satisfaction of doing something myself (besides building the harness) was gone.
But a thing that stood out to me was, when trying to implement the ethernet driver, the chip in question did not have documentation, but it was known to be similar to another well documented chip. Claude was able to spend a few hours just trying different things, rebooting the board as needed until the differences were sorted out and it was able to ping the board. I feel this kind of application would be pretty relevant for even hobbyist communities like OSdev.
We all have limited time, and while LLM usage for everything certainly defeats the point, targeted usage for tedium that has very little value overall, should be acceptable, and I can't help but think lesser of devs I otherwise respect, when they insist on being dogmatic even when it doesn't contribute to the hobby.
The entire point of the article was the hobby is ascribing value to that tedium that the LLM is removing.
Even before LLMs came along a lot of hobbyists were using high level languages, linters, IDEs etc. instead of handcrafting assembly or machine language. Those tools increased the capability of hobbyists to build what they find interesting.
I understand using LLMs as tools to help you with your hobby, but I think when “Claude spends hours debugging it” it probably is no longer a hobby, but an outsourced job.
Isn't it more in the spirit of osdev to spend your effort implementing/working on the things that actually further your OS meaningfully? Discovering that a specific version of an obsolete undocumented chip has a quirk where one register doesn't reset in the expected way isn't really useful information and doesn't contribute to building new skills.
Maybe what I'm trying to say is that not everyone enjoys every piece of the hobby, and I don't think it's reasonable to exclude people who do not enjoy some of the pieces that aren't even core to the hobby.
If Claude shortcuts that, then yeah, the problem might be solved, but you didn't skill up at all. Sometimes that's fine.
If my hobby is running, I would refuse to use a car to do my morning loop. Not because I have anything against automobiles, but because that's not my hobby.
Also, the issue linked to isn't really about LLMs. It's about someone being a dick in an online community and being called out for it. They just happen to be using LLMs to be a dick, but that's not the main issue.
What's the solution, to just disengage entirely and not share back issues I find or features I'd like to see?
I get the negativity, because I enjoy hobby programming too, so I also enjoy the process sometimes. But then sometimes there's a problem and the fastest way to isolate the core of that issue is to use claude.
We learn a craft in two ways: by watching other people do something, and by doing it ourselves. I've learnt many crafts in my life, to the extent that I've produced useful or enjoyable output: programming, wood working, gardening, cooking, baking. I read loads of books, but nothing you read in a book makes much sense until you do it yourself. If you read a book on wood but never pick up a saw then you might as well be reading fiction.
Programming has always been a bit more difficult because we can't really watch someone else do it. Sure, you can watch someone use their tools, but programming really happens in the head, and you can't watch that. So you very much have to just do it yourself, and read.
When you use an LLM you're not watching it do anything, except output text at a very high words per minute. And you're certainly not doing it yourself. So how can you be learning? I actually don't think I've learnt a single thing since starting to use LLMs and it seems that way for colleagues too. They're producing code they never could have written before, but they don't understand it. They aren't learning.
I think about that a lot: its not about material wealth, but status, something that if someone has more of you have less of. A lot of people are invested in their status in various communities, and are afraid to lose it or have it become meaningless.
I don't know what to do about that; no matter how wealthy we all are people are still going to want status.
I would modify this slightly though. I think there's an expectation of things getting better, and expecting to do better than your parents. I think that's where many of the modern issues around living standards come from. They aren't getting better (quickly enough).
Personally, I find that when I start thinking "hmm, I wonder if I could write a program to automate this" is when I quit the pursuit. After figuring out the basic tricks to sudoku, it turned into busywork. (Or trying to micromanage StarCraft)
(Tagentially, if you want to automate programming, then I'm going to find myself a different field, because I have no interest in the results of sudoku puzzles. I especially have no interest in managing agents, which I see as junior-dev bullshitters, and would not enjoy managing such a team in real life)
(I absolutely relate to your experience with sudoku etc. Of course, writing a basic sudoku solver is also interesting.)
The thing is, software architecture and systems design can also get the hobby treatment. I've found that I'm happy to have a short discussion with ChatGPT and have it barf out a few hundred lines of a concept, then refactor and maintain it myself. Or come up with a few different pieces that can be written fairly easily, let the machine skip over most of that tedium, make sure they conform to the interfaces I had in mind, and then verify for myself that the system actually comes together the way I imagined.
Of course, it does help a lot that I can understand the code, and work with it line by line if necessary. But SICP teaches us that it's abstraction and composition all the way down. So I feel like I'm exercising the same skills while not letting myself get intimidated by the sheer amount of initial typing or the self-doubt (instinctive immediate review of the code, you know) that creeps in when I try.
I think if that were always true, calculators would be banned in schools.
Surely the "point" might be different things to different people depending on their exact situation/context.
That's the core of it - hobbies are doing what makes you happy - if that's LLMs great, if not, great.
I'm lucky I guess that I've had enough time in this career to experience these moments, and enough experience to know which code I should write and which code really is rote and can be generated (most of the time). Hopefully it keeps the loss of enlightenment to a minimum.
I always thought that when I retired I’d do woodworking. But perhaps I’ll also code - to remember what it was like when I was young.
Most hobby fandoms have a dedicated core group who think like this: The end result is only an artifact or social proof to them. The real product is their own prestige of having built it and attracted an audience. There's always an IRC channel or Discord somewhere where there's a social hierarchy of who should be respected for their work.
Outside of those inner circles, most people don't care. The average emulator user doesn't care about the details about who wrote their emulator or the history behind it all the forks. They want to play a game and the emulator core that gets the job done, because the emulator is the product to them. The mastery of the author is not a product to them.
This has happened in multiple technical hobby communities I've been in. With 3D printing I even remember communities where Prusa was looked down upon for making 3D printers too accessible. The argument was that now anyone could buy a 3D printer without really understanding the pain of mastering calibration, fine-tuning, and troubleshooting. That debate exploded to another level when Bambu came along and made 3D printing even more mainstream.
Now it's happening with programming communities. There are some where hand-written code is truly the actual product: Competitive programming, code golf, and obfuscated programming competitions come to mind. Using an LLM here is about as appropriate as submitting LLM generated art to an art contest, which is to say it's not.
There are a lot of other domains where the mastery of the craft isn't interesting outside of a small social circle. It's interesting that they mentioned emulators, because emu communities are famous for having a ton of strange drama that most emulator users don't care about. If you're inside of the small community and spend every day on their Discord, it might be the only thing you care about, but you don't realize that you're a minority because everyone else in the Discord thinks the same way.
OSDev is another interesting one to mention, because even Linus Torvalds had to make a big post telling the anti-LLM people to chill out. There seems to be a split between the purists who think the primary value is their own mastery of being able to write the code, and the pragmatists who are adapting to use new tools in conjunction with their knowledge. If you find yourself in one of the purist camps you might think everyone feels the same way, but outside of that, the world is moving on.
I usually feel turned off by communities where social status is the primary currency. There's always a hidden social hierarchy that feels threatened whenever it feels like the rules my start changing. They react by trying to force the social currency back to the system where they spent years investing their time. Nobody wants to feel like you're losing a foothold because the rules are changing. I got a strong feeling from this article that this author feels they've developed some level of respect in some forum and they dislike the idea of that investment being devalued by a changing landscape
> In traditional niche dev circles, respect is earned slowly through years of activity in their respective fora,
I think the key word to all this is "communities." If you can make something alone, just do it. If you enjoy gathering together to build a bigger thing, often the bigger thing is 1/3 an excuse to gather together. In that way, the LLM is like revealing the answer to a murder mystery game too early and expecting it still to be fun for everyone.
Similarly, even if I don't write the code but I let someone else who I trust do it for me, there is value for me in that person not using LLMs, because only if they don't, I can know that the only spirit that lives in the code is of the person of my choice. It's like a social thing; I can know and trust a human, but I'm not sure I can do that with an LLM.
It's similar to how you wouldn't want to use LLMs in politics: the whole point of expressing your ideas is that they are your ideas and if you let someone (or something) else do it for you, details will be missed and misunderstood.
So this is one reason that I think hobby communities don't like LLMs; they care too much about what they build.
People say, if you you write elaborate well spec'ed prompts, it will do the right thing. Coding in a way is doing that.
I happen to think the alternative world where no one’s skill capital can be devalued sucks more, but it’s hard to build a community around that because the same hours that build skill also build taste, and when you remove the former you remove the latter.
So you get a community with garbage in it. Haha!
I'm not sure of the truthiness there wrt LLMs: using an LLM to code your hobby OS doesn't actually gain you the skills of the existing members of that niche. Maybe those existing members are just annoyed at posers, not at newcomers?
> Moreover, you are giving absolutely nothing back to the community, which is central to open-source engine dev. You are only taking.
What would that user prefer? That the developer push a PR upstream...that presumably would be shot down and the user subject to further harrassment because it would be LLM derived at minimum? It seems like a catch-22 where the only winning move is not to play.
That thread also highlights the overlap between "people who are against LLM usage for coding" and "people who are very particular about AGPL."
Presumably no one is forcing the maintainer at gunpoint to have an LLM slightly shake up other people's code, relicense it under an incompatible license and then claim that "every single line of code is written by Claude Code", so I don't see the issue with not playing if that's the only option.
If you can't make contributions that anyone finds interesting enough to include upstream and have no plans to publish your AGPL derived code under a compatible license, you can keep your changes to yourself. Nothing lost, nothing gained, license honored.
That's both more honest, and probably more fruitful.
In what way is it more honest?
https://slowcode.dev
Others look only at the results, so LLM are only a tool (actually without a clearly instruction manual i suspect).
But programming (and so many others works) is not only about making, but learning and developping skills. When an LLM is not available? i think differences will be evident.
And roughly speaking: to check the result of LLM you have to be more capable than the bot, otherwise, who is the boss? And to develop those skills, you have to do it yourself.
This is not mutually exclusive with LLM usage. It's only prerequisite is that the human cares enough to learn.
I use LLMs to build some nice customized and some basically standard tools so I can go from learning about code to learning Rust et al properly ... the next 2 years are scheduled for me. I want code and LLM supply chains as a proper hobby, partially because I find the overall "transformers" approach pretty bad since there is no implicit path towards intelligence and zero chance to build one on top explicitly. it's just a bunch of parrots but parrots are awesome and i'm glad I get to have so many.
Also: I really don't care what the communities think, though ... it's 2026 and all that code, math, science, engineering didn't build any special amount of good, "bad" ( vs ugly personalities ) or cool characters that we didn't have already and it didn't cause any "mutations" in schools of thought either, or drive movements where they were needed.
but I'm a bystander, which wasn't my choice, unfortunately, so y'all know much better what I'm talking about.
most players in the lower leagues won't dope but some do and take bribes anyway, what?
it's a cowardly new world, everybody, happy Esoteric Right Wing Hanukkah!
AI isn't well liked in a lot of places. I agree with the communities - make something yourself, don't ask a robot to do it for you. If you vibe slop something into existence, I'm never going to look at it. Something you made yourself though? Hell yeah I want to see it.
Another example is the art community - use AI/LLMs there, you'll be excommunicated.
The only exception is real photographs of some event, like I bought my friend a picture of the Falcon 9 taking off against the backdrop of the sun. Amazing photo.
I feel like obsessing over some artist I’ll never be friends with and the story behind their art is just another way to have a parasocial relationship, and the new tools allows us to have absolutely bespoke art in every single home. Things like this used to be considered strange and irregular before mass media. Now every person can make satisfying music. It’s incredible and amazing and should be celebrated because suddenly everyone can participate.
That's decoration, not art.
> Now every person can make satisfying music. It’s incredible and amazing and should be celebrated because suddenly everyone can participate.
No one should be celebrating the theft of music from artists. Everyone can participate in making music today just as they always have throughout human history - learn to sing or play an instrument.
Thanks to taxis, everyone can drive.
I say this not as a complaint, but to explain my perspective on using LLMs for personal projects. Granted, I'm publishing none of them, and not trying to make anyone care about them, so it's not really a response to the article or general discourse here per se, but I thought it bears mentioning anyway.
I'd like to buy into the idea that "doing it yourself" is more meaningful or personally edifying, but I don't get that feeling. I want to get that feeling, but I don't. I've found my private waste-of-time projects using LLMs have been more gratifying than my private waste-of-time projects that don't, and at the end of the day, neither really substantively matter anyway.
Again, this isn't really related to communities per se, but it is an answer why some folks use LLMs for projects/"hobbies".
So of course they are upset by it, it's annoying to spend years building up some skill and then end up being less capable at applying that skill than a 12 year old with a claude code subscription who has never even seen a CRT. Their entire hobby community is going to fundamentally change and the people who are influential and knowledgeable now are effectively has-beens who will have to learn totally new skills to stay relevant and most likely won't have the energy, or desire, and lets be frank the aptitude to learn those skills. (I don't mean the skill of using an LLM, they can do that and almost certainly would be great at it, I mean skills like charisma and presentation and promotion.)
Vs. what I do. I've always done tons of little quirky automation type things with bash -- that do actually strongly become a part of my life.
Today? Yes, that -- but more and faster. I'm actually typing out way less code, but getting more of what I'd like done, and which couldn't be done without some bash (and now python*) knowledge.
Before AI, knew something about python but never typed e.g. more than 20 lines of it myself. I now am able to use it extensively regardless because, like with lots of languages, reading is easier than writing.
This hits the nail on the head.
But then again I don't program as a hobby to impress others online. Maybe that's the difference?
At least against as it is now, where everyone with Claude suddenly becomes a software engineer.
Software engineering is more than pushing code to main/master.
It's requirements. Acceptance criteria. Design. Documentation written for humans. Reviews. Operations. Maintenance. Understanding the product. Understanding the system you're changing.
Right now, I struggle with PRs being opened by people who don't fully understand the code they're changing, replying to review comments with Claude generated answers pasted back like a meat proxy...
What I see at work is that we're pushing code faster than ever, while losing the big picture of our product, or the architecture of our own network, even faster.
We're also generating documentation at an incredible pace. The problem is that the people writing it often don't understand it either.
Code has become cheap.
Engineering hasn't.
More dangerous are communities who shun AI and treat every disclosure like a Scarlett letter. Generally the loudest opinions come from consumers (fan bois) and not creators. I think this will eventually drive new innovators away from these communities. These vocal naysayers have likely never experienced being a project manager, lead developer, and QA for an agent writing code. Instead they think a prompt magically creates software, but without wearing all these hats at once, you get something far worse than 'slop'. Call me crazy, but I think these multi-hat 'developers' using an agent and are dipping their toe into LLM development are going to raise the bar and leave us vim users in the dust.
I think the problem goes deeper.
When a community becomes addicted to LLM, I feel uncomfortable interacting with it. It feels like mindless robots and drones are now active. But even aside from this, some people don't seem to understand why AI spam slopping real people with their AI spam, is awful. A few months ago, Michael Niedermayer spam AI slopped a proposal on their mailing list; I don't have the link right now (need to really bookmark all those things) but someone else asked him why he spams other people with unfinished proposals created by AI? I don't know whether Michael understands this as a problem or not, but I think many AI users don't understand the problem when they AI spam slop other people. I think it is a hostile action by those AI users. So I can totally understand communities not wanting that AI spam.
I've also noticed people who have horrible english skills, suddenly have perfect english skills. I suspect AI use, but then I wonder: is that person interacting with me via AI spam slop? I'd much rather deal with broken english if it is autenthic, than people faking it, even IF the produced english may be better than the broken english (but even that is often doubtful, so much AI spam slop is just wasting time and awful to read).
The whole AI trend seems to lead to really dumber people and fewer real interactions. That is sad, even more so as many people lost real social cues these days anyway.
https://www.cbc.ca/news/canada/new-brunswick/bill-oliver-ai-...
Are we going to end up a bunch of meatbag puppets of the machines? Makes me wonder.
You find abdicating your speech to an AI to be disqualifying, but to people who’ve already abdicated everything they do to AI, it’s folksy and relatable.
- people who like writing code for codes sake
- people who like writing code to build things
In the past, these folks have lived more or less in harmony unified under the common interest of applied maths, engineering and architecture that is necessary to write things that require a lot of vode. Aside for a few classic and very public spats.
Now that community is fractured because llms are increasingly making writing code irrelevant. If that weren't true, we wouldn't be having this convo at all.
I think it's perfectly reasonable to want to cultivate spaces that preserve that craft, but wish they wouldn't be so obnoxious about it. I imagine that a good handful of these folks in the "no llm ever camp" collectively rolled their eyes at vegans and animal rights advocates at some point, and are now feeling being on the unpopular side of progress.
Personally I think it's a cool prospect to have Trappist Monk-like communities producing hand crafted code. It will probably be really good and sturdy. We'll look at it in 10 years and say, "damn they really don't make it like that anymore!"
If you only want to learn programming for work then you obviously have a different perspective than people writing chess engines from scratch for fun instead of using an existing one, right?
I realize there are people with young kids or 2-3 jobs that really have little to no downtime, but it seems that for most people time isn't really the issue - it's just are you more of a passive or active type of personality.
You dont understand that people have hobbies they enjoy doing? Because thats the entire point of the article.