-
Qualquer tolo pode escrever um código que um computador possa entender. Bons programadores escrevem código que os humanos podem entender.
-
Se você é um líder técnico, precisa estar codificando.
-
A abrangência é inimiga da compreensibilidade.
-
Uma das coisas que tenho tentado fazer é procurar regras mais simples ou que sustentem um design bom ou mau. Penso que uma das regras mais valiosas é evitar duplicações. "Uma vez e apenas uma vez" é a frase de programação extrema.
-
...se você tem medo de mudar algo, é claramente mal projetado.
-
Quando usar o desenvolvimento iterativo? Você deve usar o desenvolvimento iterativo apenas em projetos que deseja ter sucesso.
-
A integração contínua é uma prática de desenvolvimento de software em que os membros de uma equipe integram seu trabalho com frequência, geralmente cada pessoa integra pelo menos diariamente - levando a várias integrações por dia. Cada integração é verificada por uma compilação automatizada (incluindo teste) para detectar erros de integração o mais rápido possível. Muitas equipas constatam que esta abordagem conduz a problemas de integração significativamente reduzidos e permite que uma equipa desenvolva mais rapidamente um software coeso.
-
Agora sou uma pessoa muito preguiçosa e estou preparada para trabalhar muito para evitar o trabalho.
-
Não posso escolher se alguém se sente ofendido pelas minhas acções. Posso escolher se me importo.
-
Quando você realmente se senta para escrever algum código, aprende coisas que não aprendeu pensando nelas em termos de modelagem...há um processo de feedback lá que você só pode realmente obter ao executar algumas coisas e ver o que funciona
-
Por que compor sinfonias é difícil? Não sei. Muito poucas pessoas no mundo conseguem fazê-lo bem. E acho que é o caso do design inicial. É muito difícil fazer bem.
-
Nunca nos anais da engenharia de software foi tanto devido por tantos a tão poucas linhas de código
-
Acho que escrever testes de unidade realmente aumenta minha velocidade de programação
-
Em quase todos os casos, oponho-me a reservar um tempo para a refatoração. Na minha opinião, a refatoração não é uma actividade para a qual reservamos tempo. Refatoração é algo que você faz o tempo todo em pequenas explosões.
-
Comparar com outra atividade é útil se ajudar a formular perguntas, é perigoso quando você a usa para justificar respostas.
-
Um padrão é uma ideia que tem sido útil num contexto prático e provavelmente será útil noutros.
-
Espero, portanto, ter deixado claro que a imposição de métodos ágeis é uma bandeira muito vermelha.
-
É impossível não notar Ruby on Rails. Teve um enorme efeito tanto dentro como fora da comunidade Ruby... Rails tornou-se um padrão ao qual até mesmo ferramentas bem estabelecidas estão se comparando.
