l'ultimo che esce dalla stanza, ovvio

A parte gli scherzi e le battutine debbo complimentarmi per i concetti espressi.
Spesso mi trovo a dover lottare nella mia stessa azienda per ottenere il tempo necessario a realizzare un buon progetto prima di scrivere il codice; e se è difficile farlo capire ad un'azienda di sviluppo figuriamoci al cliente.
La cosa che mi stupisce è che certe persone non imparano neanche dopo aver toccato con mano i risultati di una buona progettazione.
Di sicuro se verranno realizzati dei forum sulla progettazione ne sarò un assiduo frequentatore.

è la mentalità di oggi completamente sbagliata..."dobbiamo finire in tempo" in tempo per cosa?.
non importa che un prodotto sia progettato bene basta sia pronto....poi appena qualcosa va storto...

mi ricordo un episodio quando facevo tirocinio presso un architetto (non ditelo in giro ero un geometra).
aveva un cliente grosso, il quale aveva già deciso quando aprire il nuovo negozio che sulla carta nemmeno esisteva,
iniziano i lavori e i mori sono fradici di umidità.

l'architetto dice al cliente che è necessario studiare in maniera approfondita i danni e trovare un rimedio, naturalemente questo costa e richiede tempo e non coincide con le cose programmate dal cliente. l'architetto si fa convincere ad ignorare il problema.

per i primi mesi tutto fila liscio fino a quando una bella macchia non appare sulla parete immacolata del degozio e il parquet si stacca...

è una metafora ma è esattamente quello che succede se la fase di studio e progettazione non viene fatta a dovere in informatica come in qualsiasi altro settore

ciao marco