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.

▲ esafak 2 hours ago | parent | next [-]

Think of it as 60 man-years of work.

▲ pjmlp an hour ago | parent | prev | next [-]

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

As such, this is high productivity! /s

▲ njhnjhnjh an hour ago | parent | prev [-]

Higher LOC means the code will be able to handle a wider range of different input conditions. In the next couple years we should be able to 10x or even 100x the amount of code we can manage with LLMs, to the extent that our systems' world models are effectively indistinguishable from the real world.

▲ miningape an hour ago | parent | next [-]

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?

	▲	williamcotton an hour ago \| parent [-]
		I mean, awk? jq? SQL?

▲ adw an hour ago | parent | prev | next [-]

> 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...

▲ quietbritishjim an hour ago | parent | prev | next [-]

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

▲ enricotr an hour ago | parent | prev [-]

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