you are viewing a single comment's thread
view the rest of the comments
[–] 2 points 1 week ago (8 children)

i just write the critical parts in c and glue them together with python, because if it's one thing it's good at it's ffi.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 0 points 1 week ago (5 children)

    Why bother with the significant pain of FFI when you can just write the whole thing in Rust?

    Also "the critical parts" is mostly a myth. After a small amount of optimisation, the vast majority of programs do not have nice isolated hotspots.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 1 week ago (4 children)

    because i need my programs to be dynamic and scriptable?

  • source
  • parent
  • hideshow 4 child comments
  • [–] -1 points 1 week ago (3 children)

    Rust has scripting support. It's nightly only but that's not actually a big deal since running nightly is trivial.

    It has some limitations currently, but... so does Python.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 1 week ago (2 children)

    it's just such an odd question. you know nothing about my domain or my requirements, you just assume i can or want to use rust.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -1 points 1 week ago (1 child)

    Rust is pretty great in almost all domains. The only ones where I think Python is a sensible choice are research, where a REPL is really useful (think Jupyter).

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 1 week ago*

    the stdlib of rust is woefully lacking, proper error handling is way too verbose, the dependency chains are massive and unauditable, and all the implicitness makes it hard to reason about stuff like a.from() without proper editor support which makes code review a nightmare. i do like ccontract-driven design though. all in all i think i'll stick to zig if i need safety.

  • source
  • parent