Submitted 1 day ago by DandomRude@lemmy.world to mildlyinfuriating@lemmy.world
https://www.youtube.com/watch?v=rDk_LsON3CM&t=0
Want to make tons of lines of code from pretty normal code?
Just unroll your fixed size for loops (i.e. convert them into multiple copies of their contents, one after the other as many times as that loop would loop).
You can actually automate it and in fact some compilers will do that when generating assembly for some microprocessor architectures (if the loops aren’t crazy big) because it increases performance in those (because the JMP instruction at the end of the loop is quite expensive).
Linus from LTT asks Linus if he’d ever heard of software developers being terminated based on how many lines of code they’d written .
Linus Torvalds responds “Anyone who thinks that’s a valid metric is too stupid to work at a tech company…”
It’s clear Torvalds doesn’t know who this is about when questioned.
Linus hints to him it’s about Musk.
“Apparently I was spot on [about Elon Musk being such and individual who is too stupid to work at a tech company].”
I’m not even a computer guy, but even I can see how just using the number of lines of code as a metric would be an extremely stupid method for determining effectiveness. Quality should ALWAYS rule over Quantity, but billionaires are obsessively into quantity, to an extremely unhealthy degree (it’s a mental illness, OCD, hoarding, etc.), that’s how they become billionaires.
An Ask Lemmy topic recently was “what are some video games that don’t exist.” I gave three answers, but held one back because it does technically exist.
SQIJ! for the ZX Spectrum was designed to be terrible by a programmer that, as I understand it, was contractually obligated to program a game, but had grown to hate the company. He wrote a game that turned the caps lock on so none of the movement keys worked, and if you edit the code with a memory poke to turn caps lock off, you’ll find there’s no game. It was written in BASIC, and the first line is the most passive aggressive thing I’ve ever read:
1 goto 2
I’m going to set my terminal width to 1 character. That way my “lines” of code count goes way up.
Here’s a very simple example.
What’s 3^3?
Or,
Well it’s 3x3x3
Which is 3+3+3, 3 times.
Which is 3+3+3+3+3+3+3+3+3, which is 27.
Which solution do we prefer?
3^3 = 27?
Or
3+3+3
+3+3+3
+3+3+3
=27?
Which one uses more lines?
LOC is a terrible metric. The worst programmer I ever had work for me had the highest LOC of anyone on the team, and his code was crap that barely worked.
Is this why so many of these fuckheads are keen on LLMs? They’re great at vomiting out reams of code.
My biggest objection is unit tests. LLMs can actually be a useful tool for populating out unit tests. But of you let them run amuck, you get vast quantities of tests that add no value but now you have to maintain in perpetuity
This one junior developer didn’t notice the ai brought in a whole new mocking tool for a few tests and didn’t understand my objection.
With emojis in it for extra flair!
In my project there has been this guy who produced more lines of code than most other. All of his code is terribly convoluted mess no one can work with. Also buggy and slow as hell. It’s been many years since he left the company, and the negative effects are still seen today.
Luckily we’ve been able to detach ourselves from the worst parts.
It reminds me of the quote, “if I had more time I would have written you a shorter letter”. Terse code is often better, because it is often developed using a process that only adds necessary things or was disambiguated during the development process.
Lengthy code is often written because a person coded their misunderstandings, their ambiguities about the problem space, and their early failures at solving the problem into the code.
A few posts up was a meme about Arch linux updates having a net negative file size :)
I’ve never had to code professionally, but even on my personal projects, I don’t want a single extra line in the program that doesn’t need to be there and I should be able to understand the purpose of every line years later.
My eyes glaze over whenever I look at corporate code because there are so many moving parts at that scale all from different qualities of programming.
I don’t know if this is a practical thought, but I really wish we could get away from every project being monstrously sized. I prefer small packaged ideas similar to terminal commands. Just because it has a GUI doesn’t mean you need to design every piece of software as if I’m going to spend a day in it. Just give me small, purpose-built tools I can understand and then stop eternally developing and adding features.
To add to this, it seems that every company now makes one piece of software or 36 different softwares. If they make one piece of software, they endlessly pack it with features people don’t want and if they’re the latter, every piece of software is a hastily-cobbled-together half idea and they just move onto another piece of software. Is there really not a middle ground here?
That’s the reault if product managers, project leads etc constantly thinking users need stuff, maybe trying to beat their competition, etc. I have watched a few products get bloated with the aim of beating their competition not providing user value.
The really disgusting part is that actually works (if you’re primarily selling to other corporations). Most of the most popular pieces of corporate software have the common trait that they do tons of stuff really poorly and nothing well. They get picked by the bean counters because the bean counters don’t care that it’s a fucking trash fire of a UI, they’re just looking at the list of other software they can remove because this new software does the same job significantly worse. That or they’re just mesmerized by the giant fucking bullet point list of “features”.
I kinda agree with your first point, but AI assistance is so incredibly powerful that it’s foolish not to use it, unless you’re working on some really important logic. And even then, having an AI skim for common mistakes, inaccuracies or inefficiencies is still very valuable.
And what you’re describing is really “Unix philosophy” and I strongly agree with that. Make a piece of software that does its one thing really well, and have it communicate with a simple API (POSIX).
softwares
This is still not a word, my dude.
Hopefully this isn’t falling on deaf ears, but language is intimately more beautiful when you bend the rules: youtu.be/J7E-aoXLZGY
When I was stuck with that, my rebellion was to widely announce all my merges with negative line of code. Let them try to challenge that publicly.
Of course my current gig is back to positive lines of code but the new stupid metric is how much did the ai add. So far I’m losing that battle. Making me more efficient? No, so far ai is doubling the amount of time I’m stuck code reviewing junior developers
My favorite part of Junior devs is that if you tell them in a code review comment to never do that again, they usually won’t.
My least favorite part of AI is that it is convincing the jr devs to ignore me, leading to a lot of pain for them when they get sent to the doghouse for writing production destroying garbage.
And my least favorite side effect of AI is that thanks to all the garbage ai-driven devs churning like a boiling sea, companies aren’t building bases of competent jr devs that will eventually be senior devs anymore, because the good ones are getting lost in the noise.
AI generated commenting? Idk I’ve never coded anything beyond modifying powershell scripts
It could probably do a decent job generating those scripts, given adequate prompting and a few cycles of feedback from you. But it’s almost never a final result. It’s still on you to know what it’s doing and whether it meets requirements, whether it’s sufficiently performant and scalable, whether it’s resilient and flexible. Most importantly it’s up to you to ensure good quality that future you can read and maintain.
I look forward to X, Tesla, and SpaceX switching to Windows (and permanently fucking off)
Yep, Grok is probably already working on it, or at least getting people excited about it…
I love folklore.org. A long time ago when I was a lowly junior engineer, I read that story about Burrelll Smith and the mustache. So I grew a beard and got a promotion and raise the next week. Had a beard ever since.
qevlarr@lemmy.world 2 hours ago
Lines of code should be on the balance sheet as liabilities, not assets
Randelung@lemmy.world 2 hours ago
So, code golf?