Now is the best time to write code by hand

https://sitebloom.ch/writing/now-is-the-best-time-to-write-code-by-hand/

by nickgreg • 3 months ago

125 55 3 months ago

sitebloom.ch

chistev• 3 months ago

AI atrophies the brain -

https://www.rxjourney.net/how-artificial-intelligence-ai-is-...

endofreach• 3 months ago

Anyone who needs an article for this: don't bother, nothing to lose!

oliver236• 3 months ago

such a bad take.

sigseg1v• 3 months ago

Is the purpose of this article to say "If you only do one thing, you will likely not excel at other things"? Is there anyone to which this is not an obvious conclusion? Did I miss the point?

ofjcihen• 3 months ago

You did.

The point is if you let something think about x for you you will become worse at thinking about x.

layer8• 3 months ago

I think you did. The argument (which may be wrong) is that agentic coding has a lower barrier to entry than hand-coding, and that since (barring AGI) there will remain a demand for hand-coding, that skill will become more valuable the more developers lose it, while agentic coding due to its lower barrier to entry will become less valuable.

nickgreg• 3 months ago

Couldn't have said it better myself

herewulf• 3 months ago

It sounds like PHP and JavaScript all over again. The barrier was low and a lot of slop was produced by their users. Eventually due to huge demand, a lot of sophisticated things emerged (think V8, various frameworks, other browser gymnastics and evolving standards, etc).

SpicyLemonZest• 3 months ago

The purpose of the article is to say that the skill of software engineering depends on the ability to write code by hand, even now that you don't necessarily have to on a day to day basis. If you don't keep in practice, the author thinks, you will become less effective even at driving agents than people who do.

Is that true? I'm not quite as confident as the author, but it seems plausible. I've seen a number of managers who used to write code try and fail to drive Claude as well as even the junior engineers reporting to them.

cerealizer• 3 months ago

Yes, I only want hand crafted, artisanal, small-batch, free-range, organic code.

contingencies2• 3 months ago

You forgot locally sourced, single origin, fair trade, cholesterol free.

eulgro• 3 months ago

And vegan of course

coolThingsFirst• 3 months ago

code written by grass fed developer, grade A.

Codyu.

sph4• 3 months ago

This but unironically. Keep your mass-produced slop for yourself, show me what you have built with effort.

I spent two days learning about quaternions to fix a buggy spaceship moving in space, when an LLM could have done it for me in seconds. A great use of my time: now I understand quaternions and I have levelled up in my knowledge, which makes me more confident to tackle larger problems in this space.

bvan• 3 months ago

Totally agree. Especially for commercial or code that adds value. Writing code is just one element of developing quality, robust, software. In the rea world, commercial or production software must be maintained, supported, and must respond to changing user requirements. The human element is critical, unless you’re OK with relying on LLM’s, crossing your fingers, and have no care to support users.

tedd4u• 3 months ago

I think you'd have to start with 55+ years old and go upward to find an age range where more than 10% of programmers routinely wrote assembler code in their careers.

To find the same for machine code you'd need to start at 65 or older.

budman12• 3 months ago

change that 10% to 0.5% and I would agree. i am 62, worked in low level coding and hw interfacing. 'routinely' not even; i would say on occasion, needed to look at a bit, or even more rare, had to write a bit (like a small module)

spoiler• 3 months ago

Curious, what do you normally use? I had to write a few timing sensitive MC drivers and the only way I knew how onto do that reliably was using assembly. But granted, it wasn't _often_, just more than I expected (especially for someone who doesn't normally do that low level stuff, this was for an art project)

shric• 3 months ago

Yeah, my father is now 70, I do remember he wrote assembly language in the late 80s but not since.

somewhereoutth2• 3 months ago

Really not the same. Assembly / machine code is entirely deterministic - they are a notation for your thoughts. LLM produced content is more a smorgasbord of other people's thoughts, and cannot help you with clarity, conviction, etc etc.

lmz2• 3 months ago

Yes Assembly is deterministic (barring severe hardware bugs). But that's the point. People are no longer writing Assembly.

sitzkrieg• 3 months ago

39 and have over 10 years writing assembly. huh?

hoppp2• 3 months ago

What I've been noticing is the abundance of the same "revolutionary" idea spoon fed by claude to everyone and their mom.

Coding gives the edge in creativity

contraposit• 3 months ago

One great opportunity is for expert-developers to push the boundary of better algorithms or libraries. No one rolls out their own cryptographic library, majority problems faced in our systems are common. If that common problem is solved once and packaged into a library to be used by anyone, no one else needs to bother looking at it. Most of modern software dev is all about plumbing. The harder parts need to solved once and that solution becomes available to everyone immediately.

hoppp2• 3 months ago

Yeah but in my opinion AI generated code is still pretty low to mid quality and can't push boundaries. And as people rely more on it they sort of forget how to have unique ideas too.

somewhereoutth2• 3 months ago

