I can totally understand where it went bad: the association with “CMMi” and the assumption that it is all about “certifications”. Good developers hate certifications, this is a given. We all know that you can totally suck in programming and still get certified at something fancy. When you’re ‘certified’ you’re only asserting that you can memorize random stuff out of a book, not that you can really apply the theories in real life. Hence, real developers are always terrified of working close to ‘certified’ developers with no real working hours.

The bottom line about certification is that good developers will be good without any certification process, period. It is also a given that certification has the sole purpose of being a marketing stunt for people with mediocre real past success cases in real life. HR people – who are total noobies about technology – rely on certifications to filter out candidates for an interview. They would be lost without it. I know, I am being too general, but you get the idea. Don’t argue on this point just yet and keep on reading.

So, this is a vicious market, sorry. The rules of engagement are almost craved in stone and it is very difficult to change them. Agilists know what it is like to fight old habits in companies. Convincing an old corporate geezer to take a look at the Agile philosophy hurts, badly.

Since the inicial discussion, Obie wrote another article trying to be more specific on his ideas of a maturity model for Rails. And just yesterday he was really pissed off and wrote yet again that RMM has nothing to do with certifications. Understandably, people can’t spell CMM without thinking of certifications right away. Please, take your time to read Obie’s articles before continue reading my points here. But rest assured: if you don’t agree with Obie, chances are that you have no idea of what CMMi stands for.

People don’t understand CMMi

Ok, for starters, I am not AT ALL a fan of CMMi. But let me explain about CMMi so I can go back to Obie’s point on the RMM. And also note that Obie himself stated that he doesn’t fully understand the CMMi either.

I am not an expert in CMMi by far. I’ve researched a lot about it and for a short period of time I lived and breathed CMMi. Actually it was SE-CMM, prior to it becoming CMMi. I think it was around 2002. I’ve studied the texts, participated in conferences, talked to consultancies and so on. I was very much into it – and believed it, go figure! 3 years later, I also certified myself as a PMP (a Project Management Institute certificate for Professional Managers) and I studied a lot of the OPM3 model. Before all that I’ve been into the Unified Process and RUP stuff. So, yes, I’ve been into lots of ‘enterprisey’ stuff in the early days. I am out of the drugs by now, thanks for asking. None of it matters because I am very rusty in all this.

So, first and foremost: the CMMi is not a “standard” and, therefore, you can’t be “certified” in CMMi – at least not in the legal definition of “certification”. There is no certification for CMMi. It is a body of knowledge that outlines a model of process improvement, thus ‘maturity’. Well, at least that’s the theory.

You can go through an appraisal though. The SEI, the lead organization that manages CMMi, is still an academic research center in Carnegie Mellon University. People can go through a lengthy process to become a Lead Appraiser and work for Partners to appraisal a company. I think prior to 2007, when there was an update to the appraisal policy, it was a little bit easier to get appraised.

Now, don’t quote me on that because I will be saying just what I have heard in the industry some 6~7 years ago. Back then we were very interested in the outstanding growth of the indian IT market, specially the big guns such as Tata, Infosys, Wipro, Satyam, etc. There were unfounded rumors that they were all appraised CMM Level 5 because they had their own people certified as Lead Appraisers. If you just look at the SEI partner’s list, you will see them listed there, though it is not evidence for anything and this is not an accusation. Rumors, just rumors. The appraisal model has been criticized before, and if I am not mistaken, one of the reasons being that once you’re asserted to be in one Level of maturity you don’t go down because there was not a post-appraisal follow up.

CMM was first created as a kind of an insurance for the military software projects to assert that the winning companies could demonstrate at least a shred of evidence that at the very least they had some best practices and the processes in place to back them up. Anyone that worked for Tata will tell you how bureacratic they are. The appraisal process itself (SCAMPI) is based on evidence collection – though this can be very subjective at times and it is not an investigative process.

Well, to be fair, I hope that big companies do at least have that. Really big government projects have to have some level of manageability. A maturity model is by no means a hard evidence for guaranteed success, but it helps for big guns to have that. Companies such as Lockheed-Martin, for instance. If you’ve never worked for really really massive enterprise projects, you have no idea of the nightmare.

But again, I have the personal feeling that the SEI’s original goals were corrupted long ago. The way the market works is pretty straight forward: big companies and governments “requires” you to be CMMi at some Level. So, ‘serious’ companies will invest some time (a couple of years) and money (a lot) to put their processes in place and call in an appraiser. This is very expensive and traumatic to do, so only companies that can take the punch will do it. This is very elitist indeed, but it works. This is outside of the market that I personally want to be in, that’s why I walked away.

If you have no idea of what CMMi stands for, it is a model divided in 5 levels of maturity, from 1 to 5, and can be summarized this way:

• Level 1: Initial (Ad hoc, chaotic, no processes, success out of luck, where most companies really are)
• Level 2: Repeatable (some project management, some discipline, a rough process that can be used repeatedly)
• Level 3: Defined (the organization has institutionalized the processes)
• Level 4: Managed (management means that is can be quantified, there are metrics in place to actually measure a project)
• Level 5: Optimizing (with the proper processes in place, the process can give feedback to itself, helping to refine the process)

To assert that you’re in a certain level, you must implement (in a verifiable manner) a series of Key Process Areas (KPAs). Each level has its own set of KPAs which define a Goal, Commitments, Abilities, Activities, Methods of monitoring, Methods for verification. As I said, this is not a small thing.

“Implementing” the CMMi up until Level 5 can really take some good years. Implement a KPA properly means really to understand the gut of it, sometimes knowing how to consciously bend it over and still have it validated. It is a real struggle to go through the whole process, specially when you already have lots of projets going on in an ad hoc manner (Level 1)

There is a whole lot more to be said about the CMMi and I recommend you read this small FAQ about it that can be quite enlightening. Also read some of the criticisms, specially to its appraisal system.

This is a very very short summary of what CMMi is. There is a vast literature about this subject and if you’re interested I suggest you go research about it. You will learn a lot, but don’t take it too seriously. This is the kind of thing that every good developer/manager should’ve read at least once in their lives.

Some people think that it is possible to blend Agile with CMMi. I wouldn’t say it is impossible, but I would certainly ask “What is the point?” I really think it is kind of pointless to attempt such a thing, but I digress.

Obie

Now, going back to Obie’s idea, the way I understood it, it is just an idea of maybe implementing something akin of CMMi’s 5 Levels of maturity, where in each level you comply to a set of KPAs, such as “we do pair-programming 100% of the time” or “we have extensive and almost total test coverage”. Not going into the merit of the KPAs themselves, one could assert a certain level of maturity with some well known criteria, if they can be clearly defined.

The idea in itself is not bad. Having a reliable, updated body of knowledge is a good idea. The CMMi is based on past history and past data of successful projects. A possible “RMM” would be similar, with the best practices and techniques used by the most successful companies of the time, such as Hashrocket or Pivotal.

There are some problems though: this is an appraisal for the company, not for an individual, so the problem of lack of good quality developers would still be an issue as this doesn’t attempt to solve this problem. The second problem is just that there is still not that many Rails projects, consultancies and a true record of past projects to even start thinking of a maturity model. We are, by definition, not mature enough yet. And don’t take this as a criticism to anyone. Thinking about it, Rails is just 4 ~ 5 years old now. This is just too short.

Finally, Rails is a technology. Even though the idea may sound compelling for us, fans, Rails is a technology, not an specific professional area such as “Software Engineering”. You can certainly apply Rails into CMMi companies, but having Rails implemented properly doesn’t lend anyone a Level 5 stamp.

I think the CMMi is not a very good starting point as it is just too monumental, with a very very big overhead, and very very bureaucratic processes. It is just like RUP vs Agile again. The core idea is good if we keep the CMMi analogies out of the question.

Now, I do think the idea of a body of knowledge is appealing. This could be an organic repository where people would be able to organize their metrics, their own discovered best practices and outlines for successful projects. Over time new material would stack up until we could finally have enough data to actually start thinking of maturity: when the whole community goes into the next level.

Neither a possible RMM nor CMMi actually answers the questions most clients have. None of them can guarantee a software life-cycle with real healthy, without sloppy programming. None of them will make it easier for customers to find good freelance Railers. And if you, as a savvy customer, ever need a Railer you would never trust a consultancy with an “RMM badge”, I bet.

In the end of the day, processes are important, but never to become too overwhelming. There is a gray area between monumental models such as CMMi and agile methodologies (I know, I know, a capability model is not an engineering methodology, I am just comparing complexity). I think the community is still too young to make decisions on maturity. But, I am open to ideas. If someone come up with a detailed RMM specification proposal, I would be very interested in reading it.

But again, I do think the Agile philosophy, the techniques from XP, DDD are enough by now. Before we start debating on bigger processes, some people don’t even know the basics yet, such as algorithms, data structures, proper OO programming, etc. Heck, there are web developers that don’t even understand the HTTP protocol or the TCP stack yet. This article is by no means an attempt to answer the question and it is still open for debate, but it is very valid to debate it. Bashing and complaining will not bring good ideas to the table.

Whatever the reason, the behavior that I’ve been seeing is that Leopard is able to connect to a Windows VPN, it is able to authenticate, it is able to route correctly but then it won’t drop the connection but simply stops routing packages into the VPN tunnel after around 5 min of usage. So, I decided to Google around and I tried a few tricks.

Up until now I am connected to my company’s Windows VPN for 1 hr – which might be a world record! Let me explain a few things I tried and that might have helped in this.

First, I tried a trick I read in a forum:

