Avve ha vinto, le sue motivazioni hanno sconvolto alla base l'intera comunita' java che in preda al panico ha seguito una mandria di lemmings giu' per un dirupo.
A breve li seguiro', ma volevo prima lanciare un monito alle generazioni future: Usate lisp !!!
Seriamente: Mi sono rotto le palle, il discorso si e' spostato su attacchi personali e opinioni. Che ovviamente non possono colmare le lacune tecniche del mio interlocutore.
Non mi diverto piu'.
A breve li seguiro', ma volevo prima lanciare un monito alle generazioni future: Usate lisp !!!
Seriamente: Mi sono rotto le palle, il discorso si e' spostato su attacchi personali e opinioni. Che ovviamente non possono colmare le lacune tecniche del mio interlocutore.
Non mi diverto piu'.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > > Due funzioni. Ma in java non si puo`.
> >
> > Non ce n'e' bisogno, hai i metodi statici.
>
> Ma devo fare una classe inutile, cosi`.
La classe non e' inutile, la puoi serializzare, sincronizzare con altri thread, estendere, ...
Ma secondo te e' piu' semplice introdurre un nuovo paradigma nella specifica del linguaggio, qualcosa che vada contro l'idea stessa della "programmazione orientata agli oggetti" ...
Ti rendi conto che questo tuo accanimento nel sostenere una sbruffonata ti fa scivolare ogni messaggio sempre piu' nel ridicolo ?
> > > Quindi una
> > > classe sola, URLEncoding, con due metodi
> statici
> > > encode e decode.
> >
> > Questo fa gia' piu' senso. Tranne il nome dell
> > classe, mglio URLEncodingDecoding. Oppure
> > URLDecodingEncoding. Oppure due classi, che e'
> > meglio
> >

>
> I nomi lunghi sono una cosa buona: ti permettono
> di usare l'autocompletamento di eclipse!
>

Rimpiangi i tempi dell'8+3 del DOS
?[Snip di insulti e fesserie]
> > > ma con java non si possono avere
> > > parametri opzionali
> > > quindi...
> >
> > Quindi solo per questo vorresti eliminare la
> > semplificazione "tutto e' un
> > oggtto".
>
> In java non tutto e` un oggetto. I metodi non
> sono oggetti e i tipi primitivi non sono oggetti.
Volendo vedere i metodi possono essere anche oggetti (Studiati la reflection API), e i metodi primitivi vengono automagicamente in/outboxati (Si, e' una cagata che affonda le sue radici lontano nel tempo).
> Il fatto di permettere funzioni libere non
> significa che queste non siano oggetti
E cosa sarebbero ? Chiamarle funzioni non ne cambierebbe l'origine.
Alla fine si ritorna ai metodi statici in classi.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > In java qualsiasi classe eredita da Object.
>
> Si`, ma ha un senso, Object definisce un
> comportamento per le sue istanze URLEncoder
> no.
Magari voglio overridare un metodo di Object.
> > E solo per questa ragione la tua idea di avere
> > dei metodi slegati da una classe, campati in
> > aria, quasi delle function-pointer globali
> > dovrebbe far rizzare il pelo a un gatto. Di
> > marmo.
>
> Hai una mentalita` monoculturale, vedi solo java
> e non riesci a concepire modelli
> diversi.
Sei tu che vuoi adattare la tua visione a un prodotto gia' esistente e funzionante
Rinnovo la mia proposta di raccogliere le tue idee e preparare una proposta da sottoporre alla SUN.
Cosi', per vedere fino a che punto riesci a sostenere le tue tesi davanti a chi queste cose le mastica dalla mattina alla sera
> > Ripostalo, per favore. E fammi vedere dove viene
> > detto. Poi eventualmente faro' il tagliando alla
> > corteccia prefrontale
> >
>
> Cercatelo da solo.
L'ho trovato. E non si parla affatto di default UTF8
> > "Inutilmente verboso". La signature di un
> metodo.
> > Di sicuro da piu' chiarezza al codice e lo rende
> > piu'
> > leggibile.
>
> Per niente, nel modo java devi definire n metodi
> tutti con lo stesso nome che richiamano un metodo
> base passando i default,
Al solo pensiero mi viene il crampo ai pollici opponibili
!
> ogni cambiamento alla
> firma del metodo va ripetuto n volte,
Perche' non scrivere un nuovo metodo invece
?
> per leggere
> il codice bisogna leggere n definizioni di metodi
> (potenzialmente un metodo con una firma diversa
> potrebbe avere un comportamento completamente
> diverso).
Potenzialmente potrei scrivere il mio codice usando nomi di variabili, metodi e classi in klingon.
> > > quale ti sembra piu` chiaro e conciso?
> >
> > Ovvimente il codice e' scritto da un junior, o
> > l'interfaccia definita da un'ubriaco, o le
> > specifiche rattoppate da 10 marketdroids in
> > cortocircuito, ma preferisco la versione con i 4
> > metodi. Questo per una semplice ragione:
>
> "Sto trollando o sono completamente deficiente"
Le tue argomentazioni mi lasciano sempre a bocca aperta
!
> > Solitamente l'overloading non si limita a
> > richiamare un'altro metodo ma fa (O deve fare)
> > qualcosa in
> > piu'
>
> E se invece voglio solo specificare dei valori di
> default? Ma e` ovvio! il design corretto in java
> non prevede valori di default.
Oddio, che grave mancanza. Dover scrivere potenzialmente 3 righe perche' un cammello ha specificato male l'interfaccia mi perseguitera' fino alla tomba
> Gli utenti della
> tua classe si possono riscrivere il valore di
> tutti gli argomenti n-mila volte (attenti
> all'ordine mi raccomando).
Se devono riscriverli n-mila volte, vuol dire che hai sbagliato qualcosa nel design. E non c'e' "valore di default" che tenga: E' sbagliato, punto.
> > Si, il refactoring di Eclipse e' potente, non
> sei
> > il primo (VisualCosoDeveloper) che rosika
> perche'
> > non puo'
> > ...
>
> Eclipse serve perche' java ha problemi.
Sei riuscito a dimostrarlo splendidamente e senza scadere mai nel ridicolo. I miei rispetti
Sei sprecato qui, vai a lavorare alla Microsoft, non c'e' crisi che tenga, Java e' condannato
!!!
> > In java qualsiasi classe eredita da Object.
>
> Si`, ma ha un senso, Object definisce un
> comportamento per le sue istanze URLEncoder
> no.
Magari voglio overridare un metodo di Object.
> > E solo per questa ragione la tua idea di avere
> > dei metodi slegati da una classe, campati in
> > aria, quasi delle function-pointer globali
> > dovrebbe far rizzare il pelo a un gatto. Di
> > marmo.
>
> Hai una mentalita` monoculturale, vedi solo java
> e non riesci a concepire modelli
> diversi.
Sei tu che vuoi adattare la tua visione a un prodotto gia' esistente e funzionante

Rinnovo la mia proposta di raccogliere le tue idee e preparare una proposta da sottoporre alla SUN.
Cosi', per vedere fino a che punto riesci a sostenere le tue tesi davanti a chi queste cose le mastica dalla mattina alla sera

> > Ripostalo, per favore. E fammi vedere dove viene
> > detto. Poi eventualmente faro' il tagliando alla
> > corteccia prefrontale
> >

>
> Cercatelo da solo.
L'ho trovato. E non si parla affatto di default UTF8
> > "Inutilmente verboso". La signature di un
> metodo.
> > Di sicuro da piu' chiarezza al codice e lo rende
> > piu'
> > leggibile.
>
> Per niente, nel modo java devi definire n metodi
> tutti con lo stesso nome che richiamano un metodo
> base passando i default,
Al solo pensiero mi viene il crampo ai pollici opponibili
!> ogni cambiamento alla
> firma del metodo va ripetuto n volte,
Perche' non scrivere un nuovo metodo invece
?> per leggere
> il codice bisogna leggere n definizioni di metodi
> (potenzialmente un metodo con una firma diversa
> potrebbe avere un comportamento completamente
> diverso).
Potenzialmente potrei scrivere il mio codice usando nomi di variabili, metodi e classi in klingon.
> > > quale ti sembra piu` chiaro e conciso?
> >
> > Ovvimente il codice e' scritto da un junior, o
> > l'interfaccia definita da un'ubriaco, o le
> > specifiche rattoppate da 10 marketdroids in
> > cortocircuito, ma preferisco la versione con i 4
> > metodi. Questo per una semplice ragione:
>
> "Sto trollando o sono completamente deficiente"
Le tue argomentazioni mi lasciano sempre a bocca aperta
!> > Solitamente l'overloading non si limita a
> > richiamare un'altro metodo ma fa (O deve fare)
> > qualcosa in
> > piu'
>
> E se invece voglio solo specificare dei valori di
> default? Ma e` ovvio! il design corretto in java
> non prevede valori di default.
Oddio, che grave mancanza. Dover scrivere potenzialmente 3 righe perche' un cammello ha specificato male l'interfaccia mi perseguitera' fino alla tomba

> Gli utenti della
> tua classe si possono riscrivere il valore di
> tutti gli argomenti n-mila volte (attenti
> all'ordine mi raccomando).
Se devono riscriverli n-mila volte, vuol dire che hai sbagliato qualcosa nel design. E non c'e' "valore di default" che tenga: E' sbagliato, punto.
> > Si, il refactoring di Eclipse e' potente, non
> sei
> > il primo (VisualCosoDeveloper) che rosika
> perche'
> > non puo'

> > ...
>
> Eclipse serve perche' java ha problemi.
Sei riuscito a dimostrarlo splendidamente e senza scadere mai nel ridicolo. I miei rispetti

Sei sprecato qui, vai a lavorare alla Microsoft, non c'e' crisi che tenga, Java e' condannato
!!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> ma non serve a niente l'eredita` in questo caso!
"Non serve a niente" mi pare eccesivo: Ti ricordo che tutte le classi estendono Object e che java non permette la multiple inheritance.
Inoltre se l'eredita' non fosse servita, la classe sarebbe stata dichiarata final

`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > > > Grande cosa il tag "deprecated"

> > >
> > > e URLEncoder/URLDecoder continuano a non fare
> la
> > > cosa
> > > giusta...
> >
> > Tua opinione blah blah
> > E non hai ancora proposto nessuna alternativa
> > valida o
> > sensata.
>
> Due funzioni. Ma in java non si puo`.
Non ce n'e' bisogno, hai i metodi statici.
> Quindi una
> classe sola, URLEncoding, con due metodi statici
> encode e decode.
Questo fa gia' piu' senso. Tranne il nome dell classe, mglio URLEncodingDecoding. Oppure URLDecodingEncoding. Oppure due classi, che e' meglio

> Questi due metodi hanno entrambi
> un parametro opzionale 'encoding'
Non propriamente, un metodo e' deprecato e non si dovrebbe usare.
> che ha come
> default utf-8,
No, leggi meglio il javadoc, non si parla di UTF8.
> ma con java non si possono avere
> parametri opzionali
> quindi...
Quindi solo per questo vorresti eliminare la semplificazione "tutto e' un oggtto".
Bello, mi domando perche' nessuno ci abbia mai pensato
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
Tua madre succhia cazzi all'inferno
Ad
http://www.vatican.va/content/vatican/en.html
Nessuno ci crede per poi affogare nella realtà subito dopo
- Scritto da: avvelentani
> > > Se non ci sono oggetti non c'e`
> > > bisogno di classi e specialmente non c'e`
> > bisogno
> > > di
> > > ereditarieta`.
> >
> > Come dire: Mi mozzo i piedi per non dovermi
> > comperare le scarpe
> >

>
> No, come dire non ho i piedi ma compro le scarpe
> comunque per sentirmi alla
> moda.
Non hai capito, prova a rileggere quel che hai scritto, e' proprio in cima al messaggio.
Quel che auspichi te e' la mancanza di ereditarieta' per venire incontro alla tua visione bizzarra.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > E se io volessi estenderla, la classe ?
> > Per aggiungere il mio metodo
> > encodeWithAvveDefaultEncoding(..)
> > ?
>
> le classi non le puoi cambiare in java. Puoi
> creare una nuova classe che eventualmente eredita
> da quelle, ma e` solo cosmesi, non c'e` nulla da
> ereditare da quelle
> classi.
In java qualsiasi classe eredita da Object.
E solo per questa ragione la tua idea di avere dei metodi slegati da una classe, campati in aria, quasi delle function-pointer globali dovrebbe far rizzare il pelo a un gatto. Di marmo.
> > > > Importante. Per te, per sostenere la tua
> testi
> > >

> > >
> > > Il w3c e` d'accordo con me.
> >
> > Mi sono perso il posto dove viene detto.
>
> Il link l'ho gia` postato, se hai problemi di
> memoria visita un
> neurologo.
Ripostalo, per favore. E fammi vedere dove viene detto. Poi eventualmente faro' il tagliando alla corteccia prefrontale

> > > > Quello che tu chiami parametro opzionale e'
> > > > risolto usando
> > > > l'oveloading.
> > > > Se non ti piace, usa "encode(Object...
> args)"
> > >
> > > Nessuna delle due e` la soluzione ideale,
> >
> > Tua opinione e blah blah
>
> Non opinioni ma fatti, la lista di parametri
> variabile e` una soluzione brutta e usare
> l'overloading e` inutilmente
> verboso...
"Inutilmente verboso". La signature di un metodo. Di sicuro da piu' chiarezza al codice e lo rende piu' leggibile.
> quale ti sembra piu` chiaro e conciso?
Ovvimente il codice e' scritto da un junior, o l'interfaccia definita da un'ubriaco, o le specifiche rattoppate da 10 marketdroids in cortocircuito, ma preferisco la versione con i 4 metodi. Questo per una semplice ragione: Solitamente l'overloading non si limita a richiamare un'altro metodo ma fa (O deve fare) qualcosa in piu'
> E poi hai
> bisogno di IDE giganteschi con refactoring su per
> il
> culo...
Si, il refactoring di Eclipse e' potente, non sei il primo (VisualCosoDeveloper) che rosika perche' non puo'
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > Spiegami un po per quale ragione tu
> > estendi una classe

> > ...
>
> Perche' ho bisogno di oggetti sostituibili a
> quelli della classe base ma con qualcosa in piu`
> o diverso.
Per esempio un metodo in piu'.
> Se non ci sono oggetti non c'e`
> bisogno di classi e specialmente non c'e` bisogno
> di
> ereditarieta`.
Come dire: Mi mozzo i piedi per non dovermi comperare le scarpe
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da:
> ancora a parlare di giava?

Giambo
Giava
La noti l'assonanza ? E' quasi poesia
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
Dio Porco
Ad
hhttps://bestemmietraamicidioporco
Perché non bestemmiare tra amici? È una cosa divertente!
- Scritto da: avvelentani
> > Grande cosa il tag "deprecated"

>
> e URLEncoder/URLDecoder continuano a non fare la
> cosa
> giusta...
Tua opinione blah blah
E non hai ancora proposto nessuna alternativa valida o sensata.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: achille97
> > Se non vuoi usare un ORM stile Hibernate (O JPA
> o
> > EJB3.0 o ...), puoi dare un'occhita a
> > iBATIS.
>
>
Ospiti a casa tua un mirror di apache.org?No, ma c'ho la 12Mbit. Effettivi
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> Riepilogo: tu in questo thread hai detto: "se
> URLEncoder e URLDecoder non fossero classi non le
> potresti estendere" e io ti ho risposto che non
> serve a niente estenderle visto che hanno solo
> metodi
> statici.
Il fatto che abbia solo metodi statici non c'entra un cazzo: L'overloading e' sempre possibile e in piu' posso aggiungerci altri metodi.
Spiegami un po per quale ragione tu estendi una classe
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > Non riesco a immaginare neppure una ragione per
> > avere dei metodi statici "globali", definiti
> > fuori di una classe. Piu' svantaggi che
> vantaggi,
> > non mi hai affatto
> > convinto.
>
> Be' pensa ad esempio URLEncoder e URLDecoder, non
> c'e` motivo perche' siano
> classi.
E se io volessi estenderla, la classe ?
Per aggiungere il mio metodo encodeWithAvveDefaultEncoding(..) ?
> > > Nessuno te lo impedisce, l'importante e` che
> di
> > > default sia
> > > UTF-8.
> >
> > Importante. Per te, per sostenere la tua testi
>

>
> Il w3c e` d'accordo con me.
Mi sono perso il posto dove viene detto.
> > Quello che tu chiami parametro opzionale e'
> > risolto usando
> > l'oveloading.
> > Se non ti piace, usa "encode(Object... args)"
>
> Nessuna delle due e` la soluzione ideale,
Tua opinione e blah blah
> una
> sintassi per gli argomenti come quella di python
> permetterebbe di risparmiare un sacco di righe di
> codice ripetitivo a costo
> zero.
Codice ripetitivo solo se chi ci lavora sopra e' incompetente.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: achille97
> Tempo addietro m'ero scritto una classe con dei
> metodi utili per i DAO (in jre1.4.2),
> tipo:
> - caricare liste passando Class della lista
> (impl. List), Class degli oggetti da popolare,
> Hashtable delle corrispondenze property-colonna,
> Stringa
> select-query
> - executeUpdate a cui passi l'Hashtable dei
> valori da settare e
> query
> C'è già qualche libreria che lo fa e meglio, o
> continuo a usare le cosine
> mie?
Se non vuoi usare un ORM stile Hibernate (O JPA o EJB3.0 o ...), puoi dare un'occhita a iBATIS.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> La retrocompatibilita` non puo` impedirti di fare
> la cosa
> giusta.
Grande cosa il tag "deprecated"
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da:
> Non penso intendesse questo:
>
> [img]http://upload.wikimedia.org/wikipedia/it/thum
Oddio, chi e'
? Saddam Hussein da giovane
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > Solitamente si fanno 8.5 ore al giorno, 42.5
> > settimanali. Quante ne fai te
> > ?
>
> Tanto in svizzera non c'e` un cazzo, potete anche
> lavorare mezz'ora in piu` tutti i giorni
>

Ma poi recupero con 2 (Due) mesi di ferie pagate all'anno

Oltre alle classiche 4 settimane
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > Bene, possiamo archiviare i tuoi sproloqui a
> > proposito di "zero classi"
> >

>
> Ok: segno un punto contro java.
Non riesco a immaginare neppure una ragione per avere dei metodi statici "globali", definiti fuori di una classe. Piu' svantaggi che vantaggi, non mi hai affatto convinto.
> > Non stiamo parlando di aggiungere il sale agli
> > spaghetti.
> > Il tuo concetto di "zero classi" era privo di
> > significato, tanto quanto dire che una persona
> e'
> > "poco morta" o "tanto morta"
> >

>
> la tua mente e` bloccata all'interno degli schemi
> che java ti
> impone.
Ottima difesa, le tue argomentazioni tecniche sono limpide e inattaccabili
!> > "default giusto", dici te
...>
> Ho capito che non sai cosa vuol dire default.
Sei tu che leggi "default giusto" dove non c'e'.
> > Perche' nel tuo mondo tutti usano UTF8 di
> default
> > ("giusto").
> > Ma non e' cosi'. Il soft che stiamo sviluppando
> > per Singapore usa
> > UTF-16.
>
> Nessuno te lo impedisce, l'importante e` che di
> default sia
> UTF-8.
Importante. Per te, per sostenere la tua testi

> 1. il metodo senza l'encoding usa l'encoding
> sbagliato ed e` per questo
> deprecato
Usa l'encoding di default della macchina. E quesro e' sbagliato.
> 2. non ci dovrebbe essere bisogno di due metodi
> ma di uno solo con un parametro opzionale (non
> supportato da
> java).
Quello che tu chiami parametro opzionale e' risolto usando l'oveloading.
Se non ti piace, usa "encode(Object... args)"
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: avvelentani
> > Non c'e' nulla di cui lamentarsi, l'encoding
> > consigliato va
> > bene.
>
> E dovrebbe essere il default.
Scrivi a quelli del W3C, poi facci sapere che cosa ti hanno risposto

> > > - un default non e` un imposizione
> >
> > Non sono io quello che parlava di usare un
> > "default
> > giusto"
>
> Ma lo sai cosa significa "default"? Il default e`
> quella cosa che usi se non viene specificato
> nulla.
E sarebbe sbagliatissimo. Infatti il W3C non parla di default, ne' l'implementazione Java che tu hai portato alla nostra attenzione (Ragione per la quale il metodo e' deprecato).
> > Inoltre si, UF8 e' limitato: Copre solo
> > l'intervallo descritto dallo standard
> > Unicode.
>
> L'unicode basta a tutti, tranne a qualche gatto
> selvaggio
> cinese.
Effettivamente il mercato cinese e' sopravvalutato

> > > Ma lo sai come funzionano i metodi statici?
> >
> > Motiva la tua frase "Non serve a nulla estendere
> > la classe, tanto sono due metodi statici.", poi
> > vediamo se vale la pena continuare a discuterne
> >

>
>
> public class Bau {
> public static void bau() {
> System.out.println("bau");
> }
> }
>
> public class BauB extends Bau {
> public static void bau() {
> System.out.println("bau bau");
> }
> public static void main(String[] argv) {
> Bau b = new BauB();
> b.bau();
> }
> }
> >
> Quale metodo viene chiamato?
Non hai risposto alla mia domanda

Sostituisci "Bau b = new BauB();" con "BauB b = new BauB();" ... E poi rileggiti la differenza tra overridden e overloaded
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
- Scritto da: The Lich
> > Etica di lavoro e' fare le tue 8.5 ore al
> giorno,
>
> 8.5 un par de bali, ma che orari di lavoro avete
> voi in
> osterreich?
Österreich ? Potrei prenderlo come insulto
!
Schweiz, dannazione, Confoederatio Helvetica !
Solitamente si fanno 8.5 ore al giorno, 42.5 settimanali. Quante ne fai te ?
> > fare bene il proprio
> > lavoro.
>
> dipende da cosa significa "bene"
Significa lavorare ancora come freelancer quando la banca decide di licenziarli praticamente tutti
> > Come dissi a quel tale che mi fece lavorare il
> > venerdi dalle 07:00 di mattina fino alle 19:00,
> > quando pretese che facessi pure la notte: "Non
> me
> > ne frega niente del tuo progetto, se va male e'
> > perche' non sai un buon manager. Il mio
> > finesettimana comincia ora. Buona
> > fortuna"
> >
> > Ma questo lo possono fare solo programmatori
> > eccelsi e ricercati, come il sottoscritto
> >
>
> un liquido bianco e appiccicoso sta colando fuori
> dal monitor, che
> schifo
Rosik
?
> > Questo e' diverso, questo e' costruire know-how.
> > E' in investimento.
> > Piu' di una volta quel che ho imparato nel tempo
> > libero si e' rivelato essere una carta vincente
> > sul lavoro
> >
>
> bravo, adesso spiegalo a questi invertebrati
> cerebrolesi
Sai cosa me ne frega di cosa pensa chi ha guardato troppe volte "La rivincita dei nerds"
...
> > Etica di lavoro e' fare le tue 8.5 ore al
> giorno,
>
> 8.5 un par de bali, ma che orari di lavoro avete
> voi in
> osterreich?
Österreich ? Potrei prenderlo come insulto
!Schweiz, dannazione, Confoederatio Helvetica !
Solitamente si fanno 8.5 ore al giorno, 42.5 settimanali. Quante ne fai te ?
> > fare bene il proprio
> > lavoro.
>
> dipende da cosa significa "bene"
Significa lavorare ancora come freelancer quando la banca decide di licenziarli praticamente tutti

> > Come dissi a quel tale che mi fece lavorare il
> > venerdi dalle 07:00 di mattina fino alle 19:00,
> > quando pretese che facessi pure la notte: "Non
> me
> > ne frega niente del tuo progetto, se va male e'
> > perche' non sai un buon manager. Il mio
> > finesettimana comincia ora. Buona
> > fortuna"
> >
> > Ma questo lo possono fare solo programmatori
> > eccelsi e ricercati, come il sottoscritto
> >

>
> un liquido bianco e appiccicoso sta colando fuori
> dal monitor, che
> schifo
Rosik
?> > Questo e' diverso, questo e' costruire know-how.
> > E' in investimento.
> > Piu' di una volta quel che ho imparato nel tempo
> > libero si e' rivelato essere una carta vincente
> > sul lavoro
> >

>
> bravo, adesso spiegalo a questi invertebrati
> cerebrolesi
Sai cosa me ne frega di cosa pensa chi ha guardato troppe volte "La rivincita dei nerds"
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo