AkitaOnRails.com

[Off-Topic] O problema das credenciais

Wed, 04 Nov 2009 15:21:41 PST

Não é de hoje que todos sabem que eu sou um forte proponente contra certificações, especificamente na área de Informática. Apesar da intenção em si ser boa, o efeito prático é mais danoso que os benefícios. Como dizem, “de boas intenções o inferno está cheio.”

Porém, eu iria mais longe e colocaria um termo guarda-chuva. Na realidade eu sou totalmente contra “Credenciais”, em geral, particularmente fora de contexto. E além disso, eu também gosto de argumentar sobre argumentação. Não é de hoje que menciono sobre falácias sempre que posso. Estou muito longe de um entendimento mais amplo, mas estou sempre tentando expandir essa compreensão e acho que todos deveriam.

Um exemplo simples: eu adoro o trabalho de um Martin Fowler, ou de um Robert Martin. Acho que seus insights são muito valiosos, suas recomendações são excelentes. Com certeza são pessoas que se esforçam para serem acima da média. Porém – e aqui vem o problema – eles também são seres humanos e, como tais, tem defeitos. Isso é um fato, indiscutível, que precisamos assumir em toda argumentação. Simplesmente porque um Uncle Bob disse alguma coisa, isso não configura automaticamente verdade.

Deveria ser óbvio, mas muitas pessoas se “deslumbram” com celebridades. Sério, viram literalmente “cheerleaders”. Ou seja, porque o cidadão trabalhou em alguma empresa de renome, ou porque escreveu um livro, ou simplesmente porque é um gringo, qualquer coisa que ele disser passa a ter peso de verdade. E isso é um enorme perigo. Tudo que os grandes nomes falam precisam passar pelo mesmo escrutínio que alguém sem renome diga. Sem exceções. Eu repito muitas das coisas que um Fowler diz, não porque o considero “a autoridade suprema” no assunto, mas porque o que ele diz efetivamente faz sentido, pode ser experimentado, discutido e, mais importante, abre caminho para ser refinado e evoluído.

Isso é nada mais, nada menos do que a falácia de argumentação por autoridade. Por que A disse B; e porque A é considerada uma autoridade; portanto B é verdade. Prestem atenção: usa-se isso todos os dias. Isso e mais uma dezena de outras falácias (vide lista abaixo) são usadas diariamente e nós caímos nelas o tempo todo.

O contrário também é verdade, só porque o Philippe Kruchten ajudou a criar o RUP não quer dizer que ele seja ruim (brincadeira, o cara é muito bom). Aliás, isso é outra coisa que me incomoda muito: atacar alguma tecnologia, prática ou coisa assim atacando o seu criador ou participante. Por exemplo, “Rails é ruim porque o David é arrogante”. Isso é uma falácia e é bem conhecida em inglês como falácia Strawman (“homem-de-palha”) que em forma mais genérica é falar de um assunto irrelevante para tirar a atenção de discutir o assunto principal.

Ambos os casos são ruins. Isso nos leva à tendência também de ignorar as pessoas sem renome, seu funcionário mais experiente, que efetivamente entende do problema, às vezes é ignorado, porque alguém de mais renome – mas totalmente fora do contexto – lançou certas “verdades”. Agora essa “verdade” é a lei. Sem mais perguntas. E, claro, o contrário também existe: você só acredita no seu funcionário mais antigo justamente porque é o mais antigo. Nada disso são boas justificativas. O importante sempre é: não interessa a pessoa, interessa sim seus argumentos. E argumentos que sigam o método científico.

O fato é que a maioria de nós temos preguiça de pensar. Pura e simples preguiça. Além disso, a forma como fomos criados sempre trás figuras de autoridade e essa figura sempre tem mais razão do que nós – um sinal de baixa auto-estima, eu diria. Portanto, quando vemos alguém em posição de autoridade, a tendência é aceitar o que vem dela, especialmente se estamos confortáveis com seu entendimento – o velho problema de sair da zona de conforto. A maioria das pessoas não foi treinada para mudanças, foi treinada para estabilidade, por isso qualquer coisa diferente sempre é vista com maus olhos. A maioria apenas ouve aquilo que quer ouvir, só vê aquilo que quer ver. Ninguém de fora consegue mudar isso facilmente em outra pessoa, o que é bem triste.

Veja alguns artigos da Wikipedia sobre o assunto de argumentação:

Uma pessoa que não gosta de argumentar, por definição, não pode jamais ser tomadora de decisões. Muitos usam de credibilidade dos outros de forma inadequada (“porque fulano disse – fora de contexto, mas disse …”). Mas o pior é quando uma decisão é tomada no grito, por força do cargo, por exemplo. Essa é a atitude de um indivíduo com claras incapacidades de argumentação e, portanto, de compreensão do assunto.

Claro, em muitas ocasiões somos forçados a decidir alguma coisa “por instinto”. Se ficássemos o dia todo argumentando cada pequena decisão realmente não faríamos nada. Imagine argumentar se devo vestir a camisa vermelha ou amarela e porque. Não estou falando de micro-argumentação (que, assim como micro-gerenciamento, não funciona). Porém, decisões que envolvem pessoas, pontos de vista divergentes, devem ser analisados com mais calma. Se mesmo depois da argumentação ainda não for possível tirar uma conclusão lógica de nenhuma das duas premissas, no fim é o instinto que vai acabar guiando a possível solução. Argumentação não é uma ciência-exata, é humanas utilizando princípios científicos para uma melhor formulação de argumentos.

E ainda no caso de falácia, muitos ainda acreditam na “ditadura da maioria” ou “porque a maioria disse que algo é verdade é porque deve ser”. Uma das formas falaciosas é descrita como argumentum ad populum, ou aquele jeito malicioso de se começar uma frase: “Todo mundo sabe que …” Eu sempre digo que admiro os pais fundadores da América por terem tido insights avançados para a época que até hoje as pessoas não entendem direito. Citando Thomas Jefferson, temos:

Todos, também, devem ter em mente este princípio sagrado, que embora a vontade da maioria deva prevalecer em todos os casos, essa vontade de ser correto deve ser razoável; que a minoria possui direitos iguais, que leis iguais devem proteger, e violar isso seria opressão.

Portanto, também não é “em todos os casos a maioria vence” mas sim “em todos os casos que não violam os direitos da minoria, a maioria vence”. Isso é sutil. Por exemplo, porque a maioria decidiu que devemos tirar sua propriedade, portanto isso está correto. Não, porque cada indivíduo tem o direito à sua própria propriedade e o governo deve protegê-la. Assim, a vontade da maioria de retirar a propriedade de alguém é revogada pelo fato de um direito fundamental estar sendo violado, o que se configura, por definição, como opressão, não como democracia.

Pensar é difícil, demanda estudo, demanda cultura, demanda prática. Pensar com afinco não é algo que a maioria das pessoas “ocupadas” tem vontade de fazer. A maioria prefere que lhe dêem as respostas prontas e enlatadas, ou então prefere escolher qualquer coisa rapidamente “por instinto”, ou “porque eu já escolhi certo antes, portanto vou escolher certo sempre” ou ainda “porque já funcionou antes em algum lugar, deve funcionar aqui também”, o que, obviamente é uma falácia, a boa e valha Post hoc ergo propter hoc

Aliás, a “Post hoc ergo propter hoc” é o motivo de porque livros de auto-ajuda, livros com metodologias mágicas, receitas “avançadas” e todo tipo de procedimento enlatado vende tanto: porque retira o trabalho de pensar das pessoas, lhes dando respostas prontas, “que já funcionaram em dúzias de lugares”, ou coisa parecida.

Algumas efetivamente, depois de pesquisa e experimentação prudente, são boas mesmo. A maioria, no entanto, me lembra uma alegoria, sobre de medicina. Imagine, se todos os médicos agissem assim. Você entra no consultório do médico e diz:

- Doutor, estou com muitas dores.
- Meu filho, tome este remédio todos os dias e a dor acaba. Pode ir embora.
- Mas Doutor, o senhor não vai nem me examinar, me diagnosticar?
- Pra que? Já dei este remédio para os últimos 3 pacientes que passaram e todos melhoraram, porque vai ser diferente com você?

Engraçado? Não deveria ser. Reveja as decisões que você toma, ou que pessoas ao seu redor tomam, e vai notar que elas se parecem muito com essa alegoria. Aliás, se parecem muito com a maioria dos argumentos falaciosos que menciono neste artigo. Eu mesmo me pego caindo nesse tipo de truque, muitas vezes. Mesmo a pessoa mais policiada ainda cai. Argumentação é uma arte. Compreensão também.

Portanto, a única coisa a se fazer é o que eu digo o tempo todo: ~~Seja Cético.~~ Questione, sempre, o Status Quo.

[Off-Topic] Saúde

Sun, 01 Nov 2009 18:17:58 PST

Atualização: 03/11

Finalmente, depois de mais de 5 anos sem atividade física significativa, terminei minha primeira sessão de exercícios físicos aqui em casa. O equivalente a 6Km em corrida a passo médio no meu elíptico, depois uma sessão anaeróbica com halteres pros braços. Ainda estou suando.

Este último ano me deixou fisicamente e psicologicamente quebrado, quase sem eu perceber. Nunca fiz tanta pesquisa, e a parte frustrante de pesquisa é que para chegar a uma conclusão de um parágrafo, às vezes isso significa meses de noites mal dormidas, lendo, lendo, lendo.

Isso sem contar as dezenas de eventos que participei este ano. A grande maioria das minhas palestras – que não deixam de ser parte da minha pesquisa – consumiram quase todos os meus fins de semana e feriados. Foram alguns poucos dias que usei durante o horário comercial para terminá-las.

Com isso, meu ritmo diário ficou em torno de dormir diariamente lá pelas 4 da manhã, acordar lá pelas 9 ou 10 horas, 7 dias por semana. Sem contar os episódios de varar noite, que foram alguns durante o ano. Esse ritmo tem apertado bastante nos últimos 3 anos.

Sit mens sana in corpore sano

Hoje estou com mais de 75kg e 1.72m de altura. Não preciso de um índice pra saber que estou fora de forma. Os “pneus” já se acumularam, os músculos estão fracos, a resistência física em geral está baixa. Até 2003 eu era mais pesado e mais fora de forma, estava com 78kg para mais. Em 6 meses de esteira diária, média de 6km por dia, mais exercícios anaeróbicos, otimização na alimentação – redução drástica de gordura, carboidratos – eu cheguei a menos de 70kg. Literalmente precisei refazer meu guarda-roupa.

Porém, depois de 2004 esse ritmo já decaiu, o trabalho na consultoria ficou mais pesado, os clientes ficaram mais estressantes, e no fim de 2005 ainda resolvi começar com esse negócio de “Rails” :-) Aí já era.

Mas agora já foi longe demais. Minha meta é, até o fim deste ano, voltar perto dos 72kg. Só que não é “apenas” perder 3kg. 3 é um saldo. Eu preciso perder muito mais do que isso de gordura ao mesmo tempo que substituo por músculo. Em breve preciso regular a dosagem diária de carboidratos e aumentar um pouco mais o consumo de aminoácidos, fora outros suplementos. Já fiz isso antes e acredito que não será tão difícil assim. O objetivo principal é melhorar a resistência física geral.

Programadores, no geral, dão pouca atenção a isso. De fato, há tanta coisa que se pode fazer nas horas vagas, novos projetos open source, novos livros, blogs e mais blogs, artigos técnicos. Fora jogos, YouTube, Facebook. É bem difícil se desconectar. Porém, o espelho vem me deixando mais e mais frustrado o que, por sua vez, piora o ciclo vicioso de me manter online. Programadores precisam ter vaidade para aumentar mais a auto-estima, e vaidade significa boa aparência, isso ajuda a retirar o ar introspecto e facilita a socialização. Inicia-se um ciclo virtuoso.

Melhorar a forma física, novamente, não é algo que se faz com uma receita (como eu sempre digo, joguem fora as drogas como “emagraça em 7 dias”). Assim como a decisão de se tornar um bom programador, superando a média de aprendizado, também é preciso ter a atitude de querer superar as limitações físicas, ter sempre na cabeça o pensamento de “ainda falta mais, ainda preciso me esforçar mais.” Como eu já passei por academias antes, já tive uma rotina de exercícios, ainda sei como regular meu ritmo. Se você nunca fez isso, acredite, vai doer, vai ser difícil, e depois de poucos dias a vontade de desistir é enorme. Desculpas começam a se amontoar e a maioria efetivamente se convence de que não precisa se esforçar tanto. É o que explica como as academias ganham dinheiro: faça o indivíduo assinar 6 meses, ele vai treinar por 2 semanas, depois vai desistir. Menos de 3 meses de rotina ainda é considerado tempo para desistência. Só quem consegue manter mais de 6 meses de rotina pode começar a imaginar que está conseguindo. E se exercitar de fim de semana não é exercício.

Hoje foi mais um primeiro dia para mim. Eu acho que já fiz isso umas 4 vezes nos últimos 10 anos. Estou começando a ganhar experiência nisso, o que não é exatamente razão de orgulho. Estes 2 últimos meses do ano serão um “warm-up”. O objetivo de 2010 é manter a rotina de exercícios diários o ano inteiro. Mas há um truque: acrescentar esta rotina de exercícios e aumentar minha rotina de pesquisa, ou seja, isso não poderá ser desculpa para diminuir meu trabalho em casa. Sem desafio não tem graça. Portanto o lance será otimizar mais meu tempo. Novamente, não há receita para isso. Nada de GTD ou receitas da moda desse tipo. Significa otimizar cada micro-decisão durante o dia.

E, claro, “bombas” não funcionam. É como as metodologias da moda aplicadas da forma errada: dá efeito rápido, satisfação imediata, mas acumula efeitos colaterais de longo prazo que, também rapidamente, levam à destruição. Evite resultados rápidos. Por isso também virar um vegetariano ou vegan não é nem de longe uma opção. A opção é diminuir gorduras e aumentar proteínas, além de balancear as fontes de vitaminas. Nada mágico nisso. Da mesma forma, evite os “gurus”: nunca funcionam. Entenda os fundamentos e aplique os melhores exercícios às suas circunstâncias particulares. E para me forçar mais um pouco, eu sempre tenho o seguinte fundamento: “uma pessoa que não consegue sequer gerenciar sua própria forma física, não pode ter a pretensão de achar que pode gerenciar os outros.”

Uma curiosidade para quem acompanha meus off-topics sobre gerenciamento: aumentar a massa muscular é um processo de destruição. Exercícios como levantamente de peso foram feitos para, literalmente, “rasgar” os músculos. Por isso mesmo, para quem está começando, recomenda-se fazer esse tipo de exercício em dias alternados. Num dia você destrói seus músculos, no outro ele se reconstrói e aumenta um pouco mais para aguentar a carga. Por isso também é importante melhorar o metabolismo de proteínas. Aumentar músculos, portanto, não é um processo de apenas acúmulo. É sim, um processo de pequenas destruições e reconstruções. Pense nisso.

Finalmente, este blog post tem o único objetivo de me ajudar a focar no objetivo. Por alguma razão, dá impressão de que estou assinando um compromisso :-) Espero que consiga cumprí-lo.

Esclarecimento sobre “Perda de Peso”

Só para ficar mais claro: “perder 3kg” não é um objetivo. Um cuidado que precisa se tomar é que a frase “perder peso” é muito errado. O certo seria dizer: “perder gordura e aumentar massa magra”, ou seja, queimar gordura e aumentar músculo. Normalmente as duas coisas juntas não combinam muito bem.

Algumas coisas que são importantes: para quem é sedentário, completamente destreinado, ao começar a fazer exercícios já se tem uma satisfação imediata de perda de peso e um pouco de aumento de massa magra – a menos que você tenha problemas hormonais ou coisa assim -, isso é natural, mas tende a diminuir e vai ficando cada vez mais difícil queimar gordura e aumentar músculo.

Tem que se tomar cuidado porque gordura não é fácil de queimar (nosso organismo evoluiu milhares de anos para manter reservas de energia para épocas de escassez, queimar gordura, do ponto de vista do organismo, é algo “ruim”).

Além disso, a primeira coisa que você queima nunca é gordura, e sim carboidratos. Em exercícios aeróbicos como correr, os primeiros 20 min iniciais são queimando carboidratos, só depois é que se começa a queimar gordura. E pior: massa muscular é mais fácil de queimar do que gordura. Para ter resultados realmente efetivos o correto é consultar um nutricionista e criar uma dieta controlada, além de um bom instrutor que saiba controlar seus exercícios aeróbicos e anaeróbicos, frequencia, carga, etc.

Uma das primeiras coisas – e agora é apenas opinião de leigo, consulte seu nutricionista – é diminuir a quantidade de carboidratos, bastante (o mais difícil: massas, doces). Não é zerar, mas diminuir bem. Não precisa deixar de ingerir gorduras, basta não abusar. E precisa comer carnes para suprir proteínas. Fora as vitaminas e fibras. Além de dividir mais sua alimentação: pequenas quantidades 5 ou 6 vezes por dia. Eu mesmo ainda não vou conseguir seguir uma dieta mais rigorosa, vamos ver.

A balança normal não é um bom indicador de melhoras: diminuir de peso (o saldo) pode significar que você está desidratando (perdendo apenas água), perdendo massa magra (literalmente perdendo músculo). Por isso precisa entender um pouco mais dos princípios antes de simplesmente apenas fazer qualquer exercício.

[Rails Summit 2010] Commence Planning

Thu, 29 Oct 2009 21:39:14 PDT

Railers all around the globe, I am very happy to report that the Ruby on Rails community in Brazil is growing strong. Last 13, 14th of October we had Rails Summit Latin America, with 550+ attendees we had the 2nd edition of the second largest Rails conference in the world after the official RailsConf.

This conference is possible thanks to Locaweb, the largest hosting company in South America. Together, we were able to organize two very successful events. When I started being a Rails activist back in 2006, with virtually no rubyists in Brazil, I never imagined how far we would be able to go. Now we have a healthy ecosystem, with some great recognized open source programmers, some small consultings starting to pop up, a few startups starting to show up, even some ‘enterprisey’ companies coming to adopt it. The Brazilian Rails community is a force to be reckoned.

There’s a lot more to do though, and I am again counting on the international rubyists support to keep on going. The last 2 Rails Summits were real challenges, and we will strive to continue to deliver the best conference in South America. Up to this year’s edition I had to have closed speakers list, but for 2010 I will finally be able to have an open Call for Participation, and I hope Railers all around the world show interest to come visit Brazil, get to know our beautiful country and meet our friendly people. I will let you know the details next year, as soon as I can.

Rails Summit gets inspiration from the official RailsConf. The format of the conference comprises 2 full days, with 2 parallel tracks, a Lightning Talk session, real-time translation from English to Portuguese and Portuguese to English, rooms with power plugs and ubiquitous wireless internet access. Up to this year we used the Elis Regina auditorium, inside the Anhembi Convention Center area, in São Paulo City. For next year we will move it to Frei Caneca Convention Center, which is also in São Paulo City, nearer the famous Paulista Ave. area, much more convenient to find hotels and entertainment areas. I think you will enjoy it. Prices will be around USD 140 for the same 2 full days of event. Above, you can see 2 photos from one of the other conferences that Locaweb does in the Frei Caneca Convention Center.

We recorded all the talks from this year’s edition and I will release them as soon as possible, so you can see how it was. Follow me on twitter or subscribe to this blog’s feed. I’ll keep you posted.

[Rails Summit 2010] Iniciando o Planejamento

Tue, 27 Oct 2009 16:36:52 PDT

Atualização 28/10: atualizei a estatística e pensando melhor, as conclusões são um pouco diferentes.

Atualização 29/10: coloquei algumas fotos do Frei Caneca.

Um evento do porte do Rails Summit não se faz da noite para o dia. Em 2008 a Locaweb assumiu o risco e juntos fizemos um evento de escala internacional em apenas 3 meses. Isso facilmente se traduziria em suicídio, mas acho que conseguimos um excelente resultado, dadas as limitações logísticas.

Para este ano, começamos meses atrás. O auditório Elis Regina foi alugado já no fim de 2008. Os palestrantes internacionais foram contactados logo depois da RailsConf 2009, em Las Vegas. Marketing, patrocínios, fornecedores, foi tudo planejado de antemão pela equipe de eventos da Locaweb. Por isso este ano, comparado com o ano passado, foi bem mais sossegado.

Mas ainda temos algumas dúvidas não solucionadas. Por isso ontem lancei um twit com uma primeira mini-pesquisa. Ficamos surpresos que a reação foi bem rápida! Em meros 5 min mais de 100 respostas foram coletadas. Neste momento já temos mais de ~~330~~ 464 respostas. Com isso, eu compilei este resultado parcial:

O Elis Regina é um excelente local, espaço amplo, bom para a comunidade socializar. Por outro lado ele é contra-mão para a maioria das pessoas. Fica longe do centro da cidade, ou seja, longe da maior parte dos hotéis. Fica longe dos pontos de baladas, bares. Fica longe do transporte público principal como metrô. Além de ser um dos locais mais caros de São Paulo para se fazer eventos.

Em vista disso, estamos considerando o Centro de Convenções do Shopping Frei Caneca que, para quem não conhece, fica no bairro Cerqueira César, uma região razoavelmente próxima à Avenida Paulista. Ou seja, próximo a metrô, a hotéis, bares, etc. Como fica no topo do Shopping Center, existe uma ampla praça de alimentação, o que nos economiza o problema de comida (vocês não tem idéia da dor de cabeça). Por outro lado, o espaço para socializar e fazer atividades paralelas como dojos, é menor.

Outra coisa é sobre os dias do evento. Pessoalmente eu achava que os melhores dias seriam sexta e sábado, para ter domingo para descansar e para ficar mais fácil de convencer a empresa a liberar. Nós sempre fizemos no meio da semana, por experiência do pessoal de eventos. Mas olhando no gráfico vemos o seguinte: 1) quem já participou prefere durante a semana; 2) quem nunca participou prefere de sábado e domingo; 3) sexta e sábado perde nos dois. É quase um empate técnico entre dia de semana e sábado-domingo. Pensando melhor, acho que faremos durante a semana mesmo, preferencialmente numa quarta e quinta, porque sexta sempre tem trânsito pior e as condições para um evento são piores, historicamente.

Eventos a preços baratos (próximo ou abaixo de R$ 50) são muito fáceis de encher. Mas eventos acima de R$ 200 já são considerados investimentos. Por isso mesmo ainda é complicado falar em sair de São Paulo. Dificilmente daria para encher mais de 500 pessoas a preços acima de R$ 200 fora daqui. Pelo menos não temos nenhum dado que indique o contrário.

Por enquanto, consideramos fazer a conferência no Frei Caneca, provavelmente numa sexta e sábado. Ao preço de R$ 250 fixo, sem opção para estudantes (que é algo que só o Rails Summit fez, praticamente nenhum outro evento tem isso). A maioria não dá conta disso, mas R$ 400 é um preço muito abaixo do preço de custo do evento. O Elis Regina, palestrantes internacionais, alimentação (2 almoços, 4 coffee-breaks), encarecem bastante o custo total. Essas mudanças todas ajudam a baixar bastante esse custo mantendo a qualidade geral.

Não haverá mais preço especial para estudantes. Aliás, a maioria das conferências não tem isso, nos dois últimos anos eu pedi para colocar, mas não vale a pena. Fazendo no Frei Caneca, podemos reduzir o preço, isso já tornará o evento mais acessível e sem necessidade de mais descontos.

Eu sei que muitos gostariam do evento em outros estados. Eu ouvi especialmente Rio de Janeiro e Porto Alegre. Pessoalmente, minha escolha é o Rio de Janeiro, sem sombra de dúvidas, pelas possibilidades de turismo e tudo mais. Mas, falando de forma realista, é muito difícil de justificar. Só de curiosidade, acima está o gráfico de participação relativa por estado. O que sabemos, comparando com outros eventos que participamos e organizamos, a logística é muito diferente. Fora de São Paulo, existem poucas alternativas de fornecedores, o custo para organizar é maior. Eventos menores são menos difíceis, mas um do porte do Summit é mais complicado. E infelizmente é uma realidade que a população de São Paulo é pelo menos uma ordem de grandeza superior a qualquer outro lugar e esse tipo de conferência depende de uma quantidade maior de pessoas do que o normal. Somente eventos do tamanho de um FISL conseguem movimentar pessoas para fora de São Paulo.

Além disso, eu ouvi e li diversos feedbacks e estou considerando tudo para melhorar ainda mais o conteúdo do ano que vem. Uma das coisas que finalmente vou conseguir fazer é um Call for Participation, ou seja, alguns palestrantes eu mesmo vou pré-selecionar, mas a maioria dos slots serão preenchidos via propostas enviadas a mim por palestrantes de qualquer lugar do mundo. Daí eu farei a seleção e isso deve tornar a programação mais diversificada. Se você se interessa, comece a pensar no assunto. Ano que vem vou colocar as regras e datas no ar. E ainda teremos também a Desconferência, possivelmente de forma mais organizada e com tempo mais rígido que nos últimos dois anos (na RailsConf, o microfone é desligado por um timer, por exemplo).

Acima estão algumas fotos do Encontro Locaweb que fizemos no Frei Caneca. Nesse caso estamos usando o auditório aberto, com 900 pessoas. Esse dá para ser dividido em 2 para fazer mais de uma sala.

Bom, ainda é cedo. Estamos avaliando as opções. Ano que vem traremos as novidades o mais cedo possível.

[Rails Summit 2009] Retrospectiva

Sat, 17 Oct 2009 16:06:16 PDT

Finalmente acabou, a segunda edição do Rails Summit 2009. Novamente tivemos aproximadamente 550 participantes, 20 palestrantes. Num ano de “semi-crise” (ou seja lá como estão chamando isso), foi um bom resultado.

Tive a impressão que vieram mais pessoas de mais lugares fora de São Paulo. Claro, os cariocas vieram em peso, praticamente um arrastão :-) Foi ótimo ter todos eles juntos depois do #devinrio. O pessoal do Norte estava presente com o Paulo Fagiani, o Elomar e, claro, seu irmãozinho Aldo. Veio pessoal do Sul, do Nordeste, do Centro-Oeste. Além deles vieram meus amigos da Argentina, que não vejo desde o Locos x Rails que participei no começo do ano.

Os Brasileiros, novamente, deram um show de hospitalidade e camaradagem, teve #horaextra todos os dias. No primeiro dia foi no Bar Brahma, no segundo dia foi no Villa Vintém, eu sei que ontem ainda saíram novamente. É o tipo de coisa que não acontece nas RailsConf. Espero que todo mundo tenha aproveitado para fazer novos amigos, conseguir mais contatos e voltar mais inspirados em cada região para fortalecer as comunidades locais.

