Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Helix: Rust and Ruby, Without the Glue

blog.skylight.io

Post reply on HN
Print view View original

1–10 of 69 posts

Re: Helix: Rust and Ruby, Without the Glue

#2

Post by pg_bot »

I would be interested to see how Ruby's Set class performs in the Zesty example. If that is actually a bottleneck in the application, I would rather reach for something that is in the Standard Library instead of going fully native.

Re: Helix: Rust and Ruby, Without the Glue

#4

Post by MichaelGG »

But the Rust version of the blank check doesn't handle any encoding but UTF-8. Helix could wrap up a char iterator for it I suppose, one that calls rb_enc_codepoint_len?

And isn't there some common C lib that exposes Unicode functions like is_whitespace? Granted, using a cargo crate is easier than finding and adding a .h, and far easier than getting and linking another lib.

Re: Helix: Rust and Ruby, Without the Glue

#5

Post by halostatue »

pg_bot wrote: post #2

I would be interested to see how Ruby's Set class performs in the Zesty example. If that is actually a bottleneck in the application, I would rather reach for something that is in the Standard Library instead of going fully native.

Ruby’s set class is implemented in Ruby wrapping a Hash (`{ key => true }`), not in C (or Java or…). It’s fairly good when you’re testing for containment, but the implementation is probably going to be as bad or worse for the #fully_contains behaviour…except the requirement that Zesty’s arrays be sorted.

Conceptually, a Set will do much better even with this sort of optimization.

Re: Helix: Rust and Ruby, Without the Glue

#6

Post by twelvechairs »

Very excited to see the development of the Ruby/Rust space. The two languages together would seem a joy of a workflow from concept through to maintenance, and the wealth of important Ruby personalities currently involved in Rust (as well as others) encourages that that this will be a well trodden and well documented workflow sooner rather than later.

I think this could help Ruby regain some of its early excitement, and remove the negativity of its 'just a scripting language', 'only for rails, which is too slow for modern development anyway' image.

Re: Helix: Rust and Ruby, Without the Glue

#8

Post by aidenn0 »

MichaelGG wrote: post #4

But the Rust version of the blank check doesn't handle any encoding but UTF-8. Helix could wrap up a char iterator for it I suppose, one that calls rb_enc_codepoint_len? And isn't there some common C lib that exposes Unicode functions like is_whitespace? Granted, using a cargo crate is easier than finding and adding a .h, and far easier than getting and linking another lib.

The Rust version works on strings not on bytes. Strings don't have encodings.
Post reply on HN