Newsgroup: it.lavoro.informatica
Titolo: Learning (con l'aiuto dei colleghi)

Il vostro datore di lavoro vi da la possibiltà di impiegare 2h
lavorative a settimana (forse il doppio, è da vedere) per seguire (e
proporre/organizzare voi stessi se volete) dei corsi tra colleghi,
fine ultimo divertirsi ed espandere le proprie conoscenze - chi
propone un "corso", una volta raccolte sufficienti adesioni, lo
organizza e porta avanti come meglio crede secondo il feedback che
riceve di volta in volta, niente valutazioni di sorta finali da alcuna
parte. E' come un piccolo spazio libero autogestito solo che viene
concesso di farlo nell'orario lavorativo.
 
Alcune idee sotto, ditemi che ne pensate (tenendo presente che non
sono tentativi di programmi ma solo idee di massima dei contenuti da
definire), in cosa vi buttereste e cosa proporreste voi/vi
interesserebbe (visto che è a costo zero e potete scatenare la
fantasia quanto volete - il limite è solo trovare chi possa esporre
gli argomenti e relative attività pratiche).
 
 
a) Dreaming in Code
Due casi di studio, denominatore comune l'aver fallito. Il primo è
raccontato nel libro "Dreaming in Code: Two Dozen Programmers, Three
Years, 4,732 Bugs, and One Quest for Transcendent Software", e ci sarà
relativa esplorazione delle idee, docs, architettura e codice del
progetto (l'autore del talk è stato contributore del progetto ; il
secondo è un progetto interno.
 
b) Outer Java
JVM internals (GC, machine code generation, parallel/concurrent,
allocation & bytecode cost models, etc.), Dalvik, Azul Systems, Jikes
come piattaforma di testing/esplorativa (prereq.: C++ expert),
RTSJ, ...
 
c) Kernels
Dalle strutture dati di Linux ai machine-independent subsystems in
NetBSD. Practicals: due drivers d'esempio da scrivere, schedulers e
relativi impieghi pratici, modules sviluppati internamente,
portings, ...
 
d) sh -> Python generators -> Haskell
Tutto sull'explicit state. Per programmatori Python, un passo indietro
verso il tipico uso pure, functional e lazy nella programmazione della
shell Unix, passando per Python e finendo (iniziando) con Haskell.
 
e) Message passing
Dalle implementazioni di retrogames funzionali al message passing di
Erlang.
 
f) Digital Music
Una (bella!) scusa per ripassare signals & systems in modo
alternativo. Csound, Max/MSP, Miller Puckette e algoritmi vari, Native
Instruments sw... [difficile scegliere cosa trattare in pratica,
troppe cose interessanti davvero]
 
g) Building & deploying
Da Visual Studio e nmake a Fabric.
 
h) Quantitative reasoning + Big data
Ampia panoramica: computational background, data collectors,
statistical inferencing, machine learning, etc.
Ampie possibilità d'esempio su progetti interni.
 
i) Let's not forget...
concept: 
http://martinfowler.com/bliki/IllustrativeProgramming.html
 
Idee
  - da Excel come pratico e diffuso modello di functional programming
a Resolver One
  - Javascript: immediato, divertente e frustrante come pochi
 
l) Surviving PC Disasters, Mishaps and Blunders
Dal titolo dell'omonimo libro: dai sistemi di backup personale che
usiamo ai dati che abbiamo sparsi tra Flickr, Google e quant'altro
(esempi di API e automation al riguardo) fino ad arrivare a "hai
appena perso il cell phone: bilancio?". Tutti invitati, dalla
segretaria al kernel hacker munito di stampe dei traces più assurdi -
siamo tutti sulla stessa barca :O
 
m) Fun with Microsoft Kinect
(no altri dettagli al momento)
 
n) Effective ML
dall'idea base di Yaron Minsky:
https://ocaml.janestreet.com/?q=node/82
 
https://ocaml.janestreet.com/?q=node/85
 
tutto quello discusso da lui e molti di più (che non può ovviamente
rientrare in solo 1h di presentazione)
 
 
Più o meno queste alcune delle idee iniziali, a cui aggiungere alcuni
corsi basati su particolari libri e pubblicazioni:
 