Os Bastidores

Escolhemos o mesmo local do ano passado, o auditório Elis Regina, no Anhembi. Porém, ano passado as coisas foram feitas com muito mais pressa. Em 2008, começamos a organizar o evento em julho, para ser lançado em outubro, ou seja 3 meses efetivamente para fazer tudo. Foi bem difícil, mas a equipe de eventos da Locaweb fez um excelente trabalho. Este ano começamos a olhar isso com muito mais antecedência. Por exemplo, o website ficou pronto em julho, sendo que no ano passado ele só foi pro ar em setembro.

Mesmo assim, os dias que escolhemos – 13 e 14 de outubro – foram difíceis de pegar. Tentamos já alugar em novembro do ano passado e mesmo assim a agenda de 2009 do anhembi já estava lotada, tinham poucos slots pra pegar. Ano passado concorremos na mesma semana do Microsoft TechEd e este ano concorremos com o Futurecom.

Dos problemas do ano passado, resolvemos todos os principais:

o calor do auditório B, que foi bem ruim no primeiro dia, mas resolvemos desta vez tendo de antemão nada menos do que 16 ar condicionados. Acredito que desta vez ninguém passou calor.

o espaço apertado e o pé-direito baixo do auditório B foram resolvidos também, com uma sala que era quase o dobro do tamanho e altura do que o do ano passado. Para isso alugamos um espaço muito maior, o que também proporcionou um restaurante muito melhor e que gerou quase nenhuma fila na hora do almoço, nenhum aperto, e também muito menos calor.

com o auditório B maior também conseguimos colocar uma cabine de tradução decente e tivemos tradução simultânea de português-inglês e inglês-português nos dois auditórios. Uma reclamação justa no ano passado foi a divisão de americanos no auditório maior e brasileiros no menor. O problema foi logístico mesmo. Pior porque ano passado tínhamos tradução para espanhol. Este ano eu resolvi não ter tradução pra espanhol (quem viaja até o Brasil pro Summit com certeza sabe inglês). Assim conseguimos dividir e colocar americanos também no auditório B.

Cerca de 3 ou 4 meses antes do evento já estávamos em contato com todos os palestrantes internacionais para acelerar o processo de vistos que sempre é um problema. A intenção era que eles também se adiantassem, mas muitos deles empurraram com a barriga e deixaram para a última hora. Por isso tinha palestrante que só pegou o visto alguns dias antes do evento, seja porque demoraram, ou seja porque o consulado demorou mesmo.

E ao contrário do ano passado, este ano tivemos muito mais problemas com os palestrantes internacionais. Primeiro o Justin Gehtland não conseguiu tirar o visto a tempo. No lugar dele deu tempo de colocar o Carlos Villela. O mesmo problema aconteceu com o Jason Seifer, mas felizmente ele ia palestrar em dupla com o Bruno Miranda e por isso deu pra manter a mesma palestra. Finalmente, na última hora, o Bryan Liles ficou com suspeita de gripe suína e também não pôde vir, mas como ele ia palestrar em paralelo comigo, acabei fazendo minha palestra ser um keynote.

Fora isso o Ilya Grigorik e o Chad Fowler tiveram problemas com atrasos nos vôos, mas pelo menos eles vieram antecipadamente. O Gregg Pollack aterrissou em São Paulo lá pelas 8 da manhã, sendo que ele ia palestrar às 10:30, então foi bem corrido. O Matt Aimonetti teve o vôo dele cancelado pela Delta Airlines! Felizmente ele conseguiu se virar e arranjar outro vôo e chegou na hora do almoço, sendo que a palestra dele ia fechar o primeiro dia! Haja coração!

Este ano, felizmente, tivemos mais patrocinadores que o ano passado, também começamos a procurá-los com muito mais antecedência. Mais legal ainda porque tivemos três empresas que efetivamente usam Rails: a Caelum, a GoNow e a ThoughtWorks. Sem revelar valores, este ano conseguimos gastar menos do que o ano passado e ainda conseguimos entregar mais. Aprendemos muito. Mesmo assim, a Locaweb ainda foi a maior patrocinadora deste evento, pagando aproximadamente 1/3 do valor total. Para quem estava curioso, não, o evento não foi feito para dar lucro. Mas não significa que podemos gastar quanto quisermos – não podemos -, por isso estamos já planejando o que podemos fazer para diminuir esse custo sem sacrificar muito da qualidade e ainda manter o evento viável.

Outro problema inesperado que não tivemos no ano passado foi o serviço dos terceirizados de som. No primeiro dia tivemos diversos problemas espalhados pelo dia, como chiado, microfonia, microfone que desligava do nada, etc. Vocês devem ter sentido parte desse problema, nos bastidores estava literalmente um “pega-para-capar”. Mas corremos para ajustar isso, e no segundo dia acho que não tivemos nenhum problema de microfones. O trabalho nos bastidores é bem pesado. Para que os participantes achem que tudo está correndo de forma suave, alguém está puxando muito peso por baixo dos panos :-) Eu só fiz isso agora no Summit, é preciso parabenizar a equipe de eventos da Locaweb que faz essa correria o ano inteiro.

Palestras

Ano passado algumas pessoas reclamaram porque as palestras focavam muito ou em testes ou em temas motivacionais. Eu acho importante que os keynotes sejam mais motivacionais. Por outro lado, foi por pura coincidência, mas de fato tivemos muitas palestras sobre o tema de testes. Este ano tentei tomar mais cuidado para escolher os palestrantes e acho que, no geral, deu uma boa mistura de temas para agradar à maioria.

Tanto o Chad Fowler quanto o Obie Fernandez fizeram palestras especificamente direcionadas ao público brasileiro. O Chad levou em consideração que, diferente dos Estados Unidos, a adoção de Ruby on Rails está só começando aqui no Brasil. Por isso mesmo o tema foi sobre “Insurgência Rails”, ou seja, estratégias para tentar colocar Rails, gradualmente, dentro da sua empresa.

O Obie palestrou sobre um tema que eu particularmente gosto muito (e que palestrei bastante a respeito no começo do ano), que é sobre maestria. Em particular ele usou o tema do livro “Outliers” do Malcolm Gladwell, para explicar que talento é muito menos importante do que prática. Gladwell explica que, empiricamente, uma pessoa precisa de pelo menos 10 mil horas de prática antes de chegar ao estágio de mestre. Isso são 10 anos de esforço. Isso vai contra o “bom senso” de que “basta se formar” ou “basta se certificar” ou “basta ter um cargo de sênior” para se considerar bom em qualquer coisa. Novamente, um tema bastante comum atualmente para nós.

Para falar especificamente de Rails 3, eu pedi ao Matt Aimonetti, um dos Rails Activists e ao José Valim, que participou do Google Summer of Code. O Ilya Grigorik e o Marcos Tapajós falaram de duas temas mais modernos, PubSubHubBub e CouchDB. As palestras um pouco mais técnicas ficaram a cargo do Leonardo Borges com JRuby, Arthur Zapparoli com Git, Glenn Vanderburg com Testes Fuzz, David Chelimsky com RSpec e Cucumber, o Carlos Brando falou sobre criar um framework web com Ruby, o Gregg Pollack e o Pratik Naik nos mostraram diversas bibliotecas e técnicas que muitos desconheciam, e o Fabio Kung mostrou todo o poder da magia negra da metaprogramação Ruby, codificando uma DSL ao vivo!

Especificamente sobre Ruby, tivemos Rich Kilmer dando uma introdução ao Macruby e o Nando Vieira mostrando as novidades do Ruby 1.9. O Bruno Miranda falou sobre o case Cyloop, mais um exemplo de quão longe o Rails pode escalar. O Carlos Villela nos contou sobre a experiência da Thoughtworks em projetos de Ruby e, finalmente, o grande Vinícius Teles deu um show com um tema à la Getting Real da 37signals, falando sobre sua própria experiência como empreendedor e dando dicas valiosas para quem quer começar seu próprio negócio. De longe uma das palestras mais aplaudidas do Summit.

No primeiro dia ainda tivemos a famosa Desconferência, com várias boas palestras curtas. O pessoal do Guru-SP e RubyInside se apresentou. O pessoal da Plataforma Tec mostrou um plugin novo de autenticação, o Devise. O Cipriani deu um show técnico mostrando sistemas de comunicação em real-time usando Rails, AMPQ, etc. A galera do Rio, que veio em peso, falou de todas as atividades cariocas como o Dojo, o #horaextra, o Dev in Rio. O pessoal de Natal falou sobre eventos e do Oxente Rails 2010. Mas um dos pontos altos foi o Aldo Filho, irmão do Elomar, que fez uma palestra codificando ao vivo, com apenas 11 anos, demonstrando muito controle no que estava fazendo e falando tão bem quanto um profissional do palco. Dêem uma olhada:

Eu fiquei particularmente contente com a diversidade de assuntos e mais: como os brasileiros estão envolvidos em assuntos avançados. Espero que todos sigam os exemplos deles. Aliás, antes que eu me esqueça, dia 13, o primeiro dia do evento foi aniversário do José Valim e eu esqueci de dar os parabéns a ele! Sorry!!

Minha Palestra

Propositalmente, com tantos excelentes Railers e Rubistas presentes dando excelentes palestras, eu me dei ao luxo de palestrar sobre algo fora de Rails. Foi a segunda versão do tema “Além do Caos”. É uma palestra sobre agilidade que não fala especificamente sobre o que a maioria pensa sobre uma apresentação sobre metodologias Ágeis. Portanto nada de ficar pregando “farás TDD”, ou “farás pair-programming” ou qualquer outro tipo de dogmatização dessa maneira.

Partindo da premissa que, sim, metodologias ágeis funcionam “para quem pratica da forma correta” eu quero encontrar as razões de porque as coisas funcionam. O “porque” sempre é mais importante do que o “como”, porque o segundo é consequência do primeiro. Sem entender os fundamentos, jamais saberemos quando estamos indo na direção correta, jamais saberemos como decidir quando encontramos bifurcações. Em vez de ficar apenas com as anedotas, o “para ele funcionou então para mim deve funcionar”, o folclore, eu preciso entender os princípios.

Porém, mesmo depois de mais de um ano pesquisando a respeito em áreas como física, psicologia, sociologia, biologia, etc eu ainda não tenho um modelo unificado que explica todos os aspectos. Por isso o subtítulo da palestra é “Pensamentos Aleatórios sobre Agilidade”.

Alguns recados importantes que eu queria passar: 1) nós estamos acostumados demais a apenas dogmatizar e apresentar as coisas como “tudo funciona, basta fazer direito”, isso pode ser bom num curto primeiro momento, mas não se sustenta; 2) sim, agilidade funciona mas se mantê-la estática ela deixará de funcionar rapidamente, por isso é preciso entender os princípios para adaptá-la e evoluir; 3) agilidade não é o fim da linha, é apenas mais um passo evolutivo, existem mais caminhos à frente que alguns já desbravaram; 4) ninguém tem uma resposta exata ainda, por isso apenas discutir o sexo dos anjos não nos levará a lugar algum.

Nós, da organização do Rails Summit, gravamos todas as palestras. Eu ainda não sei como ficou porque o terceiro que ficou responsável por isso ainda não terminou de editar tudo. Assim que estiver tudo certo, vou publicar no site oficial do evento. Enquanto isso, alguns participantes gravaram algumas palestras, então vocês já podem se adiantar e assistir a minha por exemplo:

Além do Caos – Pensamentos Aleatórios sobre Agilidade from Locaweb on Vimeo.

Comunidade

A melhor parte do evento, sempre, é a participação da comunidade, e vocês não decepcionaram. Muitos Railers, todo mundo reunido, trocando idéias, experiências, essa é a idéia do evento. Assistir as palestras é apenas uma pequena parte. E isso é bem claro no pós-evento. Tanto no primeiro quanto no segundo dia, uma quantidade enorme de pessoas continuaram reunidas, socializando. No primeiro dia demos Denial of Service no Bar Brahma do Aeroclube, no segundo dia foi a vez de um stack overflow no bar Vila Vintém.

Este deve ser o único evento de tecnologia que dá ressaca depois :-) Enquanto todos se recuperam, alguns já começaram a reportar como foi o evento. Então lá vão alguns dos links mais recentes.

Quem quiser ver as fotos do evento, vejam estes álbuns:

Quem quiser assistir vídeos do evento, aqui vai:

Agaelebe: Blip.tv
Vimeo
YouTube!

Finalmente, os blog posts:

Alexandre Gazzola: Primeiro Dia e Segundo Dia
André Faria Gomes
Leonardo Faria: Primeiro Dia, Segundo Dia e Ecossistema
Carlos Brando: slides
Nando Vieira: slides and summary of the event
Matt Aimonetti: slides
Pratik Naik: slides
InfoEther
José Valim e Plataforma Tec: slides
Cairo Noleto: TrendTi.me
Blue Soft: Manifesto 2.0
Área Criações
SharpShooting
Willian Molinari
Carlos Antônio
Madruga on Rails
Alexandre Gomes: blog da SEA
Herbert Fischer

Espero que todos tenham aproveitado o evento. Não deixem de blogar, publicar suas fotos e vídeos, compartilhar o que aprenderam, novas inspirações, novas idéias. Obrigado a todos que participaram, espero revê-los até o ano que vem!

[Rails Summit 2009] ThoughtWorks pousa no Brasil

Thu, 08 Oct 2009 14:55:34 PDT

English readers: click here

Como eu twitei ontem, estamos muito orgulhos de anunciar que a ThoughtWorks se juntou como patrocinador da conferência na última hora. Inclusive eles resolveram dar um presente à comunidade: patrocinar metade de 30 ingressos para o Rails Summit, promoção que começou algumas horas atrás e ficará no ar até acabarem os ingressos patrocinados. Não percam!

Mais ainda, você deve ter ouvido rumores sobre isso. Roy Singham, fundador da ThoughtWorks, soltou o anúncio na conferência Agiles 2009 acontecendo em Florianópolis, SC alguns minutos atrás. Estou muito contente de confirmar que sim, os rumores eram verdade: a ThoughtWorks decidiu aterrissar no Brasil. Eles estabelecerão seu quartel-general em Porto Alegre, RS, começando este ano.

Agora, eles tem intenções de começar a contratar desenvolvedores de software brilhantes imediatamente. Eles estarão no Rails Summit para falar com você, procurando grandes pessoas para embarcarem nessa empreitada.

A ThoughtWorks é muito conhecida como uma força no mundo de desenvolvimento de software, com diversos escritórios pelo mundo. Eles tem grandes e conhecidos engenheiros, arquitetos trabalhando lá, redefinindo a maneira como fazemos software, como Martin Fowler.

Não percam essa oportunidade de vir conhecê-los, pessoalmente. Estaremos esperando por você no Rails Summit 2009, semana que vem!

ThoughtWorks lands in Brazil

As I twitted yesterday, we are very proud to announce that ThoughtWorks joined us as sponsor for the conference at the last moment.

Moreover, you may have heard rumors about this. Roy Singham, founder of ThoughtWorks, just released the announcement at the Agiles 2009 conference in Florianópolis, SC a few minutes ago. I am very happy to confirm that yes, the rumors are true: ThoughtWorks decided to land in Brazil. They will establish their head-quarters in Porto Alegre – RS, starting this year.

Now, they have intentions to start hiring bright and insightful software developers right away. They will be at Rails Summit to talk to you, searching for matches to sign up for their enterprise.

ThoughtWorks is a well known software development powerhouse, with offices around the globe. There are several great and well known engineers, architects working there, redefining the way we do software, such as Martin Fowler.

Don’t miss this opportunity to come and get to know them, in person. We will be awaiting you at Rails Summit 2009, next week!

[Rails Summit 2009] Palestrante Arthur Zapparoli

Tue, 06 Oct 2009 08:03:42 PDT

English translation: click here

Arthur é Desenvolvedor de Softwares, trabalha com Ruby e Rails desde 2006. Atualmente trabalha para a startup brasileira Spix. É conhecido como @ArthurGeek na comunidade e publica artigos no seu blog no qual fala sobre assuntos relacionados à desenvolvimento.

Ele foi um dos que começou a evangelizar mais o Merb na comunidade brasileira, assim como o Git como versionador de controle.

AkitaOnRails: Como você encontrou Ruby/Rails, o que foi que mais te atraiu?

Conheci Rails na época da versão 0.13. Eu já trabalhava com Python, e adorava os recursos de uma linguagem dinâmica. Quando conheci o Rails, não me apaixonei por ele de cara, ainda gostava mais do Python. Nessa época, me envolvi com alguns “clones” do Rails para o Python (ironicamente, nenhum deles deu certo). Porém, como precisava de algo pronto para ser usado, acabei usando o Rails nos projetos da empresa onde trabalhava, e, com isso, precisei estudar Ruby da maneira certa. Depois disso, me apaixonei por Ruby e estou nessa até hoje. Claro que não abandonei o Python, mas hoje posso dizer que Ruby é minha linguagem favorita.

AkitaOnRails: Quais assuntos mais te interessam atualmente e porque?

Tenho um grande interesse pelo Rails 3, já que sempre gostei do Merb. Ruby 1.9 é algo que utilizo nos dias de hoje e estou sempre de olho nas novidades com relação à isto. Fora do mundo Ruby/Rails, me interesso bastante pelos “Document based databases” como CouchDB, e, principalmente o MongoDB. Tanto o Ruby 1.9 quanto o MongoDB é algo que utilizamos no dia-a-dia da empresa onde trabalho.

AkitaOnRails: Sobre o que trata a sua palestra e para que tipos de desenvolvedores é mais indicado?

A palestra se chama: “Git: Controle de versões do jeito certo” e abordará temas básicos, diferentes workflows e algumas dicas mais avançadas. É indicada para desenvolvedores que não usam nenhum controle de versões ou para aqueles que querem saber mais sobre como o Git pode ajudar no dia-a-dia de seu trabalho.

Speaker Arthur Zapparoli

Arthur is a Software Developer, works with Ruby and Rails since 2006. He currently works for a Brazilian startup Spix. He is known as @ArthurGeek in the community and posts articles in his blog, talking about topics related to software development.

He also began helping to evangelize more Merb in the Brazilian community as well as the Git version control system.

AkitaOnRails: How did you find Ruby / Rails, what attracted you the most?

I got to know Rails at the time of version 0.13. I’ve worked with Python, and loved the features of a dynamic language. When I met Rails, I didn’t fall in love with it right away, I still liked Python more. At that time, I got involved with some “clones” of Rails for Python (ironically, none of them worked for me). However, as I needed something ready to be used, I ended up using Rails in projects for the company where I worked, and, therefore, I had to study Ruby the right way. After that, I fell in love with Ruby and I’m with it today. Of course not I’ve not abandoned Python, but today I can say that Ruby is my favorite language.

AkitaOnRails: What topics interest you the most today and why?

I have great interest in Rails 3, as I always liked Merb. Ruby 1.9 is something that I use today and I’m always on the lookout for news regarding this. Outside the Ruby / Rails world, I’m very interested by “Document based databases” such as CouchDB, and especially MongoDB. Both Ruby 1.9 and MongoDB are things we use in a daily basis at the company where I work.

AkitaOnRails: What is your talk about and what kind of developers will benefit the most?

The talk is called “Git: Version control the correct way” and will address key topics, different workflows and some more advanced tips. It is recommended for developers who do not use any version control or for those who want to learn more about how Git can help in your daily workflow.

[Off-Topic] Windows and Unix: Promiscuidade

Sun, 04 Oct 2009 16:33:22 PDT

Desde que o Windows NT 3.1 foi lançado em 1993, ele sempre teve algum suporte a sub-sistemas. Os bons engenheiros contratados da DEC, que efetivamente desenvolveram o NT, levaram à Redmond tecnologias e conceitos desconhecidos a eles como portabilidade (na época ele rodava em processadores PowerPC, MIPS, etc), access control lists, microkernel, multi-tarefa preemptiva, etc. O NT suportava, além do sub-sistema Win32, também OS/2 e um ambiente mínimo POSIX.1.

De qualquer forma, esse suporte era bem rudimentar. Ele foi substituído anos depois pelo Services for Unix 1.0 em 1999 no NT 4.0 SP3+. Mas foi só no SFU 3.5, lançado em 2004, que esse suporte finalmente amadureceu a ponto de ser minimamente usável. Eu me lembro de usar o SFU 3.5 no meu desktop em vez do Cygwin (embora o Cygwin ainda pareça ter mais aplicativos e mais flexibilidade), mas pelo menos era um suporte “oficial” da Microsoft – se isso significa alguma coisa.

Junto ao SFU temos o suporte opcional da Interix, que completa esse suporte com um ambiente GNU mais completo, incluindo SDKs para recompilar ferramentas Unix para Windows com SFU. Com ele conseguimos finalmente ter ferramentas úteis no mundo Windows, como acesso ao OpenSSH.

Para os puristas, que não gostam de instalar nada que não seja “default” da Microsoft, saibam que no próprio Add and Remove Programs (no Windows 2003) como no Add Feature (no Windows 2008) você tem a opção Subsystem for UNIX-based Applications, também conhecido agora como SUA. Primeiro você precisa instalar esse sub-sistema.

Feito isso, você precisa baixar o Utilities and SDK para o Windows XP/2003 ou Windows Vista/2008, eles pesam uns 190Mb e 490Mb, respectivamente. A instalação deles é demorada, e a única coisa a se lembrar é:

Escolha a opção “Custom Installation” e não “Stantard”. Daí escolha todos os “opcionais” desmarcados, você precisará deles.
Quando aparecer opções como setuid, sutoroot, case-insensitive, também marque todas as opções.

Terminada a instalação, no caso do Windows 2008, você pode diretamente já baixar um dos bundles que já vem com todas as ferramentas que você precisa. Selecione o link correto para W2K8 e já baixe de uma vez o “Complete Toolset” para facilitar.

No Windows 2003, por alguma razão estranha – não sei se é somente na minha máquina – a instalação do bundle não funcionou. Em vez disso precisei baixar e instalar o Bootstrap Installer 3.5. No Windows 2008, se não quiser o bundle e quiser escolher os pacotes manualmente, nessa mesma página, baixe o Bootstrap Installer 6.0. Em todo caso esse é o mínimo para ter um Package Manager. Ele te dará condições de instalar pacotes mais ou menos como num Ubuntu você consegue fazer “apt-get install apache2”.

Ele provavelmente pedirá que você reboote a máquina, pelo menos no caso do Windows 2003. Depois, as duas primeiras coisas que eu instalei foram:

12	pkg_update -L bashpkg_update -L openssh

Pode parecer estranho o comando se chamar “pkg_update” mas existe um “pkg_add” que parece que é antigo e eles recomendam o primeiro. Outro detalhe: eu executei esses comandos via o “C Shell” que tem link no Start Menu. No Windows 2008, depois de instalar o Bash eu ganho um novo atalho, mas no Windows 2003 deu algum problemas e eu criei o atalho manualmente copiando a partir do “C Shell” e editando o caminho para executar “/usr/local/bin/bash -l”.

Para iniciar o daemon do OpenSSH basta fazer:

1	/etc/init.d/sshd start

Pelo visto o SUA reinicia automaticamente os daemons configurados no /etc/init.d, como deveria mesmo. Isso lhe dá outras coisas como um daemon de cron, sendmail, dentre outros. Para acessar o sshd, não se esqueça de liberar incoming connections na porta 22 no Firewall do Windows (que vem ativado por padrão no 2008 e desligado no 2003).

Se você cair em algum problema de core dumps, segmentation faults, talvez você precise desligar o DEP. Para isso edite o arquivo C:\boot.ini e troque a opção “/NoExecute=…” por “/NoExecute=AlwaysOff”. Isso deve resolver esses problemas.

Finalmente, você precisa configurar uma variável de ambiente chamada “HOME” apontando para seu diretório padrão. No Windows 2003 foi “C:\DOCUME~1\ADMINI~1” e no 2008 foi “C:\Users\Administrator”. Feito isso, a partir do meu Mac, conectei nos Windows via SSH normalmente. Ele me pediu senha e me jogou no meu diretório com shell Bash. Até parecia que eu havia conectado num Unix normal.

Para ficar mais padrão, eu criei symbolic links para a pasta ‘home’:

1234	# Windows 2003:ln -s /dev/fs/C/Documents\ and\ Settings /home# Windows 2008:ln -s /dev/fs/C/Users /home

Então, eu criei um projeto Rails básico, sem nada. Rodei o meu Locarails para gerar uma receita básica de capistrano. Editei o “config/environment.rb” criado e comentei as linhas 74 e 88:

12	#run "cd #{release_path} && rake db:migrate RAILS_ENV=production"#run "ln -s #{deploy_to}/current/public #{public_html}/#{application}"

Lembrando que as configurações são case-sensitive e, no meu caso, estava testando com usuário “Administrator” (com “A” maiúsculo):

1	set :user, "Administrator"

Fiz um “cap deploy:setup”, depois um “cap deploy” e, voilá funcionou! Ele foi capaz de se conectar via SSH e realizar operações básicas como mkdir, ln, test e inclusive foi capaz de fazer upload dos arquivos via SCP.

Esse sub-sistema deveria vir instalado por padrão nos Windows, isso os tornaria mais úteis e incentivaria existir mais serviços como Capistrano que conseguem se comunicar com sistemas POSIX. No Windows tirando shares de rede (inseguro), RDP (inseguro), RPC (inseguro), FTP (inconveniente e inseguro) não sobra muita coisa para integrar. Com OpenSSH ganhamos um canal seguro, com autenticação simplificada graças ao sistema de troca de chaves e um ambiente POSIX onde podemos executar scripts e comandos para administrar as máquinas remotamente.

Vou fazer mais brincadeiras com esse ambiente, talvez coisas como Puppet, Chef, AutomateIt consigam fazer tarefas básicas em servidores Windows também. Outro detalhe: a conexão SSH só lhe dá acesso ao Bash ou outro shell Unix, mas não ao Command Prompt ou Powershell do Windows. Para isso você precisa de um servidor SSH comercial.

“Click e click Não é administração de sistemas. Um bom sysadmin tem intimidade com o console/shell.”

[Rails Summit 2009] Palestrante Nando Vieira

Thu, 01 Oct 2009 08:32:35 PDT

English translation: click here

Nando Vieira é um dos rubistas mais antigos da nossa comunidade. Ele bloga no Simples Ideias, um dos blogs mais conhecidos sobre Ruby on Rails do Brasil. Trabalha atualmente como desenvolvedor web na Abril Digital, utilizando Rails. É também o fundador do Spesa, além de manter dezenas de projetos Open-source.

Recentemente lançou um e-Book da sua série HOWTO entitulado O que mudou no Ruby 1.9. Da mesma série você pode baixar o e-Book gratuito Rails Application Templates que ele também escreveu.

