The purpose of the above comment is to highlight the flaw in the original premise. Surely we all agree that we would rather not be using a vibecoded cryptography library. But why is cryptography special? Why stop there? I would also rather not be using a vibecoded regex library, or a vibecoded codec parser, or a vibecoded web framework, etc.
The point being, if you weren't committed to maintaining your own implementation of a library before the advent of LLMs, having access to LLMs does not fundamentally change the calculus. The ability to generate code more quickly does not automatically grant an organization the capacity to maintain more code.
alt Hacker News
The purpose of the above comment is to highlight the flaw in the original premise. Surely we all agree that we would rather not be using a vibecoded cryptography library. But why is cryptography special? Why stop there? I would also rather not be using a vibecoded regex library, or a vibecoded codec parser, or a vibecoded web framework, etc.
The point being, if you weren't committed to maintaining your own implementation of a library before the advent of LLMs, having access to LLMs does not fundamentally change the calculus. The ability to generate code more quickly does not automatically grant an organization the capacity to maintain more code.