o) C Hacking
Topics selezionati da: K&R, K.N.King, C99/C11, Van Der Linden, David
R. Hanson, Harbison&Steele, A. Koening, Plauger, Zed Shaw, Herbert
Schildt (come cattivo esempio), ...
 
p) Thinking Forth
http://thinking-forth.sourceforge.net/
 
 
q) Concepts, Techniques, and Models of Computer Programming
http://www.info.ucl.ac.be/~pvr/book.html
 
 
r) System Safety Engineering: Back to The Future
http://sunnyday.mit.edu/book2.pdf
 
 
s) The Art of Unit Testing
http://manning.com/osherove/
 
 
t) Modern tech writing
Elsevier e altri publishers, Pragmatic Programmers series, Head First
series, "Learn You a [...] For Great Good!" style, MIT Press, Charles
Petzold ...
Due o tre testi d'esempi completamente diversi tra loro e i diversi
modelli con cui espongono efficacemente informazione e conoscenza.
 
Altre idee ancora che mi vengono ora sono: un'intro alla Cognitive
Science, "The Psychology of Computer Programming", bioinformatica,
microeconomia applicata ai videogames, real-time computer graphics,
Why Lisp is Dead, UIs dall'elettrodomestico ad Apple, ...
 
Le idee sono praticamente infinite, voi che dite? Sono ben accetti
commenti di qualunque genere al riguardo :).

 lavorative a settimana (forse il doppio, è da vedere) 
 
E' l'incipit di un libro di fantascienza, vero?
 
M.

 ha scritto nel messaggio 
news:jp0cbj$h9b$1...@nnrp-beta.newsland.it...

Perchè? Mica ha detto quante sono le ore lavorative a settimana. Magari sono 
168 e quindi non ha scelta.
;-)
A 
 
 


E' solo una strategia (a costo accettabile, tra l'altro) per
accontentare la parte dei lavoratori interessata. Non ci vuole una
laurea in economia per capire che a fronte di un "investimento" del
genere, il ritorno (in termini di umore del lavoratore, gradimento del
posto di lavoro e produttività) è ben maggiore :)

 laurea in economia 
 
All'imprenditore medio ne servono 4 di lauree per capire quello che dici... Alcuni non farebbero fare nemmeno le pause caffè di 10'...
 
 
Al3x

 Al3x
Mi ricorda un certo Marchionne.......

 ;-)
 
In quel caso sarebbe un diversivo-salvezza :) Le ore comuqnue
dipendono dal tipo di contratto e dal dipartimento in cui sei
impiegato, in media penso siamo sulle 40h con orario di entrata/uscita
flessibile tranne i periodi in cui la presenza è etichettata come
"required" (il sistema assegna in automatico le ore libere che prendi
come da recuperare e gestisci tu il come, magari resti un'ora in più
alcuni giorni o vedi te). L'autodisciplina è fortemente incoraggiata,
ed ineffetti da quello che vedo tutti si avvantaggiano delle
flessibilità lasciate ma in non pochi finiscono col fare straordinari
(anche questo conteggiato in automatico, al netto delle ore da
recuperare) perchè entusiasti del progetto a cui lavorano o perchè
magari vogliono completarlo per levarselo di torno e passare/farsi
assegnare ad altro. Ci sono molti altri dettagli ma grossomodo
funziona così.


Purtroppo per me ci sono passato, rendevo (rendevamo tutti) poco ed
ero sempre di pessimo umore. Non è durata molto - peccato solo perchè
era un lavoro interessante (ma condotto davvero male).


 
Ah, ecco, ma non come know-how effettivo da spendere li.
Questo mi ha incuriosito. Voglio dire, la formazione/autoformazione tra 
colleghi e legata a quanto spendibile nel concreto per il lavoro che si fa 
la trovo "scontata", quella invece a fondo perduto mi incuriosisce. Sembra 
una sorta di spritz per geek :-)
 

 commenti di qualunque genere al riguardo :).
 
