Lei 1 – Nunca ofusque o arquiteto do sistema. Reconhea quem construiu antes de
voc e demonstre respeito. Isso evita conflitos e garante que voc aprenda com quem
j conhece a base do projeto.
Lei 2 – No confie totalmente em bibliotecas desconhecidas. Sempre revise a
documentao e, se possvel, o cdigo-fonte antes de depender de algo crtico.
Lei 3 – Oculte a complexidade, exponha simplicidade. Escreva cdigo limpo e APIs
fceis, mesmo que por trs haja sistemas complexos.
Lei 4 – Fale atravs do cdigo. Em vez de discutir demais, entregue solues
funcionais.
Lei 5 – Proteja sua reputao no versionamento. Commits ruins mancham seu
histrico.
Lei 6 – Faa seu projeto ser notado. Documente, publique e compartilhe.
Lei 7 – Faa outros contriburem, mas mantenha controle da arquitetura.
Lei 8 – Faa os bugs virem at voc usando logs e testes.
Lei 9 – Vena com funcionalidades, no com discusses.
Lei 10 – Evite projetos txicos.
Lei 11 – Torne-se indispensvel dominando partes crticas.
Lei 12 – Use honestidade seletiva em revises.
Lei 13 – Pea ajuda mostrando impacto, no pena.
Lei 14 – Aja como aprendiz eterno.
Lei 15 – Mate bugs completamente, no parcialmente.
Lei 16 – Use ausncia estratgica para aumentar valor.
Lei 17 – Surpreenda com solues elegantes.
Lei 18 – No se isole do time.
Lei 19 – Conhea bem quem revisa seu cdigo.
Lei 20 – No se prenda a uma stack.
Lei 21 – Finja simplicidade enquanto domina profundamente.
