Benvenuto! Se sei un nuovo visitatore ti consiglio di iscriverti al mio Feed RSS in modo da essere sempre aggiornato riguardo l'uscita di nuovi articoli oppure sbirciare tra i tutorials ed i progetti.
Per avere un'idea del best-content presente in questo blog puoi leggere il post intitolato "Ed ora è il momento di rilanciare alcune iniziative! (1a parte e 2a parte)".
Buona navigazione e grazie per la visita!

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 ;)