Newsgroup: it.lavoro.informatica
Titolo: Metodo per non scrivere del buon software...

...cercare di farlo stando nella stessa stanza con 3 mici di un paio
di mesi!

 di mesi!
Io con i pupi che mi ronzano intorno (2 e 4 anni) non riesco nemmeno a 
leggere la posta...

Roberto Gibin ha scritto:

Se ti può consolare la cosa non cambia poi di molto neanche a 10 e 12 anni.

Fransis il Mulo ha scritto:

se ti può consolare la cosa, non cambia nemmeno in un open space con 
colleghi adulti che urlano come ossessi, fanno squillare cellulari con 
la suoneria di novantesimo minuto e baila morena, si gridano 
informazioni e domande da un capo all'altro del salone e altri cazzi e 
altri mazzi.
-- 
FabMind

 Se ti puň consolare la cosa non cambia poi di molto neanche a 10 e 12 anni.
dimenticavo: ladri!
facile vincere con un uomo in piů per quasi tutta la partita...
-- 
FabMind

FabMind ha scritto:

Ma da quando ti occupi di squadre di vertice?

FabMind ha scritto:

Deve essere tipico del settore assicurativo. Un mio amico usa i tappi 
per le orecchie e ogni tanto guarda i suoi vicini facendo intendere di 
essere al corrente di ciò di cui si sta parlando.

 Ma da quando ti occupi di squadre di vertice?
vi faccio squalificare il campo...stai attento...
-- 
FabMind

 entra in tasca comunque.
Miiiiii non si può proprio scherzare con te, eh ? Non è che se posti la
solita manfrina ad ogni occasione la supposta entra con maggior fatica.
PaF

Fransis il Mulo ha scritto:

Non avevo bisogno di questa anticipazione... sob!

 entra in tasca comunque.
che palle.

 di mesi!
tre gatti?
problema risolto a monte: sono allergico, se avessi in stanza tre 
serpenti a sonagli avrei più probabilità di uscirne vivo (vabbeh 
esagero, ma non troppo).

 di mesi!
avere il cane che ti stressa piangendo come un ossesso
ininterrottamente perchè pensa che fuori ci sia pieno di cagnette lì
ad aspettare di farsi trombare da lui...
Oltre ad un pupo di un anno e mezzo che vuole che gli racconti le
favole...ripetutamente. E la moglie che ti assilla dicendoti di
portare fuori il cane e di stare col figlio.

 di mesi!
Anche un gatto di 4 anni e' in grado di essere un "generatore di 
interrupt" ad alto livello :-)
Per buttare dentro al thread qualche spunto serio, stavo giusto 
rileggendo in questi giorni un articolo di Ganssle "Subtract Software 
Cost by Adding CPUs" 
(
http://www.eetimes.com/news/design/showArticle.jhtml?articleID=161600589
) 
dove disquisce sulla produttivita' di uno sviluppatore.
Secondo vari studi, il tempo minimo di uno sviluppatore per entrare in 
fase produttiva (interazione uomo-macchina) e' di 15 minuti.
Secondo gli stessi studi, lo sviluppatore quadratico medio ha un 
interrupt ogni 11 minuti.
Chi ha gatti sa benissimo che la media degli interrupt puo' scendere a 5 
minuti :)
C'ya
	Steve


Contrariamente a quanto succede di solito, ecco che un thread di
cazzeggio diventa interessante e IT!

 
Mio figlio a 2 anni mi chiedeva continuamente di disegnargli tagliaerba.
Ero diventato un novello Pininfarina, disegnavo tagliaerba da corsa, 
cabriolet e anche station wagon, a un certo punto avevo pensato di farne 
una professione...

 PaF
E' peggio di un disco rotto!

 di mesi!
Con il mio cane di 6 mesi vado benone (la settimana scorsa ho avuto la 
fortunata possibilità di fare del telelavoro il pomeriggio).
Lui dorme accanto a me quando lavoro a casa (o in una cuccia sotto al tavolo 
del computer o sul divano con me quando uso il portatile).
Devo solo farlo andare fuori in giardino ogni 2/3 ore per pochi minuti per i 
suoi bisogni e farlo giocare un pochino e poi si riaddormenta senza 
problemi.

 punto avevo pensato di farne una professione...
Beh, tutto sommato sembra anche divertente :-)
Sempre meglio di disegnare le solite fesserie.

Ah ... meno male! temevo che fossero le mie due gioie a tormentarmi 
mentre cerco solo di leggere la mail ... dicendomi "in braccio ma non 
tocco nulla" ...
Bye!
Fransis il Mulo ha scritto:


> ininterrottamente perchè pensa che fuori ci sia pieno di cagnette lì


 tocco nulla" ...
Anche il mio cane ha il vizio di volermi stare in braccio mentre lavoro al 
computer :-)
Il che è anche fattibile quando guardo siti o leggo le email, ma non certo 
quando lavoro o gioco.

 cazzeggio diventa interessante e IT!
Direi di no visto che solo tu hai letto e capito la mia replica.
Si vede che l'argomento non e' abbastanza interessante.
C'ya
	Steve

 Si vede che l'argomento non e' abbastanza interessante.
Invece è interessante, solo che replicare è faticoso, poi arriva
sempre quello che dice che i progetti grossi sono carrozzoni, e mi
danno 1.000 euro e pitipin e patapam...
Ad esempio io sono parzialmente in disaccordo, perchè considero le
interruzioni un sintomo della disorganizzazione e non una causa.
Se su un progetto da 5 persone tutte sono produttive e scrivono molto
più codice che in un progetto da 100 imho non è perchè non si
interrompono, ma perchè nel piccolo progetto c'è molta più chiarezza
su cosa fa il progetto e cosa devono fare le singole persone e quindi
meno bisogno di chiarimenti.

 Si vede che l'argomento non e' abbastanza interessante.
:-P
anche a me sembrava interessante, infatti ho salvato il link!
Purtroppo sono talmente inguaiato con scadenze&affini che ho avuto
solo il tempo di guardare un paio di grafici :-/

 meno bisogno di chiarimenti.
Guarda, nel mio specifico caso, spesso lavoro da solo su un progetto, o 
al massimo con uno o due colleghi, e le interruzioni come descritto 
sopra, sono quello che mi riducono la produttivita' in modo allucinante.
In questi anni ho avuto momenti magici, che (a posteriori) ho notato 
corrispondere a pochi clienti da supportare.
Negli ultimi due anni ho avuto una media di 4-5 clienti al mese da 
supportare e la mia produttivita' sullo sviluppo e' scesa a livelli 
ridicoli.
Ok, i clienti li supporto quindi qualcosa faccio :-), ma lo sviluppo e' 
conciato davvero male ed e' proprio quello che amo fare.
C'ya
	Steve


Ecco un altro articolino di Ganssle a proposito del "multitasking", in
cui si quantifica quanto tempo realmente si perde commutando tra più
attività:
Multitasking
------------
No, by multitasking I'm not talking about implementing an RTOS. This
is about juggling multiple activities more or less at the same time.
You work on project A, move to B, then C, and back to A.
And give up huge amounts of productivity.
In "The New Brain: How the Modern Age Is Rewiring Your Mind," author
and neurologist Richard Restak claims that on our brain works most
efficiently when working on a single task for a sustained - not
intermittent - period of time.
In Quality Software Management Gerald Weinberg claims that
multitasking between three projects incurs a 40% context switching
overhead. So in that 40 hour workweek, if switching frequently between
three activities, you're putting in 24 useful hours of work. To look
at this another way, over 800 hours a year - 20 work weeks - go to
context switching.
Sometimes I envy the younger generation as they somehow manage to
juggle a half-dozen electronic connections at the same time. Their
brains must be more attuned to simultaneously managing many
activities, since for their entire lives they've been immersed in the
electronic maelstrom.
Or maybe not. Research at the Institute for the Future of the Mind
used groups of people between 18 and 21, and between 35 to 39, to
study these effects. All were required to do a simple translation
scheme. The younger folks were 10% more productive, when not
interrupted. But a short IM, cell call, or text message eliminated the
difference. The oldsters and young `uns did equally poorly.

 difference. The oldsters and young `uns did equally poorly.
Azzzzz, esattamente il mio caso.
Solo che le task in genere vanno da 4 a 10, dipendentemente il numero di 
clienti da seguire e codice nuovo da sviluppare, piu' la coordinazione 
dello sviluppo di altri, e supporto al marketing.
Hai per caso il link a quell'articolo ?
Denghiu'
	Steve
-- 
"Ogni tecnologia sufficientemente avanzata è indistinguibile dalla magia"
Arthur C. Clarke
it.tlc.telefonia.isdn FAQ  -> 
http://www.sistemista.com
Bus S/NT/NT1+/TE/TA Faq    -> 
http://www.isdnfaq.info
myISDN Project		   -> 
http://www.myisdn.org

 ridicoli.
Joel insiste sul fatto che i programmatori debbano necessariamente fare 
anche supporto (sviluppano tool per programmatori), questo perché gli 
permette di avere un contatto con l'utente, "capire" quanto quello che 
producono è utile o meno, ricevere esperienze da chi lo strumento lo 
usa... Ma questa funzione deve essere svolta a turno, durante il quale 
si accetta un calo di produttività !
Francesco

 si accetta un calo di produttività !
Il problema e' quando il codice da sviluppare e supportare e' altamente 
specializzato.
In quel caso trovare gente che gia' lo conosce, anche solo per supporto, 
e' come vincere la lotteria.
Prendere qualcuno e istruirlo significa bloccare tutto (supporto e 
sviluppo) per provare a mettere in piedi questo qualcuno in poco tempo o 
introdurre un'extra task (istruzione al collega) che puo' durare mesi.
Ergo il calo di produttivita' rimane per mesi e mesi, in aggiunta allo 
stress di realizzare di non essere produttivo come si vorrebbe e di 
vedere costantemente i propri progetti rallentati del 200%.
Si', anche gli NG sono fonte di interruzione :)
Ma siamo anche esseri umani, non macchine.
Ciao
	Steve


Qui trovi i vecchi numeri di Embedded Muse:
http://www.ganssle.com/tem-back.htm
dovrebbe essere sul 149, l'articolo era comunque postato per intero.