[DESIGN] "Any design effort that takes more than 30 minutes is a waste of time."

[fek]

Di Eric Gunnerson. Discuss

[NeoNum6]

design effort in che senso?

[fek]

Originariamente inviato da NeoNum6

design effort in che senso?

Traduco in italiano: "Ogni sessione di design che dura piu' di 30 minuti e' una perdita di tempo".
E' una frase molto profonda nella sua sintesi.

[NeoNum6]

Originariamente inviato da fek

Traduco in italiano: "Ogni sessione di design che dura piu' di 30 minuti e' una perdita di tempo".
E' una frase molto profonda nella sua sintesi.

no la traduzione l'avevo capita
design grafico o design come progettazione software?

[^TiGeRShArK^]

Originariamente inviato da NeoNum6

design effort in che senso?

"sforzo progettuale" letteralmente...
Traducendo lì'intera frase sarebbe qualcosa del genere:
"Qualsiasi lavoro di progettazione che impieghi + di 30 minuti è uno spreco di tempo."

Sostanzialmente sono d'accordo con il senso generale dell'affermazione...
Forse 30 minuti però è un pò troppo estremizzato
NON considerando ovviamente i cambiamenti di design necessari in corso d'opera.
Comunque ovviamente non puù essere considerato in termini assoluti.
Per progetti realmente grandi in 30 minuti non si fa neanche in tempo ad iniziare a capire il problema

[^TiGeRShArK^]

Originariamente inviato da fek

Traduco in italiano: "Ogni sessione di design che dura piu' di 30 minuti e' una perdita di tempo".
E' una frase molto profonda nella sua sintesi.

e bella traduzione che gli hai fatto
aveva il dubbio su design.. e tu glielo traduci.... DESIGN

[NeoNum6]

io non sono d'accordo...la progettazione è importante...sopratutto per progetti grandi...inoltre la progettazione non deve finire mai, con questo si risolvono i problemi di cambiamento di progetto repentini...vedi extreme programming

[NeoNum6]

Originariamente inviato da ^TiGeRShArK^

e bella traduzione che gli hai fatto
aveva il dubbio su design.. e tu glielo traduci.... DESIGN

vero

[variabilepippo]

design grafico o design come progettazione software?
__________________

In quel contesto "design" sta per progettazione, non per "design grafico"...

[banryu79]

La progettazione è una fase importante e delicata; imho non bisogna mai estremizzare ne generalizzare la questione in entrambi i sensi: il tempo effettivo corrisponde a quello necessario per capire e definire il dominio del problema in questione.

Sono d'accordo che esagerare è controproducente, ma neanche dedicarci troppo poco tempo è salutare

[NeoNum6]

bhè la via di mezzo è spesso la migliore...però provate a pensare a progetti da milioni di righe di codice...senza progettazione è finita!

[fek]

Originariamente inviato da ^TiGeRShArK^

Sostanzialmente sono d'accordo con il senso generale dell'affermazione...
Forse 30 minuti però è un pò troppo estremizzato

Vero, 30 minuti sono troppi, abbasserei a 10.

Originariamente inviato da ^TiGeRShArK^

e bella traduzione che gli hai fatto
aveva il dubbio su design.. e tu glielo traduci.... DESIGN

Sto dimenticando l'italiano

[fek]

Originariamente inviato da NeoNum6

io non sono d'accordo...la progettazione è importante...sopratutto per progetti grandi...inoltre la progettazione non deve finire mai, con questo si risolvono i problemi di cambiamento di progetto repentini...vedi extreme programming

Vedi, quella frase e' estremamente sintetica e ben congeniata. Infatti non afferma che la progettazione e' inutile, ma afferma che un lungo sforzo continuativo e' inutile. Senza scrivere codice.

Gunnerson non ti sta dicendo di non progettare il software, ti sta dicendo di non smettere mai di progettarlo, progetta il codice mentre lo scrivi.

[NeoNum6]

Originariamente inviato da fek

Vedi, quella frase e' estremamente sintetica e ben congeniata. Infatti non afferma che la progettazione e' inutile, ma afferma che un lungo sforzo continuativo e' inutile. Senza scrivere codice.

Gunnerson non ti sta dicendo di non progettare il software, ti sta dicendo di non smettere mai di progettarlo, progetta il codice mentre lo scrivi.

ottimo questa interpretazione mi piace....hai ragione...ed in effetti è geniale...non ci avevo pensato!

[fek]

Originariamente inviato da NeoNum6

ottimo questa interpretazione mi piace....hai ragione...ed in effetti è geniale...non ci avevo pensato!

Ed il prossimo passo e' questo:
http://martinfowler.com/articles/designDead.html

[NeoNum6]

Originariamente inviato da fek

Ed il prossimo passo e' questo:
http://martinfowler.com/articles/designDead.html

bhè Xp potrebbe portarci a una nuova crisi del software se si va di questo passo...ne risentono documentazione,riuso...e gli sviluppatori!

[fek]

Originariamente inviato da NeoNum6

bhè Xp potrebbe portarci a una nuova crisi del software se si va di questo passo...ne risentono documentazione,riuso...e gli sviluppatori!

Oppure si riesce finalmente a consegnare in tempo software che funziona, senza dover passare serate in ufficio

[NeoNum6]

Originariamente inviato da fek

Oppure si riesce finalmente a consegnare in tempo software che funziona, senza dover passare serate in ufficio

ma perchè le software house non usano Xp?e come progettano?

[cionci]

Probabilmente è vero che con XP ne risente il riuso...ma anche no...mi viene in mente una feature che avevo già fatto simile in un altro progetto ? La prendo con la sua test base e poi la adatto ai miei scopi. Tutto bello, perché sposta il riuso da un livello più alto (prendo un package, lo uso inalterato in un altro progetto) ad uno più basso (prendo un package, lo modifico per adattarlo ai miei scopi).
Ora però la fase di adattamento non si può chiamare refactoring...perché in teoria il refactoring dovrebbe mantenere inalterato il comportamento del sistema ai fini esterni.
Come lo si potrebbe chiamare ? Come posso strutturare questa fase di transizione a livello di TDD e di XP ?

[D3stroyer]

ora non so bene, ma non mi pare molto "economico" progettare mentre si scrive, se si parla di cose piu' grandi dell'hello world.