4 ms·

This is why I don’t get the whole “solving X problem in Y lines of code” And then importing some graphics/math library and using that all throughout the code. I

This is why I don’t get the whole “solving X problem in Y lines of code” And then importing some graphics/math library and using that all throughout the code. It misrepresents all the code that is actually used to solve the problem. If I wanted to solve a problem in 1 like of code I would just package it up into a library and call a single function. I’m not saying using other libraries is bad, but even when I write a script that uses over a thousand lines of hand written python and calls a dozen pandas functions I know that the actual loc to solve the problem is much larger, and wouldn’t even be possible without certain libraries.

thitcanh 6y ago
To be fair, that always refers to the LOC I wrote. If I can write monaLisa() and get a nice painting on canvas then that really was 1 LOC. What line count doesn’t include is the weight of the dependency, which may or may not matter.
- brixon 6y ago
  Dependency weight is more a factor for maintenance than initial development. The apps I write I have to support for many years, so this dependency weight does concern me. By dependency weight I am more referring to the breadth of authors/maintainers and not the actual amount of code. When working in the Java/.NET worlds you still deal with a ginormous amount of dependency code, but they are one maintainer that is funded. The downside of monolithic dependencies is lack of flexibility and vendor lock in.