Hello Habr! Muitas vezes, um desenvolvedor é contratado para resolver problemas de negócios como um profissional. Mas às vezes a opinião dos desenvolvedores sobre questões nas quais eles são mais competentes do que os representantes de negócios não é ouvida. O fato de que isso pode ser feito e por que deve ser o desenvolvedor, eu gostaria de falar.
Felicidade e satisfação no trabalho
— . , . — . , , .
(software development) , . , , , , , , — . .
?
, , . — , , « ?» ( . ). ( , hard skills ). — , « ?». Agile (https://agilemanifesto.org/).
, *argumentum ad auctoritatem ( ).* , — , .
, — . , , , , , — errare humanum est. , , .
?
best practices , , . — . , — , , . — , .
, , , . :
, . , , . . — , , .
: , . . — , . , , , , , , .
?
, , . , , , , . , , . — — , , TDD ( ) code review, . — — , best practices, , .
, , . , , . , , . , , — , , .
— . , . , , best practices — . , , , , .
, , . , — , , , , .
, . , , .
Este artigo é uma opinião profundamente subjetiva sobre como um desenvolvedor pode obter mais prazer com seu trabalho, mostrando profissionalismo e comunicando ideias subjetivas ao negócio que o desenvolvedor, como profissional, considera corretas. O artigo é amplamente inspirado nas ideias do Agile, do livro "Clean Architecture" de Robert Martin, bem como na minha própria experiência, experiências e na experiência de amigos e colegas.