In rete ho trovato questo interessantissimo e-book intitolato “How to be a Programmer: A Short, Comprehensive, and Personal Summary” che inizia così:

To be a good programmer is difficult and noble. The hardest part of making real a collective vision of a software project is dealing with one’s coworkers and customers. Writing computer programs is important and takes great intelligence and skill. But it is really child’s play compared to everything else that a good programmer must do to make a software system that succeeds for both the customer and myriad colleagues for whom she is partially responsible.

Nel libro vengono trattati argomenti che non coinvolgono solo il programmatore ma naturalmente tutto il team di lavoro: iniziando dalla stima dei tempi fino al collaudo vero e proprio.

Personalmente ritengo che la fase più “difficile” non sia l’implementazione in se, bensì ciò che gli sta attorno come ad esempio la stima dei tempi di lavoro.
In questa fase si fa riferimento all’esperienze passate ma non sempre è possibile farlo; nel momento in cui si usa un nuovo framework, dei nuovi componenti, ecc… tutto diventa meno prevedibile.
Ed è da li che ha origine lo stress ;)