Venha conhecê-lo no Rails Summit Latin America, que acontece nos dias 13 e 14 de Outubro. Estamos chegando perto. Você já se inscreveu?

AkitaOnRails: Como você encontrou Ruby/Rails, o que foi que mais o atraiu?

Conheci o Rails ainda na versão 0.13. Na época, não tinha quase nenhum blog em português sobre o tema e decidi criar o meu! Tinha visto algum artigo falando sobre ele e sobre como era fácil criar aplicativos e fui conferir. Por coincidência, estava querendo conhecer uma nova linguagem e quando vi a sintaxe do Ruby, decidi que era ela que eu iria aprender! E nessa estou até hoje!

AkitaOnRails: O que você tem estudado ou desenvolvido recentemente, seja em projetos particulares ou open source?

Tenho visto bastante coisa sobre o Ruby 1.9, principalmente para poder adequar meus projetos a esta versão. Além disso, tenho me interessado bastante sobre testes em geral, principalmente Javascript (JSpec e Screw Unit) e Aceitação (Cucumber).

AkitaOnRails: Sobre o que trata a sua palestra e para quais tipos de desenvolvedores é mais indicado?

Irei abordar as mudanças do Ruby 1.9 em relação à versão 1.8, com exemplos mostrando as novas funcionalidades e como corrigir comportamentos que deixaram de funcionar. É um assunto indicado para todos os programadores, pois cedo ou tarde, esta será a versão recomendada!

Speaker Nando Vieira

Nando Vieira is one of the luminaries of the Brazilian Ruby Community. He blogs at Simples Idéias, one of the most popular blogs about Ruby on Rails in Brazil. He currently works as web developer for April Digital, using Rails. He’s also the founder of Spesa, and maintains dozens of Open-source projects.

He recently released an e-book of his HOWTO series titled What has changed in Ruby 1.9. In the same series you can download the free e-Book Rails Application Templates which he also wrote.

Come meet him at Rails Summit Latin America, on October 13th and 14th. We’re getting close. Have you registered already?

AkitaOnRails: How did you find Ruby/Rails, what attracted you the most?

I found Rails when it was still in version 0.13. At the time, there was nearly zero blogs in Portuguese about the subject and I decided to create my own! I had seen an article talking about how easy it was to create applications with it and I decided to give it a shot. Coincidentally, I was thinking of learning a new language and when I saw the syntax of Ruby, it was decided that I would learn it! And I continued up to this day.

AkitaOnRails: What have you studied or developed recently, for private projects or open source?

I’ve seen quite a lot about Ruby 1.9, mainly in order to tailor my projects to this version. Also, I have been concerned enough about testing in general, especially Javascript (JSpec and Screw Unit) and Acceptance Testing (Cucumber).

AkitaOnRails: What is your talk about and what kinds of developers are going to benefit the most?

I will address the changes in Ruby 1.9 from version 1.8, with examples showcasing the new features and how to fix the behaviors that no longer work. It is a subject recommended for all developers, because sooner or later, this will become the mainstream version!

[Rails Summit 2009] Palestrante Ilya Grigorik

Sun, 27 Sep 2009 19:18:40 PDT

English translation: click here

Ilya Grigorik é um desenvolvedor Ruby bem conhecido, especialmente por causa do seu blog Igvita.com onde encontramos alguns dos artigos tecnicamente mais ricos e ainda assim de fácil compreensão, não só em torno de aplicações Rails, mas tudo que se relaciona com ele, incluindo drivers de banco de dados, análise de desempenho, integração de serviços e muito mais. Por causa disso ele foi premiado como Ruby Hero na RailsConf 2008 em Portland.

Ele também é o fundador do PostRank, um sistema de monitoramento em tempo real de engajamento social de mídia e plataforma de análise. Ele acabou de lançar um outro produto complementar chamado Analytics, outra ótima maneira de controlar os seus relacionamentos.

Você terá uma grande oportunidade de conhecê-lo no Rails Summit Latin America este ano. Não esqueça de se inscrever logo! Estamos apenas a mais alguns dias de distância!

AkitaOnRails: O que você mais gosta sobre a linguagem Ruby, o recurso ou conceito que “clica” para você?

Eu não consigo escolher apenas um atributo, pois como a maioria das coisas, geralmente é a soma das partes que compõe a experiência. E, na verdade, é o que eu mais gosto sobre Ruby: todas as peças “clicam” juntas. As decisões de design por trás da linguagem Ruby dão uma natureza incrivelmente maleável: é fácil estendê-lo, é fácil modificá-lo, é fácil fazê-lo funcionar da maneira que você precisa para trabalhar na sua aplicação. Rails é o principal exemplo disso, mas as centenas de outras estruturas construídas em cima de Ruby são todos exemplos dessa propriedade.

AkitaOnRails: Como um desenvolvedor Rails, o que é a coisa que você realmente gosta quando está codificando aplicações web?

A capacidade de ir do nada para um protótipo totalmente operacional, em uma xícara de café. Se você está olhando para uma aplicação Rails, ou uma rápida em Sinatra / Rails Metal, a enorme quantidade de recursos e plugins torna o processo divertido e imediatamente gratificante.

AkitaOnRails: Qual é a sua mais recente pesquisa ou interesse em desenvolvimento?

Muito do meu tempo é dedicado à investigação e criação de protótipos de instrumentos e abordagens de arquiteturas de software distribuído – desde mensagens, para balanceamento de carga, a bancos de dados. Combinado com o fato de que a maioria dos serviços que implantamos no PostRank são escritos em Ruby, significa também se aprofundar mais na compreensão das partes internas do Ruby, tentando otimizar a VM para uma arquitetura distribuída.

AkitaOnRails: Sobre o que é a sua palestra para o Rails Summit e quem são os tipos de desenvolvedores que se beneficiarão mais?

Nesta palestra vou cobrir as tecnologias emergentes por trás da “Real-Time Web” (XMPP, AMQP, PSHB, Webhooks). A adoção do Rails ao modelo RESTful liberou os dados dos aplicativos e nos permitiu definir serviços que poderiam facilmente falar uns com os outros, a Real-Time Web está indo um passo além: em vez de diferentes web-services se consultando o tempo todo, conectá-los através de interfaces push. Esta palestra terá início a partir do início e fornecerá uma visão geral de alto nível das tecnologias subjacentes. Saindo dela, você deve ser capaz de diferenciar e decidir sobre qual tecnologia se adaptará melhor às suas necessidades (não são todos iguais!).

Speaker Ilya Grigorik

Ilya Grigorik is a very well known Ruby developer, specially from his blog Igvita.com where one can find some of the most technically rich yet easily understandable articles surrounding not only Rails apps but everything that goes with it, including database drivers, performance analysis, services integration and much more. Because of that he was awarded Ruby Hero at RailsConf 2008 in Portland.

He is also the founder of PostRank, a real-time social media engagement monitoring and analytics platform. He just released another companion product called Analytics, another great way to keep track of your online engagements.

You will have a great opportunity to get to know him at Rails Summit Latin America this year. Don’t forget to Register! We’re just a few more days away!

AkitaOnRails: What do you like the most about the Ruby language, what feature or concept really “clicks” for you?

I can never pick any one attribute because as with most things, it is usually the sum of parts that makes up the experience. And in fact, that’s what I enjoy most about Ruby: all the parts click together. The design decisions behind the language give Ruby an incredibly malleable nature: it is easy to extend it, it is easy to modify it, it is easy to make it work in just the way you need it to work for your application. Rails is the premier example of this, but the hundreds of other frameworks built on top of Ruby are all examples of this property.

AkitaOnRails: As a Rails developer, what is the thing you really enjoy when you’re coding web apps?

The ability to go from nothing to a fully operational prototype with one cup of coffee. Whether you’re looking at a fully fledged Rails application, or a quick Sinatra / Rails Metal app, the sheer amount of resources, and plugins makes the process both fun and immediately rewarding.

AkitaOnRails: What are your most recent research or development interests?

A lot of my time is always dedicated to research and prototyping of tools and approaches for distributed software architectures – anything from messaging, to load balancing, to databases. Combined with the fact that most of the services we deploy at PostRank are written in Ruby, it also means delving deeper into understanding the internals of Ruby, and trying to optimize the VM for the distributed architecture.

AkitaOnRails: What is your Rails Summit talk about and who are the kind of developers that will benefit the most?

In this talk I will cover the emerging technologies behind the ’Real-Time Web" (XMPP, AMQP, PSHB, Webhooks). Rails adoption of the RESTful model liberated the data from the app and allowed us to define services that could easily talk to each other, the Real-Time Web is looking to go one step beyond that: instead of polling different web-services, it aims to connect them via push interfaces. This talk will start from the beginning and will provide a high-level overview of the underlying technologies. Coming out of it, you should be able to differentiate and decide on which technology suits your needs best (they are not all the same!).

[Off-Topic] Procurar Raciocionar Faz Bem

Sat, 26 Sep 2009 18:17:54 PDT

Esta semana surgiram alguns artigos interessantes, todos relacionados de alguma forma ao pensamento “Agile” de desenvolvimento de software.

O primeiro, que eu achei muito bom, foi o 10 razões porque Pair Programming não é para as massas que o Obie Fernandez escreveu a respeito de sua própria experiência com programação pareada e porque ela é difícil de ser implementada na maioria dos lugares.

Esses pontos se resumem em limitações físicas (cubículos são tão século XX …), convencionalismos corporativos ainda em voga (entrevistas feitas por RH baseado em currículo, primando por certificação, por exemplo). Para mim, dois dos pontos mais importantes são o 6o. e o 2o. Como qualquer conceito, interpretado da forma errada, dará resultados errados.

A primeira coisa que um programador precisa entender sobre programação pareada é que existem sempre piloto e co-piloto. Há a imagem de que o piloto é o indivíduo produtivo naquele instante e o co-piloto apenas olha e acompanha, passivo, silencioso. De jeito nenhum: esta é a forma errada de se parear e é a forma que, corretamente, os não-programadores (gerentes, etc) imaginam estar pagando 2 pessoas mas tendo apenas o serviço de 1. Em programação pareada, ambos precisam obrigatoriamente estar participando. O co-piloto deve estar atento aos erros do piloto. O co-piloto deve estar pensando à frente, já imaginando alternativas melhores, eles devem estar ambos engajados em encontrar as melhores soluções. Mais do que isso: o teclado e o mouse devem conseguir trocar de mãos constantemente. Não existe pareamento onde o co-piloto fica o dia inteiro apenas observando. Se o co-piloto é passivo e silencioso, o piloto está pilotando sozinho, é como se ele estivesse sozinho, ponto.

Existem pelo menos dois tipos de pares: onde ambos são razoavelmente equivalentes em termos de capacidades ou onde um dos dois é menos experiente ou tem capacidades um pouco diferentes. No primeiro caso, a dinâmica deve ser mais óbvia, as idéias vão bater mais vezes, eles vão conseguir decidir coisas mais rapidamente. No segundo caso, um deles tem o objetivo de aprender rápido. Mais do que isso, o que sabe menos tem a obrigação de arriscar mais, sempre sob a supervisão do mais experiente. E jamais deve ser passivo, ele deve buscar conhecimento fora, quando não estão pareando, e nunca deve esperar que tudo o que ele vai aprender é o piloto quem tem a obrigação de ensinar. Isso é errado: quem sabe menos é quem sempre tem a obrigação de correr atrás, ou então assumir que não vai conseguir e abdicar da posição.

Lembrando que o valor fundamental da Agilidade se chama “Accountability”, não consigo traduzir isso ao pé-da-letra em português, mas seria algo além do que “responsável”. Uma equipe Ágil é uma equipe conscientemente “accountable” pelo que faz. Quando eles se decidem, junto com o cliente, o product owner, sobre o Sprint Backlog, por exemplo, eles não estão recebendo “ordens” do tipo “este sprint terá estas 10 user stories porque o chefe mandou.” Não, a equipe que se compromete com 10 stories está de fato se “comprometendo”, ou seja, ela tem consciência da sua velocidade, das suas capacidade e das suas fraquezas e toma uma decisão racional baseada nisso. Uma equipe que depois diz “não deu para entregar porque pediram demais,” está se esquivando da sua responsabilidade. Ela deveria ter dito, no começo, “não, só conseguiremos fazer 8 dessas user stories, 10 é demais.” Combinado não sai caro. É tudo uma questão de acertar expectativas e negociar, colaborar em buscar a melhor solução, não “qualquer” solução.

O mesmo vale no mundo reduzido entre 2 programadores pareando. Ambos precisam estar comprometidos com o que estão produzindo e com o colega. Se um deles é menos experiente, ele não deve ser o peso morto. Por outro lado, claro, se o mais experiente vê que o outro está tentando, ele deve ajudá-lo. Há um limite, claro, entre “ajudar” e “carregar nas costas”. Aqui vale a honestidade, e por isso existe uma fase no fim do Sprint chamado “Retrospectiva”, é exatamente o momento para se discutir isso e deixar tudo aberto, às claras. “Eu não gosto do fato de estar produzindo sozinho, enquanto meu par não está ajudando.”

Programação em Par, por si só, é apenas uma técnica. Mas lembrem-se que antes disso existem os valores do Manifesto Ágil. Todos sempre se esquecem: “Indivíduos e Interações mais do que Processos e Ferramentas.” Se você está ainda se perguntando “quais das técnicas Ágeis eu devo escolher usar”, você ainda não entendeu. Antes de mais nada: você está comprometido com seu projeto? Sua equipe está comprometida com o projeto e com seus pares? Quais são os problemas que você quer resolver? Agilidade, por si só, não é uma receita mágica. Ela tem propósitos, se você não está mirando nesses propósitos, mas apenas escolhendo aleatoriamente 2 ou 3 práticas, isso não o torna Ágil, isso apenas o torna aleatório.

Daí vem o artigo do Joel Spolsky, sobre O Programador Fita Adesiva. Nesse artigo ele celebra um programador chamado Jamie Zawinski, de fato um grande programador, que trabalhou na Netscape produzindo software que ajudou a mudar o mundo, literalmente. Zawinski, segundo Spolsky, é do tipo “vamos lançar software o mais rápido possível, não importa como.” e também do tipo “testes unitários são bonitos, mas quando o prazo aperta, o que importa é fazer rápido, e testes atrapalham.” Lido da maneira errada, ela se torna uma desculpa para maus programadores dizerem: “Viva! Estou confirmado! Joel Spolsky disse que é bonito ser um programador cowboy!” Pior ainda: “Joel Spolsky disse que eu não preciso me preocupar com testes.”

Antes de pular para alguma conclusão precipitada – maldita geração “fast-food” – leia a resposta a esse post escrita pelo bom e velho Uncle Bob Martin onde ele refuta esses argumentos. Na realidade Spolsky e Bob já andaram se “pegando” algumas vezes no passado quando num podcast o Spolsky menosprezou TDD e os princípios SOLID.

Robert Martin, que se você não conhece, foi quem originou a reunião de uns 10 anos atrás, junto com os principais pensadores em desenvolvimento de software como Kent Beck, Martin Fowler, Dave Thomas, Jeff Sutherland, dentre tantos outros, que deu origem ao Manifesto Ágil. Ele que é programador ativo desde antes ainda de qualquer um de nós ter nascido e que ainda programa até hoje. E não estou dizendo um sênior que ainda só programa em Cobol, muito pelo contrário, que já passou pelas principais plataformas tecnológicas, entende orientação a objetos como ninguém, programa em Java, e é um defensor de Código Limpo. Aliás, se você é usuário do Github, pode encontrar alguns projetos do Bob por lá também.

Algum tempo atrás, eu provavelmente estaria xingando e amaldiçoando o Spolsky, porém eu acho que entendo a posição dele. Dando o contexto, o Spolsky é de fato um grande empresário, tem uma empresa bem sucedida, com produtos de nicho bem sucedidos, não deixa de ser uma 37signals da geração anterior. Ex-funcionário da Microsoft, ele foi um dos responsáveis pela existência do Visual Basic for Applications, que até hoje é o coração do Excel e a menina-dos-olhos de qualquer contador, analista, etc que basicamente não vivem sem as macros do Excel. Junto com Jeff Atwood ele mantém o famoso site StackOverflow. Além disso tem o excelente livro Joel on Software.

Neste ponto eu estou assumindo que não preciso lhes explicar o que é Agilidade, nem quais são algumas das principais boas práticas de Extreme Programming, nem o que são os princípios SOLID do Bob Martin. Também estou assumindo que você já leu pelo menos alguns dos artigos do Spolsky para ter uma idéia do que ele costuma falar.

Normalmente um agilista parece que está numa posição de “convencer” os outros de porque ser ágil é melhor. Mais do que isso: de que ser “ágil” e ser “rápido” não são sinônimos. Ser rápido é um efeito colateral de ser ágil. Essas interpretações são sutis.

Por isso mesmo o que eu amaldiçôo é a geração fast-food: uma geração que se acostumou a pensar que as coisas são simples e superficiais. Que basta comprar um livro de “emagreça em 7 dias” para realmente emagrecer. Surpresa: se esse tipo de coisa realmente funcionasse, não haveria obesos no mundo. Duh.

Essa mesma geração lê o que o Spolsky fala e, superficialmente, chega às conclusões que falei acima: “o Spolsky concorda que eu devo ser cowboy.” E eu acho que muitos de nós, agilistas, somos vítimas disso também. Na ânsia de responder à essa superficialidade, acabamos até ultrapassando a linha. O Bob Martin, por exemplo, poderia simplesmente ter ignorado esse post em vez de ter respondido.

Pessoas passivas, conformistas, esperam ser validadas. Elas não entendem porque fazem o que fazem, apenas fazem. Claro, fazem o que lhes parece mais simples, mais fácil, mais seguro, e não o que tem chances de ser melhor, que pode trazer mais benefícios, ou que seja novo. Elas querem que as pessoas gostem delas. Não importa se estão fazendo as coisas certas ou não. Não importa se há maneira melhor. Por isso essa ânsia em validação. Foi sobre isso que traduzi no artigo Culto da Moral Cinzenta.

Quando alguém do “calibre” – pelo menos do “calibre” perceptível – de um Spolsky lança um post como esse, milhares de programadores nitidamente ruins ao redor do mundo se sentem validadas, justificadas. É um cenário triste.

E o Spolsky não está errado. O que ele coloca em cada um de seus artigos são pedaços de sua própria experiência. Cada pedaço, individualmente, não significa absolutamente nada. E não deve ser levado ao pé-da-letra. Aliás, nem mesmo o que o Bob Martin escreve num artigo. Nem mesmo o que eu escrevo num artigo. O resultado da soma das partes é ordens de grandeza maior do que a simples soma dos valores individuais de cada parte. É assim que funciona o caos.

Ambos, Spolsky e Bob, não são antagônicos. O que um diz não invalida o que o outro diz. Esse é o truque. Ambos são “pragmáticos”, pelo menos segundo a definição de Pragmatismo de William James, onde algo é verdade para uma pessoa se ela tem utilidade para ela, independente se essa verdade continua sendo verdade para outra pessoa. (claro, ainda existe a interpretação de pragmatismo de Peirce e Dewey, mas isso é outra história). Ambos tentam explicar o que fazem que funcionam para eles. Dentro de um contexto, dentro do entendimento das premissas, dentro do entendimento dos valores, isso pode talvez funcionar para você também.

O que quero dizer é que o que o Spolsky diz faz sentido para ele. O que Bob Martin diz faz sentido para ele. Se o que eles dizem fazem sentido para mim, ou para você, isso não é problema deles, não é culpa deles, não deveria ser sequer do interesse deles. Da mesma forma, não usem o nome deles para justificar o que você faz ou diz sem entender porque está dizendo isso. “Eu faço TDD porque o Kent Beck disse que é bom” é tão ruim de se dizer quanto “Eu faço código-grude porque o Zawinski disse que é melhor.”

Você deve dizer: “Eu faço TDD porque eu sei quais são os benefícios que isso trás para mim.” Ou, “Eu faço código-grude de vez em quando porque tenho consciência das consequências que isso vai me trazer e aceito pagar o preço por isso.” Ou, “Eu não faço programação em par o tempo todo porque eu já analisei e concluí que no meu caso isso não funciona muito bem.”

Aliás, tudo que eu digo aqui – no meu blog – são elocubrações, reflexões pessoais, que porventura encontram seu caminho na forma escrita. Alguns acham que eu “me acho o dono da verdade”. Pois bem, isso é um problema de quem acha isso, não meu.

Verdade seja dita: assim como o Bob diz no artigo dele, eu também não faço testes o tempo todo, muito menos testes primeiro como dita o TDD. Conheci as práticas de Extreme Programming apenas muitos anos depois que comecei como programador. Fui um programador extremamente cowboy a maior parte da minha carreira. E, mesmo entendendo porque todas as práticas ágeis são boas e porque eu deveria usá-las, eu ainda raciocino onde e quando devo usar o que. Quer dizer, eu entendo os princípios, as premissas e os resultados esperados. Caso contrário isso seria dogmatização e, por definição, tudo que é dogmatizado é ruim. Dogmas são a origem de todo o mal. Tudo deve ser questionado, experimentado, medido, analisado e só então alguma conclusão pode surgir e, mesmo assim, pode ser refutado no futuro por novas evidências. O oposto de Dogma ou mesmo Cargo Cult é o Método Científico como eu já expliquei anteriormente.

Só porque foi o Martin Fowler quem falou, não torna isso uma verdade incontestável. Só porque o Ward Cunningham falou não é verdade absoluta. Todos eles, todos nós, somos seres humanos e, como tal, somos muito falíveis. Nós falhamos, e falhamos muito mais do que gostaríamos.

Num mundo onde as pessoas falham, o que funciona melhor é o conhecimento coletivo, onde a possibilidade do erro de um é compensada pela inteligência complementar do outro. Por isso mesmo comunidades – apenas as que primam pelo conhecimento e evolução, claro – tendem a ser ordens de grandeza menos falíveis do que um único indivíduo.

Se um indivíduo tem o conhecimento “A”, se outro indivíduo tem o conhecimento “B”, nenhum dos dois tem o conhecimento “total”, mas o conjunto dos dois, a “comunidade”, tem ambos os conhecimentos. Sozinhos eles sabem apenas parte da informação. Porém a “entidade” chamada “comunidade” é o mais próximo que conseguiremos chegar de omnisciência.

Por acaso, compartilhar conhecimento com os outros nos trás benefícios, e é por isso que o fazemos, não porque somos puramente altruístas. Dar sem ter nada para receber não faz sentido, muitos dão simplesmente porque isso lhes trás “paz de espírito” ou “satisfação pessoal”. Muito bem, isso é um tipo de retorno, também funciona. Pessoas como Kent Beck, Martin Fowler, Ken Schwaber, não estão “dando” nada. Elas estão compartilhando, ao ajudar a fomentar os valores ágeis, eles recebem de volta, seja na forma de mais conhecimento, mais reconhecimento, mais oportunidades, etc. Isso nos leva à boa e velha evolução darwinista, a única coisa que efetivamente funciona para melhoria contínua.

O objetivo não é “vender” Ágil. Quando eu evangelizo a filosofia Ágil, não tenho nenhuma intenção de convencer ninguém a usar. Não ganho dividendos se mais pessoas usarem. Alguns até me cobram: “se eu usar Ágil, você me garante que vou ter resultados melhores?” E eu respondo, “claro que não, eu não garanto nada.” Eu compartilho o que funciona para mim, se isso vai funcionar para os outros realmente não é problema meu. O que eu espero, sim, é que quem esteja usando e descubra coisas novas, que compartilhe para que eu possa melhorar mais também. E, claro, se alguém me der um código mal feito, cheio de fita adesiva, sem nenhum teste, e espera que eu conviva com isso em silêncio, está redondamente enganado, porque isso não funciona para mim e eu não vou ficar quieto. Concordando com o Bob Martin, Bagunça não é Dívida Técnica, é apenas Bagunça

Algumas dicas: qualquer coisa que é “escrita em pedra”, ou seja, algo que um dia foi o resumo do conhecimento coletivo de um grupo, mas que foi imortalizado na forma de um dogma, é ruim. Porque isso, sem dúvida, foi útil para as pessoas da época em que foi escrito, mas possivelmente não vale mais hoje. Por exemplo, se ainda seguimos os dogmas de desenvolvimento de software de 50 anos atrás, possivelmente estamos deixando de fazer as coisas da forma que a tecnologia e o conhecimento atual permitem. Por outro lado, um corpo de conhecimento que se permite evoluir, refinar, jogar fora o que não funciona mais, adicionar o que se aprende de novo, tem muito mais chances de estar certo. A comunidade Ágil funciona mais ou menos assim. A comunidade Open Source funciona mais ou menos assim. Nenhuma delas é perfeita, mas é a busca pela perfeição que torna o caminho mais interessante.

Seja cético.

[Rails Summit 2009] Palestrante Matt Aimonetti

Wed, 23 Sep 2009 17:13:12 PDT

English translation: click here

Matt Aimonetti é um ativista Rails, ele começou como evangelista de Merb e se envolveu na já famosa junção do Rails + Merb. Ele também é ativo na área de MacRuby e HotCocoa. Ele mora em San Diego, onde dirige sua própria consultoria, fazendo projetos e treinamentos relacionados com Ruby, e ele também é um palestrante conhecido em eventos. Nós nos encontramos pela primeira vez no ano passado, na QCon de São Francisco. Você pode ouvir a entrevista que gravamos naquela época aqui

Ele estará conosco no Rails Summit Latin America 2009. Não esqueça de se inscrever!

AkitaOnRails: O que você mais gosta na linguagem Ruby, qual recurso ou conceito te atrai?

Acho que o Ruby é a melhor linguagem de programação para expressar o que eu quero no meu código. É tão natural que parece mesmo “certo”. As pessoas são, como o falecido Guy Decoux era, capaz de se comunicar apenas em código Ruby e isso significa muito para mim. Mas há mais do que a fantástica sintaxe. Ruby tem uma maravilhosa comunidade e valores fortes, tais como testes, refatoramento, melhores práticas, open source etc.

Eu estou realmente empolgado vendo empresas como a Apple e a Microsoft apostando fortemente na linguagem Ruby e sua comunidade.

AkitaOnRails: Qual é a coisa que você mais gosta sobre Rails quando codifica aplicações web?

O que eu mais gosto quando escrevo uma aplicação Rails está em usar Ruby. Eu tentei usar outros clones de Rails em outras línguas e nenhuma chegou perto da mesma experiência, devido à linguagem de programação subjacente. Mas além do Ruby, minha segunda coisa favorita sobre o Rails é a seqüência de uso de convenções inteligentes. Eu posso ver qualquer projeto Rails e compreender imediatamente o que está acontecendo.

