RubyMine is now free for non-commercial use • Hacker News Board

Re: RubyMine is now free for non-commercial use

#81

Post by ryandv » Thu, Sep 04, 2025, 7:41 AM UTC

mdaniel wrote: post #80

ryandv wrote: post #78

Earlier quoted context omitted.

In a Turing complete dynamic language I believe that some properties of the runtime would be undecidable. The advantage of static typing is that many (most?) type systems are sufficiently constrained (i.e. not Turing complete) such that the typecheck procedure can be assured to terminate. Of course, with sufficiently expressive type systems you end up with Haskell "UndecidableInstances" or Coq dependent types or C++…

Or my favorite alternative to that story: well, it's currently a str ... maybe it'll still be a str in 5 minutes, who knows

In a dynamic language where code that produces such a side effect is admitted by the (lack of) compiler/typechecker, sure; however a static checker would probably ensure, before runtime, that said binding indeed refers to a str, now and forever.

But I realize now the point of ancestor's comment is that you don't have such a guarantee in a dynamic language - hence the tendency to lean more on REPL-oriented development, highly interactive live runtime environments, tight TDD feedback loops, etc...

Re: RubyMine is now free for non-commercial use

#82

Post by [deleted] » Thu, Sep 04, 2025, 7:44 AM UTC

ryandv wrote: post #68

rognjen wrote: post #67

Earlier quoted context omitted.

I didn't read your comment -- I'm sure it was insightful and well researched. The fact that it ended with an elitist ad hominem attack tells me enough.

Just paying it forward. As a visible minority in Canada, I am subjected to this kind of passive aggressive, plausibly deniable ad hominem on a regular basis - and often by the very same Canadian white progressives who claim to have been educated out of such bigotry and racism. When in Rome...

[deleted]

Re: RubyMine is now free for non-commercial use

#83

Post by im_slvr » Mon, Sep 08, 2025, 12:06 PM UTC

noone_youknow wrote: post #69

nomilk wrote: post #8

This is awesome. Over the past four years I went from Sublime Text, to VS Code, to a 'dual IDE' setup (neovim and cursor). I hear rubymine has the best support for documentation and source code lookup capabilities (vitally important). Curious of its AI capabilities; how much of a step down would it be going from cursor to rubymine? I guess it could be used stand-alone purely for its documentation/source capabilities,…

It’s a very noticeable step down from cursor in terms of AI integration IMO, but also a huge step up in almost everything else. For a while I was running both cursor and RubyMine in tandem and switching between as needed, but lately I’ve been using Claude code for most stuff, in a RubyMine terminal and I hardly miss cursor at all.

Can you please share your workflow? I am kinda on the crossroad. Github copilot cuts the context window for the models while new Jetbrains AI Assistant pricing model is doubtful. AI Assistant seems to be much better integrated lately than the Github Copilot.

On the other hand - properly used Claude Code is very nice. Long story short: I am thinking about reducing AI usage to the CC only and attempt to use it as a chat assistant too. Plus maybe subscribing to minimal package from Jetbrains or Copilot for some nice commit generations and occasional chats with other models.