| Arquivado em : Carreira, Desenvolvimento, Quotidiano
Essa coisa de junior e de sênior sempre me pareceu completamente ridÃcula desde o dia em que comecei a mexer com software e tive que enfrentar essas classificações que as empresas e os RH fazem. Bom, para ser justo, não são apenas os RH é todos o mundo de forma geral que tem alguma coisa [...]
| Arquivado em : Carreira
O manifesto ágil é visto hoje em dia como o responsável por uma mudança de paradigma no mundo do desenvolvimento de software. A meu ver a mudança de paradigma é inevitável e não depende da existência de dito manifesto. Aliás, dito manifesto pode ser até um entrave à mudança de paradigma em curso. Na realidade [...]
| Arquivado em : Planejamento, Quotidiano
Falei anteriormente de como é organizada uma equipa Scrum e quais responsabilidades cada elemento desempenha.  Hoje o assunto é a palavra mais querida dos gerentes tradicionais – tarefa – e sua relação com user story. A tarefa, no pensamento tradicional é qualquer coisa que tem que se fazer. A ideia é que sabendo as tarefas [...]
| Arquivado em : Planejamento, Quotidiano
A estrutura tradicional para equipes de desenvolvimento de software é composta por um Gerente e um Grupo de Desenvolvedores. O Gerente têm três papeis principais: 1) Mediar com os stakeholders (diretores, clientes , outros gerentes) o que implica em definir prazos e custos e fazer com que se cumpram 2) Organizar o trabalho da equipa. [...]
| Arquivado em : Carreira, Quotidiano
Valorizar práticas ou praticar valores? A diferença parece sútil, mas é a distinção essencial nos dias de hoje, porque é a diferença entre o que interessa e o que não interessa no ramo do desenvolvimento de software Pela tradição – tradicionalmente, historicamente – as empresas valorizam práticas. São criados, aglutinados, conjuntos de práticas a que chamam “metodologias”. As [...]
| Arquivado em : Desenvolvimento, Planejamento
É uma falácioa que desenho de sistema feito antes de começar a codificar é ruim e deve ser evitado. Processos iterativos só funcionam se o design original é suficientemente flexivel, e ele só é flexivel de foi feito com cuidado.
| Arquivado em : Carreira, Desenvolvimento, Planejamento
Na minha opinião não há desculpa para criar um software com má qualidade. Mesmo com prazo curto e orçamento apertado sempre é possivel fazer um software de boa qualidade compatÃvel com esses fatores. Claro, o primeiro desafio é saber como fazer isto e o segundo é fazer!