Ceará On Rails 2009 - Vou Participar Art Of Community

Comment: (1)

Documentos aninhados no CouchDB

Category : Apache CouchDB, Banco de dados, CouchRest, Orientado a documentos, Pensamentos, Ruby

O CouchDB é um banco de dados Orientado a Documentos. Isso significa que cada valor armazenado é um documento, e como tal, possui uma identificação única, uma revisão, e chaves/valores, que serão as informações do documento. Pensando dessa forma, várias coisas são melhores para serem classificadas assim do que em tabelas.

Existem duas formas de você utilizar os documentos, uma é fazendo dele como um documento real, e armazenar todas as informações possíveis dentro dele. A segunda forma é fazer referência à um outro documento. Existe uma diversidade da “melhor prática” no CouchDB, onde cada um dos desenvolvedores tem uma visão diferente. O J. Chris, por exemplo, desencoraja o uso, a não ser que seja realmente um caso onde não tem como não se usar vários documentos.

Comments: (4)

Dois programadores pensam melhor do que um

Category : Metodologias de desenvolvimento, Pensamentos, XP

O XP é uma metodologia de desenvolvimento Ágil, alguns consideram como framework, outros, assim como eu, consideram como filosofia. Não da dá pra aprender XP em um dia e no segundo dia sua equipe já será extremamente Ágil. Isso é mentira. Assim como programação, XP só se aprende com o tempo, treinando dia após dia.

O XP possui práticas e dentre elas a que eu acho mais vantajosa é a Programação em Par, que é a atividade onde dois programadores usam um computador e eles codificam juntos. Eu, quando comecei minha vida no desenvolvimento, não colocava muita fé nesse tipo de desenvolvimento. Cheguei a espalhar para outros programadores que duas pessoas em um computador não funcionava, e que seriam melhor um programador por computador.

Comments: (6)

O mais importante é arte e não código!

Category : Dicas e Tutoriais, Pensamentos

Nos últimos dias eu venho tentando aprender a fazer design sozinho. E sinceramente, design é algo que se aprende, mas é muito difícil. Não é tão simples como programação, aprender meio número de comandos e escrevê-los.

Se fosse assim, já estaria com o design que eu quero pronto. Mas não, não é tão simples. Falo sinceramente quando uma pessoa que sabe fazer design e é programador é um profissional completo.

Comments: (0)

Aprendendo Agilidade fora da caixa

Category : Metodologias de desenvolvimento, Pensamentos, TDD, XP

Podemos aprender em qualquer lugar, com qualquer coisa. Livros, vídeos, fotos, apresentações, músicas, filmes, etc. Se você ver a coisa com outra ótica poderá aprender muito.

Eu gosto muito de ver o filme do Homem de Ferro, gosto muito de ver toda aquela coisa tecnologica funcionando. Acho o máximo quando ele usa o “raio repulsor” e passa da barreira do som!

Comments: (2)

Sem comunicação não dá!

Category : Dicas e Tutoriais, Pensamentos

Tudo o que você faz na vida envolve comunicação. Qualquer tipo de comunicação, visual, gestual, verbal, enfim, qualquer tipo de comunicação. É uma premissa básica do ser humano se comunicar! E isso está dentro de cada uma das empresas que você ver e está ligado diretamente em um maior ou menor grau de sucesso de uma empresa ou startup.

E no desenvolvimento de software, comunicação é tudo! Sem comunicação não dá! Quando eu estava na Add4 Comunicação, nós tínhamos problemas de comunicação.

Comment: (1)

Benchmarks: Como vou saber se está bom ou ruim?

Category : Paradigmas, Pensamentos

Esta foi a pergunta que um amigo me fez no GTalk, eu respondi a ele mas gostei do assunto, é um bom assunto para começar 2009.

Como vou saber se está bom ou ruim um benchmark?! Simples, assim como muita coisa na vida, tudo depende do ponto de vista. A grande maioria dos benchmarks são sobre performance, tecnologia X é mais rápido do que Y ou framework U é mais rápido do que framework K.

Comment: (1)

É realmente legal manter código legado?

Category : Pensamentos

Eu lendo meu feeds hoje me deparo com um resumo da RailsConf Europe no blog do Pedro Pimentel. E um comentário dele foi sobre o keynote do David Heinemeier Hansson. Ele falou sobre a importância de código legado.

Se pararmos para pensar, todos os códigos que você e eu escrevemos viram códigos legados em menos de 30 segundos! Claro, que com menos ou mais relevância. Códigos que você escreve para resolver seus problemas realmente viram legados assim que você resolve seus problemas.