Hacker News new | ask | show | jobs
by Klonoar 9 days ago
> Fwiw, a non-technical employee in my workplace has begun submitting ai-generated prs to internal repos I maintain & they're of excellent quality, with review feedback graciously received & expediently addressed, so this isn't a matter of the idiots not being technical, it's an attitude problem.

It is hard for me to imagine another engineering discipline that would be totally fine accepting work from those who don't have the actual engineering background required to do the work.

If I had to push this take to the extreme: software engineers never learned class solidarity and it's now biting the industry in the ass.

6 comments

Man, you must hate those handymen who put up YouTube videos showing how to do basic home maintenance. A truly class-conscious handyman would insist that the homeowner hire them to replace a light switch.
How this is equivalent at all? The proper equivalence would be "You should be happy a random passerby decided to re-wire your home after watching a youtube tutorial and thank him accordingly".
There certainly exists a class of electricians who believe that homeowners shouldn't be changing a light switch, and jurisdictions exist where a permit is required to do so.
I have seen some homeowners who shouldn't own a screwdriver or a hammer try to do minor electrical work. It was not pretty.

I've often thought that it would make sense to have a DIY electrician's certificate, proving that you know how to do basic home wiring, such as outlets, switches, ceiling lamps, basic solar (DC and AC), installing new wire, load calculations, and connecting to breakers in a service panel

I have no problems pulling a permit and going through an electrical inspection.

In the Netherlands anyone may do the wiring of their house themselves but if it is a substantial modification (or an entire installation) a certified electrician has to sign off on it. They are not likely to stick their neck out for any funny business.

That said, I've seen plenty of work from experienced certified electricians that was complete garbage. Not just a few things, more than half their work.

Things like, they cut half way though the wire removing insulation. When you pull the socket out of the wall the wire breaks. So you have to strip it again but they also cut it to short so you have to pull a new wire into the tube. Then you discover the tube is a bunch of segments behind the wall or it has multiple sharp 90 degree corners and the wire wont move or the new wire wont go in. Then you have to open up the walls, new plaster, new paint, do you want one wall with wall paper that doesn't match or will you go for new wall paper for the entire house/floor? All because they did multiple terrible things.

You've got romex in conduit?

I'm not an electrician, just a DIY enthusiast (and the parent commenter) - but in North American construction, romex in conduit is basically unheard of in residential builds - it's stapled to the framing during construction, so once you cut wire short, you've immediately put yourself in a pickle.

We use rigid 16 mm pvc conduit (bend with heat) with 2.5mm2 wires in brown(+) blue(-) yellow/green stripe(gnd) and 1.5mm2 black for switched wires.

Ideally you bend the pipe as little as possible and make the corners as smooth or as blunt as possible. If done properly you can later add extra wires. If not done properly you only get the illusion you can.

With romex you have to anticipate future changes.

Here in the states, putting Romex in conduit is considered a code violation. You're supposed to use THHN wire in a conduit.

I wish professional electricians use pigtails and wago lever nuts instead of wire nuts. Working an old house, I've had to cut way too many wires almost too short just to add another neutral or ground.

I don’t think they implied Romex? Conduit is mandatory in multi-family construction here in San Francisco, but they just use armored cable, not romex in conduit.
Come on, are you really going to strawman "engineering should be inherently disqualifying" into "so people shouldn't DIY in their own home"? Please try a little bit harder.
I’m not strawmanning anything. I’m pointing out what I believe to be ridiculous gatekeeping. Software engineering isn’t some holy magic that must be kept from the masses.

I can go on YouTube and get step-by-step instructions on how to safely wire an entire house. In many jurisdictions I would even be allowed to do that.

I can get instructions on how to completely redo a bathroom, down to the studs and up through the waterproofing and tiling. I can get instructions on how to do foundation repair, which might be a bit much for me but can help me ask the right questions to keep the contractor I hired honest.

These are all examples of experts acting as “traitors” to their particular group. In reality, technology enables both specialization and despecialization. Some people try to cling to their specializations and cry “class warfare” when threatened.

Alright, I guess I'll take the bait. Not much else going on today anyway.

> I’m pointing out what I believe to be ridiculous gatekeeping.

