On Thursday, 8 September 2016 at 07:43:02 UTC, Jack Stouffer
wrote:
On Wednesday, 7 September 2016 at 19:01:23 UTC, Piotrek wrote:
Almost every "standard" evolves (e.g. USB, 3GPP, etc) and are
subject to change in subsequent releases. Stopping the
progress is not a case in good standardization process.
When I say "a good candidate for standardization", what I mean
is a standardization of an API and module design, not a
standardization in the traditional sense.
It doesn't matter that a standard like HTTP2 will have a new
version (e.g. 2.1), what matters is the way in which the
programmer interacts with it and how that API is designed. If
there's no clear answer, e.g. urllib2 vs. requests, then that
probably shouldn't be included in the standard library.
Continuing with the urllib2 example, how many people do you
suppose use urllib2 over requests, which is the most popular
Python library by far? Despite this, the Python team is stuck
maintaining urllib2.
What's important is that no one goes to plan or organize what is
needed.
Don't want a lot of D language users to help? Java/rust/golang
has its own standard library, are users want to come out? D
language developers where?
