In case you haven’t heard, China is on the rise. Regardless of your opinion on the morals of offshoring or China’s human rights record, the fact remains that China is already, and will continue to be, a major player in the software industry.
I think there is a connection between the enthusiasm of the Ruby community and the average size of a typical gem contribution. I explain my reasons in this (short) article. I'll be happy to hear what you think.
'Funny' Rails Envy Podcast Voicemail remix. In case you need a good laugh today listen to the remix, though the orginal voicemail it making some valid points. Way better than Terry Chays' PHP anthem.
When starting a Rails project, four golden folders are predefined: Models, Views, Controllers, Helpers. Could we possibly need anything more? In my experience, the answer is yes. This leads to the question of, where do these extra files go?
Note that I’m not going to address the “Rails vs. Scala” debate, which would be better rephrased as “Ruby vs. Scala”, or “Rails vs. Lift or a hypothetical Scala web app framework”.
This week's source is a clever "ClickOnce"-style hack for Ruby. It's cool because it brings together a number of technologies into a very clean end-user experience. The intent is to make the running of a Ruby GUI Application effortless, and it works and it's brilliant on several levels.
I was talking to Tim the other day about auditing Rails projects, and how we see a lot of Rails projects that reinvent the wheel instead of using plugins. The obvious follow-up question, of course, is "What plugins (or gems) should we be using?" Below I list ten plugins that we use regularly, and a brief reason why you might want to, too.
I'm the author of the article. I just find useful to see what kind of interest the argument have and possibly reply to questions and have some interesting discussions.
Even if you’re new to the Ruby community, you are unlikely not to have heard about the Pragmatic Programmers, who are well reputed for publishing great programming books. You may not have noticed that lately though, they’ve also been releasing several series of screencasts.
Microsoft’s got plans for Ruby beyond the fine IronRuby project in the shape of “ARAX” (Asynchronous Ruby and XML), a Ruby-flavored variety of the popular AJAX Web development techniques.
Twitter is arguably the most heavily used Ruby on Rails application in the world. Almost since its inception, Twitter has fostered a wildly passionate cult following. Also from the beginning, Twitter has suffered from chronic outages under that load.
This is a continuation of my previous posts describing layers of code written in different programming languages. I have thought about the things involved for a while, and had several discussions with people about it. There were some parts that I didn't describe as well as I thought in my posts, and I will try to do better in this one.
Widespread exposure to any new (for you) technology is generally a good thing, and if the technology is powerful enough we'll do what we always do. Some of us will pay for it, some of will find clever ways to subvert the license, and the rest of us will get to work on building an open source clone of it.
RailsConf 2008 is over, and it was by far better than last year. I'm not one for drawn-out conference wrap-up posts so here's a summary of my most inspiring moments and if applicable how they're going to affect JRuby going forward.
Of course anyone who reads my blog expected I'd have something to say about Maglev once it was made public. I've previously performed what I thought was a fair analysis of the various Ruby implementations, and Maglev was mostly a sidebar. With their coming out at RailsConf, they're now fair game for some level of analysis.
I’ve been working a lot with Castle’s Active Record and Ruby on Rails in the last month and as a result have written significantly fewer basic CRUD operations and database access code. It’s been an addictive experience and has caused me to rethink the proper role of hand-written database code (sprocs) within an application.
This is the inaugural post in a series that we’ll be calling Ruby TMTOWTDI (There’s more than one way to do it). Usually the TMTOWTDI acronym is used as a disparaging term towards flexible languages, which offer a myriad ways of solving most given problems. This series, however, aims to use this property of Ruby as an educational tool.
I was a professional java developer from 1996 to 2006. From 2007 to present I've been a professional ruby developer. This last week I've been forced to work in java again and OMG.
Over the past year, there's no doubt that if there is a poster child for Rails, it is now Twitter. With such notorious bouts of downtime, a worse poster child Rails could not possibly hope for. But is Twitter even the largest application out there running on Rails? Does it even matter?
It seems like every time I post something bad about a programming language, or compare one language (A) to another (B), at least one commenter lets me know that they like language B better, and furthermore, some aspect of my post has convinced them that language A is so bad that they won't even try it anymore. The thing is, I don't care.
Lately I seem to find everywhere lots of articles about the imminent dismissal of Java and its replacement with the scripting language of the day or sometimes with other compiled languages.
No, that is not gonna happen. Java is gonna die eventually of old age many many years from now.
I will share the reasoning behind my statement. Let’s first look at some metrics.