AkitaOnRails: Qual é o seu interesse mais recente de pesquisa ou desenvolvimento?

Eu aprendi muito sobre Ruby, trabalhando em MacRuby. Como se vê, há um monte de coisas no Ruby e suas bibliotecas-padrão que muito raramente uso. Eu também estou experimentando com pequenos jogos 2D escrito em Ruby. É uma mudança agradável de desenvolvimento web. Finalmente, eu ainda estou trabalhando com CouchDB e armazenamento de dados alternativos.

AkitaOnRails: Sobre o que é sua palestra para o Rails Summit e quem são os tipos de desenvolvedores que irão se beneficiar mais?

Minha palestra é sobre o futuro do Ruby on Rails e concretamente o que isso significa para os desenvolvedores. Não será uma palestra sobre o encanamento interno, mas mais sobre uma perspectiva de alto nível com exemplos de nível mais elevado de código e exemplos concretos de coisas novas impressionantes que estarão disponíveis para os desenvolvedores Ruby.

As pessoas que estão interessadas no que está chegando, os céticos e pessoas considerando usar Ruby/Rails pela primeira vez provavelmente acharão isso interessante.

Além disso, se você gosta de “futebol”, deveria vir assistir minha palestra ;)

Speaker Matt Aimonetti

Matt Aimonetti is a Rails Activist, he started as a Merb evangelist and was involved in the now famous Rails + Merb merge. He is also active in the MacRuby arena with HotCocoa. He lives in San Diego where he runs his own consultancy, doing Ruby related projects and training, and he is also a well known speaker in events. We met for the first time at last year’s San Francisco QCon. You can listen to an interview we recorded back then here

He will be with us at Rails Summit Latin America 2009. Don’t forget to register soon and make reservations for hotel and city tour (it will be a great opportunity to also get to know São Paulo City).

AkitaOnRails: What do you like the most about the Ruby language, what feature or concept really “clicks” for you?

I found Ruby to be the best programming language to express what I want my code to do. It is so natural that it feels “right”. People are, like the late Guy Decoux was, able communicate only in Ruby code and that means a lot to me. But there is more to it than the awesome syntax. Ruby has an awesome community and strong values such as testing, refactoring, best practices, OSS etc..

I’m really psyched to see companies like Apple and Microsoft bet heavily on the Ruby language and community.

AkitaOnRails: What is the thing you really enjoy about Rails when you’re coding web apps?

What I enjoy the most when writing a Rails app is using Ruby. I tried using other Rails clones in other languages and none came close to the user experience due to the underlying programming language. But apart from Ruby, my second favorite thing about Rails is the string use of smart conventions. I can take almost any Rails projects and understand right away what’s going on.

AkitaOnRails: What are your most recent research or development interests?

I learned so much about Ruby by working on MacRuby. As it turns out, there are a lot of goodies in Ruby and its standard libraries that we very rarely use. I’m also experimenting with small 2D video games written in Ruby. It is a nice change from web development. Finally, I’m still working with CouchDB and alternative data storage.

AkitaOnRails: What is your Rails Summit talk about and who are the kind of developers that will benefit the most?

My talk is about the future of Ruby and Rails and what it concretely means for developers. It’s not going to be a talk about the inner plumbing but more about the big picture with higher level code examples and concrete examples of awesome new things that are going to be available to Ruby developers.

People who are interested in what’s coming up, skeptics and people considering using Ruby/Rails for the first time will hopefully find the talk interesting.

Also, if you like “futebol” you should definitely come check out my talk ;)

[Rails Summit 2009] Palestrante Carlos Brando

Mon, 21 Sep 2009 06:18:29 PDT

English translation: click here

O Carlos Brando acho que dispensa apresentações :-) Todos já o conhecem pelo blog Nome do Jogo, pelo e-book Rails 2.1 e por projetos open-source como o Remarkable. Dentre suas colaborações mais recentes, está a tradução do excelente livro do _why, o Poignant Guide to Ruby; e o lançamento da versão nacional do site britânico Ruby Inside

Na sua própria descrição, ele é viciado em programação e atualmente é diretor de tecnologia da Amanaiê, uma empresa que cria, produz e distribui aplicativos sociais. Atua na área de desenvolvimento de softwares há mais de doze anos, tendo trabalhado com Visual Basic, C, C++, Java, C# e agora Ruby. Já trabalhou em várias companhias brasileiras e estrangeiras como Portugal Telecom Group, AT&T Latin America, DirecTV, SKY, VISA e Surgeworks Inc.

Já se apresentou em vários eventos brasileiros relacionados com Ruby, incluindo a edição do ano passado do Rails Summit Latin America.

Além de suas atividades profissionais, Carlos e sua esposa trabalham como voluntários dando aulas para deficientes auditivos. Ele regularmente ensina língua de sinais e atua como interprete.

AkitaOnRails: Como você encontrou Ruby/Rails, o que foi que mais te atraiu?

Eu já trabalhava há 12 anos como programador e pelo menos 7 principalmente com tecnologia Microsoft e estava um pouco cansado de fazer as mesmas coisas todos os dias, literalmente tinha perdido o prazer no meu trabalho. Foi quando ouvi falar do Rails pela primeira vez, mas sem entender do que se tratava, simplesmente o ignorei. Alguns meses depois li um artigo no blog do Chad Fowler onde ele mencionava o Ruby e como estava feliz em trabalhar com esta linguagem e isto me fez voltar a olhar para o Rails.

Comecei estudando por conta própria e comprei o livro “Repensando a web com Rails” do Fábio Akita e o The Ruby Way de Hal Fulton. Em duas semanas eu já tinha montado meu primeiro site em Rails, o extinto CarreiraTI, um site de empregos para profissionais da área de tecnologia. Seis meses depois fui convidado para fazer parte da equipe da Surgeworks, onde trabalhei por quase 2 anos.

AkitaOnRails: Quais assuntos mais te interessam atualmente e por quê?

Tenho me interessado muito pelas entranhas da linguagem, entender como o Ruby funciona por dentro. Aos poucos estou deixando o Rails cada vez mais de lado, e me envolvendo mais com o Ruby.

AkitaOnRails: Sobre o que trata sua palestra e para que tipos de desenvolvedores é mais indicado?

Atualmente fui contratado por uma startup brasileira chamada Amanaiê, que desenvolve aplicativos para redes sociais. Depois de passar um tempo fazendo software para estas plataformas, estou trabalhando especificamente no desenvolvimento de um framework para acelerar a criação de projetos deste tipo. Durante muito tempo acompanhei de perto o desenvolvimento do Rails, o que me rendeu dois livros. Este conhecimento é o que tem me ajudado a repensar algumas coisas e criar um novo framework baseado no Ruby.

Minha palestra no Rails Summit tratará exatamente deste tema: o processo de construção de um framework utilizando Ruby. Se você realmente quer entender como o Rails funciona, então crie o seu próprio framework. Nesta palestra vou comentar sobre algumas das dificuldades que encontrei durante este projeto e quais as soluções encontradas. O processo de renderização, geradores de códigos, helpers e banco de dados estão entre os assuntos que serão tratados. Acredito que ao analisar este tópicos de um ponto de vista mais simplista fará com que você entenda melhor como algumas coisas funcionam internamente no Rails.

Speaker Carlos Brando

I think Carlos Brando needs no introduction :-) Everyone knows his blog Nome do Jogo, the e-book Rails 2.1, his open-source projects such as Remarkable. Among his most recent collaborations, there’s the translation of the excellent book from _why, the Poignant Guide to Ruby; and the launch of the Brazilian version of the British website Ruby Inside.

In his own words, he is addicted to programming and is currently chief technology officer for Amanaiê, a Brazilian company that creates, produces and distributes social applications. He is in the software development field for over twelve years, having worked with Visual Basic, C, C++, Java, C# and now Ruby. He has worked in several Brazilian and foreign companies like Portugal Telecom Group, AT&T Latin America, DirecTV, SKY, VISA and Surgeworks Inc.

He has performed in several events related to Ruby in Brazil, including last year’s edition of Rails Summit Latin America.

In addition to his professional activities, Carlos and his wife volunteer teaching to deaf people. He regularly teaches sign language and acts as interpreter.

AkitaOnRails: How did you find Ruby / Rails, what most attracted you?

I’ve been working 12 years as a programmer and at least 7 of them primarily with Microsoft technologies; and I was a bit tired of doing the same things over and over. I’ve literally lost the pleasure in my work. When I heard about Rails for the first time – without understanding what it was – I simply ignored it. A few months later I read an article in Chad Fowler’s blog where he mentioned how happy he was to work with Ruby, and this made me take a second look at Rails.

I started studying on my own and bought “Rethinking the web with Rails” book by Fabio Akita and The Ruby Way by Hal Fulton. In two weeks I had set up my first site in Rails, the now extinct CarreiraTI, a job site for professionals in technology. Six months later I was invited to join the Surgeworks team, where I worked for almost 2 years.

AkitaOnRails: What subjects interest you the most nowadays and why?

I’ve been very interested in the inner plumbings of the language, to understand how Ruby works from the inside. I am gradually leaving Rails aside, and getting more involved with Ruby.

AkitaOnRails: What is your talk at Rails Summit about, and what kind of developers will benefit the most?

I am currently hired by a Brazilian startup called Amanaiê, which develops social network applications. After spending time making software for these platforms, I’m working specifically on developing a framework to speed up the creation of such projects. For a long time I closely followed the development of Rails, which resulted in two books. This knowledge is what helped me to rethink some things and create a new framework based on Ruby.

My talk at Rails Summit will address exactly this issue: the process of building a framework using Ruby. If you really want to understand how Rails works, then create your own framework. In this talk I comment on some of the difficulties I found during this project and what were solutions I used. The process of rendering, code generators, helpers and database are among the subjects to be treated. I believe that in examining this topic from a more simplistic standpoint will make you better understand how things work internally in Rails.

Rails Summit will have Portuguese to English translator, so you can watch Carlos talk too! Register now!

[Off-Topic] Meu Backup Pessoal (Drobo/Time Capsule)

Sat, 19 Sep 2009 15:16:21 PDT

Eu não sou muito paranóico com backup mas tomo meus cuidados. Por exemplo, eu não tenho 100% de confiança em storages remoto, seja ele Gmail, Amazon S3, Dropbox ou qualquer coisa desse tipo. Esse tipo de serviço é uma ajuda extra, mas jamais deve ser o storage primário. Meus e-mails, calendários, contatos estão todos centralizados no Mobile Me, meu Gmail faz forward de tudo pro Mobile Me servindo basicamente como um bom filtro de spam.

Eu tenho uma cópia de tudo isso sincronizado no meu Macbook, e tudo no meu Macbook está guardado no Time Capsule de 1TB, via Time Machine. Portanto eu tenho pelo menos 3 cópias de todos os meus dados mais importantes.

Para outros dados menos voláteis como vídeos, programas, projetos antigos e coisas desse tipo eu tinha dois discos externos ligados, um de 400GB e outro de 500GB, via USB 2 no meu Mac Mini de casa. Eles faziam rsync entre si todos os dias às 4 da manhã. Eu deixo meu Mac Mini ligado o tempo todo, ele não consome muita energia, e é silencioso ao nível de parecer que está desligado, o que é muito importante. Ele próprio também faz backup de si no mesmo Time Capsule. Desta forma todos os meus dados tem pelo menos um backup.

Para o dia-a-dia carrego outro disco externo LaCie de 500GB. Todo dado importante nele tem uma cópia nos discos externos de casa, ele serve apenas para transporte. Porém, essa configuração ainda é muito ruim. Primeiro porque esses cases de disco externo tem cada um uma fonte de energia e um cabo USB. É muito cabo bagunçado. Segundo, eles não foram feitos para ficar ligados o tempo todo, não tem inteligência e consomem muita energia, são muito barulhentos, acumulam muito pó, enfim, são péssimos para esse propósito. O próprio rsync uma vez por dia não é adequado, pois eu fico com uma janela de 24 horas descoberto.

Redundância é extremamente importante. Eu já me vi pensando “que desperdício, tenho 2 discos que somam quase 1TB mas só posso usar 400GB.” Mas esse é o ‘seguro’ que se deve pagar. De nada adianta usar 1TB e depois um dos discos quebra e você perde metade dos seus dados. Por isso há pelo menos 2 coisas que se pode fazer: um mirror bem caseiro com rsync como eu fiz, ou montar um micro caseiro com RAID via software.

Há alguns anos uma empresa chamada Data Robotics apareceu em cena e lançou um dos produtos que está na minha lista de compra faz quase 3 anos: o Drobo. Ele é literalmente um robô.

Como diz a definição da Wikipedia:

Um robô é um agente artificial virtual ou mecânico. Na prática, é normalmente uma máquina eletro-mecânica que é guiada por um computador ou programação eletrônica e, portanto, é capaz de realizar tarefas sozinho.

É exatamente isso que ele faz. Ele é um “enclosure”, uma caixa-preta, onde você pode encaixar facilmente até 4 discos SATA. Ele inteligentemente sabe como gerenciá-los sem precisar se preocupar em configurar partições, volumes, etc. Basta encaixar os drives e ele faz todo o resto. Internamente, ele faz a configuração que for necessária para otimizar o uso do espaço, seja um mirror simples se houver apenas 2 drives até algo parecido com um RAID-5 quando se tem pelo menos 3 drives. Mas nada disso é visível, ele apenas “faz”.

Claro, existem opções muito mais “baratas” em termos de custo de material. Como já disse, qualquer PC velho com software no estilo do FreeNAS ou mesmo um Linux normal onde você configura RAID via software manualmente serviria. A chave aqui é não pensar só no “agora” e pensar no “daqui a pouco”. Os cenários que um storage desse tipo (seja feito em casa, um drive externo como o LaCie, um Windows Home Server ou coisa do tipo) é justamente rápida recuperação quando um dos drives falha, de preferência o mais próximo possível de downtime Zero e fácil expansão: quando eu comprar um drive maior, quero somente encaixá-lo e quero que o sistema se vire para fazer tudo funcionar.

Nenhuma das alternativas, montadas em casa ou comerciais, tem capacidade para garantir downtime zero e expansão flexível inteligente. Este é o diferencial do Drobo, que atualmente simplesmente não tem nenhum equivalente no mercado. Ele é literalmente à prova de BIOS, ou mais adequadamente “Zero Configuration”: você liga na tomada, liga o cabo Firewire 800 ou USB 2 no micro e pronto, ele faz o resto.

Assista este vídeo com a Cali Lewis, é tudo que você precisa saber sobre o funcionamento dele:

É apenas isso mesmo. Veja mais detalhes no site oficial dele. Sim, o preço dele é “salgado”, não sai por menos de USD 400, isso sem contar os drives. Se considerar com mais 2 drives de 1TB cada (ele precisa de pelo menos 2 drives, de qualquer tamanho), o conjunto não sai por menos de USD 600. E junte a isso, claro, a taxa do seu “importador”.

Disclaimer

Antes que alguém comece, não, não estou dizendo que soluções caseiras de RAID são ruins. Se o Drobo não existisse seria exatamente o que eu faria: compraria um micro com gabinete pequeno, um controlador RAID, instalaria um FreeNAS ou algo assim e pronto. Porém, dado que o Drobo existe esta é a solução que eu pessoalmente preferi.

O preço é bem mais caro, pelo menos 2 ou 3 vezes mais, sem sombra de dúvidas, mas a comodidade e segurança de longe compensam. Não é o tipo de coisa que você decide comprar num piscar de olhos. Eu esperei quase 3 anos antes de finalmente comprar.

Qualquer solução que: 1) possibilitar downtime zero de recuperação e; 2) expansão elástica com drives de diferentes capacidades, também com downtime zero; será uma alternativa tão boa quanto o Drobo.

Para começar, veja o tamanho dele comparado ao meu Mac Mini:

Minha experiência até aqui

Meu Drobo está em funcionamento a menos de 24 horas ainda. Mas até agora ele é exatamente o que eu esperava. A primeira coisa que fiz foi ligá-lo na tomada, instalar o Drobo Dashboard (que pode ser baixado do site). Na primeira vez ele pede para formatar os discos e gerar o volume. Depois disso ele já aparece no meu desktop como mais um volume montado.

Daí eu transferi todo meu conteúdo dos drives externos para ele. Fiz isso via rsync mesmo (caso a transferência parasse no meio). Foram quase 400GB de conteúdo que levou mais de 10 horas durante a noite transferindo (USB 2 não é exatamente a coisa mais rápida do mundo).

Isso pronto, pela manhã eu já pude retirar os drives externos. Só isso já me deu um enorme alívio: foram toneladas de cabos a menos embaixo da minha mesa, cabos USB em cima e aqueles cases feios e empoeirados. Minha mulher agradece. Veja como o case estava acumulando muita poeira:

Retirei os drives dos cases, limpei e imediatamente inseri nos dois slots sobrando do Drobo. Ele imediatamente reconheceu os novos drives e, sem precisar desmontar o volume ou parar de copiar arquivos para ele, o espaço disponível aumentou dinamicamente. Essa é a facilidade inegável dessa arquitetura: agora tenho 2 drives de 1TB cada, um de 500GB e outro de 400GB formando um espaço útil de quase 1.7TB redundantes.

Claro, a brincadeira não estaria terminada se eu não pudesse testar a maior funcionalidade dele: retirar e recolocar drives dinamicamente sem perder acesso do micro ao volume. Foi o que eu fiz: retirei um dos discos, enquanto tudo estava ligado, para simular um drive com falha. Meu Mac Mini nem pestanejou e para ele o volume continuava ali, intacto, e eu conseguia acessar os dados sem problemas. Recoloquei o drive e após alguns segundos todas as luzes já estavam verdes novamente.

Veja a quantidade irritante de cabos que tinha no chão embaixo da mesa:

A principal vantagem se chama paz de espírito: eu sei que na hora de um aperto, quando um dos drives falhar (e um deles vai, eles sempre falham) será tão simples quanto comprar um novo drive e espetar no lugar. Ainda tem tempo para encher esses 1.7TB, mas se encher, basta comprar um drive maior e espetar no lugar do drive mais velho. E assim por diante.

Em termos visuais, o fato de ter tirado aquele monte de coisas atrapalhando da mesa e colocado um monolito elegante e simples é uma grande ajuda. Ele é um produto que foi feito com cuidado: nada de parafusos aparecendo, ventoinhas barulhentas. É um monolito negro, e com ótimo acabamento. Inclusive a tampa da frente, que dá acesso aos drives, é anexado magneticamente, também dispensando a necessidade de uma chave de fenda. São detalhes desse tipo que demonstram o cuidado que um fabricante tem com seu produto.

Agora, veja como minha mesa ficou muito mais agradável:

Tem tudo que um bom produto precisa: é efetivamente funcional, extremamente simples de usar, transmite segurança, e tem um excelente acabamento, é bonito. O software também é simples, tem o suficiente para informar e operar tudo que preciso – e na grande maioria do tempo ele vai ficar desligado – além disso o hardware em si é eficiente em mostrar as informações mais importantes como o estado dos drives (luzes verde, vermelha e laranja) e um indicador azul onde cada led aceso indica 10% do espaço físico real já utilizado. Ou seja, basta olhar para ele para saber o que fazer.

O Drobo em si não é um NAS (Network Attached Storage – Storage anexado à rede). Para torná-lo um NAS é necessário outro produto chamado DroboShare que é basicamente um mini-computador, num design bem pequeno, que permite compartilhar o Drobo à uma rede. Você pode adquirir esse produto ou simplesmente ligá-lo a qualquer computador na rede. No meu caso, o Mac Mini é um excelente micro para ser um servidor caseiro. É pequeno, silencioso, consumo adequado de energia, e por isso vou manter os dois conectados e ligados o tempo todo. Com recursos com o Back to My Mac que vem no Mobile Me, consigo ter acesso a ele, de forma segura usando um canal encriptado, de qualquer lugar a partir do meu Macbook, seja do escritório, seja de algum hotel, aeroporto, etc. Muito conveniente.

Ainda tem pouco tempo de uso, esse tipo de produto precisa de meses para realmente começar a mostrar seu valor, mas para mim já valeu a pena o investimento.

Conclusão

Definitivamente estou muito contente com esta solução. Com o tempo esse tipo de solução deve ficar mais barata. Já está mais acessível do que era quando foi lançado, se não me engano era na faixa dos USD 500 ou mais. Além disso discos de 1TB há 3 anos eram muito caros. Hoje os discos de 2TB estão ficando acessíveis.

Ou seja, discos, assim como memória RAM e pendrives, estão literalmente baratos. São ítens que já foram bastante comoditizados. Pensando que a velocidade dos provedores deve crescer, que o nível de downloads deve aumentar, que o preço dos drives está caindo, a dinâmica de trocar de drives deve ser mais comum e a preocupação em manter tanto volume sem redundância é muito pior. É exatamente esse tipo de proteção contra o tempo que o Drobo vende. É isso que estou pagando.

Esta solução é mais do que adequada para uma pessoa física, como um storage para residências. Deve também ser mais do que suficiente para micro-empresas que precisam de storage para um servidor compartilhado de arquivos. Para pequenas empresas que lidam com volumes maiores de dados como estúdios, produtoras, vocês vão querer o Drobo Pro. É a mesma coisa mas em vez de 4 slots ele tem espaço para até 8 drives paralelos, permitindo inclusive montar o storage usando iSCSI via Gigabit Ethernet.

Para empresas média ou grandes, claro, não é esta a solução que você precisa. Procure storages de verdade, de grande porte, com hardware especializado. Além disso, lembrar que o Drobo não é a mesma categoria de produto que um HP Mediasmart. As características que mencionei no “Disclaimer” acima não se aplicam a quase nenhum outro produto. A maioria dos “storages” vendidos ao consumidor não são mais do que um HD SATA com um case glorificado. Pior ainda quando eles vendem um case com 2 HDs configurados em mirror como um striped set, onde se você perde um drive, perde todos os dados.

Finalmente, esta solução ainda não é completa. É o suficiente para uma residência. Mas se você tem uma micro-empresa e tem dados valiosos, você vai querer backup on-site e off-site (ou seja, guardado fisicamente fora do seu escritório). De nada adianta um backup onsite se seu escritório pegar fogo, ou se sofrer um roubo e ele for levado embora. Sempre garanta que seus dados estejam seguros fora daqui. No meu caso, residencial, é por isso que eu pago por um Mobile Me, para que meus dados mais importantes como meus e-mails estejam off-site, como contingência.

[Rails Summit 2009] Palestrante Bryan Liles

Fri, 18 Sep 2009 09:29:47 PDT

English translation: click here

Bryan Liles ficou bastante conhecido depois do Ruby Hoedown de 2008 com sua palestra Test All the Fucking Time cunhando o termo “TATFT”.

RailsConf 2009 – Mensagem de Bryan Liles para Brasileiros from Fabio Akita on Vimeo.

Ele virá falar sobre boas práticas de programação, baseado numa séria que começou recentemente no seu blog Smartic.us, chamado #yerdoinitwrong (literalmente, “voceestafazendoerrado”). Veja a apresentação da série:

#yerdoinitwrong intro from Bryan Liles on Vimeo.

O primeiro episódio fala sobre enviar os logs do Rails para um servidor remoto usando syslog, e recomenda o excelente Splunk, que eu também gosto. Não perca os episódios.

Não deixe de trocar figurinhas com ele durante o Rails Summit! Inscreva-se já!

Speaker Bryan Liles

Bryan Liles became very well known after his talk Test All the Fucking Time at Ruby Hoedown 2008, coining the term “TATFT”.

RailsConf 2009 – Bryan Liles message to Brazilians from Fabio Akita on Vimeo.

He’ll come to talk about best practices in software development, based on the series he recentely started at his blog Smartic.us called #yerdoinitwrong. Watch his introduction to the series:

#yerdoinitwrong intro from Bryan Liles on Vimeo.

The first episode talks about sending your Rails logs to a remote server using syslog, and he even recommends the excellent Splunk, which I like as well. Don’t miss his episodes.

And come to the Rails Summit to talk and exchange information with him! Register now!

[Rails Summit 2009] Palestrante Leonardo Borges

Thu, 17 Sep 2009 15:51:48 PDT

English translation: click here

A partir de hoje vou colocar alguns posts sobre alguns dos palestrantes do Rails Summit Latin America 2009. Não deixe de se inscrever! Dias 13 e 14 de Outubro, em São Paulo.

Leonardo Borges é desenvolvedor com 9 anos de experiência, já trabalhou em empresas de portes variados criando aplicações corporativas especialmente em Java. Atualmente vive em Madrid e trabalha com Ruby On Rails na Mirai España onde, dentre outros projetos, participa da iniciativa JRuby de integrar código legado com Rails. Escreve no seu blog sobre desenvolvimento de software e temas relacionados.

AkitaOnRails: Como você encontrou Ruby/Rails, o que foi que mais te atraiu?

Foi no início de 2007. Lendo blogs e notícias na internet cheguei no site oficial do Rails e vi o famoso vídeo Creating a weblog in 15 minutes. Fiquei impressionado! Aquele vídeo foi capaz de vender nao só a produtividade que o Rails proporciona, mas o nível de expressividade ao qual podemos chegar em Ruby.

AkitaOnRails: Quais assuntos mais te interessa atualmente e por quê?

Devido à natureza dos projetos aqui na empresa – um mix de Ruby e Java – tenho me interessado bastante em JRuby e a JVM de uma maneira geral, estudando também alternativas como Scala.

AkitaOnRails: Sobre o que trata sua palestra e para que tipos de desenvolvedores é mais indicado?

Eu acredito que JRuby veio pra ficar e que uma de suas maiores forças está em atrair empresas/desenvolvedores já acostumados ao mundo Java. Para isso uma integração precisa e simples entre Ruby e Java deve ser possível.

Na minha palestra “JRuby no mundo corporativo” vou mostrar como essa integração pode ser feita para dar uma nova roupagem a um sistema legado usando JRuby on Rails.

Essa sessão é para qualquer desenvolvedor Ruby interessado em rodar suas applicaçoes na JVM. No entanto, se você está trabalhando com Java no momento e está pensando como pode introduzir Ruby na sua empresa, essa palestra pode ser particularmente útil.

AVISO: Você verá fontes Java e XML nessa sessão! :P

Speaker Leonardo Borges

Starting off today, I’ll post about some of the speakers for Rails Summit Latin America 2009. Register today! It’s gonna be at São Paulo, Brazil, October 13th and 14th.

Leonardo Borges is a developer with 9 years of experience. He’ve been working for several companies creating enterprise applications specially with Java. He currently lives in Madrid, where he works with Ruby on Rails at Mirai España where, among other projects, colaborates in the JRuby initiative to integrate legacy code with Rails. He writes in his blog about software development and related subjects.

