nice job! i miss using ruby.
RubyLLM: A delightful Ruby way to work with AI
31–40 of 182 posts
Re: RubyLLM: A delightful Ruby way to work with AI
#32Abut time that someone built this in ruby! You rock!
Re: RubyLLM: A delightful Ruby way to work with AI
#33Why is it using a global variable for this?
Re: RubyLLM: A delightful Ruby way to work with AI
#34Earlier quoted context omitted.
I’ve found the Ruby community really cares about DUX. Not sure why it’s not in other language communities
I don’t really mean this to be derogatory toward people who enjoy other things, but Ruby is a language and ecosystem by and for people who have taste.
Certainly a taste for global state, it seems.
Re: RubyLLM: A delightful Ruby way to work with AI
#35Re: RubyLLM: A delightful Ruby way to work with AI
#36Saw this gem of a gem on reddit earlier today and there were some trollish comments about no one using ruby anymore blah blah blah which quietly bummed me out. Surprised and Delighted to see it as #1 here on HN tonight!
It's worth remembering that the trolls that complain about Ruby do so because they care about it.
You'll often see the same names coming back on every post to angrily insist that no one is interested in Ruby
...apart from them obviously because if they didn't they would be busy trolling something else. :P
Re: RubyLLM: A delightful Ruby way to work with AI
#37Earlier quoted context omitted.
I’ve found the Ruby community really cares about DUX. Not sure why it’s not in other language communities
Umm, doesn’t Go do so as well? Personally, I’ve had a better experience working with Go tooling.
Go ecosystem is generally good. However, given that Go as a language doesn't have any "fancy" (for the lack of a better word) syntactical features you can't create DSL's like this
though Ruby's expressiveness comes at a cost and I'd personally stick with Go in a team but use something like RubyLLM for personal projects
Re: RubyLLM: A delightful Ruby way to work with AI
#38Earlier quoted context omitted.
> some trollish comments about no one using ruby anymore It is somewhat objectively true: https://octoverse.github.com/2022/top-programming-languages https://github.blog/wp-content/uploads/2024/10/GitHub-Octove... It doesn't mean much, and this library can be reproduced in any of those top 10 languages from what I can tell.
Is position #10 in https://octoverse.github.com/2022/top-programming-languages bad? It ranks right after Shell (#8) and C (#9). Ruby is still a mainstream language, and it's fairly easy to find a Ruby job. Compare that to Clojure or Haskell.
Compare that to Rust. For all the hype it has, very few companies are shipping products with it. There are a few, but nowhere near as many as are using Ruby.
Re: RubyLLM: A delightful Ruby way to work with AI
#39Earlier quoted context omitted.
I don’t really mean this to be derogatory toward people who enjoy other things, but Ruby is a language and ecosystem by and for people who have taste.
Certainly a taste for global state, it seems.
Dogmatically rejecting global state even if it simplifies things in some particular case _is_ poor taste.
Even a goto can be elegant sometimes.
Re: RubyLLM: A delightful Ruby way to work with AI
#40Earlier quoted context omitted.
I’ve found the Ruby community really cares about DUX. Not sure why it’s not in other language communities
Umm, doesn’t Go do so as well? Personally, I’ve had a better experience working with Go tooling.
I'd say they both optimize for DX, but they come at it from very different angles. Ruby is focused on actually writing the code: making it feel expressive, intuitive, and fun.
Go is more about making it easier to build fast and robust systems. But it really doesn't care if the code itself is ugly and full of boilerplate.
As I've gotten more experience, I've come to really appreciate Go's tradeoffs. It's not as fun up front, but on the other hand, you're less likely to get server alerts at 4am. It really depends what you're building though.