5 ms·

It's a statement that is ~ 2 years old. I recently started learning it and like many things about it. I also haven't learned enough, so any borrow checker annoy

It's a statement that is ~ 2 years old. I recently started learning it and like many things about it. I also haven't learned enough, so any borrow checker annoyance is likely a symptom of not knowing enough. So far, I like: - traits (similar to typeclasses) - support for functional programming - borrow checker keeping you aware of memory scoping - it's (apparently) fast and relatively lightweight

hu3 7y ago
Rust is great. It's nice to have an efficient way to call Rust code from Go for when you need that extra speed and security. I was just curious if Filippo's stance changed about the language since he works with cryptography and security at Google. I'm not seeing Rust in his GitHub repo's https://github.com/FiloSottile https://github.com/FiloSottile
- galangalalgol 7y ago
  I've been considering using Julia and rust in this way. anyone tried that?
  - blindseer 7y ago
    I've used it. Julia's ccall is so nice to work with once you have wrapped it in other functions. The hardest part was creating, finding, downloading and using the right library with it's dependencies during Julia's build step for a package.
  - superdimwit 7y ago
    Out of curiosity, what sort of code aren't you able to write in Julia that you can in Rust?
    - galangalalgol 7y ago
      the idea was more to get that extra bit of speed for profiled bottlenecks. not a need, more a want. benchmark game currently puts Julia on par with go, not rust. also it seems to forgo simd except for obvious cases with large arrays.
      - superdimwit 7y ago
        Yeah. I think the benchmark game entries for Julia are unfortunately poor / stylised - IIRC there was a fork that delivered actually fast implementations (at the cost of some prettiness), but I don't think it ever got merged in. I do agree that there a few cases where Julia in theory could do what you wanted, but it's a bit awkward to get the guarantee from the compiler that it will do so (e.g. SIMD this thing, constexpr this thing..). I do hope this situation improves.
        galangalalgol 7y ago
        I would like someone good at Julia to tighten up those programs. benchmark game still takes submission right?
        dnautics 7y ago
        I updated the Julia n body problem to use simd. It's actually really easy to read and I'm pretty confident it's very performant, but the problem is that for the number of iterations done, the VM boot time dominates. If you were doing a problem IRL, you would expect run times in the hours, and a 5 second vm load and program compile penalty would be peanuts.
        galangalalgol 7y ago
        which implementation is that? 2 is the fastest but it doesn't use any .* or the like, an 3 which does and has "vectorised" in the comments is actually half the speed of 2
        dnautics 7y ago
        It's really quite easy to guarantee the compiler uses SIMD in Julia, it just takes a bit of reading the docs and understand the Zen of Julia.
    - deleted 7y ago
      [deleted]

hu3 7y ago

Rust is great. It's nice to have an efficient way to call Rust code from Go for when you need that extra speed and security. I was just curious if Filippo's stance changed about the language since he works with cryptography and security at Google. I'm not seeing Rust in his GitHub repo's https://github.com/FiloSottile https://github.com/FiloSottile

galangalalgol 7y ago
I've been considering using Julia and rust in this way. anyone tried that?
- blindseer 7y ago
  I've used it. Julia's ccall is so nice to work with once you have wrapped it in other functions. The hardest part was creating, finding, downloading and using the right library with it's dependencies during Julia's build step for a package.
- superdimwit 7y ago
  Out of curiosity, what sort of code aren't you able to write in Julia that you can in Rust?
  - galangalalgol 7y ago
    the idea was more to get that extra bit of speed for profiled bottlenecks. not a need, more a want. benchmark game currently puts Julia on par with go, not rust. also it seems to forgo simd except for obvious cases with large arrays.
    - superdimwit 7y ago
      Yeah. I think the benchmark game entries for Julia are unfortunately poor / stylised - IIRC there was a fork that delivered actually fast implementations (at the cost of some prettiness), but I don't think it ever got merged in. I do agree that there a few cases where Julia in theory could do what you wanted, but it's a bit awkward to get the guarantee from the compiler that it will do so (e.g. SIMD this thing, constexpr this thing..). I do hope this situation improves.
      - galangalalgol 7y ago
        I would like someone good at Julia to tighten up those programs. benchmark game still takes submission right?
        dnautics 7y ago
        I updated the Julia n body problem to use simd. It's actually really easy to read and I'm pretty confident it's very performant, but the problem is that for the number of iterations done, the VM boot time dominates. If you were doing a problem IRL, you would expect run times in the hours, and a 5 second vm load and program compile penalty would be peanuts.
        galangalalgol 7y ago
        which implementation is that? 2 is the fastest but it doesn't use any .* or the like, an 3 which does and has "vectorised" in the comments is actually half the speed of 2
      - dnautics 7y ago
        It's really quite easy to guarantee the compiler uses SIMD in Julia, it just takes a bit of reading the docs and understand the Zen of Julia.
  - deleted 7y ago
    [deleted]