• wolf@lemmy.zip
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 months ago

    THIS.

    I do not get why people don’t learn from Node/NPM: If your language has no exhaustive standard library the community ends up reinventing the wheel and each real world program has hundreds of dependencies (or thousands).

    Instead of throwing new features at Rust the maintainers should focus on growing a trusted standard library and improve tooling, but that is less fun I assume.

      • Miaou@jlai.lu
        link
        fedilink
        arrow-up
        1
        ·
        8 months ago

        It does, but the person you reply to apparently expects a standard library to contain an ECS and a rendering engine.

      • wolf@lemmy.zip
        link
        fedilink
        English
        arrow-up
        2
        ·
        8 months ago

        Easily, just look at the standard libraries of Java/Python and Golang! :-P

        To get one thing out of the way: Each standard library has dark corners with bad APIs and outdated modules. IMHO it is a tradeoff, and from my experience even a bad standard library works better than everyone reinvents their small module. If you want to compare it to human languages: Having no standard library is like agreeing on the English grammar, but everyone mostly makes up their own words, which makes communication challenging.

        My examples of missing items from the Rust standard library (correct me, if I am wrong, not a Rust user for many reasons):

        • Cross platform GUI library (see SWING/Tk)
        • Enough bits to create a server
        • Full set of data structures and algorithms
        • Full set of serialization format processing XML/JSON/YAML/CVS/INI files
        • HTTP(S) server for production with support for letsencrypt etc.

        Things I don’t know about if they are provided by a Rust standard library:

        • Go like communication channels
        • High level parallelism constructs (like Tokyo etc.)

        My point is, to provide good enough defaults in a standard library which everybody knows/are well documented and taught. If someone has special needs, they always can come up with a library. Further, if something in the standard library gets obsolete, it can easily be deprecated.

        • areyouevenreal@lemm.ee
          link
          fedilink
          arrow-up
          1
          ·
          8 months ago

          Python doesn’t have a production web server in its standard library. Neither does Java. Those are external programs or libraries. C# is the only language I know that comes with an official production grade server, and that’s still a separate package (IIS).

          Rust has a set of recommended data structures in their standard libraries too: https://doc.rust-lang.org/std/collections/index.html

          I don’t know what algorithms you are looking for so can’t answer here.

          The rest I don’t think are included in Rust. Then again they aren’t included in most languages standard libraries.

          • wolf@lemmy.zip
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 months ago

            Golangs web server is production grade and used in production. (Of course everyone uses some high performance proxy like NGINX for serving static pages, that’s another story.)

            Technically you are right that java has no production web server, which I don’t like, OTOH Java has standard APIs WebServers and Spring is the defacto standard for web applications. (I totally would not mind to move Spring into the OpenJDK.)

            My point is simple: Instead of having Rust edtion 2020, 2021 etc. and tweaking the syntax ad infinitum, I’d rather have a community which invests in a good/broad standard library and good tooling.

            The only platform widely used in production w/o a big standard library is Node.js/JavaScript, mostly for historical reasons and look at the problems that Node.js has for a decade now because of the missing standard library.