Newsgroup: it.lavoro.informatica
Titolo: Lavorare in WhiteHall Reply

Salve a tutti,

ieri ho fatto il colloquio con Reply (sede di Roma), ed al termine del colloquio ho ricevuto una proposta dalla società WhiteHall di contratto di apprendistato a 25k lordi annui.

Sono un ingegnere informatico neolaureato.



Secondo voi dovrei accettare? Considerando che dovrei anche trasferirmi a Roma?

Reply è come Accenture o si vive un po' meglio?



Grazie a tutti!


 Secondo voi dovrei accettare? Considerando che dovrei anche trasferirmi a Roma?



25K lordi sono circa 1370 netti su 13 mesi (non so se il tuo contratto prevede 13ma). A Roma ci stai abbastanza stretto. Ovviamente scordati casa da solo in citta` - dovrai andare fuori (il che comporta spese per muoversi), andare in condivisione, o prendere una stanza. A mio parere dovresti accettare perche` non credo che in Italia, al momento, si trovi molto di meglio. Se con l'inglese te la cavi, prova a vedere se ci sono offerte all'estero per figure "graduate".


(3 dev che committano e spunta sempre lo stesso nome... va beh...) 



LOL :)


 (3 dev che committano e spunta sempre lo stesso nome... va beh...) 



scherzi! Quella è una cosa studiata ad-hoc per sfuggire alle responsabilità



- Chi ha fatto il commit che ha distrutto mezzo mondo? 

- pippo

- e chi era pippo in quel momento_

- ah boh? Solo dio lo sa. 



-- 

Massimiliano Adamo


 scherzi! Quella è una cosa studiata ad-hoc per sfuggire alle responsabilità



No, non lo e`. E` semplicemente una stronzata dovuta ad incompetenza 

tecnica. Le commit, in generale, non devono distruggere "mezzo mondo". 

Se lavori con gente che committa modifiche che "distruggono mezzo 

mondo", hai un problema molto piu` grosso della configurazione del VCS. 

Il nome associato alle commit non deve essere un modo per puntare il 

dito contro. Il modo per evitare che qualcuno faccia modifiche 

inadeguate si chiama "code review" e magari "pair programming". Il nome 

associato ad una commit e` piu` che altro un modo per sapere chi ha 

lavorato su cosa. Se voglio chiedere un'informazione, vado dritto da 

quella persona.



-- 

4ndre4

"The use of COBOL cripples the mind; its teaching should, therefore, be 

regarded as a criminal offense." (E. Dijkstra)

"Ora, questo "Delta11" non è nulla di più di uno scemo del villaggio" - 

http://tinyurl.com/z6y6gpd



 quella persona.



d'accordo.



-- 

Massimiliano Adamo


 - ah boh? Solo dio lo sa.



mah secondo me è pura cialtroneria condita con incompetenza.

semplicemente non sanno gestire gli account o non ne vogliono lo 

sbattimento.




 essere sfruttato per sfuggire ad eventuali responsabilità :)



questi fanno principalmente software su commessa, quindi dove vuoi 

sfuggire? la responsabilità di una eventale cagata è nei confronti del 

committente al quale importa una beata mazza se conosci o meno l'autore 

della commit.




con uno che va in ferie e l'altro che si ammala. Chi resta cosa fa? Smette di lavorare? :) 



No, committa comunque. Per un caso eccezionale come questo, si può fare. O attende che il malato torni per fare code review.


 O attende che il malato torni per fare code review.



No. Una persona che si ammala non può diventare un ostacolo per il 

business.



-- 

Massimiliano Adamo


 sfuggire? 



Cosa quarzo stai dicendo? Stiamo parlando di una azienda espropriata dai 

lavoratori o di una azienda che ha un normale organigramma, con un capo, 

dei sottoposti ed un punto di contatto con il cliente? 



-- 

Massimiliano Adamo


 business.



Ho scritto: "No, committa comunque. Per un caso eccezionale come questo, si può fare. O attende che il malato torni per fare code review."



Non tagliuzzare come ti pare quel che gli altri scrivono.


 dei sottoposti ed un punto di contatto con il cliente?



no, stiamo parlando di replay che come ti ho già detto sviluppa 

principalmente software su committenza.

di preciso come si inquadrerebbe questa fuga dalle resposabilità se 

queste responsabilità sono di tutto il team e nei confronti di terzi? 


 queste responsabilità sono di tutto il team e nei confronti di terzi?



MM l'azienda è responsabile nel confronto del committente ma poi internamente ci può essere la classica "ricerca del colpevole".



Cosa stupida ma diffusa.



Ciao

  Francesco


 Cosa stupida ma diffusa.



Se questa praticamente miserabile e` diffusa (tanto piu` che la chiami "classica") e` perche` quel che e` veramente diffuso e` un modo miserabile di sviluppare software. Come puo`, un'azienda che ha definito dei requisiti col cliente, definito degli acceptance criteria, sviluppato tutto il codice accuratamente testato (con i vari unit test, integration test, acceptance test), mostrato al cliente, ad intervalli regolari, il progresso, lavorato in team,... trovarsi poi nella situazione di dover puntare il dito contro un singolo e accusarlo di "colpe"? Se una colpa esiste e` di chi gestisce questi processi.






 quella persona.



Immagino che il problema della PA sia proprio questo.



"Il nostro motto è evitare di responsabilizzare l'individuo", e se non 

ti scolpisci in testa questo concetto, non sei idoneo per lavorare per 

la PA. Avanti un altro :-D





non ho capito perché sarebbe così stupida. capisco non buttare la croce 

sul singolo, però se c'è una cagata sapere chi l'ha committata mi sembra 

il minimo. poi è chiaro non va bene dargli la colpa di tutto il processo 

ma della cagata che ha fatto sì.


 ma della cagata che ha fatto sì.



Le cagate non si committano. Il codice va revisionato dai membri del team. E se una cagata si committa, non e` colpa del singolo, ma del team.




 "Il nostro motto è evitare di responsabilizzare l'individuo"



La responsabilita` dell'inviduo e` solo quella di lavorare con competenza, serieta` e coscienza. Si lavora in team e si revisiona il lavoro fatto. Se una colpa c'e`, e` del team, non del singolo. Un posto di lavoro dove una commit ti inchioda, e` un posto di merda, dal quale scappare via a gambe levate.




 il minimo. 



Perchè un processo industrializzato di qualunque tipo, incluso lo sviluppo software, devo essere concepito per minimizzare gli errori individuali che sono per definizione inevitabili.



Altrimenti siamo alla logica del padroncino delle ferriere.



Ciao

  Francesco



Si ma a volte, cioe' a seconda di come si e' organizzata negli anni l'azienda, non e' possibile fare peer review dove entrambi hanno la stessa conoscenza.



E quello che sa e' responsabile del suo codice, l'altro stava giusto imparando. 

Come faresti altrimenti? 



questo nel tuo workflow. 

qui da noi lo sviluppatore può essere a una decina di km di distanza, 

committa nel suo branch poi fa una merge request. io che revisiono sulla 

merge request potrò dare di cazzone a lui e solo a lui se nel suo codice 

trovo delle belle cagate?


 trovo delle belle cagate?



Il concetto e' lo stesso, solo che viene fatto da remoto. Tu puoi cazziarlo ma se non becchi le cagate ad essere cazziati siete in due.



Poi magari sostituiamo anche "cazziare" con "cercare di capire cosa e' andato storto" (per la prima e seconda volta e alla terza si ricomincia a cazziare).


 trovo delle belle cagate?



No.

Nel mio workflow e` inclusa gente che sta in California, Minnesota, New 

York, Toronto e Montreal, quindi molto piu` di decine di km di distanza.

Abbiamo dei daily stand-up che iniziano alle tre del pomeriggio per 

consentire ai colleghi americani di parteciparvi alle otto del mattino.

Le "cagate" non devono esistere nel codice. Le "cagate", come gia` 

detto, si evitano con le code review, e la code review si puo` fare 

anche a distanza, persino per email. Esistono anche tool che consentono 

di gestire le code review. Non ci sono scusanti. Non si da` del cazzone 

a nessuno. Si lavora insieme, si revisiona il codice insieme. Ripeto: le 

