TDC 2012 São Paulo Highlights

Sábado 07/07/2012 participei da conferência de desenvolvedores de software (TDC 2012 São Paulo) na Universidade Anhembi Morumbi. Antes de falar sobre as palestras deixo um recado: ir a eventos é sempre muito bom, além do networking ser importante, vejo a troca de experiências como o maior benefício. O profissional de TI que não tem o senso de comunidade, está deixando de lado algo muito valioso.

O evento aconteceu de 4 a 8 de Julho. Consegui ir somente no Sábado (dia 07) na trilha de Ruby - sim, somente a linguagem Ruby, sem falar do framework Rails. Das palestras, que por sinal foram muito boas, consegui tirar alguns pontos importantes que gostaria de compartilhá-los.

O dia começou com a palestra do grande Ricardo Valeriano sobre "A ferramenta ideal: uma questão de perspectiva." e, como sempre, deu um show de dinamismo, descontraindo bastante a galera com seus slides cheios de memes, gostei bastante. Seguem os highlights:

Desenvolver software é muito complexo, em sua maioria criasse um legado a longo prazo que não é sustentável. No começo e durante o desenvolvimento os profissionais tomam decisões sobre quais ferramentas vão usar - seja lá qual for, seja uma api específica, um framework, a linguagem a utilizar, ou etc. - sem entender completamente o porque, sem saber criticar as suas escolhas. Se preocupar sempre com o legado é essencial, no futuro pode ser outra pessoa ou equipe que vai encontrar um monstro ou um projeto bem estruturado, pense nisso. O projeto tem que se manter sustentável ao longo do tempo. Tenha em mente e entenda sempre as desvantagens da decisão tomada, assim você conseguirá evoluir o software com qualidade.
Domine a linguagem ao ponto de criticar os pontos negativos. Não existe tecnologia ruim, a decisão depende do contexto, depende da pessoa e do momento.

Cassio Marques foi o único que falou de Rails além de Ruby. Cassio palestrou sobre "Porque você não deve usar os callbacks do ActiveRecord" (slides da palestra), achei muito interessante os pontos abordados. Seguem os highlights:

O teste está lento? Não sabe porque? Cuidado! Lembre-se que os callbacks do ActiveRecord nos seus modelos são executados quando você persiste objetos durante a execução dos testes.
Não coloque regras de negócio nos callbacks pois será difícil de manter. Sendo assim, não tenha medo de isolar essa lógica criando outras classes se você está desenvolvendo orientado a objetos. Lembre-se que cada objeto deve fazer o mínimo possível e tem que fazer isso bem. Cuidado com convenções, elas são boas para criar um framework, mas não necessariamente para o contexto necessário para seu código.
Ao codificar tenha em mente a clareza ao invés de não concisão. Como assim? É quando você acha que é o expert por escrever seu código de um jeito bonitinho, por exemplo, deixando o código com tudo inline só porque no Ruby é legal. Na verdade isso pode ser ruim, pois bonito é muitas vezes diferente de um código com clareza e concisão, cuidado.

Douglas 'qmx' Campos palestrou sobre "Ruby é lento?", ele abordou alguns pontos fortes e fracos da linguagem e a comparou com outras linguagens também, foi bem interessante. Seguem os highlights:

Ruby não é lento, mas pode ser lento, tudo depende de como foi usado. Ruby foi feito para deixar o programador feliz, quero dizer que tem muitas formas legais de programar as coisas e justamente por causa disso pode ser que fique lento. O desenvolvedor tem que saber que quanto mais poder e flexibilidade ele tem em mãos com a linguagem, maior é a responsabilidade dele em não fazer cagada com a performance.

E por fim uma dica, essa foi dada por Nando Vieira:

Você perde muito tempo configurando ambientes desde o zero para o desenvolvedor novo na equipe ou empresa? Dê uma olhada nisso: https://vagrantup.com.

Bom, foi o que consegui resumir das palestras. Espero ter ajudado. Um abraço.

Written in 18 Jul 2012 by Leandro Alvares da Costa