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

InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

infraruby.com

Post reply on HN
Print view View original

11–20 of 23 posts

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#11

Post by duaneb »

vidarh wrote: post #4

"Statically-typed Ruby" that isn't actually Ruby, but a subset of Ruby[1] + mandatory type annotations. A rather misleading title. E.g. here's an example [2], with stuff like this: ## java.lang.String -> void def set_title(title) @title_view.setText(title) return end I kinda doubt this will take off with most Ruby users. Though being able to use something quite close to Ruby to write native Android apps is somewhat a…

RubyMotion is terrible: it's expensive, closed, and is basically objective-c meets ruby syntax.

This is at least running on a JVM, which gives you a buttload of tooling.

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#12

Post by fleitz »

duaneb wrote: post #11
vidarh wrote: post #4

"Statically-typed Ruby" that isn't actually Ruby, but a subset of Ruby[1] + mandatory type annotations. A rather misleading title. E.g. here's an example [2], with stuff like this: ## java.lang.String -> void def set_title(title) @title_view.setText(title) return end I kinda doubt this will take off with most Ruby users. Though being able to use something quite close to Ruby to write native Android apps is somewhat a…

RubyMotion is terrible: it's expensive, closed, and is basically objective-c meets ruby syntax. This is at least running on a JVM, which gives you a buttload of tooling.

That's what I love most about the JVM, lots of tools to solve problems that don't exist on other platforms.

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#13

Post by fleitz »

ankurpatel wrote: post #2

Finally a solution that can makes Rails more competitive

Rails is competitive...

It trades execution performance for developer performance. If you prefer faster execution and slower dev then another framework might be more appropriate.

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#16

Post by fleitz »

stripeless wrote: post #14

Heh good luck get any of the Ruby "code" that community cares about like Rails to run on this - it is 99% magic, and DHH likes magik too much to want typing...

It's more like context...

Rails has a lot of context which allows developers to rapidly specify what they want to happen in the context of web apps.

Rails is like asking someone to get milk, rails maps a route, obeys the laws of the road while getting there, pays for it, and returns with milk.

In other frameworks you explicitly have to tell it every little detail of how to get milk, usually culminating in the IMammalianFactoryMilkFactory pattern.

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#17

Post by MrBra »

vidarh wrote: post #4

"Statically-typed Ruby" that isn't actually Ruby, but a subset of Ruby[1] + mandatory type annotations. A rather misleading title. E.g. here's an example [2], with stuff like this: ## java.lang.String -> void def set_title(title) @title_view.setText(title) return end I kinda doubt this will take off with most Ruby users. Though being able to use something quite close to Ruby to write native Android apps is somewhat a…

> Though being able to use something quite close to Ruby to write native Android apps is somewhat appealing even with extra pain [...]

To that purpose Ruboto is worth a mention too:

http://ruboto.org/

https://github.com/ruboto/ruboto

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#18

Post by coldtea »

fleitz wrote: post #12
duaneb wrote: post #11

Earlier quoted context omitted.

RubyMotion is terrible: it's expensive, closed, and is basically objective-c meets ruby syntax. This is at least running on a JVM, which gives you a buttload of tooling.

That's what I love most about the JVM, lots of tools to solve problems that don't exist on other platforms.

If we remove the snark and keep the reality:

Those problems do exist on all platforms and the tooling elsewhere is usually not as good.

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#19

Post by slackstation »

ankurpatel wrote: post #2

Finally a solution that can makes Rails more competitive

Elixir(elixir-lang.org) and Phoenix(www.phoenixframework.org) seems to be coming along nicely. High speed and concurrency by building on the Erlang VM. Written by Rails Core developers who wanted more speed but, the spirit of Rails (though it's not a 1-to-1 port in the least)

Re: InfraRuby 3.7 – Compiler and runtime for statically-typed Ruby

#20

Post by fleitz »

coldtea wrote: post #18
fleitz wrote: post #12

Earlier quoted context omitted.

That's what I love most about the JVM, lots of tools to solve problems that don't exist on other platforms.

If we remove the snark and keep the reality: Those problems do exist on all platforms and the tooling elsewhere is usually not as good.

Never had a GC pause in objc
Post reply on HN