commit non devono servire ad inchiodare nessuno a responsabilita` personali.



 E quello che sa e' responsabile del suo codice, l'altro stava giusto imparando.



Stava "giusto imparando"? Se lavori su un progetto, stai implementando 

delle funzionalita`. TUTTI, nel team, devono essere a conoscenza di quel 

che si fa.



 





si ma vaglielo a dire ai capi.



La programmazione mette a disposizione un sacco di strumenti per

diminuire in modo significativo il rischio di errori nello sviluppo,

ce ne sono davvero per tutti i gusti, e lo dico io che non sono

certo un super esperto di informatica.





Ma non c'è niente da fare, se proponi soluzioni per evitare il

lavoro più sporco facendolo fare al programma anziché alla

persona ti guardano storto, ti dicono che è una perdita di tempo,

perché ci vuole un sacco di tempo per mettere in piedi la soluzione.





Il che è vero in generale, ma il tempo te lo ritrovi dopo, e

non solo il tempo, ma anche risparmio di fatica e minor rischio

di disattenzioni.





Ne ho anche parlato in altro thread un po' di tempo fa:



https://groups.google.com/forum/#!topic/it.lavoro.informatica/lWYVb4B9hio








e ora posso riportare anche un altro aneddoto:



a un certo punto abbiamo dovuto fare un'attività che consisteva

nel prendere i dati contenuti in alcuni file xml e da quelli

scrivere dei metodi java che implementassero la stessa logica

per cui erano stati fatti gli xml.



Ora non voglio dilungarmi troppo dal punto di vista tecnico,

comunque io ho pensato bene di mettere in piedi una classe

java che leggeva i dati degli xml e da questi componeva il

codice java dei nuovi metodi che dovevano essere fatti.





Per fare questo tool ci ho messo un po', 2 o 3 giorni, ma poi

funzionava bene, e in questo modo ho automatizzato un'operazione

che, con l'approccio tradizionale, avrei dovuto fare a mano

a suon di copy & paste dagli xml.





E vista la mole e la quantità di questi, sarebbe stato un lavoro

immane e ad alto rischio di cappelle.







Ma inutile, mi hanno obiettato che invece di metterci 3 giorni a

fare il tool era meglio se facevo tutto a mano.









Quindi insomma, nonostante la programmazione, specie OO, ti dia

tutti gli strumenti che vuoi per fare quello che dici tu,

cioè minimizzare il rischio di errori, spesso si preferisce invece

un approccio tradizionale, con gran rischio di cappelle.





Purtroppo è questo lo scenario, almeno per quel che è dato

vedere a me.





Con questo non intendo affatto dire che siamo alla logica

del padroncino delle ferriere, sia chiaro, dico solo che

non sempre allo sviluppo software viene data quell'impostazione

che dici tu, e che in effetti dovrebbe essere prevalente.




 No.



e vabbeh di questa divergenza di opinioni me ne farò una ragione.


 e vabbeh di questa divergenza di opinioni me ne farò una ragione.



Anch'io.



 review non c'entra una mazza coi voti.



https://en.wikipedia.org/wiki/List_of_tools_for_code_review




Noi usiamo il secondo della lista. Funziona con i voti e se si è in 3 

diventa un po' complicato da usare.



-- 

Massimiliano Adamo


 fare il tool era meglio se facevo tutto a mano.



3 gg sono un tempo ENORME per la modifica che descrivi. Mi era sembrato 

di capire, dal tuo thread originale, che tu avessi dedicato del tempo 

per funzionalita` che NON ti erano state richieste, togliendolo a 

funzionalita` che, invece, ti erano state richieste. O sbaglio? Se e` 

cosi`, il rimbrotto che hai avuto e` per questo motivo, non per una 

soluzione tecnica sbagliata.



 diventa un po' complicato da usare.



E chi se ne frega! Non si sta parlando del tool che usi *TU* nella *tua* 

azienda. Si sta parlando di code review, che si possono benissimo fare 

senza nessun tool e senza nessun sistema di votazione. Una code review 

non richiede affatto delle votazioni.



 non richiede affatto delle votazioni.





va bene... ma qualunque sia il tool, se siete tu, cicco e manico di scopa, 

se manico di scopa si ammala restate tu e cicco e qualsiasi strumento di 

collaborazione diventa difficile da gestire. Punto. 



-- 

Massimiliano Adamo


 York, Toronto e Montreal, 



ma non avevi detto che eravate in tre? 3 persone dislocate in 6 località 

diverse (UK, California, Minnesota, New York, Toronto e Montreal)? 

Certo che ne scrivi di quarzate. 



-- 

Massimiliano Adamo


 ma non avevi detto che eravate in tre?



Siamo in 3 nel mio team, e il mio team collabora con altri team. Non e` 

difficile da capire, sforzalo quel cervellino.



 collaborazione diventa difficile da gestire. Punto.



Punto un cazzo. Io sto parlando di code review, non di "strumenti di 

collaborazione". A parte che la gente non si ammala tutti i giorni - 

sono comunque situazioni straordinarie - 3 persone sono un team, e in 3 

(fosse anche in 2) le code review hanno perfettamente senso e sono 

facilissime da gestire. Punto.



 





a volte fai di quelle sparate tali che veramente mi chiedo in che

contesti lavori.

Sembra quasi che lavori su un altro pianeta.



Non ho mai sentito un team in cui non c'è uno che

sa meno e non c'è uno che sa più.


 Sembra quasi che lavori su un altro pianeta.



Innanzitutto le "sparate" le fa qualcun altro qui dentro, non io - e tu 

non e` che sia da meno. Probabilmente dove lavoro io e` veramente un 

altro pianeta rispetto a quello dove lavori tu. Se tu stesso ammetti di 

non essere esperto, cosa parli a fare? Nella mia azienda si lavora con 

un approccio Scrum. Forse, prima di lanciare i tuoi giudizi, dovresti 

capire come funziona. Se si lavora su una user story, la conoscenza dei 

requisiti e` distribuita sul team. Se si implementa la user story, la 

conoscenza dell'implementazione e` distribuita sul team (si fa pair 

programming, si fa code review, ci si aggiorna ogni giorno con uno 

stand-up, si decide insieme cosa fare). Non significa che a livello 

tecnico non ci sia chi ne sa un po' di piu` in un settore e un po' di 

meno in un altro. Significa che non c'e` modo, per come si lavora, che 

ognuno possa seguire una sua tangente ed essere accusato, prima o poi, 

di aver fatto cappellate. Si lavora in team.



 





io avevo descritto due situazioni diverse, e in una delle due in

effetti è così.

Ma, come ho detto, alla fine ci guadagni, il tempo che hai impiegato

a fare l'automatismo te lo ritrovi quando l'automatismo funziona.

E' questo su cui io mi sto focalizzando.


 Ma, come ho detto, alla fine ci guadagni



Le esigenze del progetto hanno la priorita`. Il tuo dovere e` usare il 

tuo tempo per fare cio` che e` stato pianificato; non derogare e fare di 

testa tua - anche se stai migliorando un processo.



 individuali che sono per definizione inevitabili.



ma io non stavo sostenendo il contrario di questo.






 informazioni ottenute dagli xml per poter scrivere il codice java.



Dovevi generare lo schema e poi geneare i sorgenti java con i tool standard forniti dalla JVM. Fine. Altro che tre giorni.