I am not gatekeeping. I am stating that we collectively exist in a professional caste and that will go away or lose influence if you let it do so. Other professional castes do this exact same brain exercise and that is why they have protections in place.

> Some people try to cling to their specializations and cry “class warfare” when threatened.

I'll be blunt and just state that I am post money and not remotely threatened by this stuff anymore. I am observing that software engineering as a profession is blindly giving away a ridiculous amount of leverage in the world - in the form of dollars and influence, the value of their labor - and more crucially doing it to themselves.

I will be fine whichever way this shakes out, and I don't really have a dog in this fight short of having spent decent time in the OSS space and finding it sad what it is turning in to.

Your initial post on class solidarity was extremely reasonable (even if I disagreed with it - see my comment above) but to follow it up with a post describing castes in a non-negative light is wild.
In hindsight, the word "caste" is too heavily loaded and I should have chosen a different term. Sorry for the shit choice.

It's not meant to be taken negatively, and is purely a term that I was choosing to represent "hey, you all need to consider better coordinating/representing/holding the line as a group".

> I am stating that we collectively exist in a professional caste and that will go away or lose influence if you let it do so. Other professional castes do this exact same brain exercise and that is why they have protections in place.

I consider this mode of thinking selfish and anti-progress. It’s pretty much exactly what Americans decry about unions.

> It’s pretty much exactly what Americans decry about unions.

If you consider a union to be a "bad thing" then we are likely going to talk past each other for eternity.

I’ll be blunt and say you certainly sounds like someone “post money” talking if castes and such. Glad you got your nut and do not care how it shakes out.

What is sad about oss? What is it turning into? I will say far before ai came in oss was a few arms deep in the techfluqncer culture where motivations were driven by gh stars and follow counts rather than a genuine interest. Or maybe what was a genuine interest became twisted as the culture changed.

> Glad you got your nut and do not care how it shakes out.

I do care, it's why I commented what I commented. ;P

I already acknowledged that "caste" is an incorrect word choice and I could've done better there, but my core point remains unchanged.

Assuming you're being genuine (which I have a hard time believing because your argument is quite literally a strawman, please read the definition), you're missing the context entirely. You can't conflate small DIY projects done around the house with developing software that thousands of people and institutions rely on. By all means you can go and watch a video on software development, but that does not entitle you to expect that PRs you make will be accepted to any project other than the ones you control yourself.
Please re-read the specific comment I replied to. It was someone expressing indignation that a software engineer would accept “high-quality” PRs from a non-software engineer, accusing the poster of lacking “class consciousness.”
"You can't conflate small DIY projects done around the house with developing software that thousands of people and institutions rely on. "

Who claimed that?

That was the context:

"Fwiw, a non-technical employee in my workplace has begun submitting ai-generated prs to internal repos I maintain & they're of excellent quality, "

> I can go on YouTube and get step-by-step instructions on how to safely wire an entire house.

Sure, and I'd be comfortable doing that with my house. I wouldn't be comfortable with some random person off the street coming up and saying to me, "hey, I watched a bunch of YouTube videos about wiring; you should invite me in to rewire your house".

That is the proper analogy here.

I would argue the result depends 90% on mentality. Experience only makes you work faster.

Fun conversation with a high end coder: ME: I would write it from scratch rather than introduce a dependency. It's not that I don't trust people but I just don't trust people to live up to the specific standards for the specific job. HIM: For what I cost no way I could justify that. ME: It looks like a circus this thing of yours. HIM: Keep the secret!

>It is hard for me to imagine another engineering discipline ... engineering background required to do the work.

Well, that would be because you don't really need to be a real engineer for what people call "software engineering". 50 years ago - maybe, 30 - maybe, but way less.

But for the last 15 years at least - you don't really need a degree to build meaningfull software.

Maybe you need it to build a new compiler or to work on a "close to metal" project etc.

But thats is. Most of people in the industry are called engineers, but let's be real - we are not the same kind of engineers as people who build brindges or airplanes.

> we are not the same kind of engineers as people who build brindges or airplanes.

No shit. I'm arguing that we should be held to similar higher standards.

What if the degree doesn't really help with that?
Of course the degree doesn't help with that. What helps is accountability. When a bridge collapses, and it turns out the engineer who drew the plans made a mistake, they can be and often are held criminally liable.