• Open System Preferences → Network
• Click the “Location” drop down menu and choose “Edit Locations …”
• Create a brand new Location
• Configure your Wifi or Ethernet connection so you’re online
• On the lower left corner, click on the ”+” button, then on “Interface” choose “VPN” and on “VPN Type”, choose “PPTP”.
• Configure your VPN using your company’s setting (IP address, “DOMAIN\username”, type your password clicking on the “Authentication Settings …” button.
• Again on the lower left corner, click on the 3rd icon, next to the ”-” icon and choose “Set Service Order …”
• Drag and drop your VPN service to the top of the list

If you have VMWare Fusion installed, I read that the virtual network adapters could be one of the reasons so you need to stop them typing this in the Terminal:

sudo /Library/Application\ Support/VMware\ Fusion/boot.sh --stop

After that, again in the Network Preferences Pane, I connected into my VPN and surprisingly the connection stayed on for more than 1 hr whereas I couldn’t stay connected for more than 5 min before that. None of the steps above make much sense, but it seems to have worked for me.

I also left a Terminal open constantly pinging some server inside the company network to make sure I am keeping the connection alive. I have no idea if those steps actually solve the problem or I just got lucky all of a sudden. Please drop a line in the comments if it solved it for you or if you have other insights around this issue.

Bottom line: if you can, don’t build a Windows-based network.

Before starting out, ignore some of what’ve already read elsewhere: it is not necessary to use full blown IDEs such as Netbeans or Aptana. You can, but you don’t need to. You can also ignore one-size-fits-all bloated installers such as Instant Rails (sorry, I don’t mean to bash as I know people made lots of effort to assemble them). Let’s install a clean environment from scratch for Windows.

I am translating the original article I wrote in Portuguese just yesterday as people seem to have liked it. To answer some questions people posted in the comments, first, I have nothing against the efforts in Java IDEs, per se. I think they are great if you really, really need to use them or perhaps you have to split your time doing Java and Ruby development at the same time. The same goes for Windows: some Railers would say that you need to give up on Windows completely and simply go to Ubuntu or Mac OS X. I know for a fact that there are lots of people simply unable to do just that. And “give up their jobs” – as some kindly suggest – is not an option. Some of the people that are starting Rails in closed-minded companies are exactly the seeds those companies need to start to change their minds and every time we, Railers, tell them to just move to another job, we are killing a precious opportunity to introduce Rails to those companies.

So, if you need an IDE to start on Rails, please feel free to try Netbeans or Aptana, they are both reasonably good. But if you have no particular reason to do so but your own previous knowledge, so please try this new one. It is absolutely necessary to change, to learn new tools and open yourself important new possibilities that will just increase your great skills. Learning Rails, learning Vim, learning to not be afraid of the command line is not like condemning everything you did in the past. You were not wrong by using Visual Studio and doing C#. Now you’re just adding up to your previous knowledge and this will make you a greater programmer.

As I always say, a professional that is master in just one thing, is an amateur in all the other things.

Needed System Components

First of all, download the One-Click Ruby Installer. This is the official Ruby installer for Windows and the result of the great job Luis Lavena and his friends have been doing for some time now. Ruby on Windows has very little cooperation from both Microsoft and the open source community so it is amazing that it is still going on and I want to use this moment to ask you: if you can help, please do. Well, after downloading, just double-click on it and follow the wizard. Use the default options.

Railers use Git, therefore download msysGit. Again, follow the wizard steps. But, in one of the screens you’ll see 3 radio buttons explaining about PATH, just choose the red last option. And in the SSH part, leave the default OpenSSH option.

To start your learning SQLite3 will do (you can use MySQL or PostgreSQL later). Download this zip file, uncompress it and copy the sqlite3.exe file to c:\Windows. Then download this other zip file, uncompress it and copy the sqlite3.dll file to c:\Windows\System32. Disclaimer: yes, I am aware that it is not considered ‘good practice’ to put stuff in the system folders. I just wanted this to be easy for newcomers. But if you know how to set up a folder at Program Files and add it to the PATH variable environment, that’s the way to go.

To use gVim with the plugins I will talk about, you will need to download Exuberant CTags. Uncompress it and copy the ctags.exe file to c:\Windows.

Now, we need a decent text editor, so just download gVim. In the installer, pay attention to the screens. You will find one with many check boxes, most of them checked. One of the unchecked one tells about creating a .bat file to allow execution through the command line, just check it on. Answering Luis, yes, fortunatelly this version of gVim already comes pre-compiled with the necessary Ruby bindings, so you don’t need to do anything else, just install it.

If you have Office 11 or Visual Studio you probably already have the Consolas type set. If not, download from here because we´re going to use it to make gVim look better.

Personalizing your Command Prompt Console

msysGit comes with a weird default on which it will try to convert unix line breaks (\n) into Windows style (\r\n), which is obviously a bad choice. So edit “c:\Program Files\Git\etc\gitconfig” and replace “autocrlf = true” for “autocrlf = false”.

I like to customize my console, because the default one is just plain ugly and a nice looking environment is key for a comfortable programming routine. Type in Windows Key+R to open up the “Run” dialog box and type in “cmd”. This should open the command prompt console. On the upper left icon, there is a Property menu item. Click it and then configure like this:

• On the “Options” Tab, mark the “Quick Edit” option
• On the “Font” Tab, choose “Lucida Console” with 14pt size
• On the “Layout” Tab, choose (in Screen Buffer Size) Width 90, Height 1200, and choose (in Window Size) Width 90, Height 40
• On the “Colors” Tab, select “Screen Text” and then choose the White color on the right side edge of the color palette.

When you click OK, on Windows XP, it will ask if you want to change just the current window or apply them globally. Choose the global option. On Windows 7 it will save it globally automatically. Do the same thing on the Git Bash console window (this icon will be in your Desktop once you install msysGit). In this case, you need to right-click it and choose “Run as Administrator” if you’re running over Windows 7 (and possibly on Vista). This should leave a better looking console window.

You can also follow Luis´ recommendation and download Console2 (download the beta devel build instead of the older 1.5 version). This is a great Command Prompt replacement that has tabs!

Installing some Ruby Gems

Now, you will still have your console opened, so let’s use it to install some gems. Type in these commands:

gem install rails ruby-debug capistrano rspec ZenTest webrat  image_science mini_magick mechanize RedCloth  fastercsv piston sashimi ruport json newgem open4 rubigen --no-ri --no-rdoc
gem install sqlite3-ruby --no-ri --no-rdoc --version=1.2.3 --platform=mswin32
gem install mongrel mongrel_service mysql ruby-postgres oniguruma ultraviolet libxml-ruby --no-ri --no-rdoc --platform=mswin32

You will also need an specific version of the ImageMagick for Windows. After downloading and uncompressing the file, open up another console and type this in (without pressing Enter after it and with an extra space after ‘install’):

cd 

Then, from the Windows Explorer window, drag and drop the folder containing rmagick-2.7.1-x86-mswin32.gem file right into the Console window. You will end up having a command line like this:

cd C:\Users\akitaonrails\Documents\Downloads\RMagick-2.7.1-ImageMagick-6.4.5-3-Q8\

Then just do:

gem install rmagick-2.7.1-x86-mswin32.gem

On the same folder you should have an installer called ImageMagick-6.4.5-3-Q8-windows-dll.exe. Double click it to start the installer and just follow the wizard with the default settings. This kind of thing is somewhat necessary for a few Gems on Windows. In the Ruby world, “Gems” are reusable libraries. Some of them contain native extensions written in C – for performance or reusability reasons. The problem is: Windows doesn’t come built in with decent compilers such as gcc. Therefore it is necessary to download specific versions of those gems, with the extensions already pre-compiled into DLLs. ImageMagick is one of them, but there are a few others. For some gems, sometimes it is enough to just use the “—platform=mswin32” option while running the “gem” command. You will need to experiment. Luis also have a msys compiler project going on, but it is not ready yet for prime time.

Configuring gVim for Rails

With your Console still open, you’re probably inside your “home” directory. On Windows XP it will be “c:\Documents and Settings\your-username” and on Windows 7 and Vista it should be “c:\Users\your-user”. From there you will have to type in the following command:

git clone git://github.com/akitaonrails/vimfiles.git

Then do (copy, paste and execute one line at a time in the console):

cd %HOME%\vimfiles

vim after\plugin\snippets.vim +":%s/.vim/vimfiles/g" +":x!" 
vim plugin\fuzzyfinder_textmate.vim +":%s/.vim/vimfiles/g" +":x!" 
vim vimrc +":%s/desert/vibrantink/g" +":x!" 
vim vimrc +":%s/monaco/Consolas:h12/g" +":x!" 
vim vimrc +":%s/<c-f>/<c-t>/g" +":x!" 

copy /y vimrc ..\_vimrc

Ok, you now have everything you need to start. Watch my screencast about Rails on Vim to understand a little bit more and then research on Vim tutorials. I think the vimbook should help.

Follow my Github fork of scrooloose’s vimfiles project.

Why not another IDE?

Before I forget you will also need the Firefox web browser and the good old Firebug extension to help you out on Javascript, CSS development.

You need to throw away old preconceptions. Specially if you excessivelly developed using monumental IDEs such as Eclipse and Visual Studio. You will feel intimidated by the Console and you will understimate editors such as Vim. You won’t have visually appealling dialog boxes, wizards. Understand this: old visual environments are ineffective and unproductive. The first time you have a Regular Expression saving your day, you’ll start to understand it.

Another thing: forget features such as auto-complete in Ruby. It simply doesn’t work. This is not a ‘defect’ on the IDEs or on the language. Ruby being dynamic means that it is impossible to actually figure out its methods and properties without having them running. Auto-complete is static editors are only good for static languages, where the interface never changes. The only true dynamic editor that can actually infer the objects proper behavior is Squeak. So, unless you have the objects running, you won’t be able to have auto-complete. There are several heuristics, but they are very ineffective and will just get in your way with tons of options that mean nothing. This is not a drawback: languages such as Ruby and frameworks such as Rails simply won’t make you need it.

You only need auto-complete on monumental languages. You can simply memorize simple constructs. That’s one of beauties of using Ruby and Rails, or even other dynamic platforms such as Python. Writing visual dialog boxes to wrap up a simple command line is also a big waste of time. You create visual stuff for really complicated stuff. For simple commands, use the console itself! If you rely on visual dialog boxes and the underneath command line is upgraded to new versions, the screens will simply break and you won’t know what’s the problem, because you will not be aware of the command line.

Try to make yourself comfortable with the command line. This is key to proper Rails development.

More References

For quick API reference, bookmark the APIDock website. And to know more about how Rails works, read the entire Rails Guides.

You will need more material, but if you’re still new into programming, start with Chris Pine’s free online book Learn to Program (pt-BR translation). If you already program, then learn Ruby through the classic and free Why’s (Poignant) Guide to Ruby (pt-BR translation). Finally, understand the Agile and Pragmatic philosophy on which the Rails community is build reading Getting Real (pt-BR translation). And if you want to learn it through an online course, then follow RubyLearning.org from Satish Talim.

This should be enough to start. Then get used to follow the Rails world through news websites such as the RailsEnvy Podcast. Read Peter Cooper’s websites such as Ruby Inside and Ruby Flow. And, of course, the official Rails webblog: Riding Rails.

To learn even more, buy Geoffrey Grosenbach’s Peepcode high quality and comprehensive screencasts. Don’t leave Ryan Bates’ video podcasts, Railscasts out of your list as well.

You will also need to learn Git and Scott Chacon’s Git Community Book is a great place to get started. Almost all Rails related open source projects are under Git repositories under both Github or Gitorious.

First Steps

We’ve just configured a state-of-the-art and efficient Ruby on Rails development environment. You won’t need much more than that. Vim is a very versatile, light and powerful editor although its learning curve is kind of steep. But if you’re able to overcome the first few days, you will be very comfortable with it in no time.

Rails, Ruby, Git, Vim. If you’re a C#, Visual Studio or Java, Eclipse developer, this new environment will be very challenging. But the journey is very worthwhile. You will finally step up from the coder level to the true developer level. No one said it will be easy, but if you’re able to do so, you will certainly acquire a brand new set of skills that are above the market average.

The first week will be the worst one. After that everything should start to flow better. I would say that in 6 months you will be very comfortable with this new environment.

I’ve been thinking this through for a while about what are the best tools to develop Ruby and Rails project outside of the Mac. Specially on Windows. Netbeans and Eclipse Aptana are good choices and they are evolving fast, but I always thought of Java based IDE to be heavier than necessary.

I always say that you only need a good text editor and the terminal. But on Windows there is not that many competent editors such as Textmate. Even on the Mac, there are those who don’t want to pay for Textmate.

Railers have recently started to talk about Emacs, including Geoffrey who just released a great Peepcode screencast about it. Personally, I don’t feel like getting used to Emacs. It is just a personal taste thing, but I always preferred Vim.

On the other hand I never really stopped to configure Vim decently. So I spent a couple of days researching the Web, looking for the pieces to make Vim behave more like Textmate. At Github there are many configurations. I got one that I felt more complete and I did my own fork. I spent a day converting Textmate snippets to NERDSnippets in Vim, including the bundles for Ruby, Rails, Javascript, Rspec, jQuery. The end result is something very similar, though Textmate’s snippets engine is still ahead of NERDSnippets. Jamis Buck’s FuzzyFinder adaptation is also a great replacement for Textmate’s file navigator.

To install it on the Mac, you should not use the built-in Vim because it doesn’t come with the necessary Ruby bindings. Download MacVim. Then, in your ~/.bash_profile type in the following:

alias vim="/Applications/MacVim.app/Contents/MacOS/Vim"

On Windows, download gVim. On the Mac and Linux you should have a .vimrc file and .vim folder under your home directory (ex. /Users/akitaonrails). On Windows you must have a _vimrc file and vimfiles folder also under your home directory (ex: c:\Documents and Settings\akitaonrails, on Windows XP or c:\Users\akitaonrails, on Vista and Windows 7).

On the Linux and Mac, from your home directory, do:

git clone git://github.com/akitaonrails/vimfiles.git ~/.vim
cp ~/.vim/vimrc ~/.vimrc

On Windows, also from your home directory, do:

git clone git://github.com/akitaonrails/vimfiles.git vimfiles
copy vimfiles\vimrc _vimrc
copy vimfiles\snippets.vim.win32 vimfiles\after\plugin\snippets.vim

That’s it. Now, from inside Vim, do “:helptags ~/.vim/doc” (“:helptags ~/vimfiles/doc”, on Windows) and then “:help rails” to learn more about Tim Pope’s Rails.vim plugin. You can use “:help surround”, “:help nerdtree” to learn more about the other bundled plugins as well. Rails.vim gives you commands such as :Rgenerate that calls script/generate, :Rake for rake tasks, :Rscript for other script/* inside your Rails project, and so on and so forth.

Rails on Vim – English from Fabio Akita on Vimeo.

Ctrl+t is FuzzyFinder, the equivalent to Commant+T on Textmate. Then “\+p” (backslash and “p”) brings up the Nerd Tree, which resembles Textmate’s Project Drawer. You can close it with just “q”. “R” (uppercase “R”) refreshes it and “o” (lowercase “o”) opens the folder/file your cursor is currently over. Finally, while editing your Rails files you can try the very same abbreviations from Textmate. To find out all the abbreviations, take a look at the .vim/snippets folder. There you will find sub-directories for each file type. For instance, .vim/snippets/ruby-rails/hm.snippet means that if you type “hm[tab]” inside a model file, if will activate the “has_many” snippet (see on my screencast).

To learn a little bit more about Vim editing, read the Why, oh WHY, do those #?@! nutheads use vi? article. Vim is very powerful and has lots of options that you will learn and get used to very fast.

On the Mac, I don’t think I will be dropping Textmate any time soon, but if I need to use either Linux or Windows, that’s definitely my primary choice. On Linux it is a no-brainer, and on Windows there is basically no decent text editor built-in (Notepad should’ve been dropped as a built-in app more than a decade ago, because it is so bad).

Do you have more cool tips on Vim to share? Don’t forget to comment.

Yesterday I wrote a detailed summary of everything I’ve done in the year of 2008 and I think it is important to translate it into English so everybody else outside of Brazil can see how we’ve been evolving.

This was a very busy year. I was always a quiet guy. On the other hand I always hated routine, I always hated do only the things everybody else were doing. I’ve changed perspectives several times. On the late 80’s I’ve toyed with DOS and standalone local systems. On the early 90’s it was client-server. Mid-90’s multimedia, CD-ROMs, publicity agencies. Late 90’s it was the first Internet wave. Early XXI century, enterprisey, SAP, Java. 3 years ago my Ruby on Rails journey began, first the portuguese book, then the blog, then throwing out the enterprise world for freelancing in Rails. This year, Locaweb, Rails Summit.

By 2006, right after I taught myself Rails, it was obvious that this was a worthwhile path. But, back then there was no market for Ruby in Brazil. Some people that started before me were already giving up. I had 2 options: try outside of Brazil or create a new market from scratch here. Obviously, I chose the less easy path. Fortunately more and more people joined and the community grew fast.

And before I go on, the good news! Next week, December, 3rd, Ruby on Rails will receive the “Info Award 2008” for software development, and I will be there on the behalf of David Hansson. For those of you who are not from Brazil, the “Info Exame” magazine is “the” single largest IT magazing in Brazil. So you can imagine that this is an important award and a big win for the entire Ruby community. This is a key milestone and I congratulate the efforts of the entire community for it.

This month we also had David Hansson’s interview published in the magazine. It was kind of fun because it was first supposed to be published in October, to coincide with Rails Summit. But all of a sudden DHH went offline and myself and the journalist were helpless. So it was delayed and fortunately we were able to get this month’s edition.

Last friday, November 28th, it was my last talk of the year, at the “Encontro de TI” event. In total, it was no less than 13 (my lucky number) talks, mini-lectures, speeches. I’ve been at several country side cities in São Paulo, then Rio Grande do Sul, Santa Catarina, Ceará. And I’ve been in the USA, attending and blogging about RailsConf Portland and QCon San Francisco.

17/04 – (PDF) My journey started at FISL, the largest open source event in Latin America. My flight was delayed, and I lost my scheduled talk. Fortunately we were able to get another room on the other day. Read my report to see how it ended.

26/04 – My second talk was organized by Impacta, one of the largest private IT education and training networks in Brazil. It was a long, productive morning presenting Ruby on Rails. Unfortunately I forgot where I saved the presentation slides.

07/05 – This episode is not directly related to talks, but definitively related to Rails. Some of you will remember that my passport had expired and Brazil was going through a national wide system transition that delayed the whole process for months. So I was going to miss RailsConf because of that. But thanks to Vinicius Teles, I traveled to Niterói, Rio de Janeiro, to, literally give blood for Rails :-) In summary: because of another healthy crisis over there, people who donated blood would get a shortcut to get a new passport. It was surreally lucky for me. Read it here and here

27/05 – (Articles) RailsConf Portland! That was my first RailsConf and the 2nd time I travel to the USA. My 1st time was Miami, circa 2000. RailsConf was awesome, I’ve met lots of interesting people, I got new friends, networking was amazing. Read my Memories and listen to the outstanding interviews I was able to record there.

09/06 – I barely got back from RailsConf, I just started at Locaweb as the new Linux Product Manager. My first goal: implement Ruby on Rails on the shared hosting systems. Second goal: organize the first big Rails event in Brazil. Piece of cake … Not! ;-)

03/07 – 22/07 – 05/08 – Lot’s of new stuff in July at Locaweb. First, we released New pricing plans for the shared hosting. We also started sponsoring RubyLearning.org. And we finally released Rails in the shared hosting plans. And the work is just starting.

05/07 – (Booklet/PDF) Back to Impacta, this time for a Show Day – an entire day lecturing about the Ruby language and a little bit of Rails. Very heavy content for a single day, hope everybody enjoyed.

22/08 – The first Happy Hour for São Paulo Railers :-) We gathered several Railers in a bar for a night of beer and geeky discussions. We have to have more of that.

09/09 – (PDF) This was the wee that started my real talks marathon: literally one talk every week until the end of the year! The first destination was the Claretiano College, in Batatais, country side of São Paulo. This time I decided to change my usual pitch. Instead of talking about just Ruby or Rails, I explained about Killing the Average. I will translate that to English as soon as I have the time, but I explained the science behind networks and how people organize and evolve beyond the average. Teacher Luciano first saw my screencast-talk online, about the translation of Ryan Davis original Hurting Code for Fun and Profit. This “Killing the Average” subject would become the backbone for my next talks. The students from Batatais were really cool, they came to São Paulo to visit Locaweb’s facilities and even started their own Rails blog: Batata On Rails.

16/09 – (PDF) Now the trip would be to Ribeirão Preto, another country side city in São Paulo, for a free software event at USP (University of São Paulo). This was a more technically focused talk about Ruby and Rails. It also marked my usage of screencasts instead of live demonstrations. I think it is better than leaving it to Murphy to decide to crash my demo in the middle of the presentation :-) I demonstrated stuff such as ActiveScaffold so people would be surprised by what can be done with dynamic languages.

27/09 – (PDF) Another long trip, this time to Xanxerê, a small western country side city in Santa Catarina. Long trip, but worthwhile. The Unoesc (Universidade Oeste de Santa Catarina) organized the Boot II event, geared towards Java, but they were kind for inviting me. I did a very long presentation there where I explained that, even though I am a Ruby “Evangelizer”, I would not use the bad technique of bashing competitores in order for Ruby to show up as the better choice. On the contrary, I am totally a pro-“polyglot” programmer. So I demonstrated a little bit of JRuby, first manipulating Swing objects, then deploying a Rails application over Glassfish. I hope they understood what can be accomplished when you mix 2 great technologies.

08/10 – (PDF) Now, São Carlos, another country-side city in São Paulo, they would have their yearly IT event in the following week, but I would be able to join because of Rails Summit, so they were kind enough to invite me a week earlier for a lecture about Ruby and Rails. Again I emphasized my point of aiming beyond average. This is specially important for students: they are too young to limit themselves. Hope I was able to express the message.

15/10 – 16/10 – (PDF) And in the middle of all this, I still had to organize Rails Summit Latin America! This project started exactly on the first day I joined Locaweb this year, in June. So it was less than 4 months to put the pieces together and assemble a big event for more than 500 people and more than 20 speakers, 14 of them being foreigners. Read the series of articles. Summarizing: the event surpassed our wildest expectations. My talk was intended to be very basic and explain the foundation of the Ruby language and the structure of Rails so that people who were just starting would be able to grasp what we were talking during the event.

23/10 – (PDF) The Summit was a success and it was over, but not me, next week I drove to Rio Claro, another country side city in São Paulo, for the Seccomp event at Unesp (Universidade do Estado de São Paulo). It would be a workshop, in this case I detailed further about the Ruby language itself before diving into Rails magic. When you show just Rails it feels too black magic for many people, but explaining metaprogramming before that makes the transition a little bit easier. The students impressed me for their effort.

25/10 – (PDF) Two days later, another talk, this time for the InterCon event, organized by iMasters magazing and by my long time friend Luli Radfahrer. Of course I couldn’t decline that. This is an event for internet-related people in general, I think most of them more on the web design side, instead of the programming one. So there were not coding sessions of any kind. As usual I prefer not to dive too deep into coding as this makes people bored too fast. I prefer to explain the eco-system, how Rails evolved, who are driving the evolution, the known cases and so on. I show just 15 minutes of coding.

01/11 – (PDF) The Fratech consulting firm released the Brazilian branch of the famous website InfoQ and was kind enough to invite me to be Ruby editor. Two of my friends are editors too, Maurício de Diana (Agile) and Carlos Mendonça (.Net). Locaweb is the founding sponsor. This saturday launch event had Floyd Marinescu himself, well known to me from the time I used to read TheServerSide.com. It was a more Agile geared event so my talk didn’t have one single line of code – like I did at Claretiano – I made one comparison that I never saw anyone else doing so explicitly: explaining that the best case study for Agile methodologies are the Open Source projects in general. Every open source project is, by definition, an Agile project. I will write more about this later.

14/11 – (PDF) Finally, a chance to visit the Northeast of Brazil: people from Fortaleza organized Ceara On Rails. It was a one evening event on friday. I landed on thursday so I could visit the night parties there, which I enjoyed a lot. Again, my talk was about averages and agile philosophy and how Rails can help. I think many people got new ideas from there. On the other hand, I was a little bit sad to return to São Paulo so soon. I was hoping to stay there all weekend.

15/11 – (Interviews) The reason for my early travel back from Fortaleza, was because I had to be back at São Paulo to depart to San Francisco. Busy saturday, let me tell you. We were a group of 9 people from Locaweb, and we attended QCon all week. My 3rd time in the USA, the 2nd in the same year. I definitively have to remove the “quiet” lable from my profile. Fantastic week, lot’s of very interesting people, lot’s of interviews, people to meet. Busy week.

27/11 – (PDF) This was an event I wasn’t aware of until the very day of my talk. It is called “IT Summit” (translated) and it was an interactively organized event, where people online could vote on who they wanted to do the talks. So I was very flattered to know I was chosen. This was an informal kind of talk, not many people, closer to me, and this time I risked a live demo of Ruby. As expected Murphy annoyed me a bit :-) That’s why I prefer screencasts.

This was a very short summary of some of the things I did this year. After the Info Award party next week, I think I can finally go back to “normal”, almost vacation considering that I had time for nothing this year. Beyond the talks, beyond blogging, beyond podcasting weekly, beyond organizing events, I still have my full time day job too! I definitively need ‘git clone akita’.

In total, I think I spoke to 1,5k people face to face! Download my talks, in PDF, from Slideshare

Videos

The PDFs linked above were exported from my original Apple Keynote files. Most of them had videos, but many are repeated between the talks, so I decided to link them all together here. I will try to describe some of them.

For Seccomp, Rio Claro, I did the more in-depth explanation of the Ruby language:

• 0_IRB.mov
• 1_basico.mov
• 2_Tipos.mov
• 3_Metodos.mov
• 4_Classes.mov
• 5_Objetos.mov
• 6_Blocos.mov
• 7_Builder.mov
• 8_Require.mov

For the Boot II event, in Xanxerê, about JRuby:

• glassfish_rails.mov
• jruby-swing.mov

This video was sent by the RailsEnvy guys for the Rails Summit, with portuguese subtitles that I’ve added:

• RailsSummit_Leg.mov

More videos, but the names are pretty much self explanatory:

• Intro_Rails.mov
• Intro_Ruby.mov
• locarails.mov
• ActiveResource.mov
• ActiveScaffold.mov
• Ruby_Basico.mov
• helloworld.mov

The Message conveyed from my Talks

This is nostalgic, but after all this, I think it is worth going back to my first blog post. I wrote the following on 2006, April 26th at 1:53AM:

(Translation) Let’s see where this community can get. (or, “let’s see where the rabbit hole goes” :-)

Ruby on Rails can be a lot or nothing, it will all depend on how the market will face the news. Lot’s of things we can do now. To start, by learning it.

I will post about the main subjects on the platform here and I hope everybody contribute with ideas and suggestions, or even critics and opinions.

Unfortunately there are many challenges to surpass. First, we have literally zero materials about Rails in portuguese. No Brazilian websites either. So, when I say “beginning from scratch”, I really mean it.

The biggest challenge will be to convince the market. This is not something we can do overnight. It means we will not be able to leave the Java legacy behind just yet. We will start a transition period where we will have to do both in parallel.

The pioneers always walk the toughest path, but the reward for them will be bigger too. This is the meaning of ‘investment’.

““if you’re going to talk the talk, you’ve got to walk the walk” :-) In short, those were my talks this year, all of them with the following themes:

• Killing the Average. Most people do what most people do. By definition, they put themselves in the “average”, which, again by definition, means “mediocrity”. The message is: get out of mediocrity. It is the only way to protect yourself from the future. Do what everybody else does is exactly like being a lemming: one following the other down the cliff.

• Open Source is important. A tip for the companies: you want beyond average programmers? Look for them in the hundreds of open source projects. An open source programmer has to be good. He must know how to communicate. Certificates, diplomas, means nothing: open source means meritocracy, you earn respect, you can’t buy it. Open source is Agile by definition. A programmer that does more than what the day job requires is exposed to more options, more ideas and is more creative.

• It is impossible to have real Successful projects without an Agile culture and philosophy. Forget the “out-of-the-box” methodologies you buy from the consulting next door. Start from the beginning: understand and absorb the Agile Manifesto. Understand the values and ideal, without which successful Agile projects are impossible to have. Read my article sobre isso. I’ll try to translate those articles later.

• Dynamic Languages are growing. Not only Ruby, many other dynamic languages are gaining more and more space in the Application market. In the system level, Java-like languages will still be used. But we have to understand that in Web Application, productivity is way more important than raw performance. What good it is to have milliseconds of advantage and being 6 months late on the market?

• Everybody repeating “Rails doesn’t scale” are morons. Two choices here: if the guy really believes this, he is a very very amateur programmer who never did anything worthwhile in his career. If the guy doesn’t believe this and still talks about this as a joke, this guy is a dipshit. Smart people don’t hire dipshits. The joke was fun at the beginning. It is old now. Want to show off? Put a banana hanged in your neck. To you, here goes 2 slides I showed in my last talk:

And this year, by coincidence, I found my motto printed in a cool t-shirt from TNG:

The year is not over yet! Let’s close it with golden keys!

Finally, I was able to finish all the interviews I intended. The last one was with Ola Bini. It was weird because we started recording yesterday and continued today. The problem was that my recorder died out of battery :-(

So, in the end we did a 2 part interview, with almost 1 hour each. You will agree that this is the geekiest interview ever. It was actually more of a lecture, with Ola Bini explaining every conceivable programming technique and paradigm in the book. Seriously.

We went through Lisp, Erlang, F#, Haskell, Java, Self, ML, Ruby, Python, Javascript, Io and much more. It was a very intense conversation so make yourself prepared for an overdose of language geekiness discussion.

I had 2 goals in mind with this. First, to introduce many programming concepts before talking about Ola’s new language implemented on top of the JVM: Ioke, a Io-inspired language, prototype-based, highly dynamic, based on Io, Lisp, Ruby. This language is way cool, you should experiment with it

The second goal was to show people that there is this whole world out there, outside of plain Java or C#. And another thing was to not show a white-bearded senior developer like Kent Beck or Tim Bray :-) No offense, but it is accidentally convenient for me that Ola is so young (early 20’s), because now young CS students doesn’t have the ‘age’ excuse for not knowing all of these concepts already.

So, it was a very productive interview. Download the first audio file from here and Part 2 form here.

Ola Bini (JRuby, Ioke)

Finalmente, eu consegui terminar todas as entrevistas que eu queria. A última foi com Ola Bini. Foi estranho porque começamos a gravar ontem e continuamos até hoje. O problema foi que meu gravador morreu sem baterias :-(

Então, no fim, fizemos uma entrevista em 2 partes, com quase 1 hora cada. Vocês vão concordar que esta é a entrevista mais geek já feita. Foi na realidade quase como uma aula, com Ola Bini explicando cada técnica ou paradigma de programação possível. Sério.

Fomos por Lisp, Erlang, F#, Haskell, Java, Self, ML, Ruby, Python, Javascript, Io e muito mais. Foi uma conversa intensa então prepare-se para uma overdose de discussão geek de linguagens.

Eu tinha 2 objetivos em mente. Primeiro, apresentar muitos conceitos de progamação antes de falar da nova linguagem do Ola implementada sobre a JVM: Ioke, uma linguagem inspirada no Io, baseada em protótipos em vez de classes, muito dinâmica e inspirada no Io, Lisp, Ruby. Essa linguagem é muito legal, e você deveria experimentá-la.

O segundo objetivo foi de mostrar às pessoas que existe um mundo enorme lá fora, fora dos comuns Java e C#. E outra coisa foi não mostar desenvolvedores sêniors de barba branca como Kent Beck ou Tim Bray :-) Sem ofensas, mas é acidentalmente conveniente para mim que Ola é tão jovem (perto dos 20), porque agora os estudantes de computação não tem a desculpa de “idade” por já não saber todos esses conceitos.

So, it was a very productive interview. Download the first audio file from here and Part 2 form here.

Então, foi uma entrevista muito produtiva. Faça download do primeiro arquivo de áudio daqui e a Parte 2 “daqui”::/files/ola_bini_part_2.mp3.

I tried to make this not too fanboy-ish but what can I say? It is fanboyims :-) If you’re not aware of it (have you been living in Jupiter?) Leah Culver is the well known co-founder and lead Python/Django developer of Pownce.

She is also well known in the Brazilian Ruby Community. Some of us would go as far as to say that the only flaw of Ruby is not having Leah doing Ruby :-)

Leah Culver, at QCon SF (30 sec) from Fabio Akita on Vimeo.

This is not supposed to sound sexist or something mean like that. On the contrary, for a long time “programming” in Brazil was considered to be more of a “man-thing”, which is very wrong. And in Brazil we have this notion that a beautiful woman, specially blonde ones, are not good programmers. And there you have it: a successful programmer, doing Python, and still being cute.

My main point is that programming should not be “serious” in a sense that accomplished programmers should be men-in-black style, wearing suits, selling big proprietary bloated systems for Fortune 500 companies. Programming should be fun, programmers should have fun doing it. The time we can’t make jokes anymore, the time programming is just “enterprisey” stuff, is the time I quit being a programmer.

I am very happy to have found Leah here, and even more that she agreed to cheer the Brazilian community. I hope this is able to pass on the spirit of what programming is. It doesn’t have to be serious Python x Ruby or Ruby x everybody-else fights. We can all get together and have fun.

Cheers!

Leah Culver

Eu tentei ser o menos fanboy-ista possível, mas o que posso fazer? Isso é fanboy-ismo :-) Se você não sabe (você mora em Júpiter?) Leah Culver é a conhecida co-fundadora e desenvolvedora líder de Python/Django do Pownce.

Ela também é bem conhecida na comunidade Ruby do Brasil. Alguns de nós diriam até que um dos únicos defeitos do Ruby é não ter a Leah fazendo Ruby :-)

Leah Culver, na QCon SF (30seg) from Fabio Akita on Vimeo.

Isso não é para soar machismo ou algo ruim desse tipo. Do contrário, por muito tempo “programar” no Brasil é considerado uma coisa “mais de homem”, o que é muito errado. E no Brasil existe essa noção que garotas bonitas, especialmente loiras, não podem ser boas programadoras. E aqui está: uma programadora de sucesso, fazendo Python, e ainda sendo bonita.

Meu ponto é que programação não deve ser “sério” de maneira que programadores bem sucedidos precisem ter o estilo men-in-black, de paletó e gravata, vendendo grandes e gordos sistemas proprietários para grandes empresas. Programar deve ser divertido, programadores devem se divertir fazendo isso. No dia em que piadas não possam mais ser feitas, o dia que programar seja somente coisas “corporativas”, é o dia em que eu penduro as chuteiras.

Estou muito contente de ter encontrado a Leah por aqui, e mais ainda por ela ter concordado em mandar um alô à comunidade Brasileira. Espero que tenha conseguido passar o espírito do que é programar. Não precisa ser algo sério do tipo Python vs Ruby ou Ruby vs todo-mundo. Podemos todos nos dar bem juntos e nos divertindo.

Today was a pretty busy day of interviews. This afternoon I was able to first interview John Straw. He is the responsible for what he calls The Big Rewrite project. The project about replacing 150k LOC from Java, with no tests, to around 13k LOC of Ruby on Rails, with almost 100% test coverage, and without reducing the scope. The original project was developed unders 22 months and the rewrite took place in 4 months of development, with 4 developers (though they had 4 months of preparation and planning, but still …).

In this interview he talks about the motivations, how it was with the team to move from Java to Ruby, how they chose Rails, what’s the size of their infrastructure. It is a great case study for any company using Java to be reassured that changing to Ruby will only bring you benefits.

After that I finally interviewed Matt Aimonetti. He is the main Merb Evangelist. He has a training and consulting firm in San Diego, he was also responsible for MerbCamp, the first Merb event around. And he is also one of the main contributors to Merb.

He was kind enough to spend a long time showing me the nuts and bolts of Merb. I was not aware of its current state and I have to tell you that it is pretty compelling. Very well thought out, it has everything you need to start developing web applications with almost the same easy of use and convenience of Ruby on Rails.

Among the best things I saw in Merb is: it can be pretty close to Rails, so you will feel right at home. It has “Slices” which is feature that I expected Rails to have for a long time – it works almost the same way as Engines, but it is built-in and feels much better. It has a neat feature of a “master process”, so you can instruct it to load N workers processes (such as a mongrel cluster) and it will monitor those workers, so if one goes down, the master will respawn it automatically, which is pretty convenient. And finally, it’s modularity is top-notch. It feels weird at first having lots of gems around, but it makes sense very fast.

And according to Matt, Merb is way faster than Rails – at least in a “Hello World” benchmark :-) All in all, I highly recommend it, specially if you’re already an advanced Ruby developer that wants more (or less) than Rails can offer out of the box right now.

Download John’s audio file from here and Matt’s file from here.

John Straw (YellowPages.com) e Matt Aimonetti (Merb)

Hoje foi mais um dia longo de entrevistas. Esta tarde eu entrevistei primeiro o John Straw. Ele é o responsável pelo que ele chama de A Grande Reescrita. O projeto de reescrita de 150 mil linhas de código Java, sem testes, por cerca de 13 mil linhas de código Ruby on Rails, com quase 100% de cobertura de testes (metade do código escrito são de testes), e sem reduzir o escopo. O projeto original foi desenvolvido em 22 meses e a reescrita levou 4 meses de 4 desenvolvedores (embora eles tenham gasto 4 meses de preparação e planejamento, mas mesmo assim …).

Nessa entrevista ele fala sobre as motivações, como foi com a equipe mover de Java para Ruby, como eles escolheram Rails, qual o tamanho da infraestrutura. É um grande estudo de caso para qualquer empresa usando Java para se assegurar que mudar para Ruby só vai trazer benefícios.

Depois disso eu finalmente entrevistei Matt Aimonetti. Ele é o principal evangelista de Merb. Ele tem uma empresa de treinamento e consultoria em San Diego, ele também foi responsável pelo MerbCamp, o primeiro evento de Merb. E também é um dos principais colaboradores do Merb.

Ele foi muito gentil de gastar muitas horas me mostrando os detalhes sobre o Merb. Eu não estava ciente do estado atual e tenho que dizer que está muito interessante. Muito bem pensado, ele tem tudo que você precisa para começar a desenvolver aplicações web com quase a mesma conveniência e facilidade de uso do Ruby on Rails.

Algumas das melhores coisas do Merb são: ele é bem próximo do Rails, então você vai se sentir em casa. Ele tem “Slices” que é uma funcionalidade que eu esperava em Rails por muito tempo – ele funciona quase como os Engines, mas já está pré-embutido e a sensação é muito melhor. Ele tem uma funcionalidade muito legal de “processo master”, então você pode instruí-lo para carregar N processos workers (como um cluster mongrel) e ele vai monitorar esses workers, então se um deles cair, o master irá recarregá-lo automaticamente, o que é bem conveniente. E finalmente, sua modularidade é muito boa. Parece estranho a princípio ter um monte de gems por aí, mas faz sentido bem rápido.

E de acordo com Matt, Merb é muito mais rápido do que Rails – pelo menos no benchmark de “Hello World” :-) Isso tudo dito, eu recomendo muito, especialmente se você já é um desenvolvedor Ruby avançado que quer mais (ou menos) do que o Rails pode oferecer agora.

Faça o download do arquivo de áudio do John aqui e o do Matt daqui.

This morning I interviewed Nick Sieger, core committer for the JRuby project. I was very interested to know more about how it is to develop Rails application using JRuby. He explained about the new connection pooling system in Rails 2.2 and other details about his work and contributions to JRuby.

Nick, Matt, Chris and Jan

After that I was able to interview Francesco Cesarini. He gave us an introductory tutorial on Erlang early this week. He’s been working with Erlang for the last 15 years and he is also writing a new book for O’Reilly, called Erlang Programming. This is a very insightful conversation on functional programming, scalability, concurrency and why all these subjects matter today and how Erlang fits in.

It was interesting because both Kent Beck and Tim Bray were talking about future trends in their keynotes and both mentioned CouchDB and Erlang as great stuff. You want to stay ahead of the curve? Learn Erlang.

The audio files will show up in the Ruby on Rails Podcast Brasil feed soon enough, but before that happens, you can download the audio files directly from here. Click here for Nick and here for Francesco.

Nick Sieger e Francesco Cesarini

Esta manhã eu entrevistei Nick Sieger um dos principais contribuidores para o projeto JRuby. Eu estava interessado em saber mais sobre como é desenvolver aplicações Rails usando JRuby. Ele explicou sobre o novo sistema de pool de conexões no Rails 2.2 e outros detalhes sobre seu trabalho e contribuições ao JRuby.

Nick, Matt, Chris e Jan

Depois disso eu pude entrevistar o Francesco Cesarini. Ele nos deu um tutorial de introdução a Erlang no começo da semana. Ele tem trabalhado com Erlang nos últimos 15 anos e também está escrevendo um novo livro para a O’Reilly chamado Erlang Programming. Foi uma excelente conversa sobre programação funcional, escalabilidade, concorrência e porque todos esses assuntos importam hoje e onde Erlang se encaixa.

Foi interessante porque ambos Kent Beck e Tim Bray falaram sobre tendências futuras em suas apresentações e ambos mencionaram CouchDB e Erlang como as grandes coisas. Quer ficar à frente da onda? Aprenda Erlang.

Os arquivos de áudio vão aparecer no Ruby on Rails Podcast Brasil, mas antes que isso aconteça, você pode fazer download dos arquivos de áudio diretamente daqui. Clique aqui para o Nick e aqui para o Francesco.

Another great day at QCon SF, and this morning I had the pleasure of interviewing both Jan Lehnardt and Chris Anderson, both committers for the extraordinary CouchDB project. And there is another nice twist to this as Chris is also the creator of the CouchRest project, the Ruby library to consume CouchDB resources that Geoffrey Grosenbach presents in his CouchDB screencast.

I’ve been saying that Functional Programming and Non-Relational Databases will be the way to go into the multi-core, multi-server parallel world. We are seeing this movement already. Sun is investing in different languages, including Clojure. Microsoft has been developing F# and will add functional aspects to C# 4.0. In the Cloud space we see Amazon with SimpleDB, Google with BigTable and Microsoft Azure with SQL Data Services: none of them are relational.

In the Ruby community we’ve been dabbling around Erlang for a while now, I’ve seen people trying out CouchDB with Ruby projects, even here in Brazil. So I think Rails/Merb + CouchRest will be a really nice way to have highly scalable applications almost “out of the box”.

We’ve been good at scaling the Web tier. We understand HTTP, we know load balancing techniques, we understand shared-nothing architectures. But there is always the last mile: the database tier. SQL Server implementations such as MySQL scales very poorly. Bi-directional replication is a pain to do, queries are not easily parallelizable. At some point you will have to leave the relational theory behind and start denormalizing like crazy. And at some other point, you might even need to shard your database. All this requires you to change your application code and everything is just one big and nasty nightmare.

Database scalability does not come for free, and one solution may be to leave RDBMS completely. I am not advocating dropping SQL for everything and going CouchDB, but instead that some Use Cases may be more well served with Documente-Oriented Databases instead.

Jan and Chris were really nice to give me the opportunity to interview them on the ins and outs of CouchDB. Bottomline: it’s good to prime time right now. New features are coming, but you can take advantage of it today. Again, the audio file will be available in the feed for the Ruby on Rails Brasil Podcast (in English), but you can download directly from here.

Entrevista com Jan Lehnardt e Chris Anderson

Outro grande dia na QCon SF, e esta manhã eu tive o prazer de entrevistar ambos Jan Lehnardt and Chris Anderson, ambos committers do extraordinário projeto CouchDB. E há mais uma coisa, o Chris é também o criador do projeto CouchRest, a biblioteca Ruby para consumir recursos CouchDB que o Geoffrey Grosenbach apresenta em seu screencast de CouchDB.

Eu venho dizendo que Programação Funcional e Bancos de Dados não-Relacionais serão a solução para um mundo multi-core, multi-server. Já estamos vendo este movimento. A Sun está investindo em diferentes linguagens, incluindo Clojure. A Microsoft está desenvolvendo F# e adicionará aspectos funcionais ao C# 4.0. No espaço de Cloud temos Amazon com SimpleDB, Google com BigTable e Microsoft Azure com SQL Data Services: nenhum deles é relacional.

Na comunidade Ruby já viemos falando de Erlang por um tempo, tenho visto pessoas testando com CouchDB em projetos Ruby, mesmo aqui no Brasil. Então eu acho que Rails/Merb + CouchRest será uma maneira muito legal de ter aplicações altamente escaláveis quase de maneira automática.

Somos bons já em escalar a camada Web. Nós entendemos HTTP, entendemos balanceamento de carga, entendemos arquiteturas shared-nothing. Mas sempre tem a última milha: a camada de banco de dados. Implementações de servidores SQL como MySQL escalam de maneira muito pobre. Replicação bi-direcional é doloroso, queries não facilmente paralelizáveis. Em algum ponto você vai precisar deixar a teoria relacional para trás e começar a denormalizar como louco. Em algum ponto, você pode até mesmo precisar de sharding. Tudo isso requer que você modifique o código da sua aplicação e tudo se torna um grande e feio pesadelo.

Escalabilidade de banco de dados não vem de graça, e uma solução pode ser deixar os bancos de dados relacionais completamente. Não estou defendendo acabar com SQL para tudo e ir para CouchDB, mas em vez disso existem Casos de Uso que podem ser melhor adequadas com bancos de dados orientados a documentos.

Jan e Chris foram muito legais de me dar a oportunidade de entrevistá-los e falar sobre os detalhes do CouchDB. Em resumo: ele já é bom para uso em produção agora mesmo. Novas funcionalidades estão chegando, mas você pode tirar vantagem dele hoje. Novamente, o arquivo de áudio estará disponível no feed do Ruby on Rails Brasil Podcast (em inglês), mas você pode fazer download diretamente daqui.

Update 11/19: Seems like the zip file was corrupted, I replaced it with the mp3 file itself. Please, try downloading again.

There’s been a lot of buzz around Rails lately. In particular, DHH published a series of Rails Myths articles. The #2 Mythbuster, for instance, brought Zed Shaw back for some more though it was rectified already. But Mythbuster #4 got some replies from Yehuda Katz, the current maintainer of Merb.

The main issue is around Modularity. DHH’s point of view is that Rails is modular enough and you can let some components loose. But Yehuda’s argument is that it requires you to patch Rails in order to release it from some of its components, whereas Merb was built around the concept of modularity from the beginning. Some people got worried that another Cold War was starting but Yehuda says that this is not the case and that open discussions like these are actually good, instead of having behind the scenes nitpicks.

While in San Francisco for QCon, I was able to interview Yehuda on these matters. By the way, thanks a lot for him and Leah for the nice dinner. I think this is a pretty comprehensive overview of Merb, DataMapper, the current issues around Rails modularity.

On the other hand we had some sad news yesterday as well: Engine Yard was forced to lay off lots of Rubinius developers. Evan explained the reasons in his blog, and Yehuda states again that Engine Yard is still committed to Rubinius. Besides that, they also announced yesterday that EY will have a new line of services around Amazon Web Services, providing tuned appliances for optimal Rails deployments in the cloud.

I have all the details in this special episode of the Ruby on Rails Podcast Brasil (in English). It is not in the official website yet, but expect it to show up in the feeds by tomorrow. Meanwhile you can download it directly from this link

I’ll have more insights from QCon later this week, stay tuned.

Especial QCon – Yehuda Katz

Tem havido muito barulho em torno de Rails ultimamente. Em particular, DHH publicou uma série de artigos de Mitos de Rails. O Mythbuster nr. 2, por exemplo, trouxe Zed Shaw para mais um pouco mas parece que isso já foi retificado. Mas o Mythbuster nr. 4 recebeu respostas do Yehuda Katz, o atual mantenedor do Merb.

O problema principal é em torno de Modularidade. O ponto de vista do DHH é que Rails é modular o suficiente e você pode soltar alguns dos componentes. Mas o argumento do Yehuda é que isso requer que você faça remendos no Rails para liberá-lo de alguns componentes, onde o Merb já é construído sobre o conceito de modularidade desde o começo. Algumas pessoas ficaram preocupadas que mais uma Guerra Fria estivesse começando mas Yehuda diz que isso não é o caso e que discussões abertas como essa são na realidade boas, em vez de críticas por baixo dos panos.

Enquanto estou em São Francisco para a QCon, eu pude entrevistar o Yehuda sobre esses assuntos. Aliás, muito obrigado a ele e à Leah pelo ótimo jantar. Eu acho que isso é uma boa introdução sobre Merb, DataMapper e os problemas atuais da modularidade do Rails.

Por outro lado tivemos algumas notícias tristes hoje também: a Engine Yard foi obrigada a demitir muitos desenvolvedores de Rubinius. Evan explicou as razões em seu blog. Fora isso, eles anunciaram ontem que a EY terá uma nova linha de serviços sobre o Amazon Web Services, provendo appliances tunadas para instalação otimizada de Rails no cloud.

Tenho todos os detalhes nesse episódio especial do Ruby on Rails Podcast Brasil (em inglês). Ainda não está no website oficial, mas aguardem ele aparecer nos feeds amanhã. Por enquanto, vocês podem fazer download diretamente deste link.

Terei mais informações da QCon durante esta semana, fiquem ligados.

Não tenho números absolutos, mas durante a palestra inicial do Chad Fowler, ele perguntou quantas pessoas estavam atualmente usando ou trabalhando com Rails e foi surpreendente ver que pelo menos metade ou mais da platéia levantou as mãos.

Na palestra de encerramento do primeiro dia, depois que o Chris Wanstrath falou, eu perguntei quantos na platéia sabiam sobre ou usavam Git e mais uma vez fiquei surpreso que mais da metade das pessoas levantou as mãos, mostrando o alto nível técnico da platéia.

Outro fato interessante, eu perguntei no credenciamento quantas pessoas estavam usando headsets sem fio (para ouvir a tradução para português), e fiquei muito contente de ver que menos de 200 (de 500) estava com headsets, o que indicava que grande parte de platéia tinha domínio suficiente de inglês para não precisar de tradução.

Qual foi o melhor fator do Summit? Com toda certeza foi a comunidade. Minha aposta era que a comunidade Rails no Brasil tem tanta qualidade quanto a de fora. O Rails Summit só foi possível porque a comunidade está num ponto de maturação muito bom lá fora e aqui. Não existe a possibilidade de se fazer um evento como esse sem essa comunidade. E graças a isso, nosso evento teve um padrão tão alto quanto de qualquer evento da Europa ou dos Estados Unidos.

Resultados importantes? Basta ver as mais de 900 fotos no Flickr ou as dezenas de blog posts que vocês podem encontrar via Google Blog Search.

Também fiquei contente que muita gente que não conhecia Rails ou ainda estava começando, apostou no evento e compareceu. Espero que todos tenham tido a oportunidade de entender que o mais importante em Ruby on Rails não é a tecnologia, mas as pessoas. Rails é a ferramenta que melhor se encaixa no estilo das pessoas que participaram. Os palestrantes são reflexos dessa comunidade.

Eu odeio eventos “formais”, no estilo, “eu que estou palestrando sou o melhor e vocês da platéia tem só que me ouvir.” Eu prefiro um evento feito de Railer para Railer, com interação tanto ao vivo quanto online. Por isso mesmo fiz questão que não existisse “sala de palestrantes” e que existisse um lounge onde todos pudessem socializar, wifi e tomadas por todos os espaços.

Tempo Curto

Eu vim para a Locaweb no começo de junho deste ano. Os planos para o evento começaram exatamente no mesmo dia. Ou seja, tivemos apenas cerca de 4 meses para bolar um evento bastante ambicioso.

Apesar do alto risco, a equipe Locaweb abraçou a idéia e trabalhou duro – muito mais do que qualquer outra empresa jamais faria – para juntar as peças desse quebra-cabeça.

Desde o começo sabíamos que não seria um evento com o objetivo de dar lucro e sim que seria um investimento para o futuro. Felizmente pessoas como o Gilberto Mautner, Claudio Gora, Luis Carlos, todos entenderam essa visão. Não posso abrir números exatos, claros, mas acho que posso dizer que a Locaweb é responsável por metade do investimento total. Isso já descontados patrocínio e os ingressos. Apenas para vocês terem uma idéia, R$ 100 mal paga os 2 almoços e 4 coffee-breaks por pessoa. E nem por isso economizamos com lanchinhos ruins, a comida foi muito boa.

Além disso ainda havia mais problemas: neste mesmo período por Outubro há outros eventos acontecendo. A RubyConf será agora de 6-8 de Novembro. O Rails Rumble 2008 aconteceu neste fim de semana. A maioria dos palestrantes internacionais estão rodando o mundo divulgando Ruby e Rails. Isso é excelente pois é o que os torna importantes mas também é ruim quando você tem pouco tempo porque não há muito espaço para manobrar. Deu bastante trabalho conseguir montar uma grade, muitos tiveram que recusar, mas mesmo assim ainda consegui juntar um excelente grupo de Rubistas de todos os cantos. Imagine que para juntar 14 palestrantes internacionais eu tive que falar com mais de 20.

E não foram apenas americanos, tivemos: David Hansson (Suécia), George Malamidis (Londres/Grécia), Dr. Nic (Austrália), Ninh Bui e Hongli Lai (Holanda), Charles Nutter e Tom Enebo (EUA), Jay Fields (EUA), David Chelimsky (EUA), Phillippe Hanrigou (EUA/França), Luis Lavena (Argentina), Obie Fernandez (EUA).

Felizmente também já temos excelentes palestrantes nacionais. Essa é outra vantagem de nossa comunidade e novamente porque eventos como esse são possíveis: temos nomes de grande peso que nos representam muito bem. Carlos Brando (Surgeworks), George Guimarães (Pagestacker), Manoel Lemos (BlogBlogs, Brasigo), Vinicius Teles (Improve it), Danilo Sato (ThoughtWorks), Fabio Kung (Caelum).

Outro problema do tempo curto: dificuldade em conseguir patrocinadores. Alguns me questionaram, por exemplo, porque não tínhamos livraria ou editoras vendendo livros durante o evento. A resposta é porque em Agosto tivemos a 20a Bienal do Livro em São Paulo e todo o investimento em eventos da maioria das editoras/livrarias estava concentrado nesse evento, por motivos óbvios. Além disso, no meio “tradicional”, Rails realmente é pouco conhecido e por isso a maioria dos prospects simplesmente subestimou o evento. Procurar patrocínio é bem difícil. Todas as empresas que vocês puderem imaginar, nós procuramos.

Agradecimentos aos patrocinadores que acreditaram no evento:

Outra coisa que me questionaram: por que não fizemos mais acordos com hotéis perto do Anhembi. Bom, nós tentamos, mas alguns meses antes do evento a maioria já estava lotada. São Paulo está cheia de eventos o tempo todo e antecedência é tudo para esse tipo de coisa. Pelo mesmo motivo foi que pegamos o Anhembi, porque todos os outros bons centros como o Frei Caneca ou o Rebouças já estavam comprometidos com outros eventos.

Quando pegamos o Elis Regina, ele ainda estava em reformas. Nós precisávamos de dois auditórios e por isso nós mesmos construímos o segundo junto ao lounge. Eu estava bem preocupado que não fosse ficar adequado, mas felizmente deu tudo certo nisso também.

Divulgação é outro problema com tempo curto. Felizmente muitas pessoas e instituições ajudaram na divulgação online. Revistas como a Linux Magazine ajudaram desde o começo. Boa parte da divulgação foi online, apesar de termos feito anúncios impressos em revistas como Info Exame. Novamente, ter uma comunidade que já está acostumada a blogar e twittar é essencial.

Com tudo isso, algumas coisas estavam bem claras para mim: evento de tecnologia tem obrigação de oferecer Wifi e tomadas. Não consigo entender porque cargas d’água um evento que teoricamente tem programadores como audiência não teria sequer wifi aberto. Aliás, eu imagino porque: porque se trata de eventos passivos, exatamente no estilo que falei acima “eu falo, você apenas escuta – e compra.” Eventos comerciais, feitos para vender produtos, de fato não precisam de interatividade nem comunicação, apenas de propaganda e marketing. Exatamente o oposto do que eu queria.

Além disso, para as palestras via internet (inicialmente somente do David Hansson, e depois do Charles Nutter e Tom Enebo), contratamos links dedicados, isolados somente para essas duas palestras, para garantir que teríamos a melhor comunicação possível do nosso lado. Aliás, esse era outro ponto de alto risco. Falo sobre isso a seguir.

O site do evento também teve vários problemas, novamente pelo curto tempo disponível. Como eu acabei de entrar na Locaweb ainda não existia nenhum programador Rails disponível, mas tínhamos vários programadores ASP.NET, portanto temos que ser pragmáticos e o site do evento saiu dessa forma. Aprendemos muito com tudo que aconteceu e tenho certeza que faremos muito melhor.

E, com tudo isso, ainda tínhamos que lançar o suporte oficial a Ruby on Rails, que fizemos logo nos primeiros dias de agosto :-)

Bastidores

Nós do mundo Ágil já sabemos que Big Design Up Front não funciona, ponto. Muitas coisas vão sair diferente do planejado simplesmente porque é assim que a realidade funciona. O importante não é sair do planejado e sim como respondemos ao inesperado.

Para começar, tivemos vários pequenos problemas no site do evento. Tivemos alguns – poucos – casos de problemas com pagamento, dúvidas quanto ao esquema de estudante. Mas como disse antes, tivemos pouco tempo. Dadas as circunstâncias, acho que pelo menos ninguém saiu prejudicado, o que já é bom.

No fim de setembro tive o primeiro problema de grade: o palestrante Carlos Villela, que viria de Londres, teve problemas em um projeto da ThoughtWorks e acabaria não conseguindo participar. Felizmente o Carlos Brando e todo o time da Surgeworks aceitou palestrar no lugar e pelo feedback foi um grande sucesso.

Logo depois, o David Hansson teve um problema: ele viajaria para Barcelona exatamente no horário da palestra dele. Nós não tínhamos colocado no dia 15 porque era o aniversário dele (aliás, mancada minha, esqueci de mencionar isso na hora). Mas no fim resolvemos mudar para o primeiro dia. Mais do que isso, no dia do evento, eu abri o iChat para já deixar ele preparado enquanto o Chad Fowler abria o evento, mas tivemos problema de sincronia de Horário de Verão (!) Eu achava que era um horário, ele achava que era outro horário. Imagine a conversa na hora: “David, você começa daqui 1 hora” e ele “1 hora? Achei que era daqui uns 10 min!” E ele não podia esperar mais uma hora porque ele já tinha outro compromisso logo depois da palestra dele. Felizmente o Chad foi legal em conversar com o David e trocar as palestras de horário.

Mais do que isso: eu tinha testado tudo no dia anterior com o David, mas na hora “H” meu iChat resolveu que não queria abrir a conexão de vídeo. Mais uma vez, o Chad me salvou emprestando o Macbook dele e daí conseguimos colocar o David no telão. Foram momentos tensos. Acho que da platéia não deu para perceber mas eu estava bastante adrenado – imagine: problemas logo na primeira palestra do dia!

Em seguida foi a vez de inaugurarmos o segundo auditório, onde eu dei a primeira palestra paralela sobre o básico de Ruby e Rails. Quem é de São Paulo sabe que durante várias semanas tivemos dias muito frios e a expectativa era que o frio amenizasse mas ainda continuasse. E qual não é nossa surpresa de saber que o dia 15 de outubro parece que foi um dos dias mais quentes do ano! O Lounge, o restaurante, os estandes e o segundo auditório estavam debaixo de uma lage. Se a temperatura do lado de fora estava quente, dentro estava cozinhando!

É aqui que a organização da Locaweb se diferencia. A maioria dos organizadores pensaria: “já gastamos demais, não tem o que fazer.” Em vez disso, o pessoal foi atrás de ventiladores daqueles que umedecem o ar com esguichos de água e também trocou o sistema de ar condicionado do segundo auditório. Fora isso, tiraram o buffet de dentro do restaurante e colocaram no lounge, dessa forma as pessoas comendo nas mesas não seriam assadas com o calor da comida. Ou seja, no segundo dia a temperatura já estava bem melhor. Foi até meio que “sorte” que o primeiro dia teve somente 2 palestras no segundo auditório (minha e do Carlos Brando) e no segundo dia se concentraram as outras 5.

Outro problema: no fim do primeiro dia eu ainda precisava configurar meu macbook para que o Charles Nutter fizesse a apresentação dele no dia seguinte. Aliás, esqueci de mencionar: a idéia original era ter ambos Charles e Tom presentes fisicamente no evento, mas por problemas de visto, na última hora tiveram que desistir. Então conversei com eles e resolvemos tentar fazer online. Para garantir que do lado da platéia não houvesse lags nem delays de refresh de tela, eles é quem controlariam minha máquina via internet. Tentamos com o iChat, que tem o recurso de Screen Sharing. Porém, eles pretendiam apresentar a partir dos escritórios da Sun em Minneapolis.

Ou seja, eles precisavam que não somente os slides da apresentação, mas os demos que eles mostrariam ao vivo, estivessem todos funcionando na minha máquina. Obviamente, deu problema na minha máquina. Fiquei com o Charles online das 23hrs do dia 15 até as 3:30 do dia 16, tentando descobrir o que estava errado. Recompilamos o JRuby do trunk, trocávamos JDKs, etc. O problema era um symlink perdido que estava faltando – como sempre, a solução sempre é um detalhe simples.

Durante a apresentação do Charles e do Tom, nosso link dedicado estava perfeito e desobstruído, porém, como eu temia, a rede da Sun estava ruim. Por vários momentos o áudio era cortado rapidamente por causa de intermitência da conexão. Afinal, eles estavam vendo minha tela do lado deles, o que significa que toda vez que havia atualização na tela, o tráfego para o lado deles aumentava e isso enroscava o áudio, que estava sendo via Skype. Pelo menos o pior, que seria perder a conexão totalmente, não aconteceu. Mas as tradutoras com certeza tiveram maus bocados para conseguir traduzir simultaneamente com todos os problemas de áudio. Quem entendia inglês acompanhou sem problemas, mas infelizmente quem precisava de tradução deve ter ficado desapontado. Desculpem.

Aliás, a tradução foi outro grande problema. Eu só entendi o problema durante o evento: tradutores em tempo real estão acostumados a palestras técnicas no estilo Microsoft, Google, SAP, ou seja, com Powerpoints cheios de bullets, lotados de texto onde o palestrante é daquele estilo que meramente lê os slides – o pior tipo.

Railers, por outro lado, fazem exatamente o oposto – o correto, por sinal – que são slides sem textos, onde ninguém lê slides. Todo mundo que palestra sabe do que está falando, os slides são apenas para ilustrar o que eles estão falando. Obviamente isso confunde completamente os tradutores, que agora não tem absolutamente nada para ler de apoio. Eu até tinha feito um pequeno glossário para elas antes do evento, mas sem ter contexto técnico é difícil saber o que não pode ser traduzido, o que pode ser adaptado. Eu soube, por exemplo, que tentaram traduzir coisas como “Smalltalk”. Desculpas a quem precisou de tradução, mas é o melhor que se pode conseguir no mercado. Mas daí, como falei no começo, fiquei contente que mais da metade dos participantes não precisavam da tradução.

Fora tudo isso, eu ainda precisava guiar os palestrantes estrangeiros nos dias em que estiveram aqui. Nesse caso meus grandes agradecimentos ao Tim Case, ao Danilo Sato, ao Manoel Lemos. A ajuda deles foi indispensável. O Tim levou muitos deles para passear pelo centro da cidade, conhecer a Santa Ifigênia, logo na terça-feira. O Danilo Sato me ajudou a levá-los ao Bolinha para comerem feijoada. Na quarta-feira o Manoel Lemos e a Locaweb bancaram um jantar no Fogo de Chão para eles conhecerem nosso churrasco. Na quinta-feira nós levamos todos ao Okuyama, na Liberdade, para comerem sushi. Nesses dias todos eu acompanhava todos aos jantares mas depois voltava ao evento para continuar os testes. Por isso que eu twitei que não dormi mais que 5 horas entre terça e quinta. A Locaweb também cuidou desse outro problema: transporte. Tínhamos uma van disponível aos palestrantes internacionais durante todos os dias do evento.

No segundo dia, alguns devem ter notado que ficamos sem luz logo no começo do dia. Foi por poucos minutos, mas um caminhão parece que bateu num poste do lado de fora! Felizmente o pessoal da organização já tinha um gerador a diesel preparado e por isso nada de mais aconteceu. Ligamos o gerador e até a hora do almoço ficamos nele. Nesse caso a precaução se pagou.

Fora isso tudo, tínhamos a logística de horários, grades, deixar os palestrantes preparados no horário certo. Felizmente tivemos a ajuda da Cristiane Dias que é secretária do Gilberto Mautner aqui na Locaweb. Ela teve que andar bastante atrás de todos os palestrantes :-)

De todos os problemas, somente um deles não deu para contornar: a gravação das palestras. Nós tínhamos uma câmera preparada para gravar o dia todo sem parar. Porém, tivemos problemas técnicos da câmera com o PC onde estava ligado, e no final acabamos não conseguindo fazer as gravações. Peço mil desculpas a quem esperava ter gravações, eu mesmo não assisti quase nenhuma das palestras e sei como vocês devem estar se sentindo. Nesse caso, eu peço aqui a colaboração da comunidade para escrever o que viram e ouviram da forma mais detalhada possível nos seus blogs para quem não conseguiu participar ter a chance de pelo menos entender o conteúdo das palestras. Notem que o Flickr já tem mais de 900 fotos, elas só precisam ser organizadas em posts :-)

A mim, pessoalmente, teve um fator que me ajudou bastante na hora de fazer as apresentações todas no palco: durante todo o mês de setembro eu fiz várias palestras em faculdades, começando em Batatais, depois Ribeirão Preto, Xanxerê em Santa Catarina, São Carlos. Graças a isso eu estava bem treinado. Em Batatais, confesso que ainda estava nervoso para falar frente à platéia, mas fazendo isso várias vezes acabei me acostumando. Assim, quando subi no Elis Regina, acho que não fiz muito feio.

Fora o cansaço – que ajuda não pensar em nervosismo – acho que deu para apresentar tudo de maneira satisfatória. Em algumas ocasiões eu tive que fazer o papel de tradutor também, para traduzir as perguntas da platéia de português para inglês. E ainda não acabou, quinta-feira (23/10) estou indo para Rio Claro participar do SECCOMP 2008 e no fim de semana tem a Intercomp 2008 aqui em São Paulo mesmo. Não existe nada melhor do que praticar para aprender mais e nesse caso, todo mundo me ajudou. Obrigado!

Perfil de um Railer

Chega de falar de problemas! :-)

O Gilberto Mautner ficou impressionadíssimo com a qualidade e o nível da platéia em geral. Muita gente acima da média. Como eu falei acima, eu também fiquei surpreso. Parece que os Railers, no geral, são todos muito bons.

Mas eu acho que é o contrário: são as pessoas muito boas que conscientemente escolhem aprender e usar Ruby ou Rails. Quase metade da platéia ainda era de iniciantes, pessoas que ainda não conheciam ou que sabiam muito pouco sobre Rails. Mas a parte importante delas é que são pessoas que tem vontade de fazer as coisas de maneira diferente, que estão cansadas do jeito tradicional, que procuram algo com o qual se sentir empolgadas com a profissão novamente. A comunidade Ruby on Rails é especial nesse sentido porque ela começou se formando a partir de profissionais experientes de diversas outras áreas, seja de Java, de PHP, etc.

Como disse, eu não assisti todas as palestras, mas na do Chad Fowler ele mencionou Java. Na hora eu já sabia qual seria a repercussão: “Railers falam mal de Java”

Era exatamente a repercussão que eu não queria. Minha idéia de encontro é de união, não de cisão. Por isso mesmo convidei Charles Nutter, Tom Enebo, Fabio Kung para falar das grandes vantagens de Ruby com Java. E também por isso convidei o Luis Lavena para falar de Ruby no Windows. Há espaço para todos.

Eu conheço o Chad e o resto dos Railers que costumam “falar mal de Java.” E nesse caso cabe explicação: alguns realmente não gostam de Java como um todo, ponto final. Porém, mesmo eles cabem na mesma categoria de pessoas que não gostam do “Java mindset” e não necessariamente da tecnologia Java.

Acho que isso começou mais de uma década atrás com o inocente “Write Once Run Anywhere” (WORA). O tiro pela culatra de “escrever uma vez e rodar em qualquer lugar” gerou a impressão que “todos os problemas podem e/ou devem ser resolvidos via Java, em detrimento de qualquer outra linguagem”.

Da forma como a coisa evoluiu, muitas pessoas e até mesmo instituições começaram a falar de Java como a única coisa que um programador precisa saber. É o que o Joel Spolsky critica no artigo The Peris of JavaSchools. Recomendo que leiam. A tecnologia Java (a JVM) é excelente. Tem muito a melhorar ainda, mas é de fato uma peça importante. Já a linguagem Java é o problema – se e somente se – for encarada como a única que deve ser aprendida. O problema é: existe uma enorme população de programadores Java que pensam exatamente assim. Eu conheço dezenas, vocês leitores, devem conhecer muitos mais.

Porém, existem diversos programadores Java que são, de fato, verdadeiros artistas da programação. Como eu falei no meu artigo anterior, são pessoas fora da média. Charles Nutter, Fabio Kung são bons exemplos: excelentes programadores tanto de Java quanto de Ruby.

Os melhores programadores do mundo são poliglotas.

Ou seja, são verdadeiros artistas. Por isso mesmo a “impressão” que existem tantos excelentes profissionais no mundo Ruby agora: é o momento onde diversos deles se juntaram a esta comunidade – sem necessariamente ter saído das anteriores. Com o tempo, se o Rails um dia se tornar mainstream (e tem muitos que até torcem para que isso nunca aconteça), provavelmente teremos o mesmo problema, onde a maioria dos Rubistas vai achar que Ruby resolve todos os problemas.

Na realidade, a tarefa de nós, early-adopters, é justamente incentivar os programadores a desenvolver seus talentos ao máximo, aprendendo um pouco de tudo. Claro, cada um terá esta ou aquela linguagem ou ferramenta favorita, mas nada disso impede aprender mais coisas. O melhor Javeiro será aquele que souber Ruby, Python, Erlang, etc. O melhor Rubista será aquele que souber OCaml, Objective C e assim por diante. Um programador Ruby que apenas sabe Ruby e acha que tudo se resolve com Ruby, será quase com certeza um péssimo codificador, jamais um “Programador” (com “P” maiúsculo).

Eu nunca “escolhi” virar um evangelizador. 3 anos atrás comecei a mostrar Ruby e Rails a amigos porque eu gostei muito da tecnologia. De repente me tornei um evangelizador. É um título perigoso porque parece que Evangelizar significa Dogmatizar.

Dogma, por definição, descreve ignorância. Como evangelizador Ruby, gosto de explicar porque Ruby é interessante do ponto de vista de “veja como esse novo jeito de pensar pode ajudá-lo mesmo que você não use Ruby.” Eu não ganho nada se convencer os outros, agressivamente, a usar Ruby. Prefiro criar profissionais que saibam pensar por si mesmos, fora da gaiola. Portanto, meu objetivo é primeiro tirar os programadores da gaiola e mostrar como um artista pensa. Tirá-lo da Revolução Industrial para a Renaissance da Informática. Naturalmente, pensando assim, o profissional vai entender onde Ruby e Rails pode ajudá-lo.

Um bom programador gosta de programar. Um mal programador sofreu lavagem cerebral, é dogmatizado e se curva e ajoelha a uma ferramenta ou a uma marca, sem motivo real.

Um evangelizador responsável jamais deve dizer “Java é uma porcaria, use Ruby.” Eu já fui irresponsável, estou aprendendo.

Mas de qualquer forma, fiquei extremamente contente de ter visto a quantidade de grandes profissionais que temos na nossa comunidade. Pessoas de opinião, com vozes próprias, com atitude. Fiquei particularmente contente durante a sessão “Birds of a Feather” (BoF) que aconteceu no final do primeiro dia. Sinceramente, estava preocupado que 2, no máximo 3 pessoas iriam subir para falar no palco. A idéia era que qualquer pessoas falassem do que quisessem.

Qual não foi minha surpresa ao ver que tivemos uma fila! O pessoal falou no palco por mais de 1 hora e meia! E boa parte da platéia ficou até o fim, não somente porque são participativos mas porque o conteúdo apresentado foi realmente muito bom. Destaque ao Elomar, que por causa de sua palestra no BoF ganhou notoriedade dentro da blogosfera Rails no Brasil. Mostrou como uma pessoa jovem (de 17 anos), sem sequer um notebook (parece que ele pegou emprestado na hora), foi capaz de montar uma narrativa interessante, que arrancou gargalhadas do público e muitos aplausos no final. Parabéns!

O Rails Summit foi um sucesso por causa disso: da Comunidade Rails do Brasil. Apenas ter a infra-estrutura no lugar não garantiria o sucesso. O fator mais importante que eu esperava – e não me decepcionei – seriam as pessoas. O lounge, o wifi, as tomadas, são apenas panos de fundo para fazer as pessoas se comunicarem. Mas eu não posso obrigá-las a isso: elas precisariam querer se comunicar. E elas queriam! Grandes artistas não vivem enclausurados num porão, grandes artistas se comunicam, trocam experiências, aprendem coisas novas. Como diria Chad Fowler, para estar ao lado de grandes profissionais, você próprio precisa se tornar um grande profissional.

Espero que quem estava lá para aprender um pouco mais de Ruby e Rails tenha conseguido absorver essa atmosfera de camaradagem, sede de conhecimento, colaboração, socialização. Se entenderam a filosofia, aprender a ferramenta em si é a parte fácil.

Um fato que não pode ser ignorado, durante o evento alguém começou tirando fotos de uma das agora conhecidas locaweb-zets em particular uma certa “Morena”. Como tínhamos Wifi, e um grande número de pessoas estava de notebook (coisa que não se vê normalmente em eventos de tecnologia, pasmem), abriram um projeto no Github !

Graças às características do Git, qualquer um poderia colaborar instantaneamente e foi isso que aconteceu. De repente uma dúzia de forks surgiram e mais e mais material foi acumulado. O Chris Wanstrath, criador do Github, estava lá e disse “eu aprovo!” :-)

No fim do evento, todos deveriam preencher uma pesquisa de satisfação para participar de um sorteio na hora. A expectativa é que a maioria não preenchesse, foi quando eu gritei do palco: “pessoal, preencham porque quem vai buscar as pesquisas será a Morena-OpenSource!!” A platéia aplaudiu em coro! Ou seja, todos estavam sabendo desse projeto underground que nasceu espontaneamente no ambiente do evento.

Sem querer levantar conotações machistas nem nada, claro, mas foi apenas divertido ver o que acontece num ambiente aberto: auto-organização! Todos blogaram, twitaram, pelo que soube abriram até canal IRC na Freenode. Fora o LiveStream, cortesia do Manoel Lemos, do BlogBlogs.

O Fim de um Ciclo

Eu abri o Summit contando o seguinte: o famoso vídeo do blog em 15 minutos que o David Hansson fez, foi primeiro apresentado pessoalmente por ele mesmo na FISL 6.0 de 2005, em Porto Alegre, no Brasil! Tivemos a chance de sair na frente 3 anos atrás e isso não aconteceu.

Antes ainda do Rails se tornar o sucesso estrondoso de hoje, muitos brasileiros antes de mim perceberam o potencial e trouxeram o David ao FISL. Destaco meus amigos Tim Case e Rodrigo Kochenburger. Porém, naquela época, a comunidade Ruby brasileira inexistia. Pelo que me contam, talvez umas 50 pessoas tenham assistido e ainda assim a maioria sendo de pythonistas.

Fiz muita questão que o David Hansson participasse no Rails Summit, coincidentemente em seu aniversário no dia 15, para ele fechar o ciclo que ficou inacabado em 2005. Agora, em 2008, a comunidade Ruby e Rails do Brasil está chegando perto do seu Tipping Point, o ponto onde os early-adopters começam a passar o bastão aos early-majority. É um ponto muito sensível. Felizmente, como disse antes, a comunidade brasileira é forte.

Temos vários bons cases de sucesso como os da e-Genial, da Webco e diversos outros que já disseram que usam Rails como a Globo.com, UOL, diversos órgãos de governo e vários outros produtos.

Temos nomes muito fortes. Eu particularmente não me considero um bom programador, existem vários outros muito melhores do que eu como o Ronaldo Ferraz, o Nando Vieira, o Carlos Brando, o Marcos Tapajós, o Silvestre Mergulhão e dezenas de outros. É graças a todos eles que hoje temos vários projetos open source na nossa comunidade.

Temos vários comunicadores de renome, experientes, com muito a dizer como o mestre Vinicius Manhães Teles, o Manoel Lemos. Empreendedorismo, filosofia Ágil, pensamento acima da média, pessoas em quem se inspirar.

Temos várias iniciativas da comunidades como o RailsBox podcast, grupos de estudo como o aprendendo-rails. Já traduzimos material como o Getting Real ou o Why’s Poignant Guide to Ruby que o Carlos Brando está encabeçando.

O que tiramos de tudo isso: somos uma comunidade auto-organizada, como uma boa comunidade open source, não temos cadeia de comando. Não temos hierarquia. Não temos cargos nem departamentos. Cada um de nós sabe o que queremos e tomamos ações e iniciativas para esse fim. E novamente retorno ao fato que nossa comunidade tem a filosofia Ágil como seu núcleo. Nossas ações não são direcionadas por campanhas de marketing ou metas de vendas. É como a comunidade Linux e open source em geral.

Não buscamos concentrar quantidade de pessoas e sim pessoas de qualidade. Tanto atrair as pessoas de alta qualidade como ajudar a formar as que querem se tornar excelentes.

O Rails Summit não poderia ter acontecido muito antes desta data. Acho que tivemos muita sorte de encontrar a Locaweb no momento certo em que precisávamos de um encontro como esse. Espero que todos tenham saído com um ânimo renovado e muita vontade de contribuir e ajudar a aumentar essa comunidade. A mudança não acontece sempre de cima para baixo. Uma única pessoa, em sua equipe, pode começar a disseminação. Pense em vírus e como eles se espalham, conhecimento é um vírus, conhecimento quer ser livre. Espalhe!

Obrigado novamente, a todos que participaram, o Rails Summit não seria o mesmo sem todos vocês!

All right folks, do not forget: Rails Summit Latin America approaches, on the 15th and 16th next week! If you still didn’t register, click here.

Another thing: we will have a small Birds of a Feather session at the end of the first day. The idea is to have a few lightning talks. If you want to present anything, just register here. Ninh Bui, from Phusion, says he is excited to talk some more during this session :-)

We will have internet through WiFi, power plug outlets in the hall and ball rooms, so you’re welcome to get your notebooks.

And to just raise the expectations a little bit, I was able to get some 3D renderings on how the Elis Regina Auditorium will become. Check it out:

It’s gonna be an awesome event!