3 ms·
It's extremely simple. If you think Curl would be better in another language then port it, release your alternative, and maintain it for a long time. Even if y
by throwaway5752 10y ago
It's extremely simple. If you think Curl would be better in another language then port it, release your alternative, and maintain it for a long time.
Even if your language (Rust, Erlang, LISP, Go) is "better", it's still a minimal part of the equation. A maintainer is what makes the tool. It's hard work to decide which PRs to accept (and worse yet, reject), to backport fixes to platforms for which you can't get a reliable contributor, coordinating fundraising/donations, keeping up with evolving standards...
Anyway. Thank you, thank you, thank you Daniel Stenberg. Use whatever damn language you want.
- kazinator 10y ago> Use whatever damn language you want. On the other hand, if he didn't want his justifications for that choice examined by the world, he wouldn't have aired them, right? > If you think Curl would be better in another language then port it, release your alternative, and maintain it for a long time. That's out there; some languages have URL downloading objects that are not based on Curl. E.g. Edi Weitz's Drakma client library for Common Lisp doesn't seem to be using Curl as far as I can see. http://weitz.de/drakma/ http://weitz.de/drakma/
- throwaway5752 10y agoI wouldn't presume to speak for Daniel, but I got the feeling that he just wanted to publish this to point people to rather than send the same canned response to inquiries about porting to Rust et al. Drakma sounds great. Tone is tough to get right online. I don't like people doing drive-by suggestions like "you should rewrite X in Y". But if people are really willing to roll up their sleeves, write the tool (in any language) and keep it going for the long haul, I applaud them. I just have great respect and empathy for project maintainers, I think some don't appreciate what a huge PITA it is to BDFL a successful project.