Mi sembra un elenco un "pochino" enciclopedico. Comunque voto per M ed
N. In particolare Kinect. Penso che i futuri computers personali
saranno sempre più invasivi, sempre più ricchi di sensori capaci di
analizzare l'ambiente circostante, e Kinect è un bell'esempio di
sensore innovativo di massa.

 "cpascoshi" ha scritto nel messaggionews:c2d06390-93ba-49e4...@l17g2000vbj.googlegroups.com...

Per me alla fine è scontata solo sulla carta, dipende tutto a quello
che se ne fa in concreto - in tanti dicono che "si come no, da noi è
un must" ma poi manca la sostanza, ad iniziare da un serio programma/
tradizione di mentoring interno e dal tempo/fondi che vengon messi a
disposizione.
 

 come piattaforma di testing/esplorativa (prereq.: C++ expert), RTSJ, ...
 
attualmente questo. linguaggi alternativi a java (scala in primis), vari 
gc della hotspot e relativo tuning, osgi.
volendo rimanere più sul pratico e meno sul teorico: db nosql document-
oriented, geolocalizzazione e mappe (openstreetmap), high-load web 
development.
 


 
Eh, figurati allora per la formazione a gusto personale non spendibile 
aziendalmente...
 

 > dall'idea base di Yaron Minsky:
https://ocaml.janestreet.com/?q=node/82https://ocaml.janestreet.com/?.
..

In effetti è così, in parte perchè ho scritto tutto di getto con un
panino da mangiare in mano :) e specificare certi argomenti
(tralasciando altre voci/proposte) era faticoso; e poi perchè senza
avere un'idea di massima sulle adesioni per argomento è difficile
specializzare. Prendi la musica, posso dire a scelta tra: algoritmi di
sintesi (es. plucked strings), ensembles con Csound, arpeggiatori su
NI Kontakt, sistemi di campionamento e libraries orchestrali,
programmare un sequencer minimale o vedere come è strutturato
LilyPond. Poi magari non ci sono musicisti che aderiscono, o si fa un
semplice digital audio principles oppure sono tutti percussionisti...
E se mi capitano tutti fanatici della techno?! (cosa non difficile,
sede in Germania...).
 
Un collega oggi in email ha scritto subito di tagliare e) e
sostituirlo con:
- Parallelism and Concurrency in Haskell for Java programmers
  From Java Concurrency to Concurrent.Control, MapReduce, STM, conc-
ffi, Control.Parallel.Strategies, etc.
e si restringe poi opportunamente in base a tempo, eventuali teste che
esplodono e progressi all'atto pratico.
 
Lo stesso n), se aderiscono tutti programmatori ML resta tale;
altrimenti diventa un'introduzione a ML + Ocaml oppure ML + F#.
 
La cosa buona è che, per quasi tutte queste idee, c'è ampia codebase
da cui prendere per la parte pratica/in action.
 
p) comuqnue, vien fuori un corso esagerato - mi aspetto millemila
adesioni davvero.
 
Hai qualche suggerimento più specifico? Thx


Io inizialmente avevo pensato a "Da Java (+ 
http://functionaljava.org
)
a Scala" ma mi han fatto notare che "tanto oggi Scala lo imparano
tutti per conto proprio" e non era allettante, mentre gli internals di
Jikes e i bytecode cost models dovrebbero attirare di più.
Openstreetmap hai ragione può essere molto divertente per la parte
pratica, segnato con gli altri e aspetto di vedere le proposte dei
javisti (a me era venuta in mente un pò di robotica di base ma non
saprei con che package in verità).

 posto di lavoro e produttività) è ben maggiore :)
 
Io lo so benissimo.
 
Vallo a spiegare al mio capo che, per inciso, credo non vada oltre la
terza media...
 
 
M.

 r) System Safety Engineering: Back to The Future
 
 
M.

 Hai qualche suggerimento più specifico? Thx
 
Mi sto occupando da qualche tempo di computer vision tramite la
libreria OpenCV, che tra l'altro ha anche interfacciamenti con Kinect.
Potrebbe essere un argomento interessante.
Ma magari non l'hai messo nell'elenco perchè ... è il tuo lavoro
quotidiano :-))
Un altro argomento che troverei interessante è la sintesi vocale, più
che quella musicale.


