| ▲ | semiquaver an hour ago | |||||||
I know this is going to get downvoted but what drives people to use javascript of all languages to build these fundamental pieces of tooling? We have so many better options, especially now since humans aren’t writing most of the code. It’s hard to take seriously anyone that wants to make a primarily CLI tool with heavy interactivity and parallelism requirements and decides to use a joke language that happened to luck its way into prominence because of web browsers. | ||||||||
| ▲ | droidjj 14 minutes ago | parent | next [-] | |||||||
I wouldn't go as far as calling it a joke language (in some ways, it's incredible), but I did come here wondering if other people felt this way. The language choice has always confused me. On the other hand, I don't think there's anything Pi does that another language would do noticeably better from a user's perspective. Any performance complaints I have using Pi come from twiddling my thumbs waiting for Sam Altman's servers to bestow tokens upon me. At any rate, they'll probably have Opus 6.5 and GPT-7 Galactica rewrite it in rust in a couple months... | ||||||||
| ▲ | arecsu 22 minutes ago | parent | prev | next [-] | |||||||
Pi is extensible, and to iterate new extensions, install them, create your own, even if the agents needs to, it is much faster and easier to manage that than a compiled language I would suppose. Most of the time it's really the waiting time than anything else. If any, the "resource intensive" parts of the app could be turned into low-level extensions such as writing or reading files, maybe, but the main part of the app makes total sense. The language and ecosystem is fairly accessible as well, which serves as a further argument. Interesting choice of words when it comes to calling it "joke language" really. | ||||||||
| ▲ | pezgordo 43 minutes ago | parent | prev | next [-] | |||||||
What would be a better language? Most of the harness apps will be spending most of their time waiting for the models response and tool calling rather than running their code. Languages with less opensource footprint or too verbose are at the losing side in a llm-driven world. | ||||||||
| ||||||||
| ▲ | crooked-v 7 minutes ago | parent | prev [-] | |||||||
One reason: it's really easy to have a lightning-fast dev loop when the entire running process can hot-swap almost every piece of code, when then also extends to all extensions written against the core functionality. | ||||||||