Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

LLMs have essentially made any language above the C++/Rust systems level tier obsolete. The only reason you picked a language like C# or Python is often out of convenience of having a broad ecosystem or due to the lower level languages being too hard to master, with too many footguns. The tradeoff being is that you got a less performant implement, while being easier to write. Nowadays, those arguments are dead.

LLMs can now write perfect code in low-level languages, that is frankly _safer_ and _exponentially_ faster than implementations in high-level languages.



Wait wait - your argument is that lower-level languages, having too many footguns, will be written "perfectly" by LLMs? Seems to assume a LOT of growth in the quality of LLM output.

Also, how does this perspective help for (A) existing applications, or (B) frontend applications, which are almost never provided via low-level lanaguages (think web apps using JS, or Android apps using Java/Kotlin)?


> LLMs can now write perfect code in low-level languages, that is frankly _safer_ and _exponentially_ faster than implementations in high-level languages.

Your experience does not match mine.

It writes ok code, it does not write good code. I see it leaving a lot of performance on the table, doing silly things like wrapping everything in a global mutex. Or certainly doesn’t write idiomatic code in Rust or C++


Try Fable with a thinking effort of High or more and a good harness. The resulting Rust code is, in fact, excellent. (However, it would also easily cost you $100+ in tokens for a day's work.)


Yeah, let LLM write C++ when your team have cannot comfortably write C++ in the first place. This is surely a frankly safter way than human-written C# and Python.


Yes indeed, that will be a much better road to a durable, maintainable, secure and agile product than focusing on product goals in a higher level language with a framework.

When will we start using LLMs to write my web backend directly in UEFI and assembler? (Although uefi is an OS, so maybe more fair to exit the boot services)


Surely polluting the context with "export import" and #ifndef NDEBUG or general verbosity doesn't cost anything!


No




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: