For example, why create a Python Lambda that has a large cold start, is slower, and ends up costing more, when I can build the same Lambda in C++?
The same applies to bloated Electron applications, I can build the same thing, and often something even better, with far more efficiency using native code.
serf•57m ago
What you want are the errors a compiler provides for guidance to the LLM, and ideally no compile loop; so if your project supports it python + a linter that is hook'd into the LLM for deterministic firing is a very solid choice for lots of LLM projects.
as to the Electron application : I sort of disagree as far as LLMs are concerned.
Once your program takes care of as many things as Electron does under-the-hood your LOC is going to be fairly large and that metric itself is going to be the main thing that makes the codebase less and less compatible with LLM usage. Generally speaking it's best to stick to really modular non-monolithic codebases and make a best attempt at keeping each modular small and well documented.
Once you get some huge monolith somewhere in the codebase LLMs will start losing themselves in unpacking it and the quality of work will drop elsewhere as context is eaten.