upvote
I think calling people like the op (and using quotation marks) those who 'love typing special characters into a computer' is a total strawman. I don't think OP is mourning being a typist lol.
reply
'love typing special characters into a computer' is not just a strawman, its rude and dismissive.
reply
Yeah, they like writing code, in the same way that a blogger likes writing a blog post.
reply
Maybe I took "the part of the job that was my favorite (writing code)" too literally but quite literally, there are people who say this is the joy for them, the entering and writing of code, and shared this point of view on HN before, it wouldn't be the first time somehow said so. Maybe it's you who are being a bit insensitive here, as clearly some people do like that particular activity.

Regardless, I apologize if I misunderstood "writing code", I take that to mean "typing code" as the other stuff we do around is more "problem solving" than anything else, regardless of what the activity is (thinking, designing, troubleshooting, etc).

An interesting HN search for comments with "I love writing code" that has some false-positives, but has programmers stating clearly they like the action of manually typing code: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...

reply
No it doesn't, which comment? None of them say that.

Nobody enjoys anything that isn't problem-solving, with debatable exceptions for drugs and hormones. Fun is learning. The learning is either subtle and inexplicit, or partly subtle and inexplicit. You engage with a medium, you interact with the work, you make edits, you learn stuff. If you're shepherding an AI then you do all that on a different level, in a different way, a way that isn't better as such. You're doing a different thing. (Meanwhile, the AI doesn't have any fun.)

reply
Well, I can't speak for the person above, but in my case typing out the code is part of solving the problem. Plenty of times I've thought I had a great idea in my head, and then in the process of writing it out found better understanding and an even better approach. Some of that can still be emulated with LLMs -- you can read the output and have it tweak things where you find oddities, but its still not really the same, and I miss having that process of discovery and improvement.
reply
I can't speak for anyone else, but I've never really clicked with a "plan everything upfront, and then all that's left is writing the code" process

I've also never really experienced that professionally. I started as a professional programmer in 2012 and I've always been pushed to do some form of "agile" where you figure stuff out while you work because building detailed specs upfront is too costly and time consuming

So now I'm being told it's fine to pivot to these AI tools and it's awesome, you just plan upfront and execute. But I genuinely don't think I have those skills. My workflow has always been "have a rough idea where we're going and fill in the blanks as we go"

So now I'm trying to adjust to this new work, planning upfront with more detail and I'm struggling.

Coding is how I used to work through problems. I was really good at it. Now I feel like a fraud. Just a hacker, not a software engineer. I don't know how to get to where I need to be, and I'm really unsure I even have it in me to learn and entirely new way of being

I went from feeling on top of my life, my career on a great trajectory, and really confident I could build anything that anyone needed, to feeling completely worthless

And there's such little empathy out there for anyone going through it like me. AI is here now loser, keep up, get on board or get replaced.

If you read this far thanks. And if anyone has any advice for me, how to go from "thinking through problems by coding your way through them" to "doing the thinking upfront" then really, I'm all ears.

reply
I've commented elsewhere about this but so many are flippant towards your feelings and it's quite sad.

Comments such as "now that economically 'traditional coding' no longer works" get over it. Or a recent one "get over your anthropocentric view of intelligence, AI is here now".

These views (and many more besides) are short sighted, I do think anthropocentrically. The economy is a proxy for the lives of real people, the economy matters only because it deals with real people. People who feel, have agency, who live and die.

Two super AI's talking to each other maybe the most intelligent things in the universe but they don't matter.

Humans matter, human lives matter, human feelings matter.

reply
> And there's such little empathy out there for anyone going through it like me. AI is here now loser, keep up, get on board or get replaced.

I think that this really needs to be internalized by a lot of people. I really appreciated when my boss sat our team down and said "Yeah this is the new normal, and I know its not what you signed up for. Its fine to feel sad that your job is changing in such a dramatic way." No, it didn't help anyone actually adjust, but sometimes you just need someone to empathize and tell you its OK to feel bad about this when everyone around you is excited.

> If you read this far thanks. And if anyone has any advice for me, how to go from "thinking through problems by coding your way through them" to "doing the thinking upfront" then really, I'm all ears.

I'm trying to replace it with "thinking through with AI" to limited success. A lot of people recommend having the AI "plan" the thing and review the plan, which is OK. I've also had it do a prototype and poked around a bit, summarized the learnings, and then did it again in an iterative manner without rough edges I've found. Whether you are given the space to do that is up to your org -- its hard sell to "do it again" but I've found that the second attempt leads to better results since I can prompt my way around the problems. Sometimes this also leads to a "Not even wrong" moment where I found out that I framed the problem wrong and the AI dutifully carried out doing the wrong thing.

reply
I wrote a thing about this (https://www.klio.org/theory-of-llm-dev-skepticism/) back at the beginning of the year, in a totally different era of AI dev tooling. What you're describing is what I called there "bottom-up" programming.

Unfortunately, I don't have a lot of first-person advice for you; as I say in that essay, I was also a bottom-up programmer for a long time and was deeply skeptical of top-down approaches. What changed my opinion and my practice was just doing things for long enough that I started having a sense of where things were going to go before I did the exploratory work to find it out, and eventually the exploratory work was unnecessary and I could create a basically-correct top-down design early on. I don't know how you build that experience without actually getting in the reps (which has some implications for future generations of developers, if we have any).

That said, my second-person advice would be to use the agents for the design part of things, too. "Here's the problem, how would you design it?" and then have a conversation with them, push back on the things that seem wrong, imagine reviewing this as a finished design from a coworker and seeing where it looks right and where it doesn't. Ask why it designed things a certain way; suggest alternatives for it to evaluate and think about what it's weighing. Basically borrow the robot's experience to augment and build up yours.

reply
I don't have a good answer, but a question of my own. I wonder if there are only the two extremes: write everything manually or one-shotting without looking at the code?

One-shotting without review is very quick but has its downsides: burnout, less understanding of the code base, less interacton with your colleagues, you miss the poor choices the LLM made so the code base might rot.

Writing everything manually is much slower and in some circumstances not what you want anyway.

Is there a middleground where you get significant parts of the productivity/speed increase but retain the most important parts of the manual process? I have found I preferred the copilot style of working, but the interface was not really optimized.

Instead of spewing out code at 20x speed can we settle for 5x and remain in control? That would be my ideal and more sustainable, right?

reply
Actually, most of the stuff discussed in this thread are all ideas that those old-school software scientists already talked about long ago. Go look up the papers Bélády wrote back in the day.
reply
[dead]
reply