Remix.run Logo
CrulesAll 12 hours ago

Software 'engineers' are going to have learn the hard skills that they have gotten by without thus far. The ones who were never engineers in the first place will have to learn 'soft skills' because they are incapable. I believe @ Tsoding put it best: The only thing AI will do, in so far as coding goes, is to remove a lot of people who should never have been in it in the first place.

qoez 11 hours ago | parent | next [-]

I think this is kinda sad. I always thought coding was so beautiful for creating a (good paying) job for socially awkward people on the spectrum who pre-coding was considered dorks and went into idk what but probably some unsatisfying job. It seems like we're heading back to that which makes me sad and worried about the highly functioning autistic population.

kube-system 10 hours ago | parent | next [-]

On the other hand, the increase in remote roles has made this a bit easier for some.

Xelbair 11 hours ago | parent | prev [-]

I am sorry but is being employed a job or a daycare?

Not only this is extremely patronizing towards all people on spectrum, but at the same time extremely hurtful statement for people who are treating employment as a job(ie - most of population).

And what are you going to say to people who are stuck in low-end jobs?

qoez 10 hours ago | parent | next [-]

I'm on the spectrum to be clear

Xelbair 8 hours ago | parent [-]

[flagged]

dang 6 hours ago | parent [-]

Please don't cross into personal attack.

Xelbair 6 hours ago | parent [-]

It wasn't a directed statement but a general one.

"Conflict is essential to human life, whether between different aspects of oneself, between oneself and the environment, between different individuals or between different groups."

dang 5 hours ago | parent [-]

The obvious default interpretation of your comment is that the other person is using something as an excuse. If you say you did not intend it as a personal putdown, I believe you, but the rest of us don't have direct access to your intent, so you'd need to include enough information in your comments to disambiguate it.

More information here in case helpful: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

As for Marion Milner's classic paragraph, I'm delighted that you found it worthwhile enough to quote! But you have to read the entire paragraph to understand it, and you can't leave out the word "toleration". That's the most important word there, both in the text and in the title.

Lorean1 5 hours ago | parent | prev [-]

Sorry but did we read the same comment? It's not patronising. The people who are stuck in low end jobs were not in the scope of this comment (there are also people in war zones or very sick, also out of scope). And how did you manage to find this extremely hurtful to any group...?

flitzofolov 12 hours ago | parent | prev | next [-]

Can you elaborate on this?

What are some examples of skills you think are now essential, that prior have been taken for granted or obviated in some way?

ilinx 11 hours ago | parent | next [-]

My rule of thumb is that if you’re not measuring anything you’re not engineering. It’s not the whole picture, but to me the engineering part sometimes means being able to explain (and even quantify) why one solution is better than another.

ndriscoll 11 hours ago | parent [-]

I've found coding assistants to be a huge boon for this. All of the thorough analysis that previously would've taken a bunch of tedious extra thought work to do for marginal benefit (with a well-calibrated intuition) becomes 5 seconds of thought to the the computer to build a harness and then letting it chew on that for 15 minutes. It now also takes me one command and less than a minute to get pprof captures from all the production services my team owns (thanks to some scripts I had it write), which is just something I never would've bothered to automate otherwise, so we never really looked much at it. Codex is also very good at analyzing the results, and finding easy wins vs. knowing what would be invasive to improve, and then just doing it.

Thinking of seeing if I can get mutation testing set up next, and expanding our use of fuzzing. All of these techniques that I know about but haven't had the time to do are suddenly more feasible to invest into.

alentred 11 hours ago | parent | prev | next [-]

Not the original author, but I would guess that understanding the domain problem and interpreting it correctly in a software solution (not code, but a product with workflows, UX, etc.), which in turn requires ability to listen and understand and ask right questions on one hand (what a user wants to achieve), and a good understanding of the technical limitations as well as human habits on the other hand (what is possible and makes sense). One can argue that AI lacks what we'd call intuition and interpersonal qualities which are still necessary, as before AI.

echelon 11 hours ago | parent | prev | next [-]

Read further into the comment.

Your $300k+ TC job is going away. The only way you'll make the same take home is if you provide more value.

You can be a robotic IC, but you won't be any better than a beginner with Claude Code. You have to level up your communication and organizational value to stay at the top.

Everyone has to wear the cloth of a senior engineer now to simply stay in place. If you can't write well, communicate well, plan and organize, you're not providing more value than a Claude-enhanced junior.

CrulesAll 11 hours ago | parent | next [-]

"If you can't write well, communicate well, plan and organize" Straw man. Pretty sure, this is the dilbert equivalent of "I can problem solve". If you are an engineer, we are making boatloads being brought in to fix the incompetence of this level of thinking. INFOSEC alone is having a field day.