AkitaOnRails: How did you find Ruby/Rails, what attracted you the most?

It was in the beginning of 2007. By reading blogs and news on the internet I arrived at the Rails official website where I saw the famous Creating a weblog in 15 minutes screencast. I was impressed! That video was able to sell not only the productivity that Rails delivers, but also the level of expressiveness where we can achieve in Ruby.

AkitaOnRails: What subjects most interest you and why?

Due to the nature of the projects I have in my company – a mixture of Ruby and Java – I’ve very interested in JRuby and the JVM in general, studying alternatives such as Scala as well.

AkitaOnRails: What is the subject of your talk and what kind of developers will benefit the most?

I believe that JRuby will stay for a long time and one of its major strengths is to attract companies/developers already used to the Java world. For that end, a precise and simple integration between Ruby and Java is necessary.

In my talk “JRuby in the enterprise” I’ll show how that integration can be achieved to bring new life to a legacy system using JRuby on Rails.

This session is recommended to any Ruby developer interested in running his applications on the JVM. On the other hand, if you’re currently working with Java and trying to figure out how to introduce Ruby in your company, this talk can be particularly useful.

Warking: You’ll see lots of Java and XML source code in this talk! :P

[Rails Summit 2009] O Trailer mais Esperado!

Thu, 17 Sep 2009 08:06:55 PDT

Imagino que quem viu o Teaser Trailer de ontem ficou curioso. O pessoal que participou do Dev in Rio viu uma versão “especial” em primeira mão alguns dias atrás, agora aí vai a versão oficial:

E você, já se inscreveu no Rails Summit Latin America 2009 ?

[Tradução] Os problemas do pensamento do Visual Studio (e outras IDEs)

Wed, 16 Sep 2009 22:57:15 PDT

De tempos em tempos alguém me pergunta algo do tipo “Que IDE você usa para programar em Ruby?” E todos ficam surpresos ou frustrados quando eu digo “Nenhum, apenas um editor de textos competente.” Parece que a maioria dos programadores de Visual Basic, Delphi, Java, C#, VB.NET, simplesmente não conseguem sair do dogma dos IDEs com IntelliSense.

Eu, felizmente, comecei a programar dBase numa era onde o máximo em editor de textos era o Wordstar. No DOS eu usei EDLIN e depois o Edit que vinha nos DOS acho que 5.0. Quando fui programador Clipper no começo da década de 90, meu editor favorito era o Norton Editor. Somado a ferramentas como Sidekick, eu tinha a estação de desenvolvimento mais poderosa que se poderia querer: um editor de textos e só.

Quando o Java surgiu, um IDE com capacidades de auto-complete eram obrigatórias. Em .NET a mesma coisa, e pelas mesmas razões. Aqui eu traduzo a palestra entitulada O Visual Studio estraga nossas mentes?, apresentada no NYC .NET Developer’s Group, em 20 de Outubro de 2005 por Charles Petzold. Ele faz uma longa análise dos fundamentos de porque um programador viciado nos dogmas impostos pelo Visual Studio está se tornando um programador ruim.

Atualmente, eu programo apenas Ruby (e outras coisas como Javascript de vez em quando) apenas no Textmate, um competente editor de textos, reminiscente de inspirações em Emacs e Vim, outros dois excelentes editores. E não sinto falta de Eclipses, Netbeans ou qualquer coisa desse tipo e, obviamente, nenhuma falta do Visual Studio. Ah sim, precisar de auto-complete só mostra uma coisa: que as APIs estão sendo muito porcamente desenhadas ultimamente, tornando-as ridiculamente longas!

Recomendo ler o artigo inteiro, pois só traduzi as partes relevantes ao meu ponto. Vamos à tradução:

PS: Vale a pena descrever o paradoxo: não dá para efetivamente ser produtivo em .NET sem Visual Studio, em Java sem Eclipse/Netbeans/etc ou ObjC sem XCode. Isso é um fato. Na prática mesmo, a solução não é fazer C# em Notepad. Esse é o ponto a se pensar ;-)

Proliferação de APIs

Vinte anos atrás, em Novembro de 1985, o Windows 1.0 foi lançado com cerca de 400 funções documentadas. Dez anos depois, o Windows 95 teve bem mais de mil.

Hoje (em Outubro de 2005), estamos prontos para o lançamento oficial do .NET Framework 2.0. Tabulando somente o MSCorLib.dll e aqueles assemblies que começam com a palavra System, temos mais de 5.000 classes públicas que incluem mais de 45.000 métodos públicos e 15.000 propriedades públicas, sem contar os métodos e propriedades herdados e não sobrescritos. Um livro que listasse os nomes, valores de retorno e argumentos destes métodos e propriedades, uma por linha, teria cerca de mil páginas.

Se você escrevesse cada uma das 60.000 propriedades e métodos em cartões de 7 por 12 centímetros com uma pequena descrição do que fazem, teria uma pilha de 12 metros. Estes 60.000 cartões, alinhados de ponta a ponta – pelo comprimento de 12cm – poderia cercar o Central Park (quase), e eu ouvi que isso será realmente um projeto de arte pública no próximo verão.

Pode qualquer programador dominar 60.000 métodos e propriedades? Acho que não. Uma solução, é claro, é a especialização. Eu mesmo me especializei. Esta noite, eu espero que ninguém me faça perguntas sobre Web Forms ou ASP .NET ou SQL Server, pois essas não são minhas especialidades. Eu faço Windows Forms, e minha linguagem é C#.

IntelliSense

Visual Studio tem tentado atenuar o problema da proliferação de classes, métodos e propriedades com um recurso chamado IntelliSense. Isso certamente coloca a informação ao nosso alcance, se você pensar em seus dedos no sentido figurado como aquele lugar na tela onde o cursor do teclado está.

Como outras tecnologias viciantes, eu tenho um relacionamento de amor / ódio com o IntelliSense, e quanto mais eu o desprezo mais o uso, e quanto mais eu o uso, mais revoltado fico com a forma como fiquei viciado, e quanto mais viciado fico, mais eu desejo que isso nunca tivesse sido inventado.

Apenas no caso de você ter estado fora das trincheiras por algum tempo, o IntelliSense é a culminação de algumas tentativas anteriores em tecnologias de completar código. Se você digitar um nome de objeto e um ponto, por exemplo, obterá um menu de rolagem com uma lista de todos os métodos públicos, propriedades e eventos para essa classe, e quando você escolhe um nome de método e abre um parêntese, poderá obter as sobrecargas com vários argumentos, e uma dica descrevendo o que o método faz.

IntelliSense é considerado por alguns como a inovação de programação mais importante desde a cafeína. Ele funciona especialmente bem com .NET porque o Visual Studio pode usar reflexão para obter todas as informações que precisa das DLLs que você especificou como referências.

Na verdade, o IntelliSense tornou-se o primeiro aviso quando você não incluiu devidamente uma referência DLL ou uma diretiva using no topo do seu código. Você começa a digitar e o IntelliSense aparece com nada. Daí já sabe imediatamente que algo está errado.

E, no entanto, o IntelliSense também está ditando a forma como programamos.

Por exemplo, por muitos anos os programadores têm debatido se é melhor codificar de cima para baixo, onde basicamente você começa com a estrutura geral do programa e, eventualmente, o código das rotinas mais detalhadas na parte inferior ou, alternativamente, a abordagem de baixo para cima, onde você começa com as funções de nível baixo e prossegue para cima. Algumas linguagens, como Pascal clássico, basicamente impõe uma abordagem de baixo para cima, mas outras linguagens não.

Nota do Akita: Na comunidade Ruby on Rails, na vertente que adotou o Cucumber como ferramenta Ágil, o conceito de Behavior Driven Development (BDD) nos leva a programar de cima para baixo, que hoje é considerado uma forma muito mais eficiente de desenvolvimento, iniciando pelas User Stories, indo para a interface com o usuário, depois as rotas, os controllers, os models e só então as tabelas no banco, por exemplo.

Bem, o debate está terminado. Para o IntelliSense funcionar corretamente, programação de baixo para cima é melhor. O IntelliSense quer cada classe, cada método, cada propriedade, cada parâmetro do método, todas as variáveis locais adequadamente definidas antes de se referir a elas. Se esse não for o caso, então ele tentará corrigir o que você está digitando, usando algo que foi definido, e que provavelmente é simplesmente errado.

Por exemplo, suponha que você está digitando um código e decide que precisa de uma variável chamada id, e em vez de defini-la primeiro, você começa a digitar uma instrução que começa com id e um espaço. Eu sempre digito um espaço entre a minha variável e o sinal de igual. Como id não está definido em nenhum lugar, o IntelliSense encontrará algo que começa com estas duas letras que está sintaticamente correta, de acordo com as referências, namespaces, e o contexto de seu código. No meu caso particular, o IntelliSense decide que eu realmente queria definir uma variável do tipo de interface IDataGridColumnStyleEditingNotificationService, uma interface que eu nunca tive a oportunidade de usar.

No lado positivo, se você realmente precisa definir um objeto do tipo IDataGridColumnStyleEditingNotificationService, tudo que precisa fazer é digitar id e um espaço.

Se isso é errado, você pode eliminar o código proposto pelo IntelliSense e voltar ao que digitou originalmente com a combinação de teclas Ctrl-Z para desfazer. Eu gostaria de bater na mão dele e dizer “Não”, mas Ctrl-Z é a única coisa que funciona. Quem poderia supor que Ctrl-Z se tornaria uma das teclas mais importantes na utilização de modernas aplicações do Windows? Ctrl-Z funciona no Microsoft Word como, bem, quando o Word é excessivamente agressivo consertando sua digitação.

Mas a implicação aqui é impressionante. Para o IntelliSense começar a trabalhar direito, você não apenas deve codificar em uma estrutura de baixo para cima, mas dentro de cada método ou propriedade, também deve escrever código linearmente do início ao fim – exatamente como se estivesse usando o editor de linhas do velho DOS, o EDLIN. Você deve definir todas as variáveis antes de usá-las. Não mais saltando para qualquer lugar em seu código.

Nota do Akita: por isso é tão desconfortável exercitar Test Driven Development (TDD) com IDEs: TDD exige programação de cima para baixo, primeiro criando testes que falham para depois criar o código que a satisfaz. A IDE simplesmente não gosta dessa ordem e exige malabarismo para sair disso.

Não é que o IntelliSense está nos ensinando a programar como uma máquina, é só que o IntelliSense seria muito mais feliz se assim o fizéssemos.

E eu acho que isso está nos tornando mais idiotas. Em vez de descobrir exatamente o método que eu preciso, ou em vez de tentar lembrar um nome de propriedade indescritível, encontro-me a percorrer as possibilidades que o IntelliSense oferece, à procura de um nome familiar, ou pelo menos algo que parece se encaixar.

Eu não preciso lembrar mais nada. O IntelliSense se lembrará para mim. Além disso, eu justifico a mim mesmo que não quero aqueles 60.000 métodos e propriedades bagunçando minha mente. A minha saúde mental global será sem dúvida melhor sem eles, mas ao mesmo tempo, estou impedido de alcançar um estilo fluido de codificação porque ela não vem inteiramente da minha cabeça. Minha codificação tornou-se um diálogo constante com o IntelliSense.

Então eu não acho que o IntelliSense está nos ajudando a nos tornar programadores melhores. O objetivo real é para nos tornarmos programadores mais rápidos, o que também significa que está barateando nosso trabalho.

Claro, eu poderia sempre apenas desligá-lo.

E andar descalço? De jeito nenhum!

IntelliSense é uma tecnologia inevitável. Se a Microsoft não tivesse feito isso, alguém teria. Os seres humanos nunca foram inclinados a abster-se de perseguir certas tecnologias, pois eles podem ter repercussões infelizes.

Código Gerado

Não só o Visual Studio tenta completar código que estamos digitando, mas há muitos anos, o Visual Studio quis gerar o código para nós. Se selecionarmos um novo projeto de tipo Aplicativo Windows, por exemplo, e dar-lhe um nome e um local em uma unidade de disco, o Visual Studio gerará código suficiente para que este projeto seja imediatamente compilável e executável.

De alguma forma, nós fomos convencidos de que esta é a maneira correta de programar. Eu não sei porquê. Pessoalmente, acho que iniciar um programa com um arquivo de código fonte vazio é muito agradável. Eu gosto de escrever as preliminares e, em seguida, a função principal, ou o método main. O momento em que eu possa realmente usar alguma ajuda não é quando estou começando um programa, mas quando estou tentando terminar. Onde está o Visual Studio então?

Vamos para o Visual Studio 2005 em nossa imaginação e criar um programa C# Windows Forms – um projeto do tipo Aplicação Windows – e analisar o código.

Primeiro, vemos que o Visual Studio ligou o nosso programa a um grupo de bibliotecas de vínculo dinâmico que ele acha que precisamos. Criou referências não somente aos assemblies System, System.Drawing e System.Windows.Forms que são necessários em qualquer aplicativo não-trivial de Windows Forms, mas também System.Data, System.Deployment e System.Xml, independentemente se seu programa necessita dessas DLLs ou não. Estas referências extras não fazem nenhum mal real, exceto se alguém examina o programa – talvez para fazer algumas alterações após o programador original ter ido embora – e assume que a aplicação requer estas referências. Agora há confusão, porque existem referências a DLLs que o programa realmente não precisa.

Entre outros arquivos, o Visual Studio cria um Form1.cs que gentilmente permite a você, o programador, modificar. Esse é o código fonte do arquivo onde os manipuladores de eventos vão para controles no formulário principal. Nós vemos um monte de directivas using no topo com os namespaces para as necessidades do programa. Os namespaces normais para os programas do Windows Forms são System, System.Drawing e System.Windows.Forms, mas o Visual Studio também inclui System.Collections, System.ComponentModel, System.Data e System.Text, alguns dos quais são úteis com certeza, mas se o programa realmente não usar qualquer uma das classes nesses namespaces, eles são apenas ruídos de distração.

O Visual Studio também inclui todo o código que gera em um namespace onde é dado o mesmo nome que o nome do projeto. Claro, eu entendo completamente o valor de ter um namespace para DLLs, mas por que ter um namespace para as aplicações? Eu pensei muito, e não consigo entender.

Eu tenho falado sobre código, mas quando você cria um novo projeto Windows Forms, o Visual Studio não coloca qualquer um dos arquivos de código fonte na sua frente. Em vez disso, ele coloca uma exibição de design de um formulário onde você deve começar a preencher de forma interativa com controles.

O Visual Studio também cria um arquivo chamado Form1.Designer.cs, e em algumas versões beta do Visual Studio 2005, esse arquivo não foi sequer listado entre os arquivos do projeto, por padrão. Este é o arquivo onde o Visual Studio insere código gerado quando você cria o formulário. O Visual Studio realmente não quer que você mexa com esse arquivo e por boas razões. Ele espera que este código gerado esteja em um determinado formato e, se você mexer nele, pode não ser capaz de lê-lo de volta na próxima vez que abrir o projeto.

(…)

Design Interativo

A maioria das coisas realmente inovadoras de design interativo, encontrou sua primeira manifestação no Visual Basic de Windows, e aqui é onde eu comecei a ficar nervoso sobre onde a programação no Windows estava indo. Não só você poderia mover um botão em seu formulário, e de forma interativa posicioná-lo e acertar seu tamanho do jeito que quisesse, mas se clicasse no botão, o Visual Basic geraria um manipulador de eventos para você, deixando-o digitar o código.

Isso me incomodou porque o Visual Basic estava tratando de um programa não como um documento completo e coerente, mas como pequenos trechos de código anexado para objetos visuais. Isso não é programar. Não é isso que o compilador vê. Como é que alguém obtêm um senso de um programa completo? Me deixou perplexo.

Eventualmente, o material de desenho interativo encontrou seu caminho para o desenvolvimento com C++ e Microsoft Foundation Classes, e lá, eu realmente acreditei, a geração de código foi usado para esconder um monte de coisas cabeludas do MFC que realmente ninguém queria ouvir falar.

Para um autor que escreve livros de programação, todo este material apresenta um dilema. Como você escreve um tutorial de programação? Você se concentra sobre o uso do Visual Studio para desenvolver aplicativos? Sinceramente, eu achei muito difícil escrever frases como “Agora arraste o objeto botão da caixa de ferramenta para a sua caixa de diálogo” e ainda sentir como se estivesse ensinando programação. Eu nunca escrevi sobre C++ e MFC, parcialmente porque MFC parecia um invólucro fino sobre a API do Windows e muito mal orientado a objetos. Eu continuei a rever edições posteriores do Programming Windows sob a suposição de que os seus leitores fossem programadores como eu, que preferiam escrever seu próprio código do zero.

Até mais, Resource Script

Eu comecei a olhar para o beta do .NET 1.0 e Windows Forms, no verão de 2000, e era claramente mais orientado a objeto do que o MFC jamais poderia ser. Gostei disso. Eu também estava intrigado que o Resource Script tinha desaparecido completamente. Você criava e montava controles nas caixas de diálogo – agora reunidos sob o termo mais global de “formulários” – ali mesmo em seu código. Claro que, mesmo no Windows 1.0, você poderia criar controles no código, e a primeira edição do Programming Windows tem alguns exemplos. Mas simplesmente não era muito agradável, porque toda criação de controles envolvia uma chamada para a função CreateWindow de 11 argumentos. Mas a criação de controles via código no Windows Forms era um piscar de olhos.

O que é agradável sobre criar e manipular controles no código é que você os está criando e manipulando no código. Suponha que você queira uma coluna de dez botões igualmente espaçados do mesmo tamanho exibindo nomes de cores. Em um programa, você pode realmente armazenar os dez valores de cores em um só lugar. É chamado um array. Há também uma excelente forma de criar e posicionar estes dez botões. É chamado de um loop for. Isso é programação.

Mas o Visual Studio não quer que você use arrays ou loops for para criar e posicionar esses botões. Ele quer que você use o designer, e ele quer gerar o código para você e escondê-lo onde você não possa vê-lo.

Quase vinte anos após o primeiro Editor de diálogo, o Visual Studio agora é o culpado, que gera código feio e o avisa para que não se meta com ele.

Se você tentar ler este código, não é assim tão fácil, porque cada classe e estrutura é precedido por um namespace completo:

1	System.Windows.Forms.Button button1 = System.Windows.Forms.Button ();

Claro, nós sabemos porque o Visual Studio precisa fazer isso. Em teoria, é possível para você adicionar à caixa de ferramentas do Visual Studio outro controle Button chamado de outra DLL com outro namespace, e deve haver uma maneira de diferenciá-los.

Como o Visual Studio está gerando código baseado nos controles que você selecionar, ele dá nomes padrões aos controles, como button1, button2, button3, label1, label2, label3, textBox1, textBox2, textBox3.

Claro, o Visual Studio permite que você altere o nome da variável. Você pode alterar a propriedade Nome do controle, e isso se torna não apenas a propriedade Nome do objeto botão, mas também o seu nome de variável.

Os programadores realmente fazem isso? Eu tenho certeza que alguns fazem, mas também estou certo que muitos não o fazem. Como eu sei? Dê uma olhada em alguns dos códigos de exemplo que vem da Microsoft. Lá você verá button1, button2, button3, etc. E, no entanto, todos concordam que um dos elementos mais importantes de código auto-documentado está em dar nomes significativos às suas variáveis e objetos.

Se o Visual Studio realmente quisesse que você escrevesse código bom, toda vez que você arrastasse um controle no formulário, uma janela pop-up irritante diria: “Escreva um nome significativo para este controle.” Mas o Visual Studio não está interessado em fazer você escrever código bom. Ele quer que você escreva código rápido.

Enquanto estou no assunto de nomes de variáveis, eu deveria dizer algo positivo sobre o Visual Studio. O Visual Studio 2005 tem uma facilidade totalmente esplêndida de renomear variáveis. Você sabe como às vezes realmente quer mudar o nome de uma variável para estar mais em sintonia com sua função real no programa, mas você está receoso por causa dos possíveis efeitos secundários de buscar e substituir? Bem, esta nova renomeação de variáveis evita tudo isso, e também irá lhe dizer se você está renomeando algo para um nome que já existe. Espero que as pessoas se aproveitem disso para renomear seus controles para algo diferente dos padrões do Visual Studio.

Propriedades usadas Demais

Outro problema com a geração de código do Visual Studio é que todo controle vira uma propriedade na classe onde é criado. Esta é uma prática odiosa de programação, e realmente me incomoda que programadores possam estar olhando o código gerado pelo Visual Studio para aprender técnicas de programação adequada, e é isso que eles vêem.

Nos dias anteriories à orientação-a-objetos de programação C, tínhamos variáveis locais e variáveis globais, variáveis dentro de funções e variáveis fora de funções. Um dos objetivos da boa programação em C estava em manter o número de variáveis globais ao mínimo. Como qualquer variável global poderia ser modificada por qualquer função, era mais fácil entender um programa se simplesmente não houvesse muitas delas – se as funções estritamente se comunicassem entre si através de argumentos e valores de retorno.

Às vezes, no entanto, os programadores C ficavam um pouco, digamos, sonolentos, e faziam uma série de variáveis globais que realmente não precisavam existir, porque era mais fácil dessa maneira. Ao invés de acrescentar um argumento extra para uma função, porque armazená-lo como uma global?

As variáveis globais basicamente desapareceram em programação orientada-a-objetos, exceto que propriedades são agora as novas variáveis globais e podem ser abusadas de forma muito ruim.

Um dos princípios básicos de programação orientada-a-objetos está em esconder dados. Isso geralmente se aplica entre classes. Classes não devem expor tudo o que têm. Elas deveriam ter uma interface pública o menor possível, e outras classes devem saber apenas o que precisam saber. Mas o princípio de ocultamento de dados é importante também dentro de uma classe. Métodos devem ter acesso limitado aos dados que outros métodos estão usando. Em geral, as variáveis devem ser locais para um método a menos que haja uma razão específica de porque precisam ser acessados de qualquer outro método.

Quando você cria um objeto usando o operador new, a quantidade de armazenamento alocada no heap para o objeto deve ser suficiente para acomodar todas as propriedades definidas na classe que está criando o objeto e todas as classes ancestrais. As propriedades basicamente definem o tamanho do objeto na memória. Eu sei que estamos muito além do ponto de se preocupar com cada byte de armazenamento, mas quando você olha para as propriedades que definiu em sua classe, deve estar se perguntando: Será que todo este material realmente precisa ser armazenado com cada objeto no heap? Ou restringi com sucesso as propriedades às informações necessárias para manter o objeto?

Alguém me disse que gosta de armazenar objetos como propriedades porque tem medo do garbage collector do .NET limpar tudo que não estiver em definições apropriadas de propriedade. Depois de anos definindo muito poucas propriedades em .NET, posso lhes dizer que isto não é um problema. O garbage collector do .NET só excluirá objetos que não são mais referenciados em qualquer parte do programa. Se você ainda pode acessar um objeto de alguma forma, ele não é elegível para coleta de lixo.

Em teoria, nenhuma controle-filho criado como parte de um formulário deve ser armazenado como uma propriedade porque o pai – geralmente um formulário – armazena todos os seus controles-filho na coleção chamada Controls, e você pode fazer referência a cada controle indexando a propriedade Controls usando inteiros ou a propriedade texto Nome que lhe foi atribuída ao criar o controle. E aqui mais uma vez você está muito melhor se os controles tiverem nomes significativos e não button1, button2, button3, label1, label2, label3 …

Se um determinado objeto é definido como uma propriedade ou uma variável local é algo que nós, como programadores devemos estar pensando a cada objeto que criamos. Um label que tem o mesmo texto durante toda a duração do formulário pode ser facilmente local. Para um rótulo cujo texto é o conjunto de um manipulador de eventos de algum outro controle, provavelmente é mais conveniente armazenar como uma propriedade.

É muito simples. Mas o Visual Studio não quer que você pense sobre isso. O Visual Studio quer tudo armazenado como uma propriedade.

Visual Studio Desmistificado

Mesmo se o Visual Studio gerasse código imaculado, ainda haveria um problema. Como ele está gerando o código, também ergue muros entre o código e o programador. Ele implica que esta é a única maneira que você pode escrever um programa Windows moderno ou web, porque há certos aspectos da programação moderna que só ela conhece. E o Visual Studio aumenta essa impressão, incluindo código clichê que contém material que nunca foi realmente discutido de forma adequada, nos tutoriais ou documentação que a Microsoft oferece.

Torna-se imperativo para mim, como professor de programação Windows Forms e programação de Avalon, deliberadamente ir na direção oposta. Eu sinto necessidade de desmistificar o que o Visual Studio está fazendo e demonstrar como você pode desenvolver esses aplicativos escrevendo seu próprio código e, se você quiser, compilar esse código na linha de comando totalmente fora do Visual Studio.

Nos meus livros de formulários do Windows, eu digo ao leitor para não escolher Aplicação Windows quando se inicia um novo projeto Windows Forms, mas escolher a opção Projeto Vazio em vez disso. O projeto vazio não cria nada além de um arquivo de projeto. Todas as referências e todo o código deve ser adicionado explicitamente.

Estou prestando um serviço público, mostrando aos programadores como escrever código de uma maneira que é diametralmente oposta às funcionalidades incorporadas na ferramenta que eles estão usando? Eu não sei. Talvez isto seja errado, mas não vejo outra alternativa.

(…)

Os Prazeres Puros de Código Puro

Alguns meses atrás – talvez como um antídoto para toda essa overdose de Windows Forms e programação Avalon que tenho feito – eu comecei a programar em C novamente. Só um pouquinho. Uma revista que li – o semanário britânico New Scientist – tem uma parte chamada de “Enigma”, que apresenta um pequeno enigma de matemática. Aqui está um curto de Junho passado: “Qual é o maior inteiro cujos algarismos são todos diferentes (e não incluem 0), que é divisível por cada um dos seus dígitos individuais?” Se você resolve um dos problemas Enigma, pode enviar a sua solução, e uma é escolhida aleatoriamente em uma determinada data, e se o seu for escolhido você ganha USD 25 e uma menção na revista.

Estes problemas Enigma realmente me incomodaram durante anos, porque eles sempre me pareceram ser resolvidos escrevendo um programa curto e testando as possibilidades e, por alguma razão, isso me parecia absurdo.

Alguns meses atrás eu decidi que poderia realmente ser interessante resolver os problemas com código, e em seguida enviar os programas e soluções no meu site um dia depois do prazo, mas cerca de uma semana antes da resposta aparecer impressa.

Eu decidi usar o bom e velho ANSI C, e editar o código-fonte no Bloco de notas – que não tem nenhuma noção de IntelliSense e nenhuma noção de qualquer outra coisa – e compilar na linha de comando usando tanto o compilador Microsoft C e o compilador GNU C.