Magari informarsi prima di cominciare a macinare codice a testa bassa.


 uno che sa meno ed uno che sa di piu`.



In effetti non sono team, ma accozzaglie di persone che lavorano nello stesso ufficio e con competenze molto diverse. Che pero' si trovano a mettere le mani sullo stesso codice.



concordo è l'accozzaglia di persone che non sono riusciti a piazzare in Body Rental da qualche cliente,li prendono e li buttano a 'scodellare' codice, dire Team è un eufemismo! 

'scodella' 'scodella' e 'scodella' e combinano un macello, è poi con chi se la prendono ? con l'incompetente che li ha riuniti che non ha neppure idea di che cacchio fanno, no con l'ultima ruota del carro!

è l'italia Baby!


 Ora non voglio dilungarmi troppo dal punto di vista tecnico,



per carità non pretendo ti dilunghi. però se nei tuoi aneddoti tu usassi 

un linguaggio un tantino meno naïf e più formale magari anche noi si 

capirebbe quella morale che tu evidentemente ci vedi.



così sembra che tu abbia passato tre giorni a fare permanente e chatouche 

alle bambole, difficile dare torto ai tuoi capi.



Capiamoci: la differenza la fa il contesto.



Se l'obbiettivo è "trovare il colpevole", sul modello molto in voga in Italia di usare i sistemi di tracciatura delle produzioni per fare un bel richiamo all'operaio che commette un errore in linea, è una sciocchezza.



Se l'obbiettivo è aiutare qualcuno a correggere un errore il discorso è tutto un altro.



Forse erroneamente ho interpretato il tuo discorso come da punto uno.



Ciao 

  Francesco


 Se l'obbiettivo è aiutare qualcuno a correggere un errore il discorso è tutto un altro.



Si fa con le code review.


 capirebbe quella morale che tu evidentemente ci vedi.



In effetti, Kojak,  scrivi in maniera allucinante. Pesonalmente leggerti mi innervosisce. Esempi:



==============

a un certo punto abbiamo dovuto fare un'attività che consisteva 

nel prendere i dati contenuti in alcuni file xml e da quelli 

scrivere dei metodi java che implementassero la stessa logica 

per cui erano stati fatti gli xml. 



Ora non voglio dilungarmi troppo dal punto di vista tecnico, 

comunque io ho pensato bene di mettere in piedi una classe 

java che leggeva i dati degli xml e da questi componeva il 

codice java dei nuovi metodi che dovevano essere fatti. 

===============



Un capitolo intero che si puo' riscrivere in "generare sorgenti di POJO java partendo da un xml".



Oppure



===============

Ho usato la libreria per leggere gli xml contenuta nel framework 

con cui è sviluppato il progetto, con quella libreria ho letto 

gli xml e ho creato le classi necessarie per elaborare le 

informazioni ottenute dagli xml per poter scrivere il codice java. 





Poi il codice java così composto lo stampavo su console, lo 

prendevo e lo incollavo nella classe java, e voilà, il metodo 

così era creato. 

===============



"Hai scritto un programma che legge Xml e genera classi Java." 



E' irrilevante parlare della libreria del framework (anche perche' non serve nessun framework per creare il DOM di un xml). E' irrilevante specificare che hai creato classi Java che costituiscono il tuo programma. Infatti fanno confusione con le classi che generi. Porca puttana, kojak! :)




 Forse erroneamente ho interpretato il tuo discorso come da punto uno.



il mio discorso intanto partiva dal caso delle commit "anonime", in cui 

tutti committano con lo stesso utente e non si sa chi ha fatto cosa. 



premesso che non ritengo azzeccato il paragone fra l'operaio che lavora 

in linea e lo sviluppatore software (se l'azienda lo considera l'ultima 

ruota del carro evidentemente il problema sta altrove), ad ogni modo 

l'obiettivo *non* *è* trovare il capro espiatorio. l'obiettivo è a) 

responsabilizzare le persone firmando il proprio lavoro b) nel caso di 

errore risalire alla causa per evitare che si ripeta. "cazziare" era per 

modo di dire, in realtà si tratta di capire chi ha sbagliato e perché ha 

sbagliato, con lo scopo di correggere/migliorare il processo.


 sbagliato, con lo scopo di correggere/migliorare il processo.



Su questo non posso che concordare con te



Ciao

  Francesco


 responsabilizzare le persone firmando il proprio lavoro



Ma le persone non le responsabilizzi "firmando il proprio lavoro", 

innanzitutto perche` una commit non e` "il proprio lavoro" e non lo deve 

essere. Una commit e` parte del lavoro del team, e quindi e` lavoro del 

team. In secondo luogo, le persone devono essere GIA` responsabili, se 

lavorano nel tuo team. E` per questo che esistono i colloqui di 

assunzione: per assumere gente valida e che compie responsabilmente il 

proprio lavoro. Se hai persone che sai lavorare con coscienza, serieta`, 

professionalita`, onesta`, ecc... non serve inchiodarle alle proprie 

responsabilita` col nome sulla commit. Il nome su una commit e` SOLO uno 

strumento lavorativo, nient'altro.




va bene, visto che ora ho un po' di tempo, e voglia, provo a spiegare

un po' meglio il contesto, anche se non mi faccio illusioni.





Penso che verrà un post un po' lungo.







Allora, in pratica si parla di un applicativo web per gestire fondi

di risorse finanziarie, casse e pagamenti. 





Gli utenti che accedono all'applicativo hanno N profili, e in base

a questi accedono a determinate aree dell'applicativo.





Ad ogni profilo sono associati N permessi, che specificano quali

azioni l'utente può compiere nell'area in cui si trova.





Però esiste un ulteriore livello di security: ad esempio, può esserci

l'utente pippo che ha i permessi per creare, approvare, respingere

un fondo, o fare altre operazioni.

Però alcune di queste azioni che può compiere dipendono anche dai

dati del fondo: i profili degli utenti sono organizzati secondo delle

gerarchie, e ad esempio un fondo che sia già stato validato da

un utente di grado più alto non può essere modificato da un utente

di grado più basso.





Altre restrizioni analoghe possono essere ad esempio sul tipo fondo.





Per gestire questo ultimo livello di security, inizialmente c'era

una tabella del db che noi dovevamo popolare con i dati contenuti

negli excel di analisi: in pratica inizialmente noi prendevamo

questi dati e li scrivevamo in appositi file xml, dai quali veniva

popolata automaticamente la tabella.





Però a un certo punto il cliente ha chiesto di eliminare del tutto

quella tabella del db, e di gestire il livello di sicurezza

in appositi metodi java, che devono riprodurre la logica che

stava inizialmente nella tabella del db.



Io ho dovuto implementare buona parte di questi metodi java, ed è

per fare questa attività che ho creato la mia classe java che genera

il codice dei metodi di security.





Solo che finché i dati da convertire sono pochi si può anche pensare

di fare tutto a mano, ma qui parliamo di centinaia di permessi da

convertire, e allora capirete bene che c'è da diventar scemi a

fare tutto manualmente, per non parlare del rischio di fare delle

stronzate.







Allora io, per rendere il lavoro più semplice e anche più sicuro

da errori, inizialmente ho scritto una classe java che leggeva

i dati di security dagli excel di analisi, ma siccome poi abbiamo

realizzato che erano più affidabili gli xml, dato che rispecchiavano

esattamente la configurazione della tabella del db, allora

ho scritto un'altra classe java che invece che dagli excel legge i

dati direttamente dagli xml, e da questi genera il codice java

dei nuovi metodi di security.





Attenzione: la mia classe genera il codice dei metodi java, NON

i files java, come erroneamente qualcuno ha inteso.





Ovviamente ho fatto in modo che il codice uscisse già formattato

e leggibile.

Il risultato finale è stato che bastava dare come parametro di input

alla mia classe il permission da convertire, e il metodo di

security era bell'e pronto, e con il copia e incolla lo mettevo

poi nella classe java di security, cioè la classe che contiene

i nuovi metodi di security.





Ecco, questo è quello che ho fatto, e spero tu capisca che per far

uscire il codice scritto correttamente e ben formattato c'è

voluto il suo tempo, non è certo roba da farsi in 30 minuti.





Ma alla fine ho svolto la mia attività in meno tempo e con meno

rischio di errori di distrazione, le classiche cagate di cui

state parlando.







Questo è quanto, non dico mica che la mia soluzione fosse la

migliore, certamente ce ne sono anche di migliori, ma non

c'è certo paragone tra adottare una soluzione come questa e

fare quel lavoro di conversione a mano.

Io spero davvero che almeno su questo siamo intesi.












Andrea, io credo che dovresti prenderti una camomilla e rilassarti

un po'.

Perché prendi tutto male, porca puttana?



Il mio commento non era dispregiativo, era solo un commento stupito,

nel senso che in tutti i team in cui ho lavorato io le conoscenze

sono ben lungi dall'essere uniformemente distribuite.

Solo questo volevo dire.


 un approccio Scrum.



  Se si lavora su una user story,



  distribuita sul team.



