520
submitted 1 year ago by Gork@lemm.ee to c/linuxmemes@lemmy.world
you are viewing a single comment's thread
view the rest of the comments
[-] glibg10b@lemmy.ml 113 points 1 year ago

You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn't more important code than XFree86. Obviously, this metric isn't perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.

[-] rikudou@lemmings.world 63 points 1 year ago

Can confirm it's a shitty metric. I once saved the company I was working at few millions by changing one line of code. And it took 3 days to find it. And it was only 3 characters changed.

[-] agressivelyPassive@feddit.de 27 points 1 year ago

That's the curse and blessing of our profession: efficiency of work is almost impossible to measure once you go beyond very simple code.

You can feel like a hero for changing three characters and finally fixing that nasty, or you can feel like an absolute disgrace for needing days to find such a simple fix. Your manager employs the same duality of judgement

[-] rikudou@lemmings.world 15 points 1 year ago

I feel like a hero in this particular case, it was a bug in a code that was written when I was still too young to even read. And no one knew how to run it. We didn't have access to the pipelines so no one knew how to build it and how to run it. It was a very obscure hybrid of C and PHP. I basically had to be the compiler, I went line by line through the whole codebase, searching for the code path that caused the error. Sounds easy enough, right? Just CTRL+click in your IDE. Wouldn't it be a shame if someone decided that function names should be constructed as a string using at least 20 levels of nesting where each layer adda something to the function name and then it's finally called. TL;DR it was a very shitty code.

[-] Sanctus@lemmy.world 9 points 1 year ago

What the fuck. I'm so appalled I had to leave this useless comment to digitally stare with an agape mouth.

[-] rikudou@lemmings.world 5 points 1 year ago

To be fair, they said I'll be dealing with legacy code from time to time during the interview.

[-] Gork@lemm.ee 14 points 1 year ago

But did you add 3 characters? Gotta bump up that code count bruh.

[-] rikudou@lemmings.world 13 points 1 year ago

Nope, removed 3, added 1.

[-] stylist_trend@lemmy.world 21 points 1 year ago

I wrote a program that does nothing but busy loop on all cores. stylist_trend/Linux is my favourite OS.

[-] affiliate@lemmy.world 8 points 1 year ago

i’m partial to the more relaxing sleep(500)/linux os, but to each their own

[-] anton@lemmy.blahaj.zone 4 points 1 year ago

Any good sleep will give back control to other threads.

[-] affiliate@lemmy.world 8 points 1 year ago

that’s why sleep(500)/linux uses bad sleep

[-] starman@programming.dev 11 points 1 year ago

Then this: :(){ :|:& };: is most important code in existence.

[-] stylist_trend@lemmy.world 14 points 1 year ago

What you refer to as Linux, is actually called Forkbomb/Linux, or as I've recently taken to calli-[Process Killed]

[-] monk@lemmy.unboiled.info 3 points 1 year ago

No, he doesn't. He suggests that there are Linux systems with no GNU code, like one I'm replying from, and whether "no" meant "no SLOC" or "no instructions spent executing" or "no packages" absolutely doesn't matter.

this post was submitted on 14 Aug 2023
520 points (95.8% liked)

linuxmemes

21282 readers
105 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.

    founded 1 year ago
    MODERATORS