Ti meraviglierà quanto sto per dire, ma nell'ambito del software
engineering non è tanto il grado di cultura o istruzione generale a
fare la differenza quanto l'aver capito _quanto_ e _come_ la SE sia
diversa. E' tutto spiegato in questo  fantastico articolo di Greesnpun
http://philip.greenspun.com/ancient-history/managing-software-engineers
 
. Il mondo è pieno di managers con lauree, masters, corsi conseguiti e
quant'altro sulla gestione del personale aziendale e di progetti
nell'ambito della SE che falliscono sistematicamente comunque.
 
Avrai sicuramente i tuoi problemi con il tuo capo, ma ci sono più che
ottime probabilità che questi sbaglierebbe la gestione del software
engineer anche se fosse un brillante laureato (magari pure
specializzato in "gestione delle risorse umane").

 che quella musicale.
 
Alla sintesi vocale non ho pensato perchè so che si fa già training
ufficiale al lavoro al riguardo. Alla musica ho pensato perchè ci sono
molti musicisti come me tra i colleghi, e poi spero possa interessare
anche altri.


Grazie!

 diversa.
 
Da una persona che di "mestiere" fa - anzi dovrebbe fare - il vino e
c'ha il vigneto, e si è arricchito (oltre che con l'aiuto della
famiglia) scacciavitando pc e *nulla* più per trentanni, e si ritrova ad
essere uno dei soci di due società-matrioska che contano insieme tante
persone... beh, ti assicuro che la mancanza di cultura / istruzione si
sente eccome. Aggiungiamo al piatto della bilancia anche la
personalità... che non aiuta: la frittata è fatta :-)
 
 
Il link lo sto leggendo, anche se le premesse sono un po' opinabili, ed
è molto interessante.
 
 
 
M.

 è molto interessante.
 
Parliamone.

 Parliamone.
 
Il fatto che nella "software engineering" le persone che lavorano siano
descritte come delle strane bestiole egocentriche e un po' (ma neanche
tanto) megalomani.
Il fatto che ognuno pensi di sé stesso di essere il migliore e che il
suo lavoro sia fatto meglio degli altri... non lo so. Probabilmente la
statistica è fatta su di un modello aziendale che da noi è poco applicabile.
 
<<Software engineering is different because people at all levels of the
organization perceive themselves to be equally intelligent.[...] One of
the paradoxes of software engineering is that people with bad ideas and
low productivity often think of themselves as supremely capable>>
 
Per esperienza ho trovato più spesso un team di persone piuttosto
eterogeneo che nel bene e nel male si autocompleta e ognuno, a modo suo,
chiude i buchi lasciati dagli altri. E spesso chi sa di non essere
all'altezza di di un certo argomento cerca alla stragrande di sbolognare
la responsabilità, scansandosi alla grande. Ti dirò di più, in ambienti
più competivi è più facile trovare invece che il megalomane, il
parassita: quello che tenta in tutti i modi di appropriarsi dei meriti
altrui (idee, codice, ...) e scaricare alla grande i propri fallimenti.
 
Mentre la descrizione di colui che - sebbene sia scarso - pensi di far
bene il suo lavoro anzi meglio degli altri, l'ho riscontrato molto molto
più spesso in ambiti non IT (non di software engineering, per intenderci).
 
E' vero che nel mondo IT è più facile trovare personaggi piuttosto
pittoreschi (per non dire psicotici) capaci magari di vomitare un
milione di righe di codice al giorno senza errori ma incapaci di una
qualsiasi forma di comunicazione interpersonale / sociale: son seduti
accanto a te ma ti "parlano" solo via skype; poi tornano a casa e
parlano tutta la sera col cane...
 
Il resto dell'articolo, ripeto, sembra essere molto più orientato a
realtà che nel nostro paese sono pressoché irrealizzabili: ma mi pare di
capire che il mio (nostro) paese non è il tuo :-)
 