(si fa pair programming,



si fa code review,



ci si aggiorna con uno stand-up,



Si lavora in team.

(cioè altri lavorano e tu condividi il merito??



MA UN BEL VAI A CAGARE PER TUTTE LE CAZZATE SPARATE SOPRA NON TE LO 

TOGLIE NESSUNO!



MA VAI A CAGARE IDIOTAAAAAAAAAAAAAAAAAAAAAA, TU DI PROGRAMMAZIONE, 

INFORMATICA E LAVORO NON CAPISCI PROPRIO UN BEATO CAZZO...DEFICIENTE!



-- 

Quando la dittatura è un dato di fatto, la rivoluzione diventa un diritto.

(Victor Hugo)



“L’intelligenza sa di essere libera, quali che siano le coercizioni 

esteriori.

Sa che la grandezza dell’Uomo è nel pensiero, e sa che c’è sempre

almeno un altro uomo che lo afferra e lo trasmette.”

(Ida Magli, Omaggio agli Italiani)


 Abbiamo dei daily stand-up



MA SEI PROPRIO UN CRETINO...IRRECUPERABILE!



 Il mio commento non era dispregiativo, era solo un commento stupito,



Il tuo commento esordiva con un "a volte fai di quelle sparate tali che 

veramente mi chiedo in che contesti lavori.", per cui la mia risposta, 

con quel tono, te la sei meritata tutta. Se vuoi esprimere stupore, 

imparare ad esprimerlo in maniera corretta.



 dei nuovi metodi di security.



TRE giorni per 'sta cagata?



 Se vuoi esprimere stupore, imparare ad esprimerlo in maniera corretta.



ma vai A CAGARE....IDIOTA!



mai visto un IDIOTA A PAR TUO!



 TRE giorni per 'sta cagata?



Beato te che hai capito qualcosa.


 





ah sì? Beh, che posso dire, mi spiace che il mio modo di

esprimermi abbai questo effetto sugli altri, ma non sono

nuovo a questo tipo di reazioni.





Però ti chiedo, per curiosità, cos'è che ti innervosisce

di quello che scrivo?



Ti innervosisce solo il modo in cui espongo i dettagli del

mio lavoro, oppure ti innervosiscono anche aspetti generali,

intendo non strettamente tecnici/informatici?


 





lo sai cosa dice il proverbio?

Dice:

"non fare agli altri ciò che non vuoi venga fatto a te".



Quindi ti dico, visto che spesso ti sei lamentato di altri

che tagliuzzavano i tuoi post, non tagliuzzare i miei.



Hai capito il contesto che sta dietro quelle tre righe che

hai quotato?




 nella tabella del db.



in pratica: ti hanno chiesto di cablare hardcoded dei dati che in 

precedenza stavano su una tabella e che ti erano forniti in un xml.



questo è ciò che interessava sapere, tolto tutto il noioso preambolo di 

cui non ce ne importa una sega e espresso con un linguaggio appena appena 

più adatto ad una discussione fra tecnici.



te le cose ci metti tre giorni a spiegarle, figuriamoci a farle. si vede 

che sei della bassa padana dalla nebbia che c'hai nel capo.


 "non fare agli altri ciò che non vuoi venga fatto a te".



proverbio?








gran bella terra la bassa padana, e Mantova in particolare,

te lo dico io.





si, è un proverbio, ed è anche uno di quelli che trovo più

attuali.

Non lo conoscevi questo proverbio?


 reazioni.



ah guarda non ho alcuna difficoltà a crederti.



immagino la tua ragazza quando le hai chiesto la prima volta di uscire, 

dopo mezzora di voli pindarici si sarà tagliata le vene.


 si, è un proverbio, 



no è una citazione. confucio per la precisione, anche se molti 

l'attribuiscono, senza fonte, a cristo.


 inadeguate si chiama "code review" e magari "pair programming". Il nome 

CUT



Il "pair programming" mi sa tanto da prassi da femminucce.






 Le cagate non si committano. Il codice va revisionato dai membri del team. E

se una cagata si committa, non e` colpa del singolo, ma del team.



Da noi invece chi sbaglia viene spogliato, portato in sala riunioni e

fustigato davanti a tutti dalla project leader ultra 50enne e sadica...

La prossima volta starà mooooolto più attento a cosa digita... ;-)






 che si fa.



Quindi tu sei esperto e curi tutte le parti di analisi, progettazione,

programmazione, manutenzione, grafica, UX, testing, QA, deploy, marketing,

assistenza, help desk, ecc... di un progetto. Minchia potresti quindi fare

il "one man company", se da solo fai tutto quello che si fa in un'azienda.








 intendo non strettamente tecnici/informatici?



Il linguaggio molto impreciso e il numero di dettagli assolutamente irrilevanti che riporti. Cosa abbastanza inusuale per un informatico, che si solito hanno ottime capacita' di sintesi.



Se per dire "instanzio il DOM" (che e' quello che serviva dire in quel pezzo di paragrafo ne piu' ne meno) tu mi scrivi "uso la libreria per leggere gli xml contenuta nel framework con cui è sviluppato il progetto, con quella libreria ho letto gli xml" hai totalmente fallito nella comunicazione perche' hai reso fumoso un concetto semplicissimo per un informatico (parsing di un xml, istanziare il dom eccetera).


 rootkit.



Si certo, tutti questi pazzi che guidano contromano...


 Il "pair programming" mi sa tanto da prassi da femminucce.



Noto con piacere che hai capito la tua vera vocazione: trollare.



 intendo non strettamente tecnici/informatici?



Sparategli del curaro da un elicottero. Non posso vederlo soffrire cosi`.



 Beato te che hai capito qualcosa.



Eh, in realta` non ci ho capito molto, ma intuisco che sia una cagata.



 che tagliuzzavano i tuoi post, non tagliuzzare i miei.



I tuoi post si devono tagliare per forza, che` il 90% e` preambolo 

inutile. Stai parlando con sviluppatori, non con tua nonna mentre fa i 

tortellini. Ho capito benissimo quel che hai fatto e ti ripeto la 

domanda: 3 (TRE) giorni per un processino che genera dei file a partire 

da un formato xml? Ma stiamo scherzando? Io ti buttavo fuori dal mio 

team a calci.



 il "one man company", se da solo fai tutto quello che si fa in un'azienda.



Vedi sopra: come al solito, non ci hai capito un cazzo.



 La prossima volta starà mooooolto più attento a cosa digita... ;-)



Devi aver subito questa pratica sadica molte volte. Gli effetti sul tuo 

cervello si vedono.



 [...]

 > Ho capito benissimo quel che hai fatto

 > [...]

 >

ROTFLMAO










 programming, si fa code review, 





Lascia perdere scrum e/o kanban, perché sono pseudo-minchiate. Da noi 

tutti partecipano alla code review, ma guarda caso, appena ci mette il 

naso il mio collega fisico nucleare, tutti li altri improvvisamente 

tacciono. Se lui ti da il +1, gli altri non hanno più nulla da aggiungere 

e nessuno si permetterebbe di ribattere. 

Non è vero che la conoscenza è distribuita grazie e sgrunt e patapam. 



-- 

Massimiliano Adamo


 TOGLIE NESSUNO!



mh... quando hai ragione, hai ragione :) 



-- 

Massimiliano Adamo


 difficile da capire, sforzalo quel cervellino.



i daily-stan-dup ... a me sembrano le riunioni degli alcolisti anonimi :) 





-- 

Massimiliano Adamo


 





beh guarda, sul linguaggio impreciso potrei anche darti ragione,

in effetti faccio fatica ad esprimermi in modo accurato, non

lo nego.

Anche sul non essere sintetico posso darti ragione, io tendo a

dilungarmi.





Ma sui dettagli irrilevanti, no, non sono d'accordo.

Io ho scritto un post molto lungo, anche se non è quello che hai

quotato tu, per cercare di rispondere ad una richiesta più o meno

esplicita di far capire meglio l'aneddoto.



Quindi, tutto ciò che ho scritto, anche se molto lungo, serviva

a far capire il contesto in cui stavo operando.



Ma, purtroppo, molti orecchi afferrano quel cazzo che pare a loro, e lì

c'è niente da fare.






 





ma mi dici perché metti bocca nei discorsi in cui non c'entri nulla?



Cicap ha detto che leggermi lo innervosisce, e io gli ho soltanto

chiesto che cosa lo fa innervosire del mio modo di scrivere.








 i daily-stan-dup ... a me sembrano le riunioni degli alcolisti anonimi :)



Hai partecipato a molte riunioni degli AA?



 mh... quando hai ragione, hai ragione :)



Se ti sei ridotto a dover dare ragione ad un troll, stai messo veramente 

male.



 Hai partecipato a molte riunioni degli AA?



hai presente quell'elettrodomestico che si chiama TV? 



-- 

Massimiliano Adamo


 





ma davvero?

Eppure appena un messaggio prima hai detto:



"Eh, in realta` non ci ho capito molto, ma intuisco che sia una cagata."





Non è che più che avere capito hai intuito, e hai intuito quello

che pareva a te?


 Non è vero che la conoscenza è distribuita grazie e sgrunt e patapam.



Si chiama Scrum e tu non sai quel che stai dicendo. Ma vedi, qui dentro 

e` un classico. Quando si tirano fuori certi argomenti, i babbuini 

ciccio, AleTV, Max_Adamo cominciano a tirare merda contro la gabbietta. 

Che fai, gli spieghi dove e perche` si sbagliano? No, sorridi e gli 

lanci una nocciolina. Tieni va`, mangiatela pero`, non ficcartela al 

culo come tuo solito.



 ma mi dici perché metti bocca nei discorsi in cui non c'entri nulla?



Io intervengo su quello che mi pare, perche` stai scrivendo al gruppo. 

Se vuoi avere "discorsi" privati, usa le e-mail.



 che pareva a te?



Quella a Cicap era una risposta scherzosa che voleva sottolineare il 

fatto che ti esprimi alla cazzo di cane; quella a te era una risposta 

seria. Credi davvero che per uno sviluppatore sia difficile capire quel 

che hai scritto? Lo pensi veramente?



 ciccio, AleTV, Max_Adamo cominciano a tirare merda contro la gabbietta.



Adesso non allargarti troppo. Sei solo un modesto sviluppatore java che 

guadagni al massimo il 60% di quel che guadagno io.  



-- 

Massimiliano Adamo


 guadagni al massimo il 60% di quel che guadagno io.



A babbuino, nella mia azienda non si entra se si e` semplicemente dei 

"modesti" sviluppatori, quindi toppi in partenza. E in quanto al 

guadagnare piu` o meno di te, sinceramente me ne sbatto altamente le 

palle di quanto prendi. Di idioti e di incompetenti superpagati e` pieno 

il mondo.



 guadagni al massimo il 60% di quel che guadagno io.



dove lavoravo prima, partecipavo agli sprint planning, alle riunioni degli 

alcolisti anonimi (daily stand-up) ... ecc., ecc.... ma il punto è che 

dietro tutte queste metodologie c'è sempre la stessa cosa: un essere umano 

che deve svolgere dei task. E più e bravo e/o ha esperienza, meglio e più 

velocemente svolgerà i suoi task. Con kanban, con scrum con quello che ti 

pare funziona così. 

Altrimenti non esisterebbero più senior e junior. Esisterebbe un team di 

scimmiette come te, che da 20 anni svolgono sempre gli stessi identici 

task e che vengono motivati nel 2016 con metodologie degli anni '90. 



-- 

Massimiliano Adamo


 pare funziona così.



Peccato che non sia quello che ho scritto. Non ho mai affermato che con 

Scrum sparisca il gap sugli skill . Ho affermato che con Scrum si 

distribuisce la conoscenza dei requisiti, e grazie al fatto che si 

lavora tutti insieme puntando ad un obiettivo short-term, e grazie a 

code review e pair programming, la conoscenza dell'implementazione di 

quei requisiti. Poi, idealmente, in un team, la capacita` delle persone 

deve essere piu` o meno allo stesso livello, e i colloqui di selezione 

servono esattamente a quello. Nel mio team, non ci sono junior, siamo 

tutti sviluppatori senior.



 Si`, si`, certo. E tutto questo mentre piloti una Soyuz. 



questo è uno stupido fork che è pubblico: 

https://github.com/maxadamo/consul-backup/blob/master/main.go




ma ripeto che io non sono uno sviluppatore (per il momento) e mi ritengo 

abbastanza modesto. 

Tornando a te, ritengo che piuttosto che millantare, e sparare cazzate ad 

effetto (che fanno anche ridere), sarebbe più opportuno mostrare le 

credenziali. 

Sei un grande sviluppatore? Hai un punteggio elevato su stackoverflow, hai 

progetti importanti su github, hai referenza da mostrare, pubblicazioni? 

Altrimenti con me non attacchi e stai semplicemente millantando, sparando 

sonore cazzate. 



-- 

Massimiliano Adamo


 sonore cazzate.



LOL :) Non agitarti, babbuino. Io non sto millantando niente e non sto 

sparando nessuna cazzata ad effetto (sono i *tuoi* argomenti a fare 

ridere), e di giocare a chi ce l'ha piu` lungo con te non ho proprio 

nessuna intenzione. Non me ne frega neanche un cazzo di mostrarti 

nessuna credenziale o di scodellarti il mio CV. Non ho mai vantato 

nessuna capacita` particolare su questo gruppo; sei *TU* che accusi gli 

altri, quindi l'onere della prova spetta a te, se hai alcunche` da 

dimostrare. Io a te non devo dimostrare proprio niente. Le mie capacita` 

ho solo il dovere di mostrarle alle persone con cui lavoro felicemente 

tutti i giorni, producendo valore per la mia azienda. Punto. Queste 

sfide da cowboy ritardato "fammi vedere la tua stella da sceriffo", le 

hai fatte in passato con altre persone e hai preso palate di merda in 

faccia, per cui ti inviterei alla cautela. Evidentemente, certe mazzate 

prese non hanno sortito alcun effetto.



 ha scritto:


Infatti... Quelle metodologie di processo possono aiutare, magari fare

comodo ma... L'esperienza, la conoscenza, il savoir faire di un esperto

vanno al di là di una mera ed incondizionata fiducia in tecniche e

metodologie che "stratificano" a monte i rapporti in un sistema lavorativo.






 



quindi è inutile che la tua azienda assuma altre persone oltre a te

se dovete essere tutti uguali allo stesso modo... Ti clona e così

non è costretta ad assumere qualche altra persona che non si "conforma"

e si "omologa" ad un livello che deve essere assolutissimamente

lo stesso...






 Lascia perdere scrum e/o kanban, perché sono pseudo-minchiate. 



Lascio perdere scrum, che non conosco. Ma tu te la senti veramente di dire che Kanban, creato e applicato da Toyota (non esattamente il salumiere all'angolo), sia una pseudo-minchiata?



-- 

Ciao!

Luca


 non c'e` chi ne sa di piu` e chi di meno. 



quindi è inutile che la tua azienda assuma altre persone oltre a te

se dovete essere tutti uguali allo stesso modo... Ti clona e così

non è costretta ad assumere qualche altra persona che non si "conforma"

e si "omologa" ad un livello che deve essere assolutissimamente

lo stesso...






 se dovete essere tutti uguali allo stesso modo...



L'analfabetismo funzionale colpisce ancora. Rileggi quello che ho 

scritto, perche` io non ho mai affermato che "tutti devono essere 

uguali" in un'azienda. Ho detto delle cose specifiche su un processo 

specifico di sviluppo del software. Se tu fossi una persona intelligente 

capiresti, ma purtroppo sei ciccio di i.l.i.



-- 

4ndre4

"The use of COBOL cripples the mind; its teaching should, therefore, be 

regarded as a criminal offense." (E. Dijkstra)

"Ora, questo "Delta11" non è nulla di più di uno scemo del villaggio" - 

http://tinyurl.com/z6y6gpd



 lo stesso...





 Si certo, tutti questi pazzi che guidano contromano...



Qui mi tocca quotare. Montanelli diceva ai suoi giornalisti: se gli altri non ti capiscono la colpa è tua, anche se loro sono ubriachi.

Io non sono così assoluto, ma nel 90% dei casi ho scoperto che aveva ragione.



-- 

Ciao!

Luca


 Infatti...



Ma "infatti" cosa? Ma cosa ne sai tu?! Tu che parli di cosa e` o non e` 

un esperto? Ma facci il piacere. Se non hai neanche capito quel che ho 

scritto.



 Noto con piacere che hai capito la tua vera vocazione: trollare.



Quindi per te anche questo programmatore trolleggia:



"Where Pair Programming Fails for Me"



https://tersesystems.com/2010/12/29/where-pair-programming-fails-for-me/







 creato e applicato da Toyota (non esattamente il salumiere all'angolo), sia una pseudo-minchiata?



Lascia perdere quel che dice. Max_Adamo e` noto per parlare di cose che 

non conosce. Non e` uno sviluppatore ed apre bocca su metodologie di 

sviluppo. Perche` ci tenga a fare brutte figure, ripetutamente, non e` 

dato di sapere. Ne ha fatte in passato, ha preso sonore bastonate, e 

insiste. Quel che e` certo e` che Scrum e` un sistema che *FUNZIONA* e 

non funziona da oggi, lo dico dopo averci lavorato a lungo. Nel mio 

contesto, funziona anche il cosiddetto "scrum of scrums", dove sono piu` 

team ad essere coordinati verso un unico obiettivo. Riuscire a gestire 5 

team, ognuno dalle 3 alle 7 persone, verso un unico obiettivo, non 

sforando mai una release, producendo codice di alta qualita`, un 

prodotto di alto valore, accumulando pochissimo technical debt, e con i 

clienti che ad ogni release esprimono soddisfazione per quel che gli 

dai, non e` roba da poco. E` un sistema che, semplicemente, funziona. E 

so per esperienza che gli stessi risultati sono difficili da raggiungere 

con un metodo waterfall. Il resto sono chiacchiere.



 Quindi per te anche questo programmatore trolleggia:

[...]



La differenza tra te e` chi ha scritto quell'articolo e` che tu spari 

minchiate senza alcuna giustificazione tecnica - come sempre peraltro, 

quella persona invece esprime una critica ragionata. Ma questo sport di 

andare su Google e reperire il primo articolo che critica una 

determinata metodologia, tratto dal primo blog che si trova, e` tipico 

di chi non ha proprio nessun argomento. Ed e` una cosa che so fare 

anch'io, sai?



Ecco qua:

https://blog.inf.ed.ac.uk/sapm/2014/02/17/why-pair-programming/




 tutti i giorni, producendo valore per la mia azienda. 



e no caro. Se porti avanti discussioni tecniche su questo gruppo, devi 

essere credibile anche ai nostri occhi e non solo agli occhi della azienda 

per cui produci valore. 



-- 

Massimiliano Adamo


 salumiere all'angolo), sia una pseudo-minchiata?



ho esagerato. Ok? Ma mettiamola così. 

Le metodologie cambiano, ritornano in voga, diventano improvvisamente 

ottime e improvvisamente deprecabili, senza ragioni precise. 

Il management ha semplicemente il compito di scegliere un metodo e far 

funzionare bene le cose (di nuovo: è l'essere umano ha determinare le 

condizioni!). Ed, esagerando un tantino, è un po' come stabilire se si 

deve guidare a destra o a sinistra. Nessuna delle due scelte è "migliore" 

in se. 

Non ho nulla contro l'una o contro l'altra metodologia, ma possono 

condurre tutte al successo o tutte al fallimento e trovo che sia stupido 

dire: "io lavoro con scrum, quindi, stikazzi che noi sbagliamo". 



Adesso Andrea dirà che non ha detto questo (anche se è scritto appena due 

messaggi sopra... ma va bene... che dia fiato alla sua tastiera pure lui). 



-- 

Massimiliano Adamo


 





allora, intervengo su questo discorso un'altra volta, dopo di che

per me la questione è chiusa una volta per tutte, che mi sono

stufato.





La risposta alla tua obiezione che per quell'attività non ci vogliono

3 giorni è molto semplice: DIPENDE.





Certo, se l'output che devi produrre è





public int getSum(int x, int y) {

    return (x + y);

}



è ovvio che è una minchiata.





Ma se invece devi produrre dei metodi di una certa complessità,

con N parametri in input e diverse istruzioni if/else, come è

il mio caso, allora è un altro discorso.





In quei 3 giorni io ho conteggiato TUTTO, la prima versione

che acquisiva i dati dall'excel e la successiva modifica

per acquisire i dati dagli xml.





Il mio algoritmo è diviso in due step: nel primo step legge i

dati e li acquisisce mediante apposite sottoclassi (che ho 

creato io, mica le ho rpese da chissà dove), e nel

secondo step i dati così acquisiti vengono elaborati per

produrre l'output desiderato.





Quando ho scritto la versione che acquisisce i dati dall'xml,

ho modificato il primo step, mentre il secondo è rimasto

uguale.





Ovviamente a tutto ciò aggiungi il mio capo che un paio di

volte ha cambiato idea su come devono essere i metodi di security;

aggiungi la produzione di un output ben formattato, in modo che

bastasse fare copia incolla per avere il metodo di security

pronto (perché altrimenti avrei dovuto produrre uno stringone

illeggibile che poi andava formattato a mano, e quindi avrei

dovuto parte di quel lavoro manuale per evitare il

quale ho scritto l'algoritmo).



Infine, aggiungi il fatto che non c'è una classe di Security,

ma ce ne sono N, ognuna delle quali gestisce determinati

permessi, quindi ovviamente ho costruito il mio algoritmo

tenendo conto di questo.



Infine, aggiungi il pc che non è una scheggia e che a volte

si pianta.









Ora ci siamo, Andrea? Ti ho un po' reso l'idea?



Ecco, in questo contesto uno sviluppatore che impiega 3 giorni

a costruire l'algoritmo diciamo che non è velocissimo a

sviluppare, ma non mi venire a dire che è un tempo inaccettabile.



E non voglio neanche sentirmi dire che ti dilanio le palle con

la mia eccessiva verbosità, perché tu me la stai tirando fuori

la verbosità, e con gli interessi.







Detto ciò, io ho esaurito l'argomento, e anche la pazienza, perché

non concepisco di dover insistere con chi è prevenuto nei miei

confronti, e non me ne frega un cazzo di convincere nessuno, io

ho solo fatto il mio lavoro nel modo che ho ritenuto migliore,

sicuramente poteva essere fatto meglio, sicuramente chi ha più

competenze di me l'avrebbe fatto in minor tempo, ma io ho

comunque fatto quello che ho potuto.




 per cui produci valore.



E no caro. Io me ne sbatto altamente le palle di DOVER risultare 

credibile a te o a nessun altro in questo ng. Non siamo mica in 

tribunale. Se mi vuoi credere, mi credi, senno` a me la vita non cambia. 

Di non essere creduto da te, specie quando hai capito tutta un'altra 

cosa rispetto a quel che ho scritto, mi frega meno di zero. Gli 

argomenti si valutano a prescindere da chi sia colui che li eprime, 

altrimenti si pecca di argumentum ad autoritatem. Che poi, perche` 

bisogna credere ad un "Max_Adamo" qualunque e non agli altri, non si 

capisce bene. Se ti facessi vedere delle certificazioni Java o da 

ScrumMaster, o i progetti su cui lavoro, cambierebbe la tua opinione di 

quel che affermo su questo ng? Se si`, sei TU ad aver grossi problemi, 

dal momento che non valuti l'argomento tecnico in se` ma ti lasci 

influenzare dalle stellette sul petto di chi lo espone. Io affermo certe 

cose che, chiunque abbia un minimo di esperienza e sa di cosa sto 

parlando, riconosce facilmente come vere. Certo, io mi rivolgo a degli 

sviluppatori, non a chi pretende di mettere bocca su come si produce il 

software non essendo uno sviluppatore. E infine, pensi veramente che 

sbandierare pateticamente il tuo stipendio a destra e manca (lo facevi 

gia` dieci anni fa) ti renda particolarmente credibile? Serve solo a 

dimostrare che sei un buffone con l'urgenza di compensare la propria 

ipodotazione sessuale. Posso sempre chiamare il cugino di mio cugino che 

lavora in Google e che guadagna piu` di te, sai?



Come vedi, le palate in faccia, qui dentro, le prendi tu. Ma e` l'ultima 

palata\risposta che ti do. Ti lascio l'ultima parola - per quel che 

vale. Tanto il thread mi finisce dritto in ignore ;)



 messaggi sopra... ma va bene... che dia fiato alla sua tastiera pure lui).



Se tu sai bene che io non ho affermato quel che stai dicendo, sei in 

malafede e vuoi alimentare una polemica sterile. No, non e` quel che ho 

affermato. Non e` cio` che ho scritto due messaggi piu` sopra. Ti ho 

gia` risposto in un altro messaggio a riguardo. Vattelo a leggere.



 >Non ho nulla contro l'una o contro l'altra metodologia



Contraddizione palese, dal momento che avevi affermato che Scrum/Kanban 

sono "pseudo-minchiate". Ma capisco bene che non hai piu` argomenti a 

cui aggrapparti.



 >, ma possono

 >condurre tutte al successo o tutte al fallimento



E con questo credi di aver detto qualcosa di realmente intelligente? E 

come se uno affermasse che una BMW e` piu` adatta di una 500 per fare un 

viaggio, e tu rispondessi "eh, ma entrambe possono farti schiantare 

contro un albero!". Si parla di quale strumento e` piu` adatto per fare 

un determinato lavoro. Purtroppo, non sei in grado di comprendere 

neanche un concetto cosi` basilare. Come detto, ti lascio perdere.



 con chi è prevenuto nei miei confronti



Ma se non so neanche chi cazzo sei.



Chiudo qui, perche` questo thread sta annoiando anche me.



 Da parte mia tutto, 





[ super-cut ]





E' mia opinione che questa discussione è un concentrato di fuffa, è zero 

tecnologia. 



La discussione è probabilmente scaturita questo mio messaggio (sempre 

*non* tecnico):

"Cosa quarzo stai dicendo? Stiamo parlando di una azienda espropriata dai 

lavoratori o di una azienda che ha un normale organigramma, con un capo, 

dei sottoposti ed un punto di contatto con il cliente? "



Possiamo parlare per sommi capi di metodologie, che - oltre a scocciarmi 

come argomento - non ha nulla di tecnico ed è un tema che sconfina 

completamente nell'ambito del management. 



La metodologia tu la subisci, perché qualcuno la sceglie per te. Tu devi 

andare solo a scrivere codice. 



Possiamo parlare di come vengono condotte le riunioni degli alcolisti 

anonimi... ma la tecnologia comincia, esattamente quando finisce lo sprint 

planning e ti sei preso un caffè per risvegliarti da tutte le minchiate 

che sono state dette nel meeting. Ovvero, tutto comincia, quando cominci a 

lavorare veramente. 



-- 

Massimiliano Adamo


 cui aggrapparti. 



sei seriamente un cagaquarzi. 

avevo cominciato il messaggio con un pezzo che ovviamente hai tagliato: 

"ho esagerato. Ok? Ma mettiamola così. "



-- 

Massimiliano Adamo


 si pianta.



E perche' non aggiungere anche che sei dovuto andare al bagno?


 guadagni al massimo il 60% di quel che guadagno io.  



Caduta di stile a parte, viste le competenze del soggetto e il fatto che siamo in uk e che copre un ruolo di team leader, direi che non sta sotto le 70k per anno. Pound ovviamente. 



Tu che stai in olanda, dici che guadagni 130 mila euro all'anno?




Io non sono esattamente un neolaureato, ma non molto tempo fa mi hanno 

fatto una proposta simile, nonostante avessi smesso di occuparmi di 

informatica, pur essendo ingenere informatico.



In realta' non era Whiteall e non so quanto mi avrebbero pagato perche' 

non gli ho lasciato il tempo di dirlo. Come ho risposto lo puoi trovare 

in un mio post su questo ng qualche tempo fa. Quanto al "meglio", per 

quanto mi riguarda preferisco essere disoccupato. Poi ognuno ha i propri 

gusti .



Ciao,

Marco.


 gusti .



Quindi non era whiteall e in ogni caso meglio stare disoccupati? Ma che stai dicendo?


 Tu che stai in olanda, dici che guadagni 130 mila euro all'anno?



no. Se quella è la cifra che dici tu in pound, siamo lì con lì. 





-- 

Massimiliano Adamo


 team leader di 3 persone? 



3 persone incluso il team leader. Leader di 2 persone. Mi pare proprio un 

"lider minimo" :) 



-- 

Massimiliano Adamo



se la metti così sembra che hai completamente ragione. Lui però ha 

premesso qualcosa che tu hai tagliato "non molto tempo fa mi hanno fatto 

una proposta simile" e ha pure concluso dicendo "ognuno ha i propri 

gusti". 



Poi va detto che a me sembra bizzarro spendere energie per laurearsi solo 

per il gusto di farlo, ma ognuno ha i propri gusti e magari ha trovato 

qualcosa di immensamente migliore. 



-- 

Massimiliano Adamo


 





ho dato un occhiata a quel link, ma da quel che ho visto il

codice non viene formattato nel modo in cui dovevo formattarlo

io.



Quanto alle librerie, so che ci sono, ma se avessi percorso

quella strada magari l'installazione andava per le lunghe,

oppure producevano un output non formattato nel modo

corretto.



Quindi non sono poi così sicuro che la strada che suggerisci

tu sia tanto più breve di quella che ho scelto io.


 





dimmi un po', Marcoxxx, ma tu per caso hai avuto in eredità un

cospicuo patrimonio e puoi vivere di rendita?



Non hai bisogno di lavorare per vivere, come me?



Mi viene da chiedertelo, questo.


 Quindi non era whiteall



La b.r. puo' essere un problema, cosi' come il cliente della b.r.



e in ogni caso meglio stare disoccupati?





Se a te arrivasse un'offerta da un'azienda i cui dirigenti tu ritieni 

che siano dei veri e propri mafiosi tipo quelli di mafia capitale 

accetti l'offerta o rimani disoccupato? Io rimango disoccupato, anche

se capisco di far parte di un'insignificante minoranza.



Ciao,

Marco






 Sono un ingegnere informatico neolaureato.



Tristissimo che a un ingegnere neo laureato offrano questi

 stipendi poco dignitosi, accetta solo se intravedi grosse

 possibilitą di crescita e apprendimento, il tuo focus al momento

 deve essere questo: imparare e fare esperienza. Di dove sei ? Non

 escluderei un viaggio all'estero (centro/Nord Europa). In bocca

 al lupo!



-- 

Soprano





----Android NewsGroup Reader----

http://usenet.sinaapp.com/







Ti rispondo con la stessa domanda dell'altro post.

Tu sei uno che ha bisogno di lavorare.

Se mandi dei CV e a seguito di tale invio ti contattano uno o piu' tra 

Salvatore Riina, Raffaele Cutolo, Massimo Carminati, Maurizio Abbatino 

(o dei loro "fornitori di lavoratori") e ti propongono di lavorare per 

loro, tu accetti o muori di fame?



Io dedcido di morire di fame, anche se so che faccio parte di una 

insignificante minoranza.



E se ogni volta che mandi un CV anche ad aziende diverse poi quelli

con cui hai a che fare sono sempre gli stessi, perche' tanto quelli

a cui hai mandato CV sono tutti fornitori di quelli li', tu cosa fai, 

continui a mandare CV o smetti di mandare CV  ?



Io dedcido di smettere di mandare CV, anche se so che faccio parte di 

una insignificante minoranza.





Ciao,

Marco


 tu sia tanto più breve di quella che ho scelto io.



In realta' la prima soluzione era usare Eclipse ma tu l'hai ignorata. Non si e' capito perche' visto che tanto non stai generando centinaia di classi da aggiungere al progetto, ma solo pezzi di codice di cui fare il copy and paste nella classe esistente.












non so se Eclipse mi avrebbe formattato il codice nel modo

richiesto.





Comunque la formattazione non è stato l'aspetto più problematico

nel mio algoritmo.



L'ho menzionato solo per completare il quadro.


 





fidati, che se sei veramente disperato, pur di non morire di fame,

se un fornitore di Riina ti fa un'offerta l'accetti.

Purtroppo, ma l'accetti.

Anche se ti fa ribrezzo.



E' un brutto mondo, sono d'accordo con te, ma è così.










ma Soprano, che ti credi?



Per un neolaureato 25k è un colpo di fortuna incredibile.



Io non conosco NESSUNO che abbia iniziato a lavorare con uno

stipendio così.





E in ogni caso, quando si inizia a lavorare si va dove si trova,

senza tante balle; io me ne sono andato da Mantova a Milano, e

prendevo meno di quanto hanno offerto all'op.

I primi tempi sono stati molto duri, oltre al fatto che avevo 

tanta nostalgia della mia città.



Ma quello ho trovato, e quello ho preso, punto.



Poi acquisendo esperienza professionale le cose pian piano

migliorano.


 L'ho menzionato solo per completare il quadro.



Pare che sia da depennare dal quadro invece.


 non so se Eclipse mi avrebbe formattato il codice nel modo richiesto.



eclipse lo puoi configurare per formattare il codice in qualsiasi modo 

possibile



-- 

Soprano


 stipendio così.



sarà ma resta uno stipendio poco dignitoso considerando che, come

 hanno detto altri, a Roma con quei soldi non ti puoi manco

 permettere un appartamento da solo



 inglese e osservare come lavoriamo.

CUT



Visto come siete, tipo vecchiacce zitelle e acide, non c'è una persona al

mondo che verrebbe a trovarvi...






 capiresti, ma purtroppo sei ciccio di i.l.i.



Cmq (e guarda caso...) la prima clonazione al mondo, eseguita

su di una pecora, è stata fatta in Inghilterra...






 "lider minimo" :) 



Aspè e nessuno può *minimamente* uscire fuori dai binari precostituiti

e pre-decisi, altrimenti non si sa bene cosa può succedere...








 
https://blog.inf.ed.ac.uk/sapm/2014/02/17/why-pair-programming/






"As the last proof, let’s hear some comments from people who used pair programming"



"The adjustment period from solo programming to collaborative programming was

like eating a hot pepper. The first time you try it, you might not like it

because you are not used to it. However, the more you eat it, the more you like it."



MA LOL! X-D L'ANAlogia con l'assaggio del peperoncino, che "più si mangia,

più ti piace"(?!), non poteva essere più adeguata! :-D






 qualcosa di immensamente migliore. 



Questo infatti *DEVE* sembrare bizzarro a chiunque nel mondo.



Purtroppo di laurefici in questa penisola dell'Europa ce ne sono a frotte...












anche se mi stai sul cazzo per il flame gratuito, questa volta

ti dò atto che mi sono espresso male.



Sapevo che con eclipse potevo formattare il codice, ma ho

preferito lo stesso introdurre anche la formattazione nel mio

algoritmo.



In alternativa avrei dovuto cercare di capire come fare la

formattazione con l'ide, in particolare come produrre la formattazione

desiderata, e forse non avrei impiegato tanto meno

tempo.


 





con uno stipendio così non riesci a vivere nemmeno in una città

piccola, anzi nemmeno in un paesino.

A meno che, s'intende, non abbia già la casa di proprietà senza

spese di mutuo o di affitto.



Con 1300 eccome se riesci a vivere in una citta' piccola.


 tempo.



Lo sapevi che esisteva ma non l'hai cercato...ma chi credi di prendere per il culo?



Comunque si fa con selezione e ctrl+shift+f. E lo sanno anche i sassi.


 spese di mutuo o di affitto.



Con 1100 euro mensili vivi in modo perfettamente dignitoso sia in veneto che in trentino ad esempio. Certo non in centro città ma ci vivi tranquillamente.



Ciao

  Francesco



il tutto, dipende da cosa si intende per "dignitoso", che e' una valutazione parecchio soggettiva.


mondo che verrebbe a trovarvi...



Ma un pensiero per quei poveracci che devono lavorare con uno stronzo 

simile?




 parecchio soggettiva.



Se vuoi vivere come Rockfeller non ti bastano, se vuoi vitto e alloggio di buona qualità, trasporti ed un po' di divertimento bastano.



Se vuoi andare fuori a mangiare tutti i giorni no.



Ciao

  Francesco








ma io non ti prendo per il culo.

E se tu pensi che ti prendo per il culo cazzi tuoi.





Come ho già detto, sapevo che con eclipse si poteva fare, ma non

mi ricordavo come.

Se avessi voluto lo avrei trovato da solo, stanne certo.





Comunque ho provato a fare come hai detto, in effetti tra quelle

proposte è la soluzione che più si avvicina alle mie esigenze,

ma non mi avrebbe comunque risparmiato del lavoro manuale.


 Se vuoi vivere come Rockfeller non ti bastano, se vuoi vitto e alloggio di buona qualità, trasporti ed un po' di divertimento bastano.



anche li', la buona qualita' dell'alloggio, del vitto e del divertimento sono soggettive.


 soggettive.



Come vuoi hai ragione.



Ciao

  Francesco



beh torto non ce l'ha. da mauro corona a fabrizio corona con tutte le 

sfumature nel mezzo ognuno ha uno stile di vita che ritiene il migliore. 

non a caso le discussioni sul costo e qualità della vita sono fra le più 

insulse che si possono fare. 


 che in trentino ad esempio.



Quanto costa un appartamento di 60 m2 in zone provinciali di veneto e 

trentino, per curiosità ?



-- 

Soprano



Non sono affatto insulse. È oggettivo, e non dipende dallo stile di vita, 

che con 1100 euro al mese a Firenze o Roma non ci vivi in modo dignitoso, 

perchè te ne partono 6-700 solo di affitto senza manco le utenze.



-- 

Soprano


 trentino, per curiosità ?



Veneto da 300 euro in su al mese in base a posizione e livello di finiture.



Ciao

  Francesco



Allora si, ci puoi vivere coi 1100. A Roma con 300 euro credo ti diano 

una cantina ma forse nemmeno 



-- 

Soprano


 Non sono affatto insulse. 



anche questo giudizio è soggettivo :P io le trovo molto insulse.

per esempio, ci sono persone che preferiscono di gran lunga la provincia 

per motivi che prescindono dal denaro, per cui se a queste persone 

presenti la tua obiezione ti rispondono "e sticazzi?" :-)



io ad esempio a firenze ci lavoro ma non ci vivo e non mi sono mai 

sognato di farlo. per la casa pago molto meno e secondo i miei gusti vivo 

molto meglio. altri troverebbero insopportabile il disagio di andare e 

tornare dal lavoro (ma non è che abitare a roma o a firenze ti cambia 

granchè, eh) oppure il fatto che non c'è abbastanza vita notturna.









Francesco, tu sai che io sono nato e cresciuto a Mantova, che dista 

13 km dal confine col Veneto.



Inoltre ho avuto modo, per varie ragioni, di girare la città e

la provincia di Verona.





Ergo, se non tutto il Veneto, almeno una parte la conosco, e

non vedo proprio come cazzo si possa pensare di trovare un

appartamento di 60 mq in buono stato al prezzo che dici tu.







O si parla di una catapecchia in una zona del tutto isolata

dal resto del mondo, e non arredata, e allora posso immaginare

un prezzo simile.





Ma se parliamo di una casa in stato accettabile, che ci si possa

abitare senza sentirsi troppo a disagio, anche in una zona di

provincia mi riesce davvero impossibile pensare che si possa

spendere meno di 450/500 euro (e tenderei verso il secondo

estremo).



Del resto il nord-est non mi pare sia conosciuto per essere una zona

in cui vivere sia particolarmente economico, mi pare.



Mhhhh, con dentro solo la cucina, i sanitari e magari la struttura del 

letto forse, e di qualità scadente, non i mobili, intendo la struttura 

in se quindi con scarso isolamento acustico tra gli appartamenti.

Per il doppio della cifra e con santa pazienza si riesce a trovare anche 

qualche casetta per contro proprio e ammobiliata in buona parte.






 in buono stato al prezzo che dici tu.



la casa, come anche l'impiego, devi cercare con convinzione se vuoi 

trovare l'occasione giusta. in altre parole non basta conoscere il 

territorio come dici te, ma bisogna essercisi sbattuti e risbattuti per 

cercare casa, aver visitato appartamenti, aver visitato le zone con il 

piglio di chi cerca un alloggio con un buon rapporto qualità/prezzo. se 

guardi superficialmente vedi solo le situazioni che hanno più mercato ed 

è ovvio non vedrai mai quelle più convenienti.


 in cui vivere sia particolarmente economico, mi pare.



Dipende: nelle città è caro appena esci un po' i costi si riducono e non poco.



Ciao

  Francesco


 qualche casetta per contro proprio e ammobiliata in buona parte.



Alt io non parlo di appartamenti ammobiliati: non ho mai ritenuto conveniente ne igenico il loro affitto.



Ciao

  Francesco



P.S. I sanitari si