and prose, and sketching.

All these things (code, prose, sketching) are about thinking through making.

elephanlemon2• 3 months ago

Practicing code specifically is one of many options for engineers right now. How about other skills? For example, now seems like a good opportunity to start developing deep knowledge in a particular domain, so that when you build AI assisted software in that space, you’re competent enough to know if it’s doing the right thing. Or, develop a better understanding of a range of disciplines, so that when you go to solve problems, you’re aware of them and have more areas to draw from. (The combination is what Valve calls a T-shaped employee I believe.) Also a good opportunity to develop your interpersonal skills.

ehnto• 3 months ago

I agree. I think the rapid learning generalist has a real advantage right now, but that kind of advantage cannot be leveraged by big companies structured to utilise specialists. I think that's why individual contributors in big teams aren't seeing massive benefits from AI where a small team or solo developer may be seeing greater leverage.

If you are a strong generalist with an entrepreneurial spirit, I think I would be aiming at getting hired by a small company where you can provide a buttload of value or looking at starting something where you have domain experience outside of software.

sph4• 3 months ago

Generalists are more competent by definition, but large companies don’t need broad competence, they just need a cog.

Nevermark• 3 months ago

I think that's why individual contributors in big teams aren't seeing massive benefits from AI where a small team or solo developer may be seeing greater leverage.

This rings true. It is the best time ever for small teams. A big team is potentially several smaller teams, so this can be a force multiplier for them too.

Another force multiplier for reorganizing larger teams, be willing to consider smaller teams starting with single contributors.

What this is the worst time for: slow adaptation.

grttw• 3 months ago

Actually this does nothing but create more noise in an org.

The Job of the engineer is to be really good with the tech not business.

elephanlemon2• 3 months ago

Some examples of skills you could develop:

-formal verification

-computational fluid dynamics

-control theory

-materials science

-graphics

I think what I’m suggesting is: consider being more than just a software engineer. Become a software engineer with expertise in other fields. Or a software engineer AND a fluid simulation engineer. This might not make sense for someone who currently works at say a business SaaS company, but how much longer are those jobs going to be around?

But this is also a great time to be building your own business, in which case you may want to develop business related skills.

saghm• 3 months ago

The combination is what Valve calls a T-shaped employee I believe

For what it's worth, I've heard this at jobs before, and I've never worked at Valve (or as far as I'm aware with anyone who worked at Valve previously). I think it's probably more common than just something they say.

ares6232• 3 months ago

I know brain atrophy is mentioned a lot these days. But is anyone worried about early onset dementia? If we see a higher number of younger dementia patients needing care in the next few decades, once again it will be the next generation who will bear the burden just so the current generation can do the "lulz". Jesus tap-dancing Christ the job wasn't even that hard in the first place.

gitaarik• 3 months ago

I don't know, when I started out as a web developer I met a hardcore C developer once and I was quite impressed about his low level knowledge, and wanted to eventually learn that too. But as time passed by the web world kept developping and becoming more interesting and eventually I want to make applications in the end. A few years later I saw the guy again and he told me he got into Ruby on Rails businesses, because there was a lot of work in there.

hasbot• 3 months ago

Once you try the models, you realise how good they are, and there is the second incentive. These things write working code and as the models get better and better, the argument that they make mistakes will get quieter and quieter until it fades away, like all high conviction opinions that turn out to be wrong over time do.

Is this true though? Will the models get better and better? I'm not a hater, but Sonnet/Opus generates terrible code albeit mostly functioning code.

nasretdinov• 3 months ago

While I agree with the outcome, I don't agree with reasoning. What really matters for larger projects isn't how quickly you can write code, but how easy it is to understand the code and the architecture to those modifying the specific part. And this is where exclusively relying on LLMs is a disservice to you in the end — while they are good at generating _plausibly looking_ code, it's typically quite flawed, but in a non-obvious way, which is often hard to catch even for senior engineers. Thus for longer term it's actually beneficial to write most of the critical code by hand, and only leave less important stuff to LLMs. What percentage should be left to LLMs highly varies between projects, so there is no single good number.

holtkam2• 3 months ago

This article forgot the strongest argument for hand writing your code. When the process is done, you understand it at a depth far beyond any vibe coder who created the same thing

rglover• 3 months ago

I think for a lot of people, the truth is they wanted an excuse to stop writing code and LLMs gave it to them. That's why the shift has been so violent and abrupt. The majority found what they were looking for. No appeal to logic or reason as to why total submission to the machine is a bad thing will register.

smackeyacky• 3 months ago

Now is the time to practice following a horse pulling a plough, because soon all the other farm hands will forget the nuances of handling a plough manually and your skills will be sought after by those who want you to drive a tractor. Wait, what?

endogen• 3 months ago

I don't even want to start arguing. OPs view is flawed in multiple different ways and I'd need to write an essay to point it all out.

Now is the best time to write code by hand

Related Stories