M
Merbist
merbist.com · Personal blog · on HN since 2008
Matt Aimonetti writes about Ruby, Merb, MacRuby and RubyMotion, covering Ruby development on Apple platforms and the Ruby community.
What HN saysHN links it for MacRuby and RubyMotion commentary, including his review of RubyMotion, and for his posts about Apple and open-licensed books.
38HN people shared it
12linked it in comments
42stories submitted
1.1Kstory points
13 years agolast shared
2008people per year2026
Most-shared posts
- 1Merb 1.0 released3 people · 35 points · first shared 2008 · 16 comments on HN
- 2Hey Apple, Please Be Nice and Share MacRuby2 people · 209 points · first shared 2011 · 59 comments on HN
- 3About concurrency and the GIL2 people · 82 points · first shared 2011 · 50 comments on HN
- 4Building and implementing a Single Sign-On solution2 people · 68 points · first shared 2012 · 42 comments on HN
- 5RubyMotion pros and cons2 people · 62 points · first shared 2012 · 22 comments on HN
- 6Learning from Rails' failures2 people · 55 points · first shared 2012 · 35 comments on HN
- 7The Ruby Revolution is Over2 people · 40 points · first shared 2009 · 15 comments on HN
- 8On Engendering Strong Reactions, Merbist's statement about the presentation furor2 people · 10 points · first shared 2009 · 11 comments on HN
- 9Fun with MacRuby: Detecting The Language of a String2 people · 2 points · first shared 2009 · discussion on HN
- 10Ruby concurrency explainined simply1 people · 103 points · first shared 2011 · 25 comments on HN
- 11First step in scaling a web site: HTTP caching1 people · 94 points · first shared 2011 · 12 comments on HN
- 12Performance cost of Ruby ORM model instantiation1 people · 85 points · first shared 2012 · 21 comments on HN
- 13Example of how to use reflection in Go1 people · 32 points · first shared 2011 · discussion on HN
- 14Merb ♡ Rails1 people · 28 points · first shared 2008 · 11 comments on HN
- 15Lots of Rubies, now what?1 people · 27 points · first shared 2009 · 5 comments on HN
What HN people wrote when they linked it
nglevin · 2013-05-15
As I recall, BridgeSupport created indexes to C symbols, enumerations and functions by producing XML files [1] that corresponded to C APIs like CoreGraphics, and code you produced yourself.
You don't necessarily need BridgeSupport to call out to Objective-C.
Speaking of BridgeSupport, does anybody know where the most recent source code for that project went? It seems to have been removed from Apple's Mac OS Forge after Laurent Sansonetti left Apple. A shame.
[1] - For example, http://merbist.com/2011/02/19/bridgesupport-build/ . The chapter referenced from O'Reilly's excellent MacRuby book does a better job of explaining the whole process.
thibaut_barrere · 2013-05-09
I find that it's a happy day, not a sad day (even if I like open-source).
Why? Because now some of my customers are going to seriously think about using Ruby for Mac OS X apps, because they know someone is making profit while supporting this, so they feel they can rely on this.
I much prefer this to the fate of IronRuby (or to some extent, MacRuby).
Remember what you wrote one year ago [1] ?
Using RubyMotion for a professional product represents
a significant business risk, which is exactly the same
as using proprietary technology from any vendor.
It turns out the opposite is coming to reality :p
[1] http://merbist.com/2012/05/04/macruby-on-ios-rubymotion-review/
mattetti · 2012-05-04
I wrote a somewhat more balanced review based on my experience with RubyMotion over the last few months (beta testing) http://merbist.com/2012/05/04/macruby-on-ios-rubymotion-review/
danieldk · 2011-05-01
Well apparently, MacRuby is already a private framework in Lion, so it serves some purpose in the eyes of Apple.
http://merbist.com/2011/03/07/hey-apple-please-be-nice-and-share/
mattparcher · 2010-09-13
The book’s author, Matt Aimonetti, explained his reasoning for writing an open-licensed book back in May:
http://merbist.com/2010/05/09/writing-an-open-licensed-book/
cobralibre · 2010-02-01
No. From Matt Aimonetti's blog:
"Unfortunately, the current answer is: no. The two issues with the IPhone/iP*d OS are the lack of Garbage Collector and support for BridgeSupport (needed to define CocoaTouch constants available from MacRuby)."
http://merbist.com/2010/01/31/macruby-0-5-final-is-out/
carbon8 · 2009-11-18
I don't know much about MacRuby, but as I understand it, it should be possible to port it to linux. See "what is it not?" and the second comment here: http://merbist.com/2009/05/27/macruby-changing-the-ruby-ecosystem/
jaaron · 2009-04-28
Matt Aimonetti, the author of the presentation, is not an Apache CouchDB committer. He is a Merb and Rails developer:
- http://merbist.com/about/
This controversy is very much about the Rails community. It's the Rails community leaders who are defending Matt. If this had been an Apache committer you would have seen a clear and swift apology from the ASF and likely a huge mailing list thread about how this behavior isn't helpful.
mattjaynes · 2008-11-25
Yes.
"Merb has an API. You might be wondering why having an API is awesome. Well, the truth is that the Merb Team spent time marking methods public, which are guaranteed to not break until the next major release (any change to the public API will be well documented). There is also a plugin API meaning that plugin developers won’t have to worry about upgrades if they stick to the plugin API."
From: http://merbist.com/2008/11/09/merb-1-0-released/
mileszs · 2008-11-10
I thought you may be interested in reading some of the bullet points contained in this post: http://merbist.com/2008/11/09/merb-1-0-released/
We can all live as one. It doesn't have to be "Merb versus Rails". It doesn't have to be a war.
reissbaker · 2012-05-15
Pure Ruby code in MRI 1.9 can run on multiple OS threads, but it can't run on multiple OS threads in parallel. Here's some reading you can do if you're unsure:
http://merbist.com/2011/10/03/about-concurrency-and-the-gil/
http://www.igvita.com/2008/11/13/concurrency-is-a-myth-in-ruby/
http://jabberwocky.eu/2010/10/02/where-is-the-global-interpreter-lock-…
http://en.wikipedia.org/wiki/Global_Interpreter_Lock
Yes: Ruby can allow native code to execute in parallel with Ruby code (although it doesn't always do so, as you note). But if you're under the impression that multiple Ruby threads can execute in parallel, you're wrong. That may or may not be a problem, depending on what you need Ruby to do.
JRuby can be a good option for parallelism, but it's also slower than Ruby MRI 1.9 and has an ecosystem that most Ruby developers will be unfamiliar with. Regardless, my point was that Rails doesn't magically "work with multithreading," at least for standard Ruby deploys.
jarnold · 2008-12-23
More links:
http://weblog.rubyonrails.org/2008/12/23/merb-gets-merged-into-rails-3
http://yehudakatz.com/2008/12/23/rails-and-merb-merge/
http://rubyonrails.org/merb
http://merbist.com/2008/12/23/rails-and-merb-merge/
http://brainspl.at/articles/2008/12/23/merb-is-rails
http://loriholden.com/archives/2008/12/23/16-merb-is-rails-30
http://mornini.wordpress.com/2008/12/23/rails-2x-merb-1x-rails-30/
http://splendificent.com/2008/12/the-merb-rails-merger-announcement-an…