| ▲ | zkmon 4 hours ago | |||||||||||||
> Databricks’ multi-million line codebase The combined size of codebases for the underlying opensource products (Apache Spark etc) might be around 1M lines, I think. Why does the orchestration/management layer, that is "databricks", exceed the sizes of the core products? | ||||||||||||||
| ▲ | trollbridge 2 hours ago | parent | next [-] | |||||||||||||
Because if they're like previous places I worked out with proprietary commercial codebases, the code is old, has been around a long time, and trying to shrink it is not a priority. It's a good stress test for the LLM because it is not an "ideal" codebase. | ||||||||||||||
| ▲ | alexott an hour ago | parent | prev | next [-] | |||||||||||||
:facepalm: "orchestration/management layer" that just runs dozens of millions of VMs per day, across the three clouds, with things like model serving, AI gateway, OLTP (Lakebase/Neon), Unity Catalog, etc. Forget Databricks == Apache Spark... | ||||||||||||||
| ▲ | ozgrakkurt 3 hours ago | parent | prev | next [-] | |||||||||||||
Old codebase, you always add code and never remove it. So it is expected to be like this. Deleting code is difficult and almost never makes sense afaik | ||||||||||||||
| ||||||||||||||
| ▲ | appplication 3 hours ago | parent | prev [-] | |||||||||||||
LoC isn’t a super helpful metric so I think the better question is why is the headline using it. I can say I’ve personally created about 200k LoC code in the last 5 years and most of that has some value. But it really doesn’t say might about how much value or really anything else meaningful. | ||||||||||||||
| ||||||||||||||