La bibliografica in special modo e anche la data dell'articolo
potrebbero essere considerati, con gli occhi del 2012, un po'
obsoleti... Ho paura che la realtà dei fatti odierna non stia affatto
"fittando" quelle che erano i desiderata elencati dall'articolista :-(
 
 
 
M.

 "fittando" quelle che erano i desiderata elencati dall'articolista :-(
 
Non saprei, per me resta attualissimo anzi ad ogni rilettura catturo
qualcosa di diverso dalla precedente e rivaluto in base alle
esperienze fatte.
 
Per curiosità, per te cosa dovrebbe trattare e in che termini un
articolo "adatto" al 2012?

 articolo "adatto" al 2012?
 
Meno "new age" - il discorso dei giardini, del flipper, l'acquario, mi
ha fatto sorridere (sbaglio io?) - e più pragmatico.
 
In effetti, uno dei problemi irrisolti di questo settore è : come cavolo
fai a misurare con una giusta dose di precisione il concetto di
"programmatore <N>x" ? A kilobyte di codice ? A numero record / secondo
della stored ? E' molto complesso, non hai un fattore numerico concreto
come "pezzi / ora".
 
Al più, l'unico fattore che mi viene in mente è "quanti soldi mi fa
fare" ? Ma non basta.
 
Più adatto al 2012 sarebbe: come fare per quantificare e valorizzare la
profitabilità e lo skill di una risorsa ?
Qualche anno fa il regno IT era preda di pronunciati spike: botti verso
l'alto e crash, verso il basso. Adesso la situazione si è un po' più
stabilizzata - in Italia pure troppo. Ho visto aziende schizzare da due
dipendenti a duecento, e poi crollare sotto il flop della niùeconomi.
 
Il business IT non è più un mostro imprevedibile, preda di convulsioni
atroci, capaci di dare oro e fama, e grande disperazione. Se scegli una
certa area puoi già farti una certa idea di come muoverti: il tempo dei
pionieri, almeno per ora, si è ristretto a pochi settori di frontiera
(alcuni dei quali li hai proposti tu).
 
Io purtroppo credo che in questo sia molto limitato dalla visione -
forse miope - del mio orticello, del mio paese...
 
M.

 forse miope - del mio orticello, del mio paese...
 
L'ampia visione non è semplice per nessuno (sarebbe bella che fatta
sennò), però il viaggiare poco, avere pochi contatti "esterni" e
lavorare sempre alle stesse cose/con le stesse persone/nello stesso
modo di certo non aiuta, anzi affossa. Il networking e l'avere a che
fare con più gente in gamba possibile è sempre al primo posto, ma
spesso si sottovaluta quanto partecipare ad un progetto oss, andare ad
una conferenza o anche solo studiarsi per conto proprio un qualcosa di
diverso possa portare (magari non subito) ad una svolta. Sviluppare la
volotà d'investire su se stessi è la cosa più importante che ci sia,
se lo chiedi a me.


 
Io non sono d'accordo.
Nel nostro lavoro c'è bisogno di molta riflessione e concentrazione, ergo: 
disciplina.
Poi fuori dall'ambiente di lavoro uno può far quel che vuole, anche in 
gruppo, anche tra colleghi, ma trasformare il posto di lavoro in una caciara 
la più variegata, no, mi spiace, io lo trovo (per come sono io) asssurdo.
Non è questione di maturità e di capacità di assumersi delle responsabilità. 
è questione che quando non si lavora da soli non si possono tollerare 
atteggiamenti da simil-bar che rovinano di fatto l'ambiente di lavoro, non 
ci può essere team-building quando ci sono così tante distrazioni a portata 
di mano.
IMHO.
 
 

 IMHO.
 
Mi stai dicendo che hai la scrivania di fianco all'entrata o che
l'azienda in cui lavori è (ahimè per te) costituita da un'unica,
immensa sala dove ogni aggiunta fisica/funzionale si riflette
irrimediabilmente sull'operato di tutti? L'architetto poi, è già in
galera o ancora a piede libero? ;)
 