O que é interessante sobre este projeto é que eu não tenho que olhar nada. Eu tenho codificado em C há 20 anos. Foi a minha linguagem preferida antes de C#. E isso é apenas pura codificação algorítmica com saída de texto simples. É somente conteúdo.

Eu também descobri que os problemas realmente exigem uma reflexão antes de codificá-los. Muitas vezes, o número total de combinações é proibitivo. Você realmente tem que trabalhar. Você não quer escrever um programa que precisa ser executado por uma semana antes de chegar à instrução printf. Por exemplo, se o problema que citei: “Qual é o maior inteiro cujos algarismos são todos diferentes (e não incluem 0) que é divisível por cada um dos seus dígitos individuais?” Isso realmente ajuda a perceber que este número inteiro não pode conter o dígito 5 se ele também contém qualquer dígito par, porque então o número será divisível por 10, e o último dígito seria 0, o que não é permitido. Assim, o número que estamos procurando provavelmente não inclui 5. O que imediatamente reduz as possibilidades por uma ordem de grandeza.

Mesmo após este processo preliminar, há ainda codificação para fazer, mas não há nenhuma API, não há classes, não há propriedades, não há formulários, não há controles, não há manipuladores de eventos, e não há definitivamente o Visual Studio.

É somente eu e o código e, por algum tempo, me sinto como um verdadeiro programador novamente.

[Rails Summit 2009] Teaser Trailer

Wed, 16 Sep 2009 05:35:49 PDT

Quem esteve no Dev in Rio 2009 e quem participou do Rails Summit 2008 sabe do que estou falando :-)

Aqui vai a história sobre isso, diretamente pelo Tapajós

Eu estava sentado junto com a galera do Rio vendo a morena passando de um lado para o outro e observando que ninguém se concentrava na palestra. Todo mundo estava fazendo a cobertura do evento no twitter e eu tive a idéia de pôr uma foto dela lá, provocando quem não veio ao evento.

Como eu era um novo usuário do twitter e achava meio estúpido o propósito dele de dizer o que se está fazendo eu sempre tentei subverter o uso dele e tive a idéia de fazer a mesma coisa com um repositório de código. Fui lá no github, criei o projeto, coloquei uma foto e publiquei o link no Twitter.

Nesse momento eu fui até o Chris Wanstrath (criador do github) e mostrei o projeto. Ele achou super engraçado e comentou que as pessoas achavam os usos mais estranhos possíveis para os repositórios e que isso era bem engraçado e fizemos uma pequena “aposta” que o projeto ia bombar.

Em poucos minutos minha caixa de e-mails estava lotada de pull request com dezenas e fotos e como estava bem complicado gerenciar tudo e ainda observa-la eu resolvi dar direito de commit a algumas pessoas e o projeto ganhou vida própria.

Meu medo era a morena ficar “P” e querer arrumar confusão. Era impossível voltar atrás! Mas felizmente ela ficou sabendo e não ligou, por isso o projeto continuou crescendo e até hoje continua sendo forkado

Por falar em fork, o Dr. Nic foi um dos que adorou o projeto e gravou um pequeno vídeo sobre ele.

Bem, O Rails Summit 2009 está chegando e eu estarei lá para dar continuidade ao projeto e se der tempo vou palestrar também.

Assistam a outros teasers do Rails Summit 2009 em http://www.youtube.com/user/AkitaOnRails e ajudem a promover o evento!

Não se esqueçam, o Rails Summit acontece dias 13 e 14 de Outubro, não deixem para se registrar na última hora!

[Off-Topic] A Argumentação através da Intimidação

Sat, 12 Sep 2009 08:40:26 PDT

Há um certo tipo de argumentação que, na verdade, não é uma argumentação, mas um meio de evitar o debate e extorquir o acordo de um adversário baseado em noções indiscutíveis. É um método de burlar a lógica usando pressão psicológica. Uma vez que é particularmente comum na cultura de hoje e continuará crescendo, é bom aprender a identificá-lo e estar em guarda.

Este método tem uma certa semelhança com a falácia ad hominem, vem da mesma raiz psicológica, mas é essencialmente diferente. A falácia ad hominem consiste em tentar contrariar um argumento acusando o caráter de seu proponente. Exemplo: “o candidato X é imoral, pois seu argumento é falso.”

O método de pressão psicológica consiste em ameaçar a integridade do caráter de um oponente usando seu próprio argumento, então contestando a argumentação, sem debate. Exemplo: “Só o imoral não vê que o argumento do candidato X é falso.”

No primeiro caso, a imoralidade do Candidato X (real ou inventado) é oferecido como prova da falsidade de seus argumentos. No segundo caso, a falsidade de seu argumento é afirmada de forma arbitrária e oferecida como prova de sua imoralidade.

Na selva epistemológica de hoje, esse segundo método é usado com mais freqüência do que qualquer outro tipo de argumento irracional. Deve ser classificado como uma falácia lógica e pode ser designado como “a argumentação através da intimidação”.

A característica essencial da argumentação através da intimidação é o seu apelo à auto-dúvida moral e sua dependência do medo, culpa ou ignorância da vítima. É usado na forma de um ultimato exigindo que a vítima renuncie à sua idéia sem discussão, sob pena de ser considerado moralmente indigno. O padrão é sempre: “Somente aqueles que são maus (desonestos, cruéis, insensíveis, ignorantes, etc) tem essas idéias.”

O exemplo clássico do argumento da intimidação é a história As Roupas Novas do Imperador

Nessa história, alguns charlatães vendem roupas inexistente ao Imperador, afirmando que a beleza incomum do vestuário os torna invisíveis para aqueles que são moralmente condenáveis de coração. Observe os fatores psicológicos necessários para fazer este trabalho: os charlatães confiam na auto-dúvida do Imperador; e ele não põe em dúvida essa afirmação, nem a sua autoridade moral. Ele se rende ao mesmo tempo, alegando que de fato enxerga as peças de vestuário, negando assim a evidência de seus próprios olhos e invalidando a sua própria consciência em vez de enfrentar uma ameaça à sua auto-estima precária. Sua distância da realidade pode ser avaliada pelo fato de que ele prefere andar nu na rua, exibindo as suas vestes inexistente para o povo, ao invés de arriscar incorrer na condenação moral de dois canalhas. As pessoas, motivadas pelo mesmo pânico psicológico, tentam ultrapassar um ao outro com exclamações em voz alta sobre o esplendor de suas vestes, até que uma criança grita que o rei está nu.

Este é o modelo exato do trabalho da Argumentação através Intimidação, como está sendo trabalhado em torno de nós hoje.

Todos já ouvimos e continuamos ouvindo esse tipo de coisa constantemente:

“Somente aqueles que não possuem instintos mais refinados falham em aceitar a moralidade do altruísmo.”
“Somente os ignorantes não sabem que a razão foi invalidada.”
“Somente os reacionários de coração negro podem defender o capitalismo.”
“Só sedendos por guerra podem opor-se às Nações Unidas.”
“Só os lunáticos ainda acreditam na liberdade.”
“Só os covardes não veem que a vida é um esgoto.”
“Só os superficiais procuram a beleza, felicidade, realização, valores ou heróis.”

Como exemplo de um campo inteiro de atividade baseada em nada além da argumentação através da intimidação, dou-lhe a arte moderna, onde, a fim de comprovar que de fato possuem o discernimento especial que somente a elite “mística” tem, a população tenta superar um ao outro em exclamações em voz alta do esplendor de alguns pedaço de lona borrados.

A argumentação através da intimidação domina discussões de hoje em duas formas. Em discursos públicos e impressos, ele floresce sob a forma de estruturas longas, envolventes, elaboradas de palavreado ininteligível, que transmitem nada exceto uma clara ameaça moral. (“Só os de mentalidade primitiva deixam de perceber que a clareza é simplificação excessiva.”) Mas, em particular, no dia-a-dia, ele vem sem palavras, nas entrelinhas, sob a forma de sons inarticulados contendo implicações não declaradas. Baseia-se, não no que é dito, mas em como se diz – não no conteúdo, mas no tom de voz.

O tom é geralmente de uma incredulidade beligerante ou desdenhosa. “Certamente você não é um defensor do capitalismo, não é?” E se isso não intimida a vítima em perspectiva, que responde, corretamente: “Eu sou” – o diálogo se segue mais ou menos assim:

“Ah, você não poderia ser! Não é verdade!
“Verdade”.
“Mas todo mundo sabe que o capitalismo está ultrapassado!”
“Eu não”.
“Ah, não pode ser verdade!”
“Já que eu não sei, você vai me dizer as razões para pensar que o capitalismo está ultrapassado?”
“Oh, não seja ridículo!”
“Vai me dizer as razões?
“Bem, se você realmente não sabe, não sou eu que poderia possivelmente lhe dizer!”

Tudo isso é acompanhado de sobrancelhas levantadas, de olhos arregalados, encolher de ombros, grunhidos, e todo arsenal de sinais não-verbais comunicando insinuações sinistras e vibrações emocionais de uma única espécie: desaprovação.

Se essas vibrações falham, se tais debatedores são desafiados, verifica-se que eles não têm argumentos, nenhuma evidência, nenhuma prova, nenhuma razão, nenhum motivo no qual fundamentar – que sua agressividade ruidosa serve para esconder o vácuo – que a argumentação através da intimidação é uma confissão de impotência intelectual.

O arquétipo primordial desta argumentação é evidente (e assim são as razões do seu recurso para o neo-misticismo da nossa era): “Para aqueles que entendem, nenhuma explicação é necessária; para aqueles que não entendem, nenhuma é possível”.

A fonte psicológica do que o argumento é metafísica social.

Um metafísico social é aquele que trata a consciência dos outros homens como superiores aos seus próprios e para os fatos da realidade. Para um metafísico social a avaliação moral de si próprio pelos outros é uma preocupação primária que substitui a verdade, fatos, razão lógica. A reprovação dos outros é tão terrível para ele que nada pode resistir ao seu impacto dentro da sua consciência, assim ele negaria a evidência de seus próprios olhos e invalidaria a sua própria consciência em prol da aprovação moral de qualquer charlatão vadio. Apenas um metafísico social poderia conceber tal coisa absurda como a esperança de ganhar um argumento intelectual insinuando: “Mas as pessoas não vão gostar de você!”

Estritamente falando, um metafísico social não percebe a sua argumentação em termos conscientes: ele acha isso “instintivamente”, pela introspecção, uma vez que representa a sua forma psico-epistemológica de vida. Todos nós já encontramos o tipo irritante de pessoa que não escuta o que alguém diz, mas às vibrações emocionais da voz do outro, ansiosamente traduzindo-os em aprovação ou reprovação para, em seguida, responder de acordo. Esta é uma espécie de argumentação auto-imposta através da intimidação, à qual um metafísico social se rende na maioria dos seus encontros humanos. E assim, quando ele encontra um adversário, quando suas premissas são contestadas, ele recorre automaticamente à arma que o assusta mais: a retirada da sua aprovação moral.

Uma vez que esse tipo de terror psicológico é desconhecido para homens saudáveis, isso pode ser considerado como argumentação através da intimidação, precisamente por causa da sua inocência. Sem entender o motivo da argumentação ou para acreditar que ele é apenas um blefe sem sentido, eles assumem que seu usuário tem algum tipo de conhecimento ou razões para apoiar suas afirmações aparentemente auto-confiantes, beligerantes, dando-lhe o benefício da dúvida – e são deixados em confusão perplexa. É assim que os metafísicos social vitimizam os jovens, os inocentes, a consciência.

Isto é particularmente prevalente nas salas de aula da faculdade. Muitos professores usam a argumentação através da intimidação para abafar o pensamento independente entre os estudantes, para fugir a perguntas que não conseguem responder, para desencorajar qualquer análise crítica de seus premissas arbitrárias ou qualquer desvio do status quo intelectual.

“Aristóteles? Meu querido companheiro” (um suspiro cansado) “Se você tivesse lido o trabalho do Professor Spiffkin” (respeitosamente) “da edição de janeiro de 1912 da revista Intellect, que” (com desdém) “obviamente você não leu, saberia” (levianamente) “que Aristóteles foi refutado.”

“Professor X?” (sendo X o nome de um distinto teórico de economia de livre empresa) “Você está citando o Professor X? Oh não, fala sério!” – seguido de uma risada sarcástica com a intenção de transmitir que o Professor X foi completamente desacreditado. (Por quem? Fim da discussão.)

Esses professores são freqüentemente assistidos pela brigada dos capangas dos “liberais” da sala de aula, que explodem em gargalhadas em momentos apropriados.

Em nossa vida política, a argumentação através da intimidação é o método quase exclusivo de discussão. Predominantemente, os debates políticos de hoje consistem de manchas e desculpas, ou intimidação e apaziguamento. O primeiro é geralmente (mas não exclusivamente) praticada pelos “liberais”, o segundo pelos “conservadores”. Os campeões, neste contexto, são os “liberais” republicanos que praticam ambas: a primeira, em relação a seus companheiros “conservadores” republicanos, a segunda, aos democratas.

Todas as manchas são argumentos de intimidação: eles consistem de afirmações depreciativas, sem qualquer indício ou prova, oferecidos como substitutos das evidências ou provas, visando à covardia moral ou credulidade impensada dos ouvintes.

A argumentação através da intimidação não é nova, tem sido utilizada em todas as idades e culturas, mas raramente em escala tão ampla quanto hoje. Ela é usada mais cruamente na política do que em outros campos de atividade, mas não se limita à política. Ela permeia toda a nossa cultura. É um sintoma de falência cultural.

Como é que alguém pode resistir a esse argumento? Existe apenas uma arma contra ela: a certeza moral.

Quando se entra em qualquer batalha intelectual, grande ou pequena, pública ou privada, não se pode buscar, desejar ou esperar aprovação do inimigo. Verdade ou mentira deve ser a preocupação exclusiva e o critério de julgamento – não a aprovação ou desaprovação de qualquer pessoa e, acima de tudo, não a aprovação dessas cujos padrões são o oposto do seu próprio. (obs: já viram aquelas argumentações que começam “Eu respeito muito você, mas …” – claramente buscando uma aprovação).

Deixe-me enfatizar que o argumento da intimidação não consiste em colocar julgamento moral em questões intelectuais, mas de substituir o julgamento moral pelo argumento intelectual. Avaliações morais estão implícitas na maioria das questões intelectuais; não é meramente permitido, mas obrigatório colocar um juízo moral quando e onde necessário; suprimir tal julgamento é um ato de covardia moral. Mas um julgamento moral deve sempre seguir e jamais anteceder (ou substituir), as razões em que se baseia.

Quando se dá razões para um veredito, se assume a responsabilidade por ele e coloca-se à disposição ao julgamento objetivo: se suas razões são erradas ou falsas, sofre-se as conseqüências. Mas, condenar sem fundamentação é um ato de irresponsabilidade, uma espécie de atropelamento e fuga moral, que é a essência da argumentação através da intimidação.

Observa-se que os homens que usam esse argumento são os que temem um ataque moral fundamentado mais do que qualquer outro tipo de batalha, e quando encontram um adversário confiante moralmente, eles são os mais altos em protestar que “moralização” deve ser mantida fora das discussões intelectuais. Mas, discutir o mal de uma forma que implica a neutralidade, é uma forma de aprová-la.

A argumentação através da intimidação ilustra porque é importante ter certeza das próprias premissas e da própria fundação moral. Ele ilustra o tipo de armadilha intelectual que aguarda aqueles que se aventuram sem uma análise completa, clara e consistente das próprias convicções, totalmente integrada até os fundamentos – aqueles que de forma imprudente pulam para a batalha, armados apenas com algumas noções flutuantes aleatórias em uma névoa do desconhecido, do não identificado, do indefinido, do não provado, e apoiado por nada além de seus sentimentos, esperanças e medos. A argumentação através da intimidação é seu maior inimigo. Em questões morais e intelectuais, não é suficiente estar certo: é necessário saber que está certo.

por Ayn Rand – último capítulo de “The Virtue of Selfishness”, 1964

[Off-Topic] Direitos do Homem

Wed, 09 Sep 2009 22:14:11 PDT

Normalmente eu não gosto de falar de política. Detesto. Sempre achei uma grande perda de tempo. Porém, diante das visões mais exacerbadas de populismo-esquerdismo, da ignorância quando se engrandece o socialismo-tirano cubano ou a ditadura totalitária venezuelana; diante do clamor por reestatização e os movimentos contra a privatização – todas calcadas na idéia de “o bem para o povo”, “pelo benefício da maioria”, “pela ajuda aos fracos” e outra baboseiras como essa, achei que poderia pelo menos oferecer uma pequena contribuição filosófica, traduzindo pelo menos mais um capítulo do livro de Ayn Rand, The Virtue of Selfishness que fala exatamente sobre esse tema, lembrando, claro, que ele foi escrito sobre o contexto dos anos 60. Mas é impressionante como as coisas não mudaram muito nesse sentido. Mas, antes, mais um trecho da introdução, a respeito da fundação do “egoísmo racional” do Objetivismo:

Observem a indecência do que se passa por julgamentos morais hoje. Um industrial que produz uma fortuna, e um bandido que rouba um banco são considerados igualmente imorais, uma vez que ambos procuraram riqueza para seu próprio benefício “egoísta”. Um jovem que abandona sua carreira, a fim de sustentar os pais e nunca ultrapassa o posto de escriturário de mantimentos é considerado moralmente superior ao jovem que sofre um esforço excruciante e alcança a sua ambição pessoal. Um ditador é considerado como moral, uma vez que as atrocidades indescritíveis que foram cometidos foram para beneficiar “o povo”, e não a si mesmo.

Observe o que este critério de benefício da moralidade faz na vida de um homem. A primeira coisa que ele aprende é que a moralidade é o seu inimigo, ele não tem nada a ganhar com isso, ele só pode perder; perda auto-infligida, dor auto-infligido e a mortalha cinza, debilitante de uma obrigação incompreensível é tudo o que ele pode esperar. Ele pode esperar que outros podem, ocasionalmente, sacrificar-se para seu benefício, como ele se sacrifica de má vontade a eles, mas ele sabe que o relacionamento vai trazer ressentimento mútuo, não prazer – e que, moralmente, sua perseguição de valores será como um intercâmbio de presentes de Natal indesejados, não escolhidos, onde nenhum é moralmente permitido comprar para si mesmo. Além dos momentos onde ele consegue realizar um ato de auto-sacrifício, ele não possui nenhum significado moral: a moral não toma conhecimento dele e não tem nada a dizer-lhe para orientá-lo nas questões cruciais de sua vida, é apenas a sua próprio vida pessoal, privada, “egoísta” e, como tal, é considerado ou mal, ou, na melhor das hipóteses, amoral.

…

Já que o egoísmo é a “preocupação com os próprios interesses,” a ética Objectivista utiliza esse conceito em seu sentido exato e mais puro. Não é um conceito que pode ser entregue aos inimigos do homem, nem para os equívocos irrefletidos, distorções, preconceitos e medos do ignorante e do irracional. O ataque ao “egoísmo” é um ataque à auto-estima do homem, desistir de um é desistir do outro.

Capítulo 12 – Direitos do Homem

Se alguém quiser defender uma sociedade livre – ou seja, capitalismo – ele deve entender que a fundação indispensável é o princípio do direito individual. Se alguém quiser suportar os direitos individuais, ele deve entender que o capitalismo é o único sistema que pode suportar e os proteger. E se alguém quiser medir o relacionamento da liberdade com os objetivos dos intelectuais de hoje, ele deve medí-lo pelo fato que o conceito de direitos individuais é evitado, distorcido, pervertido e raramente discutivo pelos chamados “conservadores”.

“Direitos” são um conceito moral, o conceito que fornece uma transição lógica dos princípios que norteiam as ações de um indivíduo para os princípios que orientam a sua relação com os outros, o conceito que preserva e protege a moralidade individual em um contexto social, a ligação entre o código moral de um homem e o código jurídico de uma sociedade, entre ética e política. Os direitos individuais são o meio para subordinar a sociedade à lei moral.

Todo sistema político é baseado em algum código de ética. A ética dominante da história da humanidade são variantes da doutrina altruísta-coletivista, que subordinava o indivíduo a alguma autoridade superior, seja mística ou social. Consequentemente, a maioria dos sistemas políticos eram variantes da mesma tirania estatista, diferindo apenas em grau, não em princípio básico, limitada apenas pelos acidentes da tradição, do caos, da luta sangrenta e colapso periódico. Sob todos esses sistemas, a moralidade era um código aplicável ao indivíduo, mas não à sociedade. A Sociedade foi colocada fora da lei moral, como a sua incorporação ou fonte ou intérprete exclusivo – e a inculcação de devoção auto-sacrificial ao dever social foi considerado como o principal objetivo da ética na existência terrena do homem.

Uma vez que não existe tal entidade como “sociedade”, já que a sociedade é apenas um número de homens individuais, isto significou, na prática, que os governantes da sociedade estavam isentos da lei moral, sujeita apenas aos rituais tradicionais, detendo o poder total e exigindo obediência cega – no princípio implícito de: “O bom é o que é bom para a sociedade (ou a tribo, a raça, a nação), e decretos do governante são sua voz na terra.”

Isto era verdade de todos os sistemas estatais, em todas as variantes da ética altruísta-coletivista, mística ou social. “O direito divino dos reis”, resume a teoria política do primeiro “Vox populi, vox Dei” do segundo. Como testemunha: a teocracia do Egito, com o faraó como um deus encarnado, a regra da maioria ilimitada ou democracia de Atenas, o estado de bem-estar executado pelos imperadores de Roma, a Inquisição da Idade Média, a monarquia absolutista da França, o estado de bem-estar da Prússia de Bismarck, as câmaras de gás da Alemanha nazista, o matadouro da União Soviética.

Todos estes sistemas políticos era expressões da ética altruísta-coletivista e sua característica comum é o fato de que a sociedade estava acima da lei moral, como um adorador caprichoso, onipotente, soberano. Assim, politicamente, todos estes sistemas eram variantes de uma sociedade amoral.

O resultado mais profundamente revolucionário dos Estados Unidos da América foi a subordinação da sociedade à lei moral.

O princípio dos direitos individuais do homem representou a extensão da moralidade no sistema social, como a limitação do poder do Estado, como a proteção do homem contra a força bruta do coletivo, como a subordinação do poder ao direito. Os Estados Unidos foram a primeira sociedade moral da história.

Todos os sistemas anteriores consideravam o homem como um meio de sacrifício para os objetivos dos outros, e da sociedade como um fim em si mesmo. Os Estados Unidos consideraram o homem como um fim em si mesmo, e a sociedade como um meio para a convivência pacífica, ordenada e voluntária de indivíduos. Todos os sistemas anteriores tinham considerado que a vida do homem pertence à sociedade, que a sociedade pode dispor dele da forma que quiser, e que qualquer liberdade que ele desfruta é seu apenas por favor, com a permissão da sociedade, que pode ser revogada a qualquer momento. Os Estados Unidos decidiu que a vida do homem é seu por direito (o que significa: por princípio moral e por sua natureza), que um direito é a propriedade de um indivíduo, que a sociedade como tal, não tem direitos, e que o único propósito moral de uma governo é a proteção dos direitos individuais.

Um “direito” é um princípio moral que define e sanciona a liberdade de ação de um homem em um contexto social. Existe apenas um direito fundamental (todos os outros são as suas consequências ou corolários): um direito do homem à sua própria vida. A vida é um processo de ações auto-geradas de auto-sustentação, o direito à vida significa o direito de exercer ações auto-geradas de auto-sustentação, o que significa: a liberdade de tomar todas as medidas exigidas pela natureza de forma racional sendo para o apoio, a promoção, a satisfação e o prazer de sua própria vida. (Esse é o significado do direito à vida, liberdade e a busca da felicidade.)

O conceito de “direito” se refere apenas à ação, especificamente, a liberdade de ação. Isso significa ausência de coerção física, coação ou interferência de outros homens. Assim, para cada indivíduo, um direito é a sanção moral de um positivo – de sua liberdade para agir em seu próprio julgamento, para seus próprios objetivos, por sua própria escolha voluntária. Quanto aos seus vizinhos, seus direitos não impõem obrigações a eles, exceto de um tipo negativo: de se abster de violar os seus direitos.

O direito à vida é a fonte de todos os direitos – e do direito de propriedade é a sua implementação. Sem direitos de propriedade, nenhum outro direito é possível. Já que o homem tem de sustentar a sua vida por seu próprio esforço, o homem que não tem direito ao produto do seu esforço não tem meios para sustentar a sua vida. O homem que produz, enquanto outros dispõe do seu produto, é um escravo.

Tenha em mente que o direito à propriedade é um direito de ação, como todos os outros: não é o direito a um objeto, mas a ação e as conseqüências de produzir ou ganhar esse objeto. Não é uma garantia de que um homem vai ganhar qualquer propriedade, mas apenas uma garantia de que ele terá sua propriedade se ganhá-lo. É o direito de adquirir, guardar, usar e dispor dos bens materiais.

O conceito de direitos individuais é tão nova na história da humanidade que a maioria dos homens não a compreenderam plenamente até hoje. De acordo com as duas teorias da ética, o místico ou o social, alguns homens afirmam que os direitos são um dom de Deus, outros, que os direitos são um dom da sociedade. Mas, na verdade, a fonte dos direitos é a natureza do homem.

A Declaração de Independência afirmou que “homens são dotados por seu Criador de certos direitos inalienáveis.” Se alguém acredita que o homem é produto de um Criador ou da natureza, a questão da origem do homem não altera o fato de que ele é uma entidade de um tipo específico de um ser racional que não pode funcionar com êxito sob coerção, e que os direitos são uma condição necessária para o seu modo particular de sobrevivência.

“A fonte dos direitos do homem não é a lei divina ou lei do Congresso, mas a lei da identidade. A é A e homem é homem. Os direitos são condições de existência exigido pela natureza do homem para sua própria sobrevivência. Se o homem deve viver na Terra, é direito dele usar sua mente, é direito agir em seu próprio livre julgamento, é direito trabalhar para os seus valores e manter o produto de seu trabalho. Se a vida na Terra é o seu propósito, ele tem o direito de viver como um ser racional: a natureza o proíbe do irracional. "(Atlas Shrugged.)

Violar os direitos do homem significa obrigá-lo a agir contra seu próprio julgamento, ou expropriar seus valores. Basicamente, só há uma maneira de fazê-lo: pelo uso de força física. Há dois potenciais violadores dos direitos do homem: os criminosos e o governo. A grande conquista dos Estados Unidos foi de estabelecer uma distinção entre esses dois, proibindo ao segundo a versão legalizada das atividades do primeiro.

