3 ms·

Polhems Prize awarded to Daniel Stenberg for the creation of cURL

101 points by reimertz 9y ago

reimertz 9y ago
Daniels response can be read here: https://daniel.haxx.se/blog/2017/10/16/polhemspriset-2017 https://daniel.haxx.se/blog/2017/10/16/polhemspriset-2017 English version(Google Translate) can be read here: https://translate.google.com/translate?sl=auto&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fwww.polhemspriset.se%2Faktuellt%2Farets-polhemspris-till-daniel-stenberg%2F&edit-text=&act=url https://translate.google.com/translate?sl=auto&tl=en&js=y&pr... Daniel is a true inspiration and well deserving of this prize, creating a tool being used by billions of devices each day. For me as an occasional OSS maintainer/contributor, I am humbled to be able to stand on the shoulders of giants and will be forever thankful for him and others being early adaptors of OSS, paving the path for our now thriving community.
sheeshkebab 9y ago
-O
Bromskloss 9y ago
I find it quite bizarre that they make almost no attempt at explaining what cURL is. If you didn't already know, you would have no idea even after reading the announcement.
smudgymcscmudge 9y ago
> Further, I realize that this award might bring some additional eyes on me who will watch how I act and behave. I intend to keep trying to do the right thing and act properly in every situation and I know my friends and community will help me stand straight – no matter how the winds blow. That's a great attitude.
wenc 9y ago
I'm curious: what made cURL succeed? I remember wget being the hotness back in the day. When I encountered cURL I thought it was a variant of wget.
- jacobush 9y ago
  I think it was you could use it a library more easily. Curl is MIT licensed, so less to worry about if integrating in your code base. I also think it was designed as a library from the beginning, while wget was intended solely as a command line utility. Wget is also GPL licensed, so does not mix super well with proprietary programs or if you just don't want to "taint" your codebase with GPL for other reasons.
- joering2 9y ago
  It is just much easier to use in my opinion. I ran tons of cronjobs to update certain things. Few cool options I have with cURL that I find hard time locating in wget (doesn't mean they don't exist) --max-time (seconds) - for some reason I found wget not respecting always how much time it should be pulling the content. I think its related to fact curl and wget determine the moment of fetching file differently. --retry 0 - i did not find a way to tell wget not to retry pulling page. This was super important to my setup as we ran some pages for 6 hours to make sure the job is done. wget will gave up and retry after 15 minutes: HTTP request sent, awaiting response... Read error (Connection timed out) in headers. Retrying. Curl combined with solo for cronjobs is making pulling scripts on 32 servers very easy task and I hadn't had issues with it for 3 years now.
- hemancuso 9y ago
  I write ExpanDrive and when we moved from Python->C++ I used Microsoft's https://github.com/Microsoft/cpprestsdk https://github.com/Microsoft/cpprestsdk C++ REST SDK [Casablanca], because it is Microsoft, documented, modern, nice C++ etc. But for the latest iteration we switched everything over to libcurl. Libcurl has a bazillion edge cases handled. There are a million options, and it supports EVERYTHING. It has cross-platform functionality nailed. Daniel has been developing it forever and continues to do so. The code is obvious and procedural. A great project. Not the friendliest API, but it's 100% predictable and it WORKS.
