[viktorcode]

It's the second time today when I see that the higher number of LoC is served as something positive. I would put it strictly in "Ugly" category. I understand the business logic that says that as long as you can vibe code away from any problems, what's the point of even looking at the code.

[dkersten]

As the saying goes:

   Measuring software productivity by lines of code is like measuring progress on an airplane by how much it weighs.

150k sounds like a lot. I do have to wonder what the program does exactly to see if that’s warranted, but it sounds bloated.

[esafak]

Think of it as 60 man-years of work.

[idle_zealot]

If that's true then I can ship 60 man-years of work with

  yes 'println("a very important and useful line of code");' >> main.c

in under a second!

[pjmlp]

Remember, there used to be a time programmers productivity was measured in LoC per hour.

As such, this is high productivity! /s

[michaelcampbell]

> Remember, there used to be a time programmers productivity was measured in LoC per hour.

Do you remember such a time or company? I have been developing professionally since the early 1990's (and hobbyist before then), and this "truth" has been a meme even back then.

I'm sure it happened, but I'm not sure it was ever as widespread as this legend would make it sound.

But, there were decades of programmers programming before I started, so maybe it just predated even me.

[miningape]

Yes, as we all know, when evaluating which programming language to use, you should get a line count of the compiler's repo. More lines = more capabilities.

Why would I ever want a language with less capabilities?

[adw]

> to the extent that our systems' world models are effectively indistinguishable from the real world.

https://genius.com/Jorge-luis-borges-on-exactitude-in-scienc...

[enricotr]

'Means' according to what? Put some (laughtable) reference so I can laught louder.

[quietbritishjim]

Genuinely hard to tell if satire.

Just in case not, consider whether the short function

   def is_even(x):
      return (x%2) == 0

Handles a wider range of input conditions than the higher LOC function

   def is_even(x):
     if x == 0:
       return True
     if x == 2:
       return True
     if x == 4:
       return True
     ...
     return False