Earlier quoted context omitted.
Configuring editors, dot files, and dev environments consistently adds value by giving you familiarity with your working environment, honing your skills with your tools, and creating a more productive space tailored to your needs. Who else becomes the go to person for modifying build scripts? The amount of people I know who have no idea how to work with Git after decades in the field using it is pretty amazing. It's…
Have you considered that the problem is with Git and not the users?
The Programmer Identity Crisis
151–160 of 317 posts
Re: The Programmer Identity Crisis
#152This process has been affecting most of the world's workers for the past several centuries. Programming has received a special treatment for the last few decades, and it's understandable that HN users would jump to protect their life investment, but it need not. Hand-coding can continue, just like knitting co-exists with machine looms, but it need not ultimately maintain a grip on the software productive process. It…
This is so funny to me. Hand-coding is no longer "the future"? Did an AI write your post or did you "hand write it"? Code needs to be simple and maintainable and do what it needs to do. Auto complete wasn't a huge time saver because writing code wasn't the bottleneck then and it definitely is not the bottleneck now. How much you rely on an LLM won't necessarily change the quality or speed of what you produce. Special…
And yet after 3 decades in the industry I can tell you this fantasy exists only on snarky HN comments.
> Hand-coding is no longer "the future"?
hand-coding is 100% not the future, there are teams already that absolutely do not hand-code anything anymore (I help with one of them that used to have 19 "hand-coders" :) ). The typing for sure will get phased out. it is quite insane that it took "AI" to make people realize how silly and wasteful is to type characters into IDEs/editors. the sooner you see this clearly the better it will be for your career
> How much you rely on an LLM won't necessarily change the quality or speed of what you produce.
if it doesn't you need to spend more time and learn and learn and learn more. 4/6/8 terminals at a time doing all various things for you etc etc :)
Re: The Programmer Identity Crisis
#153Earlier quoted context omitted.
The problem rather is that you still have to stay somewhat agreeable while calling out the bullshit. If you were "socially allowed" to treat colleagues like > All while the author—who clearly only skimmed their “own” code—is taking no responsibility, going “whoopsie, Claude wrote that. Silly AI, ha-ha.” as they really deserve, the problem would disappear really fast. So the problem that you outlined is rather social,…
They should get a clear explanation of the problem and of the team expectations the first time it happens. If it happens a second time? A stern talk from their manager. A third time? PIP or fired. Let your manager be the bad guy. That's part of what they're for. Your manager won't do that? Then your team is broken in a way you can't fix. Appeal to their manager, first, and if that fails put your resume on the street.
> Your manager won't do that? Then your team is broken in a way you can't fix.
If you apply this standard, then most teams are broken.
Re: The Programmer Identity Crisis
#154To me, the most salient point was this: > Code reviewing coworkers are rapidly losing their minds as they come to the crushing realization that they are now the first layer of quality control instead of one of the last. Asked to review; forced to pick apart. Calling out freshly added functions that are never called, hallucinated library additions, and obvious runtime or compilation errors. All while the author—who cl…
The sane option is to join the cult. Just accept every pull request. Git blame won't show your name anyways. If CEOs want you to use AI, then tell AIs to do your review, even better.
Re: The Programmer Identity Crisis
#155Earlier quoted context omitted.
Configuring editors, dot files, and dev environments consistently adds value by giving you familiarity with your working environment, honing your skills with your tools, and creating a more productive space tailored to your needs. Who else becomes the go to person for modifying build scripts? The amount of people I know who have no idea how to work with Git after decades in the field using it is pretty amazing. It's…
Have you considered that the problem is with Git and not the users?
Maybe Git is too complicated for hobby users, because it has a steep learning curve. But after two weeks using you now enough to handle things, so it shouldn't be a problem in any professional environment.
Re: The Programmer Identity Crisis
#156Earlier quoted context omitted.
At 47, I am an older guy already. But in my generation, people who went on to be programmers usually started tinkering with code at ~ 11 y.o. (back then on ZX Spectrum and similar cheap beasts available in freshly post-Communist Europe) out of interest and passion, not because of "I want to build a lucrative career". (Given how massively widespread piracy was back then, programming looked rather like a good way to do…
Hard agree, I am 51 and all of this resonates true with me except… > That is NOT the same sort of talent. My fingers are clumsy; my mind is not. if handyman work was paying $600/hr your fingers would un-clums themselves reaaaaaaly fast :)
Re: The Programmer Identity Crisis
#157To me, the most salient point was this: > Code reviewing coworkers are rapidly losing their minds as they come to the crushing realization that they are now the first layer of quality control instead of one of the last. Asked to review; forced to pick apart. Calling out freshly added functions that are never called, hallucinated library additions, and obvious runtime or compilation errors. All while the author—who cl…
Now that I'm no longer at that company since a few years ago, I'm invincible. No LLM can scare me!
Re: The Programmer Identity Crisis
#158This process has been affecting most of the world's workers for the past several centuries. Programming has received a special treatment for the last few decades, and it's understandable that HN users would jump to protect their life investment, but it need not. Hand-coding can continue, just like knitting co-exists with machine looms, but it need not ultimately maintain a grip on the software productive process. It…
I started writing code in basic on a beige box. My first code on windows was a vb6 window that looked like the AOL login screen and used open email relays to send me passwords. I've written a ton of code in my life and while I've been a successful startup CTO, I've always stayed in IC level roles (I'm in one right now in addition to hobby coding) outside of that, data structures and pipelines, keep it simple, all tha…
Re: The Programmer Identity Crisis
#159I absolutely loved this piece. I also agree with comments on this thread stating that problem solving should be the focus and not the code. However my view is that our ability to solve problems which require a specific type of deep thought will diminish over time as we allow for AI to do more of this type of thinking. Purely asking for a feature is not “problem solving”.
I think you can enjoy both aspects - both the problem solving and the craft. There will be people who agree that of course from a rational perspective solving the problem is what matters, but for them personally the "fun" is gone. Generally people that identify themselves as "programmers" as the article does would be the people who enjoy problem solving/tinkering/building.
Re: The Programmer Identity Crisis
#160Earlier quoted context omitted.
The point is, a lot of us aren't convinced reviewing 8 meals made by agents in parallel _is_ producing better food. And it also seems exceedingly wasteful to boot.
I don't think that's really the point of this post; it's all about how LLMs are destroying our craft (ie, "I really like using knives!"), not really about whether the food is better. I think the real problem is that it's actually increasingly difficult to defend the artisanal "no-AI" approach. I say this as a prior staff-level engineer at a big tech company who has spent the last six months growing my SaaS to ~$100k…