- mijoharas 9y ago
  One thing to clarify is the difference between cURL and wget. While they both have a command line front-end (probably what you're thinking of), only cURL has a C++ library. This is what is used so widely, every application needs to speak to the internet in some way (read: a crapload of applications) have to use some library. cURL is low-level, efficient, cross-platform, full of features for everything you'd need and free. If you're working in C/C++ then you'll probably need a good reason not to use it, and if you're working in a higher level language then they will probably have their own networking stack (which may or may not be calling libcurl under the hood.
danso 9y ago
Hearing Stenberg talk about cURL as a "hobby project with a billion users" made me ashamed at how quickly impatient or reluctant I am to help maintain open-source work: https://daniel.haxx.se/blog/2015/09/17/blabbed-about-curl-at-google/ https://daniel.haxx.se/blog/2015/09/17/blabbed-about-curl-at...
gorbachev 9y ago
https://en.wikipedia.org/wiki/Polhem_Prize https://en.wikipedia.org/wiki/Polhem_Prize An explanation of what the Polhem Prize (Polhem's Priset) is, for those who don't read Swedish.

101 points by reimertz 9y ago

Daniels response can be read here: https://daniel.haxx.se/blog/2017/10/16/polhemspriset-2017 https://daniel.haxx.se/blog/2017/10/16/polhemspriset-2017 English version(Google Translate) can be read here: https://translate.google.com/translate?sl=auto&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fwww.polhemspriset.se%2Faktuellt%2Farets-polhemspris-till-daniel-stenberg%2F&edit-text=&act=url https://translate.google.com/translate?sl=auto&tl=en&js=y&pr... Daniel is a true inspiration and well deserving of this prize, creating a tool being used by billions of devices each day. For me as an occasional OSS maintainer/contributor, I am humbled to be able to stand on the shoulders of giants and will be forever thankful for him and others being early adaptors of OSS, paving the path for our now thriving community.

sheeshkebab 9y ago

-O

Bromskloss 9y ago

I find it quite bizarre that they make almost no attempt at explaining what cURL is. If you didn't already know, you would have no idea even after reading the announcement.

smudgymcscmudge 9y ago

> Further, I realize that this award might bring some additional eyes on me who will watch how I act and behave. I intend to keep trying to do the right thing and act properly in every situation and I know my friends and community will help me stand straight – no matter how the winds blow. That's a great attitude.

wenc 9y ago

I'm curious: what made cURL succeed? I remember wget being the hotness back in the day. When I encountered cURL I thought it was a variant of wget.

jacobush 9y ago
I think it was you could use it a library more easily. Curl is MIT licensed, so less to worry about if integrating in your code base. I also think it was designed as a library from the beginning, while wget was intended solely as a command line utility. Wget is also GPL licensed, so does not mix super well with proprietary programs or if you just don't want to "taint" your codebase with GPL for other reasons.
joering2 9y ago
It is just much easier to use in my opinion. I ran tons of cronjobs to update certain things. Few cool options I have with cURL that I find hard time locating in wget (doesn't mean they don't exist) --max-time (seconds) - for some reason I found wget not respecting always how much time it should be pulling the content. I think its related to fact curl and wget determine the moment of fetching file differently. --retry 0 - i did not find a way to tell wget not to retry pulling page. This was super important to my setup as we ran some pages for 6 hours to make sure the job is done. wget will gave up and retry after 15 minutes: HTTP request sent, awaiting response... Read error (Connection timed out) in headers. Retrying. Curl combined with solo for cronjobs is making pulling scripts on 32 servers very easy task and I hadn't had issues with it for 3 years now.
hemancuso 9y ago
I write ExpanDrive and when we moved from Python->C++ I used Microsoft's https://github.com/Microsoft/cpprestsdk https://github.com/Microsoft/cpprestsdk C++ REST SDK [Casablanca], because it is Microsoft, documented, modern, nice C++ etc. But for the latest iteration we switched everything over to libcurl. Libcurl has a bazillion edge cases handled. There are a million options, and it supports EVERYTHING. It has cross-platform functionality nailed. Daniel has been developing it forever and continues to do so. The code is obvious and procedural. A great project. Not the friendliest API, but it's 100% predictable and it WORKS.
mijoharas 9y ago
One thing to clarify is the difference between cURL and wget. While they both have a command line front-end (probably what you're thinking of), only cURL has a C++ library. This is what is used so widely, every application needs to speak to the internet in some way (read: a crapload of applications) have to use some library. cURL is low-level, efficient, cross-platform, full of features for everything you'd need and free. If you're working in C/C++ then you'll probably need a good reason not to use it, and if you're working in a higher level language then they will probably have their own networking stack (which may or may not be calling libcurl under the hood.

danso 9y ago

Hearing Stenberg talk about cURL as a "hobby project with a billion users" made me ashamed at how quickly impatient or reluctant I am to help maintain open-source work: https://daniel.haxx.se/blog/2015/09/17/blabbed-about-curl-at-google/ https://daniel.haxx.se/blog/2015/09/17/blabbed-about-curl-at...

gorbachev 9y ago

https://en.wikipedia.org/wiki/Polhem_Prize https://en.wikipedia.org/wiki/Polhem_Prize An explanation of what the Polhem Prize (Polhem's Priset) is, for those who don't read Swedish.