Would you like to buy a bridge? Coded by Claude. One previous owner. An owner who used said bridge to go to church once a week, and vibe code in Starbucks afterwoods.

mupuff1234 10 hours ago | parent | prev [-]

> If you can't write well, communicate well, plan and organize,

Why not ask the LLM to write for you? Same for planning, organization and written communication.

Seems like robotic ICs can "robotize" most of the work stack.

networkadmin 8 hours ago | parent | prev | next [-]

How about the skill of saving hard disk space, memory, and CPU cycles, for a start? The skill of designing simple, reliable, fast, and efficient things, instead of giant complex bloated unreliable pieces of shit? How about a simple, usable web page that doesn't drag my machine to a crawl, despite its supercomputer-like ability to process billions of instructions per second and hold billions of bytes of data in working memory?

Remember when BIOS computers used to boot in seconds, reliably? When chat clients didn't require an embedded copy of Chromium? When appliances and automobiles didn't fall apart in 6 months, costing thousands to "repair" or just needing to be thrown away and bought again?

Remember when there used to be these things called "machine shops" and "Radio Shacks" and "parts stores" that people who built things frequented? Now most people have to call AAA if they get a flat tire. Changing their own oil is out of the question. "Eww, dirty oil, on my clean fingernails?" Many couldn't tell you which end is which on a screwdriver if their life depended on it.

I'd say these concepts are pretty essential, especially for any nation entertaining delusions of waging Total War against other big and powerful nations. Wasteful and foolish nations lose wars.

CrulesAll 11 hours ago | parent | prev [-]

Beyond engineering itself, strictly computer engineering? How many coders have no idea what goes on behind an IDE. Have not even the slightest notion how a computer works. Who thinks building a computer means watching a Youtube video and buying ready made parts, putting them together, and then think they should be employed by NASA.

To begin: Math, Linux, Devops, C, and Assembly. Not a youtube video. Not arithmetic. Learn to the point that you could be employed by any of the above as a senior. And don't fear failure. Keep doing it until you understand it.

pgwhalen 11 hours ago | parent | next [-]

I agree with your original post that the need for hard skills will persist, but I see it in the other direction: software engineers are going to have to get better at thinking in larger abstractions, not deeper understanding of the stack. Those who can only solve problems locally and repeat the patterns they've seen before rather than create new patterns from building blocks are the ones who are going to struggle.

CrulesAll 11 hours ago | parent [-]

"software engineers are going to have to get better at thinking in larger abstractions" ........Math was first on my list. I don't know how else to say that.

ben_w 11 hours ago | parent | next [-]

Computer science is indistinguishable from sufficiently advanced maths.

The AI can already do that part.

The abstraction that matters going forward, is understanding why the abstraction chosen by the AI does or doesn't match the one needed by the customer's "big picture".

The AI is a bit too self-congratulatory in that regard, even if it can sometimes spot its own mistakes.

ndriscoll 10 hours ago | parent [-]

A lot of studying math is just learning jargon and applications for what are actually pretty straightforward concepts, which lets you better communicate with the computer. You get higher bandwidth communication and better ability to know all of the nuances in things it might propose. You can propose things and understand when it replies with nuances you missed.

Like intro differential geometry is basically a deep dive into what one actually does when reading a paper map. Something everyone (over 30?) is familiar with. But it turns out there's plenty to fill a graduate level tome on that topic.

Linear algebra is basically studying easy problems: y=ax. Plenty to write about how to make your problem (or at least parts of it) fit that mould.

I suspect and think I've seen others say that you get better outputs from LLMs when using jargon. Essentialy, its pattern matching tells it to say what an expert would say when using the terminology experts use.

codingdave 11 hours ago | parent | prev | next [-]

> I don't know how else to say that.

Yep, exactly. The failure to realize that you mean different things when talking about "larger abstractions" is exactly the kind of miscommunication that software people will need to navigate better in the future.

CrulesAll 11 hours ago | parent [-]

If you need to have that explained to you, you are the problem.

pgwhalen 11 hours ago | parent | prev [-]

Ah, I think “Math” as a single word on its means many different things to many different people, I didn’t interpret in quite the same way. But I see what you mean.

I’m not sure that my colleagues who I think of as “good at math” and “good at thinking in larger abstractions” are necessarily the same ones, but there’s definitely a lot of overlap.

cindyllm 10 hours ago | parent | prev [-]

[dead]

sigotirandolas 10 hours ago | parent | prev [-]

I hope this too but it's not a given, IMO. Previously people without technical chops failed quickly by being unable to deliver working code, now they can deliver mediocre code with the damage only becoming clear years later. It breaks the "can deliver code --> good technical ability" proxy and even after the initial damage wave, it's unclear if we will find a better proxy.