Skip Navigation
Deleted
*Permanently Deleted*
  • I personally don’t have any real experience with Go. Lots of smart folks I work with love it. In general, most of what I have read suggests that Rust is better suited to CLI tooling. For my use case it came down to:

    • Rust’s cargo system
    • The clap crate (which supports building out bash shell completion scrips via a Rust build script). Basically means I can generate a completion script at compile time and include this in the package I distribute to users)
    • Rust’s out of the box performance
    • The heavy lifting done by the borrow checker in bringing safety
  • Deleted
    *Permanently Deleted*
  • I personally don’t have any real experience with Go. Lots of smart folks I work with love it. In general, most of what I have read suggests that Rust is better suited to CLI tooling. For my use case it came down to:

    • Rust’s cargo system
    • The clap crate (which supports building out bash shell completion scrips via a Rust build script. Basically means I can generate a completion script at compile time and include this in the package I distribute to users)
    • Rust’s out of the box performance
    • The heavy lifting done by the borrow checker in bringing safety
  • Deleted
    *Permanently Deleted*
  • For years my go to (after Bash) was Python. However, in the last few years I’ve switched to Rust for any kind of shell command wrapper or CLI tool.

    TL;DR I think Rust is best suited to more complex CLI work.

  • Needing help generating reports from db's
  • Not sure i fully understanding the requirements but Python has some good modules for creating PDFs programmatically

  • lxkota lxkota @lemmy.ml
    Posts 0
    Comments 4