A Declaração de Independência estabele o princípio de que “para assegurar esses direitos, governos são instituídos entre os homens.” Isso forneceu a única justificativa válida de um governo e definiu o seu único objetivo correto: para proteger os direitos do homem, protegendo-o da violência física.

Assim, a função do governo mudou do papel de governante para o papel servil. O governo foi instituído para proteger o homem dos criminosos – e a Constituição foi escrita para proteger o homem do governo. O Bill of Rights não era dirigida contra cidadãos particulares, mas contra o governo como uma declaração explícita de que os direitos individuais se sobressaem a qualquer poder público ou social.

O resultado foi o padrão de uma sociedade civilizada que, por breve espaço de cerca de cento e cinquenta anos, a América chegou perto de conquistar. Uma sociedade civilizada é aquela em que a força física é banida das relações humanas, em que o governo, agindo como um policial, pode usar a força apenas em retaliação e somente contra aqueles que iniciam seu uso.

Este foi o sentido essencial e intenção da filosofia política da América, implícita no princípio dos direitos individuais. Mas não foi formulado de forma explícita, nem totalmente aceita, nem consistentemente praticada.

A contradição interna da América foi a ética altruísta-coletivista. Altruísmo é incompatível com Liberdade, com o capitalismo e os direitos individuais. Não se pode combinar a busca da felicidade com o status moral de um animal de sacrifício.

Foi o conceito de direitos individuais que deu à luz a uma sociedade livre. Foi com a destruição de direitos individuais que a destruição da liberdade tinha de começar.

A tirania coletivista não se atreve a escravizar um país por um confisco dos seus valores, material ou moral. Tem que ser feito por um processo de corrupção interna. Assim como no reino material a pilhagem das riquezas de um país é feito inflacionando a moeda – então hoje se pode testemunhar o processo de inflação sendo aplicado à esfera de direitos. O processo envolve tamanho crescimento de recém promulgados “direitos” que as pessoas não percebem o fato de que o sentido do conceito está sendo revertido. Assim como dinheiro ruim acaba com o dinheiro bom, assim essa “máquina de imprimir direitos” nega os direitos autênticos.

Considere o fato curioso que nunca houve tal proliferação, em todo o mundo, de dois fenômenos contraditórios: de “direitos” novos e de campos de trabalho escravo.

O truque foi a troca do conceito de direitos da esfera política para a econômica.

A plataforma do Partido Democrata de 1960, resume a troca de forma ousada e explícita. Ela declara que uma Gestão Democrata “reafirmará o projeto econômico dos direitos que Franklin Roosevelt escreveu em nossa consciência nacional dezesseis anos atrás.”

Tenha claramente em mente o significado do conceito de “direitos” quando ler a lista que esta plataforma oferece:

“1. O direito a um trabalho útil e remunerado, em indústrias ou estabelecimentos comerciais ou fazendas ou minas do país.

“2. O direito de ganhar o suficiente para fornecer alimentação adequada, de vestuário e de recreação.

“3. O direito de cada agricultor para criar e vender seus produtos a um retorno que dará a ele e sua família uma vida decente.

“4. O direito de cada homem de negócios, grande e pequeno, de comercializar em uma atmosfera de liberdade em relação à concorrência desleal e da dominação de monopólios no país e no exterior.

“5. O direito de cada família a uma casa decente.

“6. O direito à assistência médica adequada e oportunidade de alcançar e gozar de boa saúde.

“7. O direito à proteção adequada para os temores econômicos da velhice, doença, acidentes e desemprego.

“8. O direito a uma boa educação.”

Uma pergunta simples adicionada a cada uma das oito cláusulas acima tornaria a questão clara: à custa de quem?

Postos de trabalho, alimentação, vestuário, recreação (!), casas, assistência médica, educação, etc, não crescem na natureza. Esses são valores feitos pelo homem – bens e serviços produzidos pelos homens. Quem vai fornecer isso a eles?

Se alguns homens têm garantia por direito aos produtos do trabalho dos outros, isso significa que os outros são privados de direitos e condenados ao trabalho escravo.

Qualquer alegação de “direito” de um homem, que implica na violação dos direitos do outro, não é e não pode ser um direito.

Nenhum homem pode ter o direito de impor uma obrigação não escolhida, um dever sem recompensa ou um direito de servidão involuntária a outro homem. Não pode existir qualquer coisa tal como “o direito de escravizar.”

Um direito não inclui a implementação material desse direito por outros homens; ele inclui apenas a liberdade de ganhar tal implementação por próprio esforço.

Observe-se, neste contexto, a precisão intelectual dos Pais Fundadores da América: eles falaram do direito à “busca pela felicidade”, não do direito à felicidade. Isso significa que um homem tem o direito de tomar as ações que considera necessário para atingir a sua felicidade, mas isso não significa que outros devem fazê-lo feliz.

“Consideramos estas verdades como evidentes por si mesmas, que todos os homens são criados iguais, que são dotados pelo Criador de certos direitos inalienáveis, que entre estes estão a Vida, Liberdade e a Busca pela Felicidade.” – Thomas Jefferson

O direito à vida significa que um homem tem o direito de apoiar a sua vida pelo seu próprio trabalho (em qualquer nível econômico, tão alto quanto a sua capacidade o levar), mas isso não significa que outros devem prestar-lhe as necessidades da vida.

O direito à propriedade significa que um homem tem o direito de tomar as medidas econômicas necessárias para ganhar sua propriedade, usá-lo e descartá-lo, mas isso não significa que outros devem fornecer-lhe essa propriedade.

O direito à liberdade de expressão significa que um homem tem o direito de expressar suas idéias, sem risco de supressão, interferência ou ação punitiva por parte do governo. Isso não significa que outros devem fornecer-lhe uma sala de aula, uma estação de rádio ou uma prensa de impressão para expressar suas idéias.

Qualquer empresa que envolve mais do que um homem, exige o consentimento voluntário de cada participante. Cada um deles tem o direito de tomar sua própria decisão, mas ninguém tem o direito de forçar a sua decisão sobre os outros.

Não há tal coisa como um “direito a um emprego”, existe apenas o direito de livre comércio, que é um direito do homem de ter um emprego se outro homem escolher contratá-lo. Não há direito a “uma casa”, apenas o direito de livre comércio: o direito de construir uma casa ou comprá-lo. Não existem direitos a um salário “justo” ou um preço “justo” se ninguém escolhe pagar por isso, contratar um homem ou comprar seu produto. Não há “direitos dos consumidores” ao leite, sapatos, filmes ou champanhe, se ninguém escolhe fabricar tais itens (existe apenas o direito de fabricá-los você mesmo). Não há “direitos” de grupos especiais, não há “direitos dos agricultores, dos trabalhadores, dos empresários, dos trabalhadores, dos empregadores, dos idosos, dos jovens, dos jovens.” Existem apenas os Direitos do Homem – direitos possuídos por cada homem individualmente e por todos os homens como indivíduos.

Os direitos de propriedade e o direito de livre comércio são os únicos “direitos econômicos” do homem (eles são, de fato, direitos políticos) – e não pode haver tal coisa como “um projeto de lei de direitos econômicos.” Mas observe que os defensores deste último tem feito tudo e destruíram o primeiro.

Lembre-se que os direitos são princípios morais que definem e protegem a liberdade de ação de um homem, mas não impõe obrigações aos demais. Os cidadãos não são uma ameaça para os direitos ou liberdades dos outros. Um cidadão que recorre à força física e viola os direitos dos outros é um criminoso e os homens têm proteção legal contra ele.

Criminosos são uma pequena minoria em qualquer época ou país. E o mal que fizeram à humanidade é infinitesimal quando comparado com os horrores – o derramamento de sangue, as guerras, as perseguições, a confiscação, as fomes, as escravidões, a destruição por atacado, perpetrados pelos governos da humanidade. Potencialmente, um governo é a ameaça mais perigosa para os direitos dos homems: ele detém um monopólio legal sobre o uso de força física contra vítimas legalmente desarmadas. Quando irrestrito e ilimitado pelos direitos individuais, um governo é o inimigo mortal dos homens. Não é como proteção contra ações privadas, mas contra as ações governamentais que o “Bill of Rights” foi escrito.

Agora observe o processo pelo qual essa proteção está sendo destruído.

O processo consiste em atribuir a cidadãos particulares as violações específicas constitucionalmente vedadas ao Governo (que cidadãos particulares não têm poder para cometer) e assim libertando o governo de todas as restrições. A troca está se tornando cada vez mais evidente no domínio da liberdade de expressão. Por anos, os coletivistas propagam a idéia de que a recusa de um indivíduo particular, de financiar um adversário é uma violação do direito do oponente da liberdade de expressão e um ato de “censura”.

É “censura”, dizem eles, se um jornal se recusa a empregar ou publicar escritores cujas idéias são diametralmente opostas à sua política.

É “censura”, dizem eles, se os empresários se recusam a anunciar numa revista que denuncia, os insulta e as mancha.

É “censura”, dizem eles, se um patrocinador de TV se opõe a algum atentado perpetrado em um programa que está financiamento, tais como o incidente de Alger Hiss sendo convidado a denunciar o ex-vice-presidente Nixon.

E depois há Newton N. Minow que declara: “Existe censura de popularidade, pelos anunciantes, pelas redes, pelas filiais que rejeitam a programação oferecida às suas áreas.” É o mesmo Sr. Minow que ameaça revogar a licença de qualquer estação que não seguir com sua opinião sobre a programação – e que afirma que isso não é censura.

Considere as implicações de tal tendência.

“Censura” é um termo que apenas diz respeito à ação governamental. Nenhuma ação privada é censura. Nenhum indivíduo particular ou agência pode silenciar um homem ou suprimir uma publicação; só o governo consegue fazer isso. A liberdade de expressão dos indivíduos particulares inclui o direito de não concordar, não ouvir e não financiar seus próprios antagonistas.

Mas de acordo com doutrinas como o projeto “econômico de direitos”, um indivíduo não tem o direito de dispor do seu próprio meio material através da orientação de suas próprias convicções – e deve entregar o seu dinheiro de forma indiscriminada a qualquer falador ou propagandista, que têm o “direito” à sua propriedade.

Isto significa que a capacidade de fornecer as ferramentas materiais para a expressão das idéias de um homem o priva do direito de ter a propriedade sobre qualquer idéia. Isso significa que um editor tem que publicar livros que considera inúteis, falsas ou más – que um patrocinador de TV tem que financiar comentadores que optam por afrontar suas convicções – que o proprietário de um jornal deve tornar suas páginas editoriais a qualquer jovem hooligan que clamar pela escravização da imprensa. Isso significa que um grupo de homens, adquire o “direito” à licença ilimitada – enquanto outro grupo é reduzido à irresponsabilidade desamparada.

Mas uma vez que é obviamente impossível fornecer qualquer reclamante com um emprego, um microfone ou uma coluna de jornal, quem irá determinar a “distribuição” dos “direitos econômicos” e selecionar os destinatários, quando o direito dos proprietários de escolha foi abolida? Bem, Sr. Minow indicou isso muito claramente.

E se você cometer o erro de pensar que isso se aplica apenas aos grandes proprietários, é melhor perceber que a teoria do “direito econômico” inclui o “direito” de cada aspirante a escritor, cada poeta jovem, cada compositor ruidoso e cada artista não-objetivo (que puxa saco de político) ao apoio financeiro que você não lhes deu quando não assistiu seus shows. O que mais é o significado do projeto para gastar o dinheiro dos seus impostos em arte subsidiada?

E enquanto as pessoas estão reclamando sobre os “direitos econômicos,” o conceito de direitos políticos, está desaparecendo. Esquece-se que o direito à liberdade de expressão significa a liberdade para defender pontos de vista e a encarar as possíveis consequências, incluindo desacordo com outros, oposição, impopularidade e falta de apoio. A função política do “direito à liberdade de expressão” é proteger as minorias dissidentes e impopulares da repressão violenta – não para garantir-lhes apoio, vantagens e recompensas de uma popularidade que não ganharam.

O “Bill of Rights” diz: "O Congresso não fará nenhuma lei … cerceando a liberdade de expressão ou de imprensa … " Ele não exige que os cidadãos privados ofereçam um microfone para o homem que defende a sua destruição, ou uma chave de acesso para o ladrão que quer roubá-los, ou uma faca para o assassino que quer cortar suas gargantas.

Tal é o estado de uma das questões mais cruciais de hoje: os direitos políticos versus “direitos econômicos.” É ou-ou. Um destrói o outro. Mas não existe, de fato, “direitos econômicos”, “direitos coletivos”, “direitos de interesse público.” A expressão “direitos individuais” é uma redundância: não há nenhum outro tipo de direitos e ninguém mais para os possuir.

Aqueles que defendem o capitalismo laissez-faire são os únicos defensores dos direitos do homem.

Playing with Dry Scaffold and Inherited Resources

Wed, 09 Sep 2009 11:40:37 PDT

There are several ways to start a new Rails project nowadays, specially since Rails brought project templates to the mix. On the other hand there are still lot’s of generators. So, today I want to just pinpoint some tips on this regard.

First of all, make sure you have all the usual suspects installed:

1	sudo gem install rspec rspec-rails josevalim-inherited_resources mislav-will_paginate justinfrench-formtastic thoughtbot-factory_girl haml ryanb-nifty_generators

One other is dry_scaffold from grimen. I’ve made a fork and added rspec support today. I think the 0.3.3 version should be generated soon from Github, then you will be able to install it like this:

1	sudo gem install akitaonrails-dry_scaffold

But you can also install it manually from the source:

1234	git clone git://github.com/akitaonrails/dry_scaffold.gitcd dry_scaffoldgem build dry_scaffold.gemspecsudo gem install dry_scaffold-0.3.3.gem

Now, create a normal Rails 2.3.x project and configure your config/environment.rb with:

config.gem 'haml'
config.gem 'will_paginate'
config.gem 'justinfrench-formtastic', :lib => 'formtastic', 
  :source => 'http://gems.github.com'
config.gem 'josevalim-inherited_resources', :lib => 'inherited_resources', 
  :source => 'http://gems.github.com'

And also add the following to your config/environments/test.rb:

12	config.gem 'rspec'config.gem 'rspec-rails'

In order to add Rspec support, create the initial Formtastic stylesheets and add a little bit of sugar to your layouts do the following:

123	./script/generate rspec./script/gererate formtastic_stylesheets./script/generate nifty_layout --haml

Notice that I am referring to Ryan Bates’ Nifty Generators. I really like it’s initial CSS and layout to start a new project instead of the default ‘blank’ theme. But that’s just me :-)

The excellent Formtastic will create your scaffolded views with a bit more of web semantics, so it’s highly recommended to use. To make it look pretty, add the following to your ‘app/views/layouts/application.html.haml’:

123	= stylesheet_link_tag 'application' = stylesheet_link_tag 'formtastic' = stylesheet_link_tag 'formtastic_changes'

Finally, you can start scaffolding some resources to get started, for example:

1	./script/generate dry_scaffold Post title:string body:text --rspec

If you don’t like fixtures you’d rather use Factory Girl instead doing this:

1	./script/generate dry_scaffold Post title:string body:text --rspec --fgirl

By default, it’s going to create thin controller with Inherited Resources and paginated with Will Paginate. The view templates will use HAML and Formtastic for a semantically rich form. It will create tests using the standard test/unit and fixtures, but I’d rather choose Rspec and Factory Girl.

It’s also going to generate a separated “_form” partial that both “new” and “edit” views will use, which is one of those things that you do all the time after a normal scaffold. The usage of HAML is not very common, but I would recommend everybody to at least try it for a while, it will grow on you quickly. And having well formatted HTML outputs is always nice.

The Dry Scaffold also supports generating just models (“./script/generate dry_model”). Read the documentation on the github project site to understand all the options.

With this, you should be good to go and start to rapidly prototype your next web application.

[Off-Topic] O Culto da Moral Cinzenta

Tue, 08 Sep 2009 10:27:04 PDT

Estou lendo o excelente livro The Virtue of Selfishness de Ayn Rand, publicado pela primeira vez em 1961 – se não me engano. E, antes que comece as menções sarcásticas sobre a palavra ‘egoísmo’, remeto à introdução do livro:

De uso popular, a palavra “egoísmo” é um sinônimo do mal; a imagem que ele conjura é de um brutamontes assassino que salta sobre pilhas de corpos para atingir seus próprios fins, que não se importa com nenhum ser vivo e persegue nada mas a gratificação dos impulsos impensados de qualquer momento imediato.

Porém, o significado exato e definição de dicionário da palavra “egoísmo” é: preocupado com seus próprios interesses.

Esse conceito não inclui avaliação moral; ele não nos diz se se preocupar com seus próprios interesses é bom ou mau; nem nos diz o que constitui os reais interesses do homem. É a tarefa da ética responder essas questões.

A ética do altruísmo criou a imagem do bruto, como sua resposta, de forma a fazer os homens aceitar dois princípios inhumanos: (a) que qualquer preocupação com seus próprios interesses é mal, seja lá quais sejam esses interesses, e (b) que as atividades dos brutos são de fato para seus próprios interesses (o qual o altruísmo encoraja o homem a renunciar pelo seu próprio bem e a de seus vizinhos).

Isso dito, não recomendo a leitura do livro, pois ela lida justamente com a quebra dos conceitos conhecidos como “senso comum” atualmente, coisa que a maioria das pessoas simplesmente não tem vontade de mudar :-D Mas falando sério, se você gosta de pensar, esta coletânea é muito interessante.

Só para dar um gosto – se você tiver mente aberta -, coloco vários trechos do capítulo 9, O Culto da Moral Cinzenta.

O Culto da Moral Cinzenta

Um dos sintomas mais eloquentes da moral falida da cultura atual, é uma certa atitude modista em questões de assuntos morais, melhor resumido como: “Não existem preto e branco, apenas cinza.” Isso é afirmado em relação a pessoas, ações, princípios de conduta e moralidade em geral. “Preto e Branco”, nesse contexto, significa “bem e mal”. (A ordem reversa usada nessa frase é psicologicamente interessante).

Em qualquer respeito que alguém se preocupa em examinar, essa noção é cheia de contradições (e no topo delas está a falácia do “conceito roubado”). Se não existe preto e branco, não pode existir cinza – já que cinza é meramente uma mistura dos dois.

Antes que alguém consiga identificar qualquer coisa como “cinza”, ela tem que saber o que é preto e o que é branco. No campo da moralidade, isso significa que é necessário primeiro identificar o que é bem e o que é mal. E quando um homem sabe com certeza que uma alternativa é boa e a outra é má, ele não tem justificativa para escolher pela mistura. Não pode haver justificativa em escolher qualquer parte do que ele já sabe que é do mal. Em moralidade, “preto” é predominantemente o resultado de fazer de conta que se é meramente “cinza”.

…

Se, num assunto complexo de moral, um homem tem dificuldades em determinar o que é certo, e falha ou faz um erro honesto, ele não pode ser colocado como “cinza”; moralmente, ele é “branco”. Erros de conhecimento não são brechas morais; nenhum código moral decente pode exigir infalabilidade ou omnisciência.

Mas se, para escapar da responsabilidade do julgamento moral, um homem fecha seus olhos e sua mente, se ele se esquiva dos fatos do problema e se esforça para não saber, ele não pode ser colocado como “cinza”; moralmente, ele é tão “preto” como se deve ser.

Muitas formas de confusão, incerteza e preguiça epistemológica ajudam a obscurecer as contradições e a esconder o significado real da doutrina da moral cinzenta.

Algumas pessoas acreditam que é meramente uma repetição de coisas como “Ninguém é perfeito nesse mundo”, isto é, todos são uma mistura de bem e mal e, portanto, moralmente “cinzas”. Já que a maioria se vê nessa descrição, as pessoas aceitam isso como algum tipo de fato natural, sem pensar muito mais a respeito. Eles esquecem que moralidade lida somente com assuntos abertos à escolha do homem (isto é, à sua liberdade-de-escolha) e, portanto, nenhuma generalização estatística é válida nesse assunto.

Se o homem é “cinza” por natureza, nenhum conceito moral é aplicável a ele, incluindo “cinzento”, e algo como moralidade não é possível. Mas se o homem tem liberdade-de-escolha, então o fato que 10 (ou 10 milhões) de homens escolheram de forma errada não significa que o décimo-primeiro também o fará; isso não torna necessário – e não prova nada – em relação a qualquer indivíduo.

…

Uma noção similar, envolvendo erros similares, é dito por algumas pessoas que acreditam que a doutrina da moralidade cinzenta é meramente a repetição da proposição: “Existem sempre dois lados para a mesma história.”, o que eles querem dizer é que ninguém está totalmente certo ou totalmente errado. Mas não é isso que essa proposição significa ou quer dizer. Isso não significa que os clamores de ambos os lados serão necessariamente igualmente válidas, nem mesmo que existirá uma pequena parcela de justiça em ambos os lados. Mais frequentemente, a justiça ficará de um dos lados, e premissa desqualificada (ou pior) do outro.

Existem, claro, problemas complexos onde ambos os lados estão certos em algumas partes e erradas em outras – e é aqui que o esquema de pronunciar ambos os lados como “cinza” é menos permitível. É nesse tipo de problema que a precisão rigorosa do julgamento moral é necessário para identificar e avaliar os vários aspectos – que pode ser feito apenas desmontando os elementos misturados de “preto” e “branco”.

O erro básico em todas essas várias confusões é a mesma: ele consiste de esquecer que moralidade lida somente com assuntos abertos à escolha dos homens – o que significa: esquecer a diferença entre “não conseguir” e “não querer”. Isso permite às pessoas traduzir a frase-feita “Não existem preto e branco” em: “Os homens não conseguem ser totalmente bons ou maus” – o que eles aceitam, em obscura resignação, sem questionar as contradições metafísicas que isso trás.

Mas não muitas pessoas aceitariam isso, se essa frase-feita fosse traduzida no significado real em que ela foi intencionada para adentrar em suas mentes: “Os homens não querem ser totalmente bons ou maus.”

A primeira coisa que alguém diria para quem repetisse a afirmação acima é: “Fale por você mesmo, irmão!” E isso, em efeito, é exatamente o que ele está fazendo na real; conscientemente ou subconscientemente, intencionalmente ou sem querer, quando um homem declara: “Não existem preto e branco”, ele está fazendo uma confissão psicológica e o que ele quer dizer é: “Eu não quero ser totalmente bom – e por favor, não me leve como se eu fosse totalmente mal!”

…

Observe a forma que as pessoas se encontram com essa doutrina: quase nunca é apresentada como algo positivo, como uma teoria ética ou um assunto de discussão; predominantemente, se escuta como algo negativo, como uma rápida objeção ou reprovação, de uma maneira a implicar a culpa de alguém ou quebra de algo absoluto tão óbvio que não precisa de discussão. Em tons que vão de surpresa ao sarcasmo à raiva à indignação para ódio histérico, a doutrina é jogada a você na forma de uma acusação: “Obviamente, você não pensa em termos de preto-e-branco, não é?”

Levado pela confusão, incapacidade de se defender e medo do assunto inteiro de moralidade, a maioria das pessoas rapidamente respondem de forma culpada: “Não, claro que não”, sem qualquer idéia clara da natureza da acusação. Eles não páram para pensar que a acusação está dizendo, na verdade: “Obviamente você não é tão injusto a ponto de discriminar entre bem e mal, não é?” – ou: “Obviamente você não é tão mal de forma a procurar o bem, não é?” – ou: “Obviamente você não é tão imoral a ponto de acreditar em moralidade!”

…

Observe, na política, que o termo extremista se tornou sinônimo de “mal”, sem levar em consideração o conteúdo do assunto (o mal não é sobre o que você é “extremo” a respeito, mas que você é “extremo” – isto é, consistente).

…

Essas são as razões porque – quando alguém lhe perguntar: “Obviamente, você não pensa em termos de preto e branco, não é” – a resposta apropriada (em essência, se não também na forma) deveria ser: “Tenha toda a certeza que sim!”

Default Scopes and Hash Posers

Mon, 07 Sep 2009 22:07:58 PDT

While I was editing my last article I was thinking about multi-site. Usually, Railers prefer to have a single app per Rails project. But what if I do want to have a CMS, an e-Commerce, something like Wordpress MU and so on?

I thought to myself: “dead simple: just add default_scope to the relevant Active Record models”. Ended up not being quite so simple because it seems like ‘default_scope’ doesn’t support blocks just yet as you can follow on this open ticket at Lighthouse.

The problem is that ‘default_scope’ will be different per user, so I can’t have an static conditions hash pre-defined in the model. To solve that – at least until a more official solution comes along – Brian Mitchell has a great suggestion: use a Hash Poser.

Now, a Hash Poser is a class that acts and behaves exactly like a normal Hash. Let’s see his code:

Dead Simple, you can copy and paste this code to somewhere like ‘config/initializers/hash_poser.rb’. You can easily see how this can be used in your models:

class Post < ActiveRecord::Base
  default_scope HashPoser.new do
    { :conditions => { :user_id => UserSession.find } } 
  end
end

This is supposing you’re using something like Authlogic, but actually you will want something more like ‘Site.find’ or whatever. The point is, now whatever finder you were using throughout your application will have this conditions added to it. So, a simple ‘Post.all’, in this example, will automagically run:

1	SELECT * FROM "users" WHERE ("users"."id" = 1)

Considering that you’re not using something like ‘find_by_sql’ with hand crafted SQL queries, the ‘default_scope’ will override all your finders. Of course, it’s easier said than done, so have your test suite ready when you do this change. As I said, you will have to add a column like ‘site_id’ to every table you need to be multi-site.

I would like to see what other people think of this way of thinking and what caveats there are for this use case. Most of the time Rails apps will be stand-alone, but in a few exception cases, we really do want to have a single app serving multiple customers. What’s your take on this concept?

User Editable Liquid Templates in the Database

Mon, 07 Sep 2009 20:49:52 PDT

For quite some time I wanted to create an experiment: having user-editable view templates stored in the database instead of the filesystem.

The Use Case is quite simple: it’s either a theme system or a website where each user can edit his own set of templates to have a customized usage of the application. In the case of a simple theming system, just adding additional view load paths would be enough. But the second case needs scalability and having a potential set of thousands of view sub-folders around never felt well.

One solution is to have every view in a database table. If performance becomes critical, we can always add Memcached to the equation, so it shouldn’t be a problem. Now, there is another problem: we can’t just store the ERB view files directly into the database and make them user-editable. That’s because ERB executes arbitrary Ruby code, which means that the user would have access to the entire machine. Haml and other templating engines have the same feature. One of the few that implements a user-centric, restrictive templating engine is Tobias Lütke’s Liquid, created precisely for the same purpose for his Shopify.com website.

