4 ms·

> which were a replacement for the You have a point here. I have to agree. "X but rewritten in Z" is a terrible marketing, though. Makes me instantly want to

> which were a replacement for the You have a point here. I have to agree. "X but rewritten in Z" is a terrible marketing, though. Makes me instantly want to hate the tool and its authors. (Love rust. Hate the vibe).

mprovost 1y ago
Why the hate? It's a genuine question. When you rewrite something, you need to justify the effort somehow. The GNU coreutils started out as "the BSD utilities, but with the GPL!".
- egorfine 1y ago
  Because the reimplementation authors skip all the complexities of designing the tool in the first place while getting right to the fun part (which is coding), and then they get to call themselves authors of a well known infrastructure tool. Compare "I have typed a setuid() wrapper in rust" vs "I'm the author of sudo-rs".
scripturial 1y ago
It’s a rust crate designed to be a native rust replacement for a rust c wrapper crate. It’s faster and easier to link to in rust projects. How would you even tell people you made a better rust crate without using the word “rust?”
- egorfine 1y ago
  Why not spend the efforts to speed up the real zlib? So that the whole world actually gets to spin a bit faster. Rust folks are claiming excellent interoperability with C binaries. Why the need for a rewrite then?
  - swiftcoder 1y ago
    Maybe because the speed up is easier to attain in a language where you aren't constantly worrying about introducing bugs? Maybe development is easier in a language with more modern tooling? Interoperability runs both ways, everyone currently taking a dependency on the C library can swap in the rust library in its place and see the same benefits
- throwawaymaths 1y ago
  you would say "rewritten FOR rust" instead of "rewritten IN rust".
  - scripturial 1y ago
    It’s a rust crate that depended on c and is now literally “rewritten in rust”
    - throwawaymaths 1y ago
      > rust crate

mprovost 1y ago

Why the hate? It's a genuine question. When you rewrite something, you need to justify the effort somehow. The GNU coreutils started out as "the BSD utilities, but with the GPL!".

egorfine 1y ago
Because the reimplementation authors skip all the complexities of designing the tool in the first place while getting right to the fun part (which is coding), and then they get to call themselves authors of a well known infrastructure tool. Compare "I have typed a setuid() wrapper in rust" vs "I'm the author of sudo-rs".

scripturial 1y ago

It’s a rust crate designed to be a native rust replacement for a rust c wrapper crate. It’s faster and easier to link to in rust projects. How would you even tell people you made a better rust crate without using the word “rust?”

egorfine 1y ago
Why not spend the efforts to speed up the real zlib? So that the whole world actually gets to spin a bit faster. Rust folks are claiming excellent interoperability with C binaries. Why the need for a rewrite then?
- swiftcoder 1y ago
  Maybe because the speed up is easier to attain in a language where you aren't constantly worrying about introducing bugs? Maybe development is easier in a language with more modern tooling? Interoperability runs both ways, everyone currently taking a dependency on the C library can swap in the rust library in its place and see the same benefits
throwawaymaths 1y ago
you would say "rewritten FOR rust" instead of "rewritten IN rust".
- scripturial 1y ago
  It’s a rust crate that depended on c and is now literally “rewritten in rust”
  - throwawaymaths 1y ago
    > rust crate