When's the last time you saw a software engineer prosecuted for criminal negligence after a design error took down Cloudflare or whatever? Attitudes in software development will not change until that becomes a viable scenario that people anticipate when making design and implementation decisions.

Far longer. It was never needed. Skills were needed. How they were gained had no effect on what people could or couldn't do.
> another engineering discipline

I think we're more like car mechanics in a lot of ways. The same way they might learn cars by working on their own, we learn computers. But I suppose that's still background of a sort.

happens all the time. Some business jerk outsources an entire initiative, forces it through review, and we get dumped with externally written crap we gotta deal with. So what if claude wrote it, actually claude is better than money wasted on those outsourced piles of crap projects
> hard for me to imagine another engineering discipline....

Well, that's already the case because you cant just call yourself an engineer and start signing off on projects. It's a legally protected title in a lot of places. You need a professional license, and can face legal liability for your decisions.

Software engineering is not engineering. Software craftmanship or even architecture would be a more accurate term. There are no devs that will go to prison if what they produce has, say, a major vulnerability. That alone disqualifies it from being engineering. There's no licensure, there's no liability, so already software development is not gatekept in any way like other engineering disciplines.

I mean, just go into an aerospace engineering office and say you want to move fast and break things, you'll get laughed out of the room.

No idea what you mean by class solidarity. There are only two; the capital owning class, and then everyone else (the working class). Most devs are working class just like everyone else.

Unless you're proposing that software should be gatekept to the level of other engineering disciplines?

> There are no devs that will go to prison if what they produce has, say, a major vulnerability. That alone disqualifies it from being engineering. There's no licensure, there's no liability

The only problem in your theory is that none of those things has anything to do with "engineering".

You're arguing that a surgeon who removes a burst appendix in a hygienic environment isn't "practicing medicine" if they aren't licensed to do that in the jurisdiction where it happens. You'd have to be insane to believe that.

Engineering means solving problems. A license is a license. They're unrelated concepts.

> Well, that's already the case because you cant just call yourself an engineer and start signing off on projects. It's a legally protected title in a lot of places. You need a professional license, and can face legal liability for your decisions.

This was part of the implication of my point, yes.

> No idea what you mean by class solidarity. There are only two; the capital owning class, and then everyone else (the working class). Most devs are working class just like everyone else.

Yes, albeit a highly compensated portion of the working class. Software engineers should protect their own field a bit more.

> Unless you're proposing that software should be gatekept to the level of other engineering disciplines?

I do not like or want to use the term "gatekeeping" here, but yes, I think that software engineering should be held to a higher standard. You can't have it both ways.

Ooof. This is a big topic - I understand where you're coming from, but it's a common sentiment & one I've recently come to disagree more & more with.

Firstly: class solidarity. The apparent death of (or at least notable decline in) class solidarity is popularly lumped upon software engineers because they're relatively highly paid, but it's equally as absent in newly created positions (mainly within the IT sector) at all salary levels. There's been a concerted effort to erode class awareness in the private sector for the past 40+ years & it's been effective across all sectors, mostly in newly created job categories without pre-existing union culture. It's in no way specific to software engineering as a role nor to high salary positions.

Secondly: ai & llms. Currently these technologies are monopolised by corporate entities, with models generally being far too inefficient to democratise, so it's obviously tempting to conflate their very existence with their owners, but if you're singling out ai usage as some kind of affordance to the capitalist class you're missing the woods for the trees. You need to separate ownership from existence/usage.

> It's in no way specific to software engineering as a role nor to high salary positions.

Yes, I agree. We are, however, on a site and in a thread that is dedicated to the role of software engineering, so I don't really care about the wider discussion at the moment.

My sole input here is that software engineering has not protected itself as a field, and it will now pay the price for that.

> My sole input here is that software engineering has not protected itself as a field, and it will now pay the price for that.

& my point in raising that this is not an issue that's unique to software engineering is to argue that the demons you're proposing software engineers protect themselves from are distractions from the root cause. You're proposing software engineers need to protect themselves from something that's specific to their field when the problem is holistic.

> You're proposing software engineers need to protect themselves from something that's specific to their field when the problem is holistic.

I have not said it's specific to their field. I've just been specifically commenting on that field.

(The lack of solidarity is perhaps specific to the field)