Pular para o conteúdo principal

Postagens

Gerenciando projetos remotos com Github

É estranho o número de pessoas que me perguntam como fazer para desenvolver em um grupo remoto.  Resolvi colocar com base nas minhas experiências montar esse postagem. Planejamento O planejamento do software é criado pela equipe de Análise, normalmente esse pessoal tem um contato maior com o Cliente, nesse caso existe reuniões constantes para manter em sintonia as espectativas. Quando se trabalha com métodos ágeis o Project Owner (PO), são eles que trazem os requisitos e demandas. Algumas empresas utilizam-se de vídeo conferencia, outras apenas reuniões presenciais, se me perguntar qual eu prefiro para esse caso, é uma reunião presencial. Caso não seja possível, pelo menos uma video conferencia. É extremamente importante que não exista falha de comunicação nessa parte para o sucesso do projeto. Gerenciamento de Tarefas O gerenciamento de tarefas é divido em duas partes. Milestones para quem trabalha com métodos ágeis isso seria chamado de Sprint, que como reza o Scrum n
Postagens recentes

TDD porque não usar

Acho muito estranho todos falarem sobre TDD hoje em dia. Mas pouco tem definido o que é e como utilizar no benefício do projeto. A mais ou menos uns 3 anos eu assisti uma palestra do Lucas Bastos, "Ágil como o MacGyver" e nela ele falava exatamente o mesmo. As pessoas se prendem em modelos prontos de solução e deixam de analisar o que realmente elas precisam. Sendo assim resolvi comentar um pouco sobre minha experiência com TDD. Para que fazer testes ? Acho engraçado quando vejo algumas pessoas atribuindo os testes aos bugs. Fazer ou não fazer os testes não é solução para evitar bugs. Uma vez que mesmo seus testes podem conter bugs ou dificilmente eles vão ser tão geniais quanto os usuários de um sistema. Os testes servem para garantir a continuidade do funcionamento do seu sistemas e não para remover erros. Em outras palavras, garantir qualidade. Já vi programadores incríveis escreverem mais de 30 linhas de código e nem mesmo executar 1 vez se quer seu código parar

django-choices-flow 0.9.0

Finalmente nesse final de semana eu consegui terminar mais versão do django-choices-flow. O problema só que o django-nose e o django-coverage não estão funcionando legal com o Django 1.6.2 e com o Django 1.7.x. Tive que remover eles do Travis CI. Source Code: https://github.com/valdergallo/django-choices-flow Release: https://github.com/valdergallo/django-choices-flow/blob/master/releases.md Version:  0.9.0 Update default error message from Django settings Add customer messagem on Choice using 'error_msg' as restrict word add suport for django 1.6.x Documentation: https://django-choice-flow.readthedocs.org/en/latest/

django-choices-flow 0.8.5 (stable)

Motivação: Precisava controlar a transação dos status de um Model do Django, evitando por exemplo que o usuário mudasse o status de um registro de cancelado para novo. Documentação do projeto: https://django-choice-flow.readthedocs.org/en/latest/ Repositório do projeto: https://github.com/valdergallo/django-choices-flow