Ao desenvolver, escrever é uma parte bem pequena do trabalho. Ler é
a maior. Sua IDE favorita impede você de melhorar, com a navegação facilitada
pelo código é bem fácil ignorar código ruim. E bom. Não quero nenhuma guerra
santa contra IDEs mas, por favor, comece a tentar entender o código que você (e
outras pessoas) escreve(m).
Um código bom é como um livro do Isaac Azimov: curto, expressivo e
inspirador. Ele esconde camadas e mais camadas de decisões nos lugares onde
elas pertencem, através de uma interface clara e extensível.
Você precisa consumir código bom, como o Unix, e ser preguiçoso. Pegue
uma tarefa repetitiva no seu dia a dia e a automatize. Considere o terminal
como sua IDE e viva com ele:
- Receba no seu e-mail os 5 posts mais votados no HN, que estiveram lá
por mais de 3 horas. - Atualize os projetos importantes pra você no começo do dia, com um resumo do
que aconteceu com eles enquanto você esteve fora. - Garanta que sua suíte de testes automatizados seja exatamente isso. Se você
precisa navegar ou usar outras coisas pra testar, vá caçar o que aconteceu de
errado e arrume sua vida.
Estude código de outras pessoas, pegue um projeto que você usa e vá
aprender como ele funciona. Pare de achar que ignorância e economia de tempo
são a mesma coisa, que esse conhecimento em nada vai agregar na sua vida.
Você sabe como os Mocks do PHPUnit funcionam, por exemplo? Que
praticamente tudo que usa no ZSH é possível no BASH, sem todos os problemas?
Nada me ensinou, e me ensina, tanto quando o Unix. Então leia. Se permita
ser mais preguiçoso e pare de reinventar a roda.
Powered by WPeMatico