4 ms·

Tell me one other language, a single one, that has this in its standard library: - hex / base64 / json / xml / etc. - TLS (1.3) / x509 / aes-gcm / sha-2/sha-3

by baby 6y ago

Tell me one other language, a single one, that has this in its standard library: - hex / base64 / json / xml / etc. - TLS (1.3) / x509 / aes-gcm / sha-2/sha-3 / X25519 / ECDSA / ed25519 / crypto.rand - http / html templates / json-rpc / etc. - big integer math - zip There's just so much more, and the documentation is top notch: https://golang.org/pkg/ https://golang.org/pkg/ Actually, this is just my take on what I end up using, but what's your own favorite package in Golang std lib :D?

halfmatthalfcat 6y ago
Javascript has all of that minus some of the crypto stuff. They introduced BigInt in ES2020. JS has built in json, Node has built-in tls/http.
- josephg 6y ago
  Javascript has a built in crypto library now too. Mind you, Go’s standard library is way better designed than javascript’s. A lot of Javascript’s API is an inconsistent mess. (Eg btoa, new TextDecoder().decode(str), string.length, etc.)
chrisandchris 6y ago
C# on DotNet will have most of it? Java probably too?
- geodel 5y ago
  Java does not have http server, json, html template as part of std.
  - dmux 5y ago
    Java has had an Http Server implementation included in it since 1.6 (the "since" attribute on the page) https://docs.oracle.com/javase/8/docs/jre/api/net/httpserver/spec/com/sun/net/httpserver/HttpServer.html https://docs.oracle.com/javase/8/docs/jre/api/net/httpserver...
ziml77 6y ago
But there's a downside to putting things like that in the standard library. Python also went for a "batteries included approach" but it hasn't been all sunshine and rainbows. There's a reason why the Python standard library is known as the place where modules go to die: https://leancrew.com/all-this/2012/04/where-modules-go-to-die/ https://leancrew.com/all-this/2012/04/where-modules-go-to-di...
morelisp 6y ago
> hex / base64 / json / xml Literally everyone. Go is not exactly a stand-out XML handler either. > TLS (1.3) / x509 / aes-gcm / sha-2/sha-3 / X25519 / ECDSA / ed25519 / crypto.rand The prevailing idea even within the Go community today is that probably too much of that is exposed and instead the stdlib should be focusing on higher-level primitives. > http / html templates / json-rpc Go's HTTP stack is very good. Most languages do have a worse one, though. The templating language is interesting, I'm glad it's there, but I think there will be widespread dissatisfaction among developers coming from other languages within in the next few years and you'll see it languish in favor of a 3rd party library. I would not choose a language based on its stdlib templates (and if I did I'd choose Perl). I bet they will come to regret jsonrpc in stdlib. > big integer math, zip Table stakes.
gallexme 6y ago
Erlang, doesn't has json rpc tho, but a whole cluster technology and rpc if u really wanted it
metaltyphoon 5y ago
C# has it and much more.

by baby 6y ago

halfmatthalfcat 6y ago

Javascript has all of that minus some of the crypto stuff. They introduced BigInt in ES2020. JS has built in json, Node has built-in tls/http.

josephg 6y ago
Javascript has a built in crypto library now too. Mind you, Go’s standard library is way better designed than javascript’s. A lot of Javascript’s API is an inconsistent mess. (Eg btoa, new TextDecoder().decode(str), string.length, etc.)

chrisandchris 6y ago

C# on DotNet will have most of it? Java probably too?

geodel 5y ago
Java does not have http server, json, html template as part of std.
- dmux 5y ago
  Java has had an Http Server implementation included in it since 1.6 (the "since" attribute on the page) https://docs.oracle.com/javase/8/docs/jre/api/net/httpserver/spec/com/sun/net/httpserver/HttpServer.html https://docs.oracle.com/javase/8/docs/jre/api/net/httpserver...

ziml77 6y ago

But there's a downside to putting things like that in the standard library. Python also went for a "batteries included approach" but it hasn't been all sunshine and rainbows. There's a reason why the Python standard library is known as the place where modules go to die: https://leancrew.com/all-this/2012/04/where-modules-go-to-die/ https://leancrew.com/all-this/2012/04/where-modules-go-to-di...

morelisp 6y ago

> hex / base64 / json / xml Literally everyone. Go is not exactly a stand-out XML handler either. > TLS (1.3) / x509 / aes-gcm / sha-2/sha-3 / X25519 / ECDSA / ed25519 / crypto.rand The prevailing idea even within the Go community today is that probably too much of that is exposed and instead the stdlib should be focusing on higher-level primitives. > http / html templates / json-rpc Go's HTTP stack is very good. Most languages do have a worse one, though. The templating language is interesting, I'm glad it's there, but I think there will be widespread dissatisfaction among developers coming from other languages within in the next few years and you'll see it languish in favor of a 3rd party library. I would not choose a language based on its stdlib templates (and if I did I'd choose Perl). I bet they will come to regret jsonrpc in stdlib. > big integer math, zip Table stakes.

gallexme 6y ago

Erlang, doesn't has json rpc tho, but a whole cluster technology and rpc if u really wanted it

metaltyphoon 5y ago

C# has it and much more.