"atteggiamenti da simil-bar"?! lol che tipo che sei...


 
Beh, se in open space c'hai gente che betonega di continuo mentre lavora, 
non è una gran cosa.
Mai sperimentato? E' un atteggiamento diffuso tra i giovini, sarà perché a 
scuola gli hanno insegnato che per capire le cose bisogna ragionare a voce 
alta, magari insieme... :-)
Io questa "bociaria" la fucilerei.... :-)
 

 atteggiamenti da simil-bar che rovinano di fatto l'ambiente di lavoro,
 
questo quoto appieno! La zona lavoro (che sia spazio condiviso o meno)
lo voglio silenzioso al massimo, altrimenti.. m'arrabbio :-)

 Io questa "bociaria" la fucilerei.... :-)
 
Mah non saprei i tuoi di "giovani", quelli della mia età da me mandano
strane scatolette nere resistenti alle radiazioni con strane fpu a
bordo nello spazio, se li senti gridare e cantare è perchè si è al pub
tra fiumi di birra ;)

 lo voglio silenzioso al massimo, altrimenti.. m'arrabbio :-)
 
Ma si, non c'è nemmeno da specificarlo. Proprio per questo servono
anche le aree diverse, da una ricreativa a una adibita solo a studio e
biblioteca - se devi passare buona parte della giornata in un posto,
sarà meglio che ti dia tutte le possibilità del caso per starci
davvero bene.


Infatti ho chiuso il post con IMHO...
 

 No.
 
Neanche a me. Palestra, giardino, flipper, sono cose che fanno parte di
un ambito ludico e quindi relegato alla sfera privata. Io separo
*categoricamente* la sfera privata da quella lavorativa. Per esperienza
personale qualsiasi coinvolgimento "ludico" prima o poi ti si rivolta
contro.
Il flipper significa: oltre che colleghi possiamo essere anche compagni
di gioc, amici... E poi quando serve ti accoltello alle spalle.
 
Facciamo finta che il flipper mi piaccia da morire: non ci gioco al
lavoro. Ci gioco CON CHI MI PARE A ME, non con chi mi dice di giocarci
l'azienda, ovvero i miei colleghi. Scelgo io i miei "compagni di gioco".
 
Voi obietterete: ma cavoli cosě non ti diverti al lavoro!
 
 
 
Io al lavoro mi diverto in alto modo: insultando chiunque sia degno di
attenzione con battute sprezzanti, a volte pesantissime, altre volte
subdole, che diventano ben presto barzellette aziendali :-)
Praticamente tutti i nomignoli che hanno colleghi, capi e clienti li ho
inventati io...
 
No, non sono un frustrato. Sono goliardico :-)
 
M.

 in futuro.
 
A me gli ambienti che cercano di essere "onnicomprensivi" francamente
mettono molta tristezza. Se voglio divertirmi non ho bisogno di
chiederlo a "mamma" azienda. Preferibile avere per esempio dei buoni
sconto.

 galera o ancora a piede libero?
 
L'architetto? L'unica cosa che ha fatto è mettere un vetro di
separazione fra gli operai-schiavi e i due project manager, tanto per
sottolineare con maggior dettaglio le differenze di rango.
 
M.

 sottolineare con maggior dettaglio le differenze di rango.
 
Figata, come in una limousine :O :( Spero che uno di questi giorni, il
pm correndo verso di te per romperti le balle non noti il vetro.

 No, non sono un frustrato. Sono goliardico :-)
 
ehm... O-K ;)

 Infatti ho chiuso il post con IMHO...
 
Non so se si era capito, ne dubbio preciso: non stavo mica proponendo
il "flipper" nel bel mezzo dell'open space della media pmi. Tolto il
"flipper" o gli altri elementi che l'articolo menziona come possibili
attrattive per alcuni (concetto validissimo se hai una sede adatta),
resta quello per cui ho poi realmente posto il link ovvero la
questione sulla gestione del software developer, le possibili
metriche, la valorizzazione del lavoratore in generale, etc.
 
Non vorrei che ora qualcuno in futuro si ricorderà di tale Greenspun
come di "quello der'flipper" ;)