Having that in mind, I just published the dynamic_liquid_templates plugin as an attempt to have just that. In order to get started, you can create a new Rails project and add it as a normal plugin:

1234	rails democd demo./script/generate dynamic_templatesrake db:migrate

You will have to require Liquid from config/environment.rb

1	config.gem "tobi-liquid", :lib => "liquid", :source => "http://gems.github.com"

And, of course, sudo rake gems:install to have it installed if you still don’t have it. Now, create a normal Rails resource, such as ‘posts’ or whatever. You will have to modify your scaffolded controller so the ‘format.html’ calls look like this:

123	respond_to do \|format\| format.html { render_with_dynamic_liquid }end

If you’re inside a nested controller (such as ‘Comment belongs_to Post’), declare a method named ‘parent’, for example:

class CommentsController < ApplicationController
  ...
  def parent
    @post ||= Post.find(params[:post_id])
  end
end

The plugin will use this method to refer to the proper named routes, such as _post_comments_path(parent)_ or _post_comment_path(parent, @comment)_ and so on. Namespaces will work too, for example:

class Admin::PostsController < ApplicationController
  def index
     @posts = Post.all
     respond_to do |format|
       format.html { render_with_dynamic_liquid(:namespace => 'admin') } 
     end
end

There’s probably a better syntax for that, but it works like that too. The other thing is that your models need to be ‘liquified’ in order to be usable from inside a Liquid template. You have to declare a _to_liquid_ method explicitly saying which columns you want exposed:

class Post < ActiveRecord::Base
  ...
  def to_liquid
    { 'title' => self.title, 'body' => self.body }
  end
end

Notice that the hash keys have to be strings, and not symbols. The other thing is that the plugin will append other attributes to this hash automagically, so you can do the following from within your Liquid templates:

1	{{ 'Show' \| link_to: post.show_path }}

It adds ‘show_path’ and ‘edit_path’ to your model instances, so you can use them to create links or form actions. There are other globally assigned variables as well, such as:

collection – refers to the controller collection (for index action) such as @posts
object – referes to the controller single object (for non-index actions) such as @post
collection_path – the named route for the index action, including nested and namespaced versions
object_path – the named route for the non-index action, including nested and namespaced versions
parent – if you have the ‘parent’ method in your controller, it’s exposed within Liquid
parent_path – if you have the ‘parent’ method in your controller, it’s used for named routes

And, of course, your models are properly assigned to Liquid too so, for example, ‘@posts’ is exposed as ‘posts’ to Liquid.

Next Steps

Now, this is just the beginning. You can create a scaffold for the DynamicTemplate model, so you have an editing interface. You can refer to the ‘spec/fixtures’ folder within the plugin for examples on how a Liquid template looks like (it’s less convenient than ERB, I can tell).

Then you can add multi-site support to your website by adding a foreign-key to all your models, a new table such as ‘Site’ and a ‘site_id’ column in all your other models. Then, each Active Record model can have the ‘default_scope’ declared, such as:

1234	class Post < ActiveRecord::Base default_scope proc { { :conditions => ["site_id", Site.current_site] } } ...end

But, this is not quite possible today because ‘default_scope’ seems to not be accepting a proc just yet. Let’s hope this feature comes sooner, or we can just create yet another plugin anyway, so no big deal.

Another thing, we can still improve it’s performance by serializing the pre-compiled template instead of the raw text version as explained in this article. I will do it this week, probably.

Then, we need to add caching support. As I am using plain Active Record, simple config.cachestore_ configuration should do. And you will also want to add other features such as versioning the dynamic_templates table so the user can change his mind later on. For this one, it’s as easy as watching Ryan Bates’ recent vestal_versions screencast.

This is just an experiment, I hope it can be useful to someone.

A Controvérsia do Ticket #2033 - Ruby on Git

Fri, 04 Sep 2009 21:34:41 PDT

Nos últimos dias aconteceu uma pequena controvérsia na lista de discussão Ruby-Core, mais especificamente sobre o Ticket no Redmine oficial do Ruby, o Feature #2033 [ruby-core:25285].

Esta é uma requisição do Run Paint Run Run assinalado diretamente ao Matz dizendo:

Eu proponho formalmente que o desenvolvimento principal mude para Git.

Obviamente, a comunidade Rails entrou em massa para apoiar essa proposta. Mas os core developers japoneses estão mais receosos em fazer a mudança. É assim: para quem é de fora o Git seria muito legal. Mas para a pequena equipe do core team que já está com o workflow de subversion azeitado, eles não vêem muitos benefícios para eles mesmos. Alguns dos pontos é que eles não gostaram da ferramenta msysGit ainda ser “preview”. A outra coisa é que o Matz não se sente confortável de usar um serviço comercial como o Github.

Um meio termo que parece ter sido acertado é que por enquanto haverá um período de experiência. O trunk oficial continua sendo o do subversion, mas já havia um mirror desse repositório no Github, do Shyouhei Urabe. Esse mirror deve passar a ser mais usado. Para facilitar a experiência eles colocaram duas documentações para desenvolvedores, uma para committers e outra para não-committers.

Algumas das vantagens mais óbvias para quem conhece Git é que bugs poderiam ser atacados em paralelo, em branches diferentes, desenvolvimentos experimentais também iriam para branches em paralelo, enfim, todo o paralelismo e distribuição que nós em Rails já conhecemos. Porém, politicamente falando, isso significa o Matz delegar parte do seu controle sobre o projeto, da mesma forma como o DHH fez com o Rails. E isso é algo que ele não deve escolher fazer muito rápido. Vamos ver como isso fica.

[Screencast] Controllers Restful Magros com Inherited Resources

Tue, 01 Sep 2009 04:48:07 PDT

Atualização: 01/10: O José acabou de lançar a versão 0.9.1 enquanto eu estava fazendo upload deste vídeo :-)

O José Valim está fazendo um grande trabalho no Rails 3.0 que está para ser lançado. Ele surpreendeu a todos com seu projeto do Google Summer of Code, reescrevendo todo o código dos Geradores para usar Thor e ser mais agnóstico. Não só isso, mas ele também fez melhorias no ActionController para torná-lo mais enxuto e limpo.

Controllers Restful Magros com Inherited Resources from Fabio Akita on Vimeo.

Muito desse último trabalho vem uma gem de Rails dele chamado Inherited Resources. Ele pode ser usado agora mesmo nos seus projetos Rails 2.3 e ele também portou algumas das funcionalidades do Rails 3.0 como ActionController Responders e outras coisas.

Em essência ele parece muito com o resource_controller do James Golick ou o make_resourceful do Hampton Caitlin, Mais um Plugin de Controller Magro se preferir. Mas o do José é definitivamente interessante.

Então, decidi fazer um screencast para apresentar algumas das funcionalidades básicas. Tenha em mente que esta gem oferece muito mais e eu encorajo que você leia a página de Wiki sobre ele. Existem dúzias de opções que você pode usar para tornar seus projetos muito melhores para dar manutenção e mais enxutos.

Para utilizar os códigos que eu menciono no screencast, apenas comece assim:

12	git clone git://github.com/akitaonrails/ryanb-15min-blog.gitcd ryanb-15min-blog

O vídeo é dividido em duas partes, na primeira é uma simples conversão da aplicação para usar o inherited_resources. Para acessar esse código faça assim:

1	git checkout -b inherited_resources --track origin/inherited_resources

Isso trás o branch com a primeira parte. Para ver a segunda parte, com mais recursos, faça:

1	git checkout -b inherited_resources_complete --track origin/inherited_resources_complete

Pronto, agora você tem 3 branches: o master com o blog em 15 minutos original, o ‘inherited_resources’ com a primeira parte e o ‘inherited_resources_complete’ com a segunda parte. Use o comando ‘git checkout [nome do branch]’ para mudar de branches.

José também é palestrante para o Rails Summit Latin America 2009, a maior conferência de Rails da América do Sul, e vai acontecer nos dias 13 e 14 de Outubro, em São Paulo. Nos ajude a promover o evento e não deixe de comparecer!

[Screencast] Real Thin Restful Controllers with Inherited Resources

Tue, 01 Sep 2009 04:24:14 PDT

Update 10/01: José just released version 0.9.1 while I was uploading the video :-)

José Valim is doing a great work in the soon to the released Rails 3.0. He surprised everybody with his Google Summer of Code project, rewriting the entire Generator code to use Thor and be more agnostic. Not only that he enhanced the ActionController with ways to make it leaner and cleaner.

Real Thin Rails Restul Controllers with Inherited Resources from Fabio Akita on Vimeo.

Much of this later work comes from an old Rails gem of his called Inherited Resources. It can be used right now in your Rails 2.3 projects and he just backported some of the Rails 3.0 features such as ActionController Responders and other goodies.

In essence it feels a lot like James Golick resource_controller or Hampton Caitlin’s make_resourceful, Yet Another Thin Controller Plugin if you like. But José’s is definitely interesting.

So, I decided to make a screencast showcasing some of its basic features. Bear in mind that this gem offers a lot more and I highly encourage you to read his Wiki page about it. There are dozens of options that you can leverage to make your projects even more maintainable and lean.

Para utilizar os códigos que eu menciono no screencast, apenas comece assim:

12	git clone git://github.com/akitaonrails/ryanb-15min-blog.gitcd ryanb-15min-blog

This video is divided in two parts, the first is a simple conversion to use inherited_resources. To access this code do like this:

1	git checkout -b inherited_resources --track origin/inherited_resources

This will bring the branch with the first part. To see the second part, with more goodies, do like this:

1	git checkout -b inherited_resources_complete --track origin/inherited_resources_complete

Now you should have 3 branches: master with the original 15 min. blog, ‘inherited_resources’ with the first part and ‘inherited_resources_complete’ with the second part. Use the ‘git checkout [name of the branch]’ to switch back and forth between branches.

José is also a speaker for Rails Summit Latin America 2009, the largest Rails conference in South America, and it’s gonna happen on October 13th and 14th, at São Paulo, Brazil. Help us promote it and be sure to attend! :-)

Eventos do Segundo Semestre de 2009

Fri, 28 Aug 2009 11:13:20 PDT

No primeiro semestre viajei bastante para palestrar. Desde o Campus Party no começo do ano, passando por quase meia dúzia de cidades pelo Encontro Locaweb e mais outros pelo caminho. Mas já começamos o segundo semestre e semana que vem já recomeça a maratona de palestras. Vou atualizando neste post para não me esquecer.

Em especial, obviamente, não deixem de participar e de promover o Rails Summit Latin America 2009, que acontecerá nos dias 13 e 14 de Outubro! Diversos dos maiores nomes internacionais de Ruby e Rails estarão presentes, é a melhor oportunidade de se encontrar com os maiores Railers do Brasil e do mundo.

Além disso, nosso grande amigo Carlos Eduardo, da e-Genial está organizando mais um Rails for Kids, um evento online onde o que for arrecadado com a inscrição será para ajudar uma instituição beneficente. Não deixe de colaborar e participar. Grandes nomes brasileiros estarão presentes num dia inteiro de palestras.

05/09 – XXVII ENECOMP – Congresso Nacional dos Estudantes de Computação – Colégio Estadual do Paraná/Curitiba

12/09 – Rails for Kids 2009 – Online via Treina Tom

14/09 – Dev in Rio 2009 – Rio de Janeiro

15/09 – I Fórum de Tecnologia em Software Livre SERPRO Rio de Janeiro

21/09 – ENIC – Encontro de Iniciação Científica – Claretiano/Batatais

10/10 – Encontro Ágil – IME/USP

13-14/10 – Rails Summit Latin America 2009 – São Paulo

19/10 – Semana da Computação – USP/São Carlos

23/10 – Latinoware 2009 – Foz do Iguaçu

O Dev in Rio 2009 foi organizado pelos grandes Guilherme Chapiewski e Henrique Bastos, totalmente às pressas e prova como grandes eventos podem ser feitos em pouco tempo, com poucos recursos mas com altíssima qualidade! Sem querer se tornará um dos melhores eventos de tecnologia do Brasil.

Estou particularmente entusiasmado com o Latinoware porque estará presente ninguém menos que o grande Frederick Brooks, famoso escritor do livro The Mythical Man-Month e a sequência No Silver Bullet. Por coincidência vou palestrar logo depois dele :-) Sou um grande fã há pelo menos uma década.

Por enquanto é isso. Acompanhem para mais atualizações.

[Off-Topic] Maldita Lei de Regulamentação está de volta!

Sat, 22 Aug 2009 16:01:37 PDT

Update 08/09/2009: Pequena menção numa notícia do Yahoo! Notícias sobre este assunto.

Update 26/08/2009: Excelente análise histórica sobre uma boa proposta de lei que já havia sido recusada uma vez, pelo Gizmodo

Update: 25/08/2009: Acabei de colocar um longo texto de argumentação sobre a Lei neste artigo.

Está nas notícias :

A proposta que regulamenta o exercício da profissão de analista de sistemas foi aprovada nesta quarta-feira, 19, pela Comissão de Constituição, Justiça e Cidadania (CCJ) do Senado. O projeto de lei (PLS 607/07), de autoria do senador Expedito Júnior, segue agora para análise da Comissão de Assuntos Sociais (CAS), em decisão terminativa.

Pelo substitutivo anteriormente aprovado pela Comissão de Ciência, Tecnologia, Inovação, Comunicação e Informática (CCT) e acolhido pelo relator na CCJ, senador Marconi Perillo, somente profissionais com diploma superior em análise de sistemas, ciência da computação ou processamento de dados poderão exercer a profissão de analista de sistemas.

Recomendo que todos releiam meu artigo do ano passado sobre esse tema. Esta lei é uma grande palhaçada, criada pelo tal Expedido Júnior, acolhido pelo tal Marconi Perillo.

Texto da Proposta de Lei

Resolvi dar uma passada mais detalhada sobre o texto. A proposta original foi o fracassado Projeto de Lei no 1.947, de 2003 do Eduardo Paes que foi, felizmente, arquivada. Então, não contente, foi apresentada pelo Expedito Júnior o desastroso Projeto de Lei no 607, de 2007. Recomendo que todos leiam a versão original primeiro, que pode ser baixada em PDF neste link.

A primeira instância de análise foi na Comissão de Ciência, Tecnologia, Inovação, Comunicação e Informática, publicado em 05/03/2008. A análise não é totalmente ruim, mas tem vários pontos falhos de interpretação (vou reservar a opinião de má-fé ou preguiça em uma análise mais apurada), na minha opinião. Por exemplo, primeiro ele cita opinião do SBC – Sociedade Brasileira de Computação – que diz o seguinte:

Segundo informação divulgada pela própria SBC, o importante na regulamentação da profissão é a observação de determinados princípios como o livre exercício dos ofícios relacionados à área de informática. Assim, nenhum conselho de profissão poderia criar qualquer impedimento ou restrição ao princípio acima, devendo a área ser auto-regulada.

Está correto, acho que todos os profissionais da área concordam com isso, mas no parágrafo seguinte a interpretação é errada (obviamente feita por alguém de fora da área):

No caso em tela não se trata disso, pois o art. 2o estabelece que “poderão” exercer a profissão de Analista de Sistemas, Ciência da Computação ou Processamento de Dados, o que amplia sobremaneira as possibilidades de enquadramento profissional, abrangendo praticamente todos os cursos superiores na área de informática.

Para deixar claro, o art. 2o diz o seguinte:

Art. 2° Poderão exercer a profissão de Analista de Sistemas no País:

I – os possuidores de diploma de nível superior em Análise de Sistemas, Ciência da Computação ou Processamento de Dados, expedido por escolas oficiais ou reconhecidas;

II – os diplomados por escolas estrangeiras reconhecidas pelas leis de seu País e que revalidarem seus diplomas de acordo com a legislação em vigor;

III – os que, na data de entrada em vigor desta Lei, tenham exercido, comprovadamente, durante o período de, no mínimo cinco anos, a função de Analista de Sistemas

Ou seja, a interpretação deixa completamente de fora autodidatas e estudiosos que tiveram a escolha de não se formar por diversos motivos (vide meu artigo Devo fazer Faculdade?). Este artigo claramente exclui uma ampla quantidade de profissionais dos mais qualificados. Mesmo o inciso III não deixa claro o que significa exercício comprovado por 5 anos ou mais. Se refere a carteira assinada? Se refere a notas fiscais a clientes que adquiriram serviços de informática? Quais os critérios?

A análise prossegue com a afirmação:

O art. 4o do projeto, ao estabelecer quais as suas atividades e atribuições, não restringe a atuação de outros profissionais. Também não é estabelecida nenhuma exclusividade ou fixado que determinada atividade ou atribuição será privativa do portador de diploma das profissões antes referidas.

O Art. 4o define atividades como definição, gerenciamento, coordenação de projetos de software, incluindo explicitamente a “codificação”. Ou seja, todas as atividades de gerentes de projetos, arquitetos, programadores e afins. E no mesmo artigo temos o seguinte:

Parágrafo único. É privativa do Analista de Sistemas a responsabilidade técnica por projetos e sistemas para processamento de dados, informática e automação, assim como a emissão de laudos, relatórios ou pareceres técnicos.

Eu posso estar interpretando errado, mas me parece claramente que este parágrafo é exclusivo e, novamente, exclui a fatia dos programadores autodidatas. E a análise segue com um FUD:

Não se imagina que o centro de processamento de dados de um órgão público, de instituições do sistema financeiro ou mesmo de empresas privadas possa prescindir de responsabilidade técnica de caráter profissional, considerada a interface e a sinergia que se cria com os cidadãos, clientes e consumidores.

Na minha opinião esta é justamente a justificativa errada sendo utilizada na grande maioria dos argumentos a favor da lei: a de que automaticamente um profissional formado é necessariamente muito superior que um profissional autodidata mais experiente. E esta é a toda a base da minha argumentação no meu artigo do ano passado sobre o assunto. Recomendo a leitura cuidadosa disso.

Para não dizer que a análise é totalmente ruim, pelo menos foi sugerida a retirada das parte mais ofensoras, no caso:

supressão dos artigos 7o até o art. 33, que criam o Conselho Federal e os Conselhos Regionais de Informática;
exclusão, no inciso III do art. 2o, da oração “… e que requeiram o respectivo registro aos Conselhos Regionais de Informática”;
exclusão, no inciso II do art. 3o, da oração “… e que requeiram o respectivo registro aos Conselhos Regionais de Informática”;

Então, o motivo de toda esta algazarra que foi a aprovação na Comissão de Constituição, Justiça e Cidadania, publicado no dia 19/08/2009. A proposta foi acatada com todas as modificações sugeridas pela Comissão de Ciência, Tecnologia, Inovação, Comunicação e Informática listadas acima.

Felizmente, a supressão dos artigos 7o. até o art. 33 foi mantido:

… há inconstitucionalidade de natureza formal nos dispositivos que versam sobre a fiscalização e o exercício da profissão, bem como sobre o registro dos profissionais e o pagamento de taxas … Dessa forma, os citados artigos estão marcados pela eiva de inconstitucionalidade, pois é vedada a iniciativa parlamentar para criar órgãos públicos e atribuir-lhes funções, por força do supramencionado preceito da Lei Maior …

Para clarear, isso retira os capítulos que definem os órgãos fiscalizadores, o Conselho Federal de Informática, os Conselhos Regionais de Informática, sobre Registro e Fiscalização Profissional, sobre Anuidades, Emolumentos e Taxas e, finalmente, Infrações e Penalidades. Estas seriam as partes mais danosas caso implementadas. Espero que se mantenha assim.

O Sétimo Elemento

Desde 20/08/2009 o substitutivo da proposta está em tramitação aguardando relator na Comissão de Assuntos Sociais, onde ela pode ser aprovada ou arquivada. Pelo andar da carruagem me parece que ela vai ser aprovada sem grandes problemas, o que é péssimo!

Continua valendo meus argumentos no artigo Vamos impedir a Regulamentação do ano passado. Apesar da desistência dos artigos que criam toda a mecânica burocrática governamental e as penalidades, ainda assim é uma lei muito ruim para todo o mercado. Pior, o tal art. 7o do substitutivo atual me deixa muito apreensivo:

Art. 7o O Poder Executivo responsabilizar-se-á pela fiscalização e supervisão do exercício da profissão de Analista de Sistemas, e pelo registro dos profissionais da Informática.

Isso substitui os artigos 7o até o art. 33 em um único artigo que não define nada e deixa completamente em aberto e arbitrário o que o Executivo fará em termos de fiscalização e registro dos profissionais. Ou seja, no fundo tudo que foi retirado continua implicitamente válido.

Este artigo não existia na versão da Comissão de Ciência, Tecnologia, Inovação, Comunicação e Informática de 2008. Ela foi a única coisa acrescentada na versão da Comissão de Constituição, Justiça e Cidadania aprovada em 19/08/2009 e é, na minha opinião, a coisa que mais regrediu este texto. No relatório se lê:

Por outro lado, para dar viabilidade ao objetivo da iniciativa, desejamos acrescentar também um artigo com vistas a remeter ao Poder Executivo função de deliberar sobre as questões tratadas nos artigos aqui suprimidos. Assim, acolhemos o Substitutivo oferecido pela Comissão de Ciência e Tecnologia, com acréscimo de um dispositivo.

Conclusão

Se a Comissão de Assuntos Sociais aprovar esta lei, será um enorme retrocesso no mercado nacional de informática. Esta lei tem o potencial de ser ainda mais destrutivo do que as leis de reserva de mercado de informática dos anos 80, que nos deixou quase uma década atrás do Primeiro Mundo em termos de modernização.

Como o SBC já havia mencionado, este mercado deve ser livre e auto-regulado, o que ele já é de fato. Não há nenhuma necessidade de uma regulamentação desta natureza. Como eu já disse antes, podemos conversar sobre um texto mais realista. Porém este texto em particular é por demais danoso para ser considerado. Ele precisa ser completamente reescrito por profissionais experientes atuantes na área em conjunto com toda a nova geração de desenvolvedores.

Eu não conheço paralelo dessa lei em nenhum lugar do mundo (peço que se alguém souber, comente neste artigo). Ela efetivamente restringe a atividade, partindo da premissa errada de que profissionais formados são necessariamente melhores do que profissionais autodidatas, o que é, por experiência própria, muito falso. Na realidade, alguns dos melhores com quem eu já trabalhei nesses últimos 15 anos não eram formados.

A grande maioria das pessoas a favor se dividem em duas categorias: as que leram a proposta de lei e suas tramitações e as que não leram. As que não leram simplesmente não sabem do que estão falando.

As que leram e ainda assim concordam são justamente os maus profissionais que não conseguem competir com os autodidatas, querendo usar apenas a força das “credenciais” como critério. Este mercado se auto-regula à medida que os maus profissionais são naturalmente excluídos do mercado, indo cada vez mais para atividades de menor importância. Também se confunde as carreiras de “codificador” e “desenvolvedor”. O primeiro é um commodity que se aproxima muito de um datilógrafo, apenas tentando traduzir diagramas e requerimentos em formato de código, sem qualquer atenção à qualidade do mesmo. Um desenvolvedor, por outro lado, é um arquiteto nato, que tem total controle sobre sua criação. O primeiro é um commodity, o segundo é a “nata” da categoria, que sobe no mercado por pura meritocracia, e seleção natural baseada em networking. Apesar de algumas exceções, eu diria que é uma implementação razoável de Laissez-faire.

Nossa área sequer tem uma metodologia de trabalho consolidada. Estamos ainda transitando entre o Taylorismo-Fordista da Engenharia Clássica de Software baseado em Waterfall, até o movimento Ágil pós-Toyotista de Lean, Scrum, XP e outros. Nossas ferramentas de hoje e de 10 anos atrás são bastante diferentes. A internet mudou completamente o rumo da profissão. São mudanças repentinas demais para se tentar regularizar. Neste tipo de circunstância, o livre mercado é a melhor forma de lidar com isso.

Portanto, baseado em tudo isso, continuo veementemente contra essa proposta de lei e espero realmente que existem pessoas de boa educação na Comissão de Assuntos Sociais para terem o bom senso de perguntar à sociedade, e a nós, categoria afetada, para então arquivar esse texto de uma vez por todas.

AkitaOnRails.com

[Off-Topic] O problema das credenciais

[Off-Topic] Saúde

Sit mens sana in corpore sano

Esclarecimento sobre “Perda de Peso”

[Rails Summit 2010] Commence Planning

[Rails Summit 2010] Iniciando o Planejamento

[Rails Summit 2009] Retrospectiva

Os Bastidores

Palestras

Minha Palestra

Comunidade

[Rails Summit 2009] ThoughtWorks pousa no Brasil

ThoughtWorks lands in Brazil

[Rails Summit 2009] Palestrante Arthur Zapparoli

Speaker Arthur Zapparoli

[Off-Topic] Windows and Unix: Promiscuidade

[Rails Summit 2009] Palestrante Nando Vieira

Speaker Nando Vieira

[Rails Summit 2009] Palestrante Ilya Grigorik

Speaker Ilya Grigorik

[Off-Topic] Procurar Raciocionar Faz Bem

[Rails Summit 2009] Palestrante Matt Aimonetti

Speaker Matt Aimonetti

[Rails Summit 2009] Palestrante Carlos Brando

Speaker Carlos Brando

[Off-Topic] Meu Backup Pessoal (Drobo/Time Capsule)

Disclaimer

Minha experiência até aqui

Conclusão

[Rails Summit 2009] Palestrante Bryan Liles

Speaker Bryan Liles

[Rails Summit 2009] Palestrante Leonardo Borges

Links

Speaker Leonardo Borges

Links

[Rails Summit 2009] O Trailer mais Esperado!

[Tradução] Os problemas do pensamento do Visual Studio (e outras IDEs)

Proliferação de APIs

IntelliSense

Código Gerado

Design Interativo

Até mais, Resource Script

Propriedades usadas Demais

Visual Studio Desmistificado

Os Prazeres Puros de Código Puro

[Rails Summit 2009] Teaser Trailer

[Off-Topic] A Argumentação através da Intimidação

[Off-Topic] Direitos do Homem

Capítulo 12 – Direitos do Homem

Playing with Dry Scaffold and Inherited Resources

[Off-Topic] O Culto da Moral Cinzenta

O Culto da Moral Cinzenta

Default Scopes and Hash Posers

User Editable Liquid Templates in the Database

Next Steps

A Controvérsia do Ticket #2033 - Ruby on Git

[Screencast] Controllers Restful Magros com Inherited Resources

[Screencast] Real Thin Restful Controllers with Inherited Resources

Eventos do Segundo Semestre de 2009

[Off-Topic] Maldita Lei de Regulamentação está de volta!

Texto da Proposta de Lei

O Sétimo Elemento

Conclusão