3 ms·

This is not true. It may be bad practice, but consider that the median developer does not care at all about the internals of the dependencies that they are usi

• skydhash 1y ago
  Everything compounds. Good architecture makes it easy to maintain things later. Bad code will slow you down to a snail pace and will result in 1000s of bug tickets.
• qudat 1y ago
  > They usually do not care about the implementation. [citation needed] > Code generated by LLM is not that different than pulling in a random npm package or rust crate It's not random, there's an algorithm for picking "good" packages and it's much simpler than reviewing every single line of LLM code.
  • VMG 1y ago
    >> They usually do not care about the implementation. > [citation needed] Everybody agrees that e.g. `make` and autotools is a pile of garbage. It doesn't matter, it works and people use it. > It's not random, there's an algorithm for picking "good" packages and it's much simpler than reviewing every single line of LLM code. But you don't need to review every single line of LLM code just as you don't need to review every single line of dependency code. If it works, it works. Why does it matter who wrote it?
    • marssaxman 1y ago
      If a human wrote it, I can be fairly sure that the human meant it to do what it is advertised as doing. If I run it through its paces and it seems to work, that gives me some confidence that the person who wrote it understood the problem and solved it competently, which allows me to guess that all the parts of it I haven't tested are also likely to work. If an LLM wrote it, I know that it is a stream of plausible bullshit generated by a statistical model in response to my prompt, whose function may or may not have anything to do with my intent, because the machine which emitted it lacks any capacity to have intentions or to reason through the consequences of its choices. If I run the code through its paces and the basics seem to work, that tells me absolutely nothing about the rest of it. All I can count on is that the code will appear to be plausible, and I have no way of knowing without careful review whether the assumptions baked into it are sane and fit for purpose.
• emushack 1y ago
  "Code generated by LLM is not that different than pulling in a random npm package or rust crate" So I really hope you don't pull in packages randomly. That sounds like a security risk. Also, good packages tend have a team of people maintaining it. How is that the same exactly?
  • VMG 1y ago
    > So I really hope you don't pull in packages randomly. That sounds like a security risk. It absolutely is, but that is besides the point > Also, good packages tend have a team of people maintaining it. How is that the same exactly? The famously do not https://xkcd.com/2347/ https://xkcd.com/2347/
    • emushack 1y ago
      If you're a developer, you do yourself a disservice by describing it this way.
• marcosdumay 1y ago
  If you as a developer care so much about stuff that the software users won't care about, you should look for better tools.
• rurp 1y ago
  Popular packages are regularly being used and vetted by thousands of engineers and that level of usage generally leads to subtle bugs being found and fixed. Blindly copy/pasting some LLM code is the opposite of that. It might be regurgitating some well developed code, but it's at least as likely to be generating something that looks right but is completely wrong in some way.
• lawn 1y ago
  > Code generated by LLM is not that different than pulling in a random npm package or rust crate. Yes, LLM code is significantly worse than even a random package as it very often doesn't even compile.