Dipende, se fai un giro al Googleplex (ci sono stato in visita) la
sensazione è quella, troppo childish ci mancano solo le frecce per
terra ad indicare i possibili flow verso le aree ricreative e le
istruzioni su come usarle... Altrove, strutture e benefits per gli
impiegati sono utilizzati ed integrati diversamente (un bell'esempio è
la BBC). Ci sono molti studi al riguardo, sia in termini di pura
architettura ed ergonomia che in tema di management, c'è davvero da
perdersi anche solo ad osservare un pò le persone al lavoro in diversi
tipi d'ambienti. Ad esempio, le stesse facilities della mia sede in
Germania sono nettamente meno usate delle corrispettive in UK. Perchè?
Semplice: la sede è lontana da grandi realtà urbane, tutti vanno in
bici, la maggiornanza fa sport e passa del tempo all'area aperta, ...
 
Per i buoni, un buon contratto ti permette sicuramente di discutere
queste cose - le convenzioni più comuni da me sono per le terme e la
piscina ad esempio.

s) The Art of Unit Testing

 piuttosto utili.
 
 
Musica per le mie orecchie.... ma spesso i manager sono sordi e 
soprattutto non hanno alcuna idea di cosa significhi la parola 
refactoring, figurati se possono distinguere fra uno buono e uno meno 
buono....
 

 limite - sono daccordo che chi non ha il posto adeguato evita.
 
molti non solo non hanno una tea room, ma hanno persino difficolta' ad
immaginare uno scenario del genere! Come giustamente dici, son cose
che quando t'abitui non riesci a ritornare indietro.
Io separerei la sala ricreativa dalla tea room, giusto perche' nella
tea room si possono fare anche dei meeting informali, tipo quando
viene qualche visitatore esterno a cui si offre un caffe'!
Pero', checche' ne dicano qui, una sala caffe' confortevole e'
veramente necessaria, ad esempio oggi per me e' stata una giornata
veramente piena, uno stacco di 20 minuti a chiaccherare con una
collega in sala tea svaccati sul divano m'ha ricaricato!

 collega in sala tea svaccati sul divano m'ha ricaricato!
 
Riassumo una discussione avuta con il mio boss.
Scenario: afosa giornata di primavera bolognese (T~29°), intorno ai 
primi di maggio. Ore 16.30, per sgranchirmi le gambe faccio 2 passi nel 
corridoio fino alla stanza del capo, che è di fianco allo stanzino dei 
server. Mi piacerebbe farmi un gelato. Peccato che in ufficio abbiamo 
solo la macchinetta del caffè e dell'acqua minerale (no bibite, né snack).
Io: "In quest'azienda ci vorrebbe un distributore di gelati!"
Boss: "Tu scherzi, ma sai che in X hanno il carrellino che passa tra le 
scrivanie..."
Io: "...come il carrellino del tè degli inglesi..."
Boss: "...che a pensarci bene è un'ottima idea, così la gente non si 
alza dal proprio posto! Ieri sono stato in Y e ad ogni piano ci sono 2 
macchinette, e ci sono sempre 3 o 4 persone a bere e chiacchierare, e 
non sono alla scrivania!"
Io: "...(rumore di braccia che cadono sul pavimento)..."
 
Ma solo a Bologna ci sono cartelli alle macchinette o in bacheca che 
intimano "Max 3 persone per 5 minuti" (ho lavorato a Torino, Milano, 
Genova, Roma: mai visto cartelli o avvisi, anche se nelle direttive 
aziendali erano specificati i tempi di pausa)?
 

 non sono alla scrivania!"
 
Potresti suggerirgli di assumere un contatempo stile catena di montaggio 
gia' che c'e'.....


 
intanto leggetevi questa:
http://tinyurl.com/4uttvu
 

 intanto leggetevi questa:
http://tinyurl.com/4uttvu
 
 
Boh? Ricordo che la settimana in cui per un paio d'ore era dedicate al
badminton durante l'orario di lavoro c'era un picco di straordinari
(anche dei piu' fancazzisti) che si sentivano "in debito". Ma anche
senza picco, le rivalita' tra colleghi si smorzavano, l'umore generale
si rialzava, era un migliorio generale ;-)