People usually say Rails is a good example of optioned software. I can say I take part of the same opinion, but I’d like to take this point a little more further by not emphasizing only the software, but the programmer and how its culture could be incorporated (and not avoided) in the software it produces.

Out there, in the software market, when hiring people, companies usually claim they give plenty of room for people to innovate, share ideas and try new things and all that cool stuff we usually hear from Googles’s employees about independence and space to build your own skills and develop ideas within the job. But what we found most in the reality is the same copy & paste philosophy everywhere. The programmer usually don’t have time to try new things, because he is stuck with a pile of tedious tasks to complete and the deliverable is always behind schedule, which appears to be a endless cycle, project after project.

I believe, Ruby on Rails came to “save” the people from these kind of starving companies, which likes to hire young and “virgin” employees to mold them to the “Software Factory” style. Ruby on Rails lets the programmer surpass most of the tedious tasks, so it lets the programmer have free time to innovate in other areas of the software. It depends, of course, on the company philosophy, but when companies envise the real profit they can benefit from having a happy employee and tailoring the software for the user real needs, the companies will would like to have adopted the Ruby on Rails earlier.

Ok, but where the programmer opinion comes in ? I strongly believe by having more time to think, the programmer can not only fix issues, but can also suggest new features, test and present them very quickly and best of all, he also can earn more as people usually like to pay for what’s well done.

All in all, writing optioned software is not about yelling what’ s your favorite band, but it’s all about programming and being happy.  I am a happy programmer and you ??

[update 08-01] Thanks Soleone for your suggestion

Probably Related posts:

1. RELEASED – “Rails 2.1 – What`s new ?” Book
2. FISL 9.0 – First day
3. Ultrasphinx bug?

Acredito que esta separação, que é o passo para uma aplicação se tornar popular, está cada vez maior entre os chamados usuários Early Adopter (aqueles que adotam novas tecnologias antes da maioria das outras pessoas) e os usuários mainstream. Devido a maioria dos serviços como o Twitter estarem direcionados aos usuários Early Adopters, usuários normais ( mainstream) dificilmente enxergam a necessidade real de uma aplicação do gênero, pois possivelmente o usuário mainstream também não está preparado para tal aplicação.

Eu, como usuário early adopter, acredito que estamos vivendo em uma espécie de bolha tecnológica e embora vejamos diversas aplicações sociais fazendo sucesso mundo afora, elas não estão nem perto do que poderiam realmente alcançar, ficando restritas ao mundo geek. Existe muito a ser alcançado ainda e na minha opinião, precisamos antes de saturar o mercado, “massificar” o acesso garantindo a cobertura das necessidades reais do usuário.

No entanto, criar ou atender uma necessidade do usuário final não é tarefa fácil. Nós programadores, temos a mania de programar para nós mesmos, resolver nossos próprios problemas e satisfazermos nossas necessidades. Por causa disto, vivemos nesta bolha tecnológica onde criamos produtos para serem consumidos por nós mesmos. Mas como sair dela ? Como identificar as necessidades do usuário comum ? É díficil responder a essas perguntas prontamente, entretanto, acredito que a solução da maioria delas está em em prestarmos atenção ao nosso próprio cotidiano e tentar assumir o papel do usuário comum para só assim criarmos soluções adequadas a esses usuários que estão carentes por tecnologia direcionada a eles.

Preste atenção as pessoas a seu redor, notem como elas usam o computador e suas reações com ele. Uma testa franzida frente a um site pode ser o melhor momento para interrogar o usuário e descobrir o que esta errado.

Probably Related posts:

1. Information Design Patterns
2. Experiências
3. Apple anuncia macbook air