Newsgroup: it.comp.os.dibattiti
Titolo: Linus sbrocca ancora

Ma stavolta ha ragione, secondo me.
Ecco il caso:
http://www.linux.com/article.pl?sid=07/02/16/1937237
    " I've sent out patches. The code is actually _cleaner_ after my 
patches, and the end result is more capable. We'll see what happens.
     THAT is constructive.
     What I find unconstructive is how the GNOME people always make 
*excuses*. It took me a few hours to actually do the patches. It wasn't 
that hard. So why didn't I do it years ago?
     I'll tell you why: because GNOME apologists don't say "please send 
us patches". No. They basically make it clear that they aren't even 
*interested* in fixing things, because their dear old Mum isn't 
interested in the feature.
     Do you think that's "constructive"?
     So let's see what happens to my patches. I guarantee you that they 
actually improve the code (not just add a feature). I also guarantee 
that they actually make things *more* logical rather than less (with my 
patches, double-clicking on the title bar isn't a special event: it's 
configurable along with right- and middle-clicking, and with the exact 
same syntax for all).
     But why, oh, why, have GNOME people not just said "please fix it then"?
     Instead, I _still_ (now after I sent out the patch) hear more of 
your kvetching about how you actually do everything right, and it's 
somehow *my* fault that I find things limiting.
     Here's a damn big clue: the reason I find GNOME limiting is BECAUSE 
IT IS.
     Now the question is, will people take the patches, or will they 
keep their heads up their arses and claim that configurability is bad, 
even when it makes things more logical, and code more readable. "
                                             [Linus Torvalds]
Stavolta mi pare che abbia ragione. Anche perche' lui, come e' suo 
solito, invece di stare a tirare fuori scuse o sterili discussioni, e' 
passato i fatti e ha messo mano al codice creando delle patches per 
ovviare a tutti i limiti che ci sono, secondo lui, in Gnome.
Nonostante non condivida in toto i suoi toni, devo dire che questa 
strigliata vero i coder di Gnome, ci voleva. Ormai sembravano chiusi in 
una sfera di cristallo, e per parlare sempre di (relativa) usabilita' e 
di concetti ormai totalmente autoreferenziali, sembrava stessero 
ingessando tutto Gnome con limitazioni davvero *troppo* a prova di 
idiota. Un po' d configurabilita' bisogna lasciarla, che sia l'utente a 
scegliere.
Invece di replicare agli insulti che molti gli hanno tirato addosso 
(come lo spagnolo che di fatto gli ha dato del nazista), penso che 
Torvalds abbia risposto nel modo piu' bello e concreto che uno che crede 
veramente nell' Opensource possa fare: facendo, senza troppi giri di 
parole e accuse reciproche, proposte concrete per migliorare quello che 
si sta facendo in gruppo. Ora saranno tutti gli sviluppatori a decidere 
se quel codice e' buono o meno, senza troppa filosofia.
-- 
BArrYZ

Vorrei leggere sta cosa nella lkml. C'è? Il thread che titolo ha?!
Eppoi, Linus è uno che non parla. Fa. Tanto di cappello.

 Vorrei leggere sta cosa nella lkml. C'è? Il thread che titolo ha?!
http://lists.linux-foundation.org/pipermail/desktop_architects/2007-February/001127.html
Un thread semplicemente magistrale, li ha smerdati. Da leggere tutto 
d'un fiato.
Il passaggio piu' importante e' questo, IMHO:
"
I want something very simple: I want to configure my mouse button window
events. That doesn't sound so bad, does it? Everybody else can do it,
gnome does not. My laptop has a two-button mouse, which means that I 
want the right button to do something more useful than show me the menu 
that I never use.
Am I evil for wanting that kind of configurability?
And no, Devil's pie does *not* magically add any customization that 
isn't already there. The gnome window manager simply DOES NOT HAVE THE
CAPABILITY to do something as simple as let the user decide what a
right-click on the window frame does. It is HARDCODED into the C source
code.
How do I know? I've looked. Yesterday I even fixed it. I sent the 
patches off to add the capabilities.
And I find it *offensive* how Gnome people can never just admit that 
they can't do something. There's always an excuse: "My grandma doesn't 
want to do it, and finds it confusing". That's not a word-for-word 
quote, but it comes damn close.
Really, I'm not kidding. It's either "Grandma", "Mum" or a discussion
about nipples and tits.
It's never "we can't do it, please help us". "
ROTFL
"my grandma doesn't want to do it, and finds it confusing" !!!
Esemplare!
Proprio gli stessi concetti (arbitrari e senza senso) che riportano 
quelli che si riempiono la bocca quando parlano di *usabilita'* perche' 
*loro* hanno deciso i *loro* personali parametri riguardo alla stessa, 
stabilendo che quelli valgano per tutto l'universo, che insomma un 
bambino, un vecchietto o un geek usano tutti allo stesso modo le 
interfacce, i software e i computer.
A tal proposito e' molto bello anche il passaggio in cui fa il paragone, 
secondo me azzeccatissimo, con i game designers:
http://lists.linux-foundation.org/pipermail/desktop_architects/2007-February/001127.html
" Game designers know about this. You don't want to make your games too
challenging, because if you do, people never get "into" them. But if you
don't give people challenges along with the game, and don't allow them 
to "grow" with the game, the game sucks. It migth be as easy as making 
things just "fall faster" (Tetris), or it might be giving the person new
capabilities ("bigger guns").
Gnome people seem to think that once you "got into it", you never want 
to do anything more. Not true. "
-- 
BArrYZ

 
http://lists.linux-foundation.org/pipermail/desktop_architects/2007-F.
..
Porca puttana! Leggere online questa roba è un casino. Nemmeno un
layout ad albero hanno.... E che cazzo! :-(

 decidere se quel codice e' buono o meno, senza troppa filosofia.
La comunita` openafs ha dato patch (~3 anni fa!!) a gnome per un 
problema agghiacciante con il layer VFS. Nello specifico, se Gnome non 
e` a conoscenza del file system sotto (openafs qui), il trash funziona 
ma viene sempre mostrato *vuoto*, cosi` gli utenti non sanno di avere 
GB di roba nel trash e vanno fuori quota. Le patch sono state schifate.
E` il contraltare della 'comunita`', dove non ti devono nulla e quindi 
non necessariamente correggono l'errore. Shame on gnome. Dall'altra 
parte abbiamo avuto buon feedback (con soluzioni) da sun, apple, ms e 
altri ancora.
-- 
Sensei <senseiwa@Apple's mail>
Haiku of the month:       Three things are certain
                          Death, taxes, and lost data
                          Guess which has occurred.

Giulio Severini wrote:
: Porca puttana! Leggere online questa roba è un casino. Nemmeno un
: layout ad albero hanno.... E che cazzo! :-(
Gli alberi non si possono abbattere altrimenti l'effetto serra aumenta!  :-)

 layout ad albero hanno.... E che cazzo! :-(
Basta cliccare su "thread" comunque...
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 se quel codice e' buono o meno, senza troppa filosofia.
A chi ti riferisci quando dici "gli sviluppatori"? L'unica è che chi
manutiene il progetto gnome si convinca che le patch sono buone e le
aggiunga al tree principale, oppure non credo che un manipolo di temerari
farà un fork del progetto semplicemente per assecondare Linus. Open source
non significa democrazia assoluta ai limiti dell'anarchia, è normale (e
giusto, e bene) che le redini di un progetto complesso siano tenute nelle
mani di poche persone responsabili che prendono le decisioni. D'altronde
Linus lo sa benissimo, dato che per il kernel di Linux funziona proprio
così: tu puoi proporre su LKML le tue bellissime patch finché vuoi, ma poi
spetta soltanto al responsabile di ogni sottosistema, non a "gli
sviluppatori", validarle e pusharle.
-- 
emboliaschizoide.splinder.com

 sviluppatori", validarle e pusharle.
Certamente. Infatti mi riferisco alla querelle in se', che per come e' 
stata portata avanti da Linus di fatto obblighera' i responsabili a 
prendere quel codice, altrimenti credo che succedera' un bel casino.
E se fosse successa una cosa del genere a parti invertite, Linus 
l'avrebbe fatto senza problemi, credo.
Del resto e' evidente che la cosa che gli stava a cuore non era tanto la 
feature del mouse in se', che e' solo una scusa, quanto il fatto di 
smuovere tutto l'organo decisionale di Gnome, cercando di cambiarne la 
filosofia immobilista e negazionista in cui cominciava a cadere, dalle 
fondamenta.
Il punto in cui dice che nessuno in Gnome abbia mai detto un sano "non 
riusciamo a fare questo, aiutateci", ma abbiano sempre trovato delle 
scuse sull'usabilita ("della nonna" cit.) o altre cazzate per avallare 
le assurde limitazioni conseguenti, e' un comportamento che nello 
sviluppo OpenSource alla lunga non porta da nessuna parte.
In questo senso credo che abbia fatto benissimo a dare questa 
strigliata, ci voleva.
-- 
BArrYZ

 prendere quel codice, altrimenti credo che succedera' un bel casino.
Secondo me non succederą niente di niente. Linus puņ sbattere i piedi
quanto vuole ma mica č il capo :-)


 quanto vuole ma mica è il capo :-)
Non credo si tratti di fare il capo o meno. Linus sfrutta la sua forza 
nella comunita' OSS e il suo indiscusso carisma (perche' tale e', 
inutile negarlo) per cercare di correggere quelle che secondo lui sono 
della brutte pieghe che sta prendendo Gnome come DE a livello di 
sviluppo, e i motivi li ha spiegati benissimo nei suoi post.
(IE. quando dice "It's never 'we can't do it, please help us'." )
Mi pare legittimo e, soprattutto il modo in cui l'ha fatto, anche 
estremamente costruttivo.
Per me, ripeto, ha fatto bene, ed e' evidente che il click destro del 
mouse era solo un pretesto.
-- 
BArrYZ

 quanto vuole ma mica è il capo :-)
Ma scherzi ? Lui e' torvalds, puo' criticare qualunque progetto di questo 
mondo, ma chiaramente nessuno puo' dire nemmeno a sul suo :D
  ngw
-- 
"credo che le sole installazioni di Monaco e della peugeot siano gia' di piu' 
dei mac venduti dal 1980 ad oggi :D" -- Max Adamo

 mouse era solo un pretesto.
Io non ho detto che lui abbia sbagliato, dico solo che non lo
ascolteranno



Sai qual e' il problema? Chi lavora in questa comunita' non ha capi, e invece
di risolvere i bug, si possono permettere il lusso di divertirsi a insultare
la gente "what the hell is that", "what the fuck is this".
--
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 la gente "what the hell is that", "what the fuck is this".
E` un grosso problema se la gente risponde 'who fucking cares', perche` 
butta l'immagine geek anarchica su tutti i progetti similari, peggio di 
darsi la zappa sui piedi.


 Ma stavolta ha ragione, secondo me.
*Anche* stavolta ha ragione cosi' come ce l'aveva quando criticava la gplv3.
Linus ha molto spesso ragione e come e' gia' stato detto e' uno che non 
parla, fa.
Ebbe torto all'inizio, con tanembaum: i microkernel sono migliori, pochi 
cazzi. Ora tutti in fila per il flame. 

 la gente "what the hell is that", "what the fuck is this".
Benvenuto nel meraviglioso mondo del software a gratis.
Quando pago chi mi vende il prodotto col cazzo che si sogna di dirmi "what 


 the fuck is this". 
Oh, succede, e quante volte e' successo...
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam al contrario, e cambia nazione
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 cazzi. Ora tutti in fila per il flame. 
ehe... i micrkernel sono i migliori... intanto guarda dov'è linux...
per dire "ebbe torto" dovresti argomentare un minimo... ;)

 Oh, succede, e quante volte e' successo...
già. il supporto a pagamento spesso non è migliore...

 Non certo perchè lui sia un genio della programmazione...
Tanto che nel suo libro scrive di non aver mai preso alcuna decisione ma
di aver fatto fare tutto ad altri.
-- 
Valentino Volonghi aka Dialtone
Blog: 
http://www.twisted.it/
Wii Code: 3069 7621 2175 6539
Friend Codes: 
http://www.consolerecords.it/forum/viewtopic.php?t=217

 di aver fatto fare tutto ad altri.
Libro o meno, mi pare innegabile il fatto che Linus sia un leader. Lo 
dicono i fatti, non il suo libro.
-- 
BArrYZ

 dicono i fatti, non il suo libro.
Ma quello che dice lui avra` importanza o no? Ha importanza solo quando
la pensa come te? 


 Oh, succede, e quante volte e' successo...
Suvvia, non mi paragonare il supporto di software gratis e pagato oppure ti 
tratto come adamo. 

 the fuck is this". 
Guarda, preferisco giudicare una persona quando mi dice "what the fuck
is this" piuttosto che quando dice "mmm... ci daro` un'occhiata quando
avro` del tempo, sa, ora siamo parecchio oberati di lavoro..."
Enrico

 Ma quello che dice lui avra` importanza o no? 
Ma certo che ha importanza, solo che non c'entra con quello che stiamo 
dicendo, almeno secondo me.
-- 
BArrYZ

 di aver fatto fare tutto ad altri.
dire le cose a metà è inutile. Innanzitutto dipende dal contesto, e poi
lui cosa dice di aver fatto, nel suo libro?
No perché sai, da come la metti tu sembra che si sia grattato gli
zebedei per tutto il tempo...

 ha scritto nel 
messaggio news:er7mm1$btq$1...@abraham.hellfish.home...

Vedi, sono scelte professionali.
C'e' chi sceglie di avere fornitori cui togliere i pagamenti o a cui far 
pagare penali in caso di inottemperanza, e chi invece si affida a un 
ragazzotto che risponde "what the fuck is this". 


senta, il programma non funziona, non scrive sulla share di rete.
Che sistema perativo ha sul server?
Linux
Ci dispiace, non lo supportiamo.
questo era il venerdì pomeriggio. Nel week end non ha fatto una
fava,tantomeno cambia il sistema oeprativo del server.
senta, ilprogramma non funziona
Che sistema operativo ha sul server
windows nt
ah, ma le allora è bravo!
e poi si scoprì che il problema era del programma.
Oppure latra perla con compaq: il programma di installazione non vede il
controller raid.
che sistema crca di installare?
linux
non lo supportiamo
Ritelefono dopo mezz'ora
il programma di installazione non va
che sistema oeprtivoinstalla?
windows
dia dentro il pezzo in garanzia.
smontando il pezzo è venuto fuori che era un problma al connettore che
da smontato l'avrebbe vistopure un cieco.
Alla faccia dell'hardware testato...
Se questo è il supporto...

 Se questo č il supporto...
E' il supporto che ottieni su windows: ti cambiano il pezzo. Su linux invece 
ti attacchi al cazzo. 

 tratto come adamo. 
Mah... io non ti tratterei come un indegno coglione <grin> :-), eppure
forse non ti sei letto la licenza della maggior parte dei software
commerciali. Ok, non e' detto che lo "scarico delle responsabilita'"
coicida poi con l'effettiva qualita' del software e dell'assistenza,
visto che e' lapalissiano che chi vuol rimanere sul mercato debba avere
un un minimo di cura della clientela (e quindi della effettiva
qualita' e funzionalita' del suo software).
Ma, parlando _dell'aspetto pratico_ ,fai seriamente pensare che non hai
un ciufolo di esperienza di lavoro nell'assistenza, tout court. E
questo, senza nessun paragone fra software commerciale e software
libero: e infatti il punto e' che tu sembri sostenere che il software
commerciale, in quanto tale, ti garantisca l'assouluta e rapida
risoluzione dei problemi: beh, scenda dal pero, perche' non e' cosi',
anche al confronto di software (apparentemente) no-profit.
Procuri di vedere anche il grigio, non solo il nero e il bianco. ;-)


 coicida poi con l'effettiva qualita' del software e dell'assistenza,
Nonche' con la legge. Te lo spiego, ma e' l'ultima volta che ti tratto sul 
serio. Tu puoi scrivere sul contratto il cazzo che ti pare, ma se mi procuri 
un danno e io ti denuncio poi non e' mica detto che "se faccio cappelle non 
ne rispondo" sia una clausola riconosciuta valida in tribunale. Parlo 
dell'Italia.
Detto cio' non perdero' altro tempo a dire ovvieta', ovvero che il supporto 
che ti da una software house (che paghi) e' infinitamente maggiore del 
supporto che ti da un ragazzotto (che manco paghi), sebbene sono certo che 
trovero' altri come te convinti del contrario. 

 trovero' altri come te convinti del contrario. 
Ok. non hai mai lavorato neppure nell'assistenza, quello si era gia'
ampiamente evinto.


 zebedei per tutto il tempo...
In effetti e` quello che dice. Scrive pressappoco (non testuale perche`
dovrei cercare nel testo):
"Mi chiamano capo ma a me non piace prendere decisioni, di solito nel
kernel funzionava cosi`: si presentava un problema e in 2 o 3 iniziavano
a risolverlo indipendentemente, poi presentavano tutti e 3 le soluzioni
e a me sembravano tutte buone, vantaggi e svantaggi in ognuna, finche`
poi la comunita` iniziava a usare piu` una dell'altra e allora quella
veniva integrata nel kernel"
Non mi sembra proprio l'atteggiamento di quello che decide,
completamente opposto dall'atteggiamento di un Matt Dillon o uno degli
sviluppatori FreeBSD che sanno gia` come devi risolvere un problema e se
vuoi che la tua patch sia accettata lo devi risolvere in quel modo (Matt
Dillon poi lo devi risolvere come vuole lui e basta altrimenti viene a
prenderti a casa e ti massacra).


 Se questo è il supporto...
Certo, per essere CERTI che sia il pezzo, basta sapere che non stai 
usando un OS home-brewed. Non hai la palla di vetro, e se devi 
riprodurre l'errore dell'utente, serve hw e sw uguale.


 said:

Se e` una violazione del contratto puoi anche andare per vie legali. Se 
e` sw gpl e ti dicono 'what the fuck do you want fucking loser?' non 
hai che attarti al cazzo.


 prenderti a casa e ti massacra).
 
E' vero, però Matt ha un piccolo progetto tutto suo, Dragonfly, mentre Linux
non è più (da tempo) il giocattolino di Linus.

 ragazzotto che risponde "what the fuck is this".
Pensa, io invece di affidarmi a questo o a quello mi procuro che le cose
funzionino. 

 ha scritto nel messaggio 
news:dbcz4rji...@akropolix.net...

Certo, puoi assumerti personalmente le responsabilita', specie se non sei 
responsabile di un cazzo. 

 Che cacchio me ne frega: non l'ho mai fatto con te. :-)
Che dicessi stronzate in effetti non mi era passato inosservato.
Gara di rutti? 

 responsabile di un cazzo.
No, semplicemente in Italia la prima cosa che si pensa quando qualcosa non
funziona è: 'a chi possiamo dare la colpa?'
Invece nel mondo 'sano' è 'Perchè? e solo finalizzato al come possiamo
risolverlo'.
Questa è una malattia Italiana. Non importa mettere davvero le cose a
posto, fare scelte per cui le cose funzionano e se ci sono problemi si sa
come risolverli: in Italia l'importante è avere qualcuno su cui scaricare
le responsabilità.
C'è in effetti da chiedersi come mai siamo uno dei paesi informaticamente
più arretrati e fior di cervelli e persone di talento fanno di tutto per
lavorare *fuori* dall'Italia.

 lavorare *fuori* dall'Italia.
Magari perche' il mio stipendio e' 3 volte quello che sarebbe in Italia 
e la qualita' del lavoro e della vita sono a volte migliori.
Saluti,
Bluff
-- 
Work is the curse of the drinking classes.
-Oscar Wilde

 No, sempl[]
Rotfl.
CVD tu non comandi nemmeno nel tuo cesso. Ma sei almeno maggiorenne? 

 riprodurre l'errore dell'utente, serve hw e sw uguale.
e tutta la sega che l'hardware viene testato?
il controllo qualità?
A questo punto mi arrangio e faccio prima.

 Giappone e ti assicuro che non e' vero.
Un conto è avere le responsabilità definite (grosso modo perchè è
l'unico modo per essere sicuri che non ci sia qualcosa cui nessuno bada
e che si può rompere). Ma capire chi davvero ha commesso l'errore, è
IMHO meno importante che metterlo a posto nel minor tempo possibile (se
il modo più rapido per metterlo a posto, magari in un progetto gestito
male, dove gli sviluppatori non hanno consocenza delle parti fatte dai
colleghi etc etc etc, passa per la ricerca del colpevole, ok. ma in se e
per se, è più importante fare funzionare le cose).
Ti cito due frasi da 'Practices of an Agile Developer'  di Subramaniam e
Andy Hunt, edito da Pragmatic Programmers. Cito quelle non come 'fonte
indiscutibile', ma perchè sono una buona espressione di come la penso
(che potrebbe anche non essere stato bene esposto nel mio precedente
post).
La frase che esemplifica il 'cattivo approccio' cui mi riferivo è:
"The first and most important step in addressing a problem is to
determine who caused it. Find that moron! Once you've estabilished
fault, then you can make it sure the problem does not happen again.
Ever"
E' chiaramente un'esagerazione, ma rende l'idea.
L'approccio positivo si riassume come 'Blame doesn't fix bugs'. Instead
of pointing fingers, point to possible solutions. It's the positive
outcome that counts.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 CVD tu non comandi nemmeno nel tuo cesso. Ma sei almeno maggiorenne? 
Paraculo?


On Sat, 17 Feb 2007 22:56:49 +0100, Enrico 'Henryx' Bianchi wrote
(in article <er7mm1$btq$1...@abraham.hellfish.home>):

E qui ti quoto.
BTW, se mandi un tecnico con questa gente se la cava, il punto e' che non 
puoi andare a piagnucolare su una ML solo perche' sei stato cosi' *gentile* 
da usare il mio software.
Vuoi supporto professionale ? Perche' cazzo non mi chiedi assistenza 
professionale ?
Questo e' un *nonsense*.
  ngw
-- 
"credo che le sole installazioni di Monaco e della peugeot siano gia' di piu' 
dei mac venduti dal 1980 ad oggi :D" -- Max Adamo

 cazzi. Ora tutti in fila per il flame. 
Sei un troll ma non di buon livello.
-- 
Per rispondermi, togli il nome del poeta

 Se e` una violazione del contratto puoi anche andare per vie legali. 
Il fatto che la quasi totalità del software commerciale sia rilasciato con
una licenza che prevede che il produttore non ha responsabilità, non ti
garantisce il funzionamento o le caratteristiche, è un piccolo elemento che
dovresti considerare nella tua analisi.
Oh, sempre se parliamo del mondo reale, poi se vuoi raccontarti un bel film
non è un problema. Però usa il tag <FILM>.


 Gara di rutti? 
Kill the troll...
f/up adeguato.


 dovresti considerare nella tua analisi.
E infatti. Quoto.



Sono perfettamente d'accordo con quanto dici ora, ma e' diverso da 
quello che dicevi prima. Mi pare che tu nel messaggio precedente 
mettessi in dubbio la necessita' di trovare un responsabile o forse ho 
capito male. Se ho capito male mi scuso.
<flame bait>Agile fa cagare, V-Model impera!<\flame bait>
Saluti,
Blufff


 ti attacchi al cazzo. 
Ti rendi conto da solo di aver detto una stronzata o devo mandarti qualcuno a
farti un disegno?
-- 
Napoli:
	Grande successo a Napoli per il `Requiem' di Verdi cantato da
Pavarotti.  Pubblico in visibilio nel finale, quando Pavarotti, con un
poderoso Si bemolle, ha sciolto il sangue di San Gennaro.  Attimi di
apprensione per il tenore: tornando in camerino, e' scivolato su una sua
goccia di sudore ed e' stramazzato al suolo.  Nulla di grave, per fortuna.
Anche se la Terra adesso e' leggermente spostata dal suo asse.
		-- Panfilo Maria Lippi (Daniele Luttazzi), "TABLOID"

 non è più (da tempo) il giocattolino di Linus.
Aahh, *un altro* Matt Dillon.
-- 
Sanremo:
	Il preside di un istituto professionale ha decretato
l'applicazione alla lettera del regolamento scolastico.  Proibiti i
jeans strappati, la minigonna, le magliette aderenti.  Inoltre: donne a
casa o col velo, uomini a testa coperta, lapidazione per gli adulteri.
		-- Panfilo Maria Lippi, "TABLOID TABLOID"@"Mai Dire Gol"

 <flame bait>Agile fa cagare, V-Model impera!<\flame bait>
Sei più o meno serio? Nel senso che è un flame che non posso raccogliere
nemmeno volendo. Con Agile sono familiare (e in particolare con XP; Scrum e
altri non li ho seguiti tanto). Sono familiare con (e critico verso) UP e
peggio ancora RUP.
V-Model in pratica non lo conosco. Quello che è su Wikipedia dice nulla. I
link che riportano sono in francese e tedesco. Il tedesco lo parlo, ma
comunque non con la fluentezza dell'inglese, per cui leggermi svariate
pagine in tedesco mi prende parecchio tempo.

 A questo punto mi arrangio e faccio prima.
Mica tanto. Hai comprato un sw da $25,000 per windows con client 
windows e tu lo usi sotto linux e non funziona, non puoi rivolgerti 
all'assistenza.
La stessa cosa e` per esempio con l'hw dell che compriamo. Supportano 
windows e rhel. Noi usiamo debian. Se ci si rompe l'hw lo possiamo 
vedere solo con i tool loro, se non ci funziona pero` il sw, che ne so 
per problemi sulla scsi, dell ci dice 'cazzi vostri'. E ha ragione.


 said:

Con il pSeries ho un problema e chiamo l'IBM, non mi rispondono WTF. 
Con suse ho chiamato e mi hanno risposto picche (pre-acquistate anche!).


 per problemi sulla scsi, dell ci dice 'cazzi vostri'. E ha ragione.
a me è successa una cosa simile con ibm. Disco dell'array raid rotto.
Chiamo ibm, dico che la spia non è più verde ma ambra e chiedo che
vengano fuori a cambiare il disco in garanzia.
Questi mi dicono per devo installare per forza il loro tool della
minchia in java, e allora prendo installo X sul server, ci metto java,
prendo l'rpm e ci faccio un deb con alien e lo butto su e funziona.
La mattina dopo viene fuori il tecnico, non guarda il monitor apre lo
sportello, cambia disco e se ne va.
Ma allora, porca troia... Io non sto dicendo che c'è qualche minchiatina
che non va, sto dicendo che il disco è rotto, che non viene fatta
l'enumerazione, che la spia ha cambiato colore e che se apro il case non
fa il ronzio e quindi non gira. Che cazzo di tool ci vuole per capire
che è rotto?
Idem per il controller. Se il bios non lo vede e nessun installer ci
funziona, quanto ci vuole per capire che è rotto?
Mi dispiace, ma spesso il supporto non serve ad un cazzo.


Scusa, non per essere polemici, ma se hai appena detto che ti hanno 
cambiato il disco, come e' possibile che il supporto non serva a un cazzo?
Magari prima di arrivare alla soluzione il supporto deve passare 
attraverso diversi livelli e normalmente il primo tipo che risponde al 
telefono sa ben poco, ma e' per questo che poi esistono escalation paths.
Saluti,
Bluff


 pagine in tedesco mi prende parecchio tempo.
V-Model e' un'evoluzione di Waterfall usato in contesti dove il Testing 
e' una priorita' assoluta ma non si vuole fare TDD.
Saluti,
Bluff


 farti un disegno?
rotfl, guarda che e' il racconto di Ottavio. 

 Mi dispiace, ma spesso il supporto non serve ad un cazzo.
Che minchia volevi, pure il caffe'?? 

 e' una priorita' assoluta ma non si vuole fare TDD.
Chiaramente non mi basta per 'criticarlo' (non posso chiaramente
criticare qualcosa che conosco per due righe scritte su Usenet). Però
non fare TDD mi sembra in se e per se una pessima idea. 
E confesso che non ho grossa simpatia nemmeno per il modello a cascata.
Ma immagino che se hai familiarità con Agile Development, avrai anche
presente le critiche allo stesso, per cui ometto volentieri di
riportarle io.


 riportarle io.
Ho lavorato con Agile su alcuni progetti in cui la metodologia non era 
mia scelta, preferisco altro onde i miei progetti sono V-model o meglio 
ancora W-model


 e' una priorita' assoluta ma non si vuole fare TDD.
Nemmeno Agile ti impone TDD. Il bello delle metodologie Agili è che non
sei obbligato a prenderle come una mazzata sul capo :-D
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 telefono sa ben poco, ma e' per questo che poi esistono escalation paths.
daccordo. ma se la diagnosi è lapalissiana, perché mi devi scassare le
balle? Il disco è rotto,lo dice la spia, mandami fuori il tizio senza
obbligarmi ad installare una puttanata e perdere un'ora alla cazzo.

 ancora W-model
Appunto. :)


 problema si riproponga.
Beh, una soluzione *diretta* che avrebbe prevenuto la faccenda a monte
sarebbe stato il Pair Programming.
Ad ogni modo ribadisco, non vorrei lavorare in un team con persone così
poco fidate/qualificate da potere pensare che se lasciano perdere un
controllo invece che una svista è un'ignoranza.

 obbligarmi ad installare una puttanata e perdere un'ora alla cazzo.
La diagnosi e` lapalissiana solo se oltre la spia fai il check con il 
sw loro. Mettiti al loro posto pensando di dover pagare qualcuno ogni 
volta, o cambiare un hd anche se buono perche` il tizio ha usato 'Linux 
MyDistroYoyo' scaricato da imiull che non funziona su quel chipset.


 MyDistroYoyo' scaricato da imiull che non funziona su quel chipset.
anche qua,falso. Il tizio è venuto ha guardato la spia, no ha cagato
nemmeno di striscio il software e ha cambiato il disco.
Una cosa è il supporto,una cosa è scassare le balle a vuoto per niente

 
Ti e' capitato di lavorare su un progetto grande con Agile? Per grande 
intendo con circa 20 developers e 15 testers. La mia esperienza fu caos 
totale. Probabilmente sbagliammo noi l'approccio, ma sinceramente la 
peggiore esperienza della mia vita lavorativa.


 Con suse ho chiamato e mi hanno risposto picche (pre-acquistate anche!).
Dipende anche dal tipo di contratto. Se SuSE l'hai chiamata entro
novanta giorni dalla registrazione, allora hai diritto al supporto per
l'installazione (se non ricordo male). Se la tipologia di contratto e`
differente (e.g. assistenza tecnica generica), allora hai diritto ad un
tipo di supporto differente. In ogni caso, se e` vero che una voce
diplomatica ha sempre un effetto migliore, e` vero che un'espressione
diretta sul problema (motivata, ovviamente) non ha eguali
Enrico

 ragazzotto che risponde "what the fuck is this". 
Consiera questo: io oramai sia al mio capo che al cliente rispondo
"what the fuck is this", e in tutti e due i casi la reazione e` "why?".
Andare dritto al problema, piuttosto che svicolarsi, e` sempre il modo
migliore per raggiungere un risultato
Enrico

 "what the fuck is this", 
si vabbe'...


 peggiore esperienza della mia vita lavorativa.
No mai capitato, ma dopo anni di lurking su xp-it, un tot di gente
conosciuta e un tot al quadrato di gente entusiasta direi che si può
fare. Comunque 35 persone è un team piuttosto grosso per fare XP. Se non
ricordo male Kent Beck nel libro parla di team grossi la metà.
Ci sono un'altra serie di vincoli per l'XP, dovresti leggere il libro.
Ma magari voi non facevate proprio XP, boh :D


 Una cosa è il supporto,una cosa è scassare le balle a vuoto per niente
Io non lavoro nel supporto, ma amici mi hanno riferito di idioti pieni. 
All'universita` ho visto un cavo montato al contrario e poi riferito 
come hd rotto... insomma la madre degli scemi e` sempre gravida, e 
comprendo chi vuole almeno limitare i danni.


 ovviamente) non ha eguali
Abbiamo AIX, e se non funziona DB2 per AIX io li chiamo, vengono, 
scaricano le patch che solo loro sanno (e` un magnifico dedalo l'ibm) e 
poi funziona. La comunita` e` una merda per il supporto commerciale, 
non puoi chiedere all'executive di andare a chiedere sulla mailing list 
su sourceforge...


 peggiore esperienza della mia vita lavorativa.
Ogni giorno, ma senza pair programming e senza TDD :D
I test si scrivono con la funzionalita' sotto mano, mai capita io sta cagata 
del prima il test e poi il codice ...
  ngw
-- 
http://www.tochunky.org

 del prima il test e poi il codice ...
Il TDD non è propriamente un modo di testare, ma un modo di progettare.
Infatti non è Test Driven Programming ma Test Driven Design.
Teoricamente scrivere i test prima ti mette in condizione di pensare
alla interfaccia pubblica del tuo programma, a come strutturare l'API e
a come progettarne l'eventuale gerarchia. Non è facile e ci vuole una
certa attitudine e costanza ma funziona. Molti Rubysti hanno adottato
ora una evoluzione di TDD chiamata BDD che al posto del significato di
test usa il concetto di comportamento (vedi il tool RSpec).
Se vuoi una intro al TDD fatta bene:
http://digilander.libero.it/bbossola/seminari/2002/webbit/tdd/main.html
Ciao 


 
http://digilander.libero.it/bbossola/seminari/2002/webbit/tdd/main.html
Sei impazzito ? Mi stai spiegando TDD a me ? :D
Ma che gente ... :D
  ngw
-- 
http://www.tochunky.org

 Ma che gente ... :D
Perché no? Sei un programmatore mica solo un pirla :D


 comprendo chi vuole almeno limitare i danni.
ok, i coglioni sono sempre troppi.
Ma cazzarola, secondo me un buon supporto dovrebbe essere in grado di
capire con chi sta parlando.
Anche perché una cosa sono i pc domestici, una cosa sono i server
gestiti da professionisti...
Il problema è che purtroppo spesso il professionista che telefona si
trova dall'altra parte uno che sa meno....

 capire con chi sta parlando.
In realta' penso sia  piu' un problema di procedure. E le procedure dei 
support si tarano sui clienti. Se i clienti sono idioti, le procedure 
diventano "da idiota", nel senso che se pure non sei idiota, pretendono 
che tu lo diventi per ricevere la loro assistenza tarata sugli idioti. 
Vale a livello consumer, come a livello business, non cambia nulla: 
perche' gli idioti sono dappertutto in percentuali abbastanza costanti.
-- 
BArrYZ


Mi sembra ovvio Ottavio. Il primo livello di supporto e' pagato da cani 
onde non mi aspetterei un professionista che sa tutto. Poi come dicevo 
ci sono le escalation paths e se il primo livello non riesce a risolvere 
il problema qualcun altro lo fara' di sicuro.
La differenza con niente supporto c'e' eccome.


 su sourceforge...
In parte sono d'accordo con te (uno dei discorsi che faccio e` proprio
quello per cui le alternative open source sono spesso bistrattate in
quanto non hanno un supporto commerciale). Pero`, devo ammettere che vi
sono comunita` tali da far impallidire qualsiasi supporto commerciale
(vedi ad esempio quella dietro a PostgreSQL)
Enrico

 si vabbe'...
Puoi anche non crederci, ma e` cosi`
Enrico


Se il tuo capo e' un coglione inerme e non hai clenti (o assistenza) la 
cosa puo' funzionare.
E' cosi'?
Saluti,
Bluff


 said:

Enrico, per le cose NERD. Il problema e` che la popolazione mondiale 
NON e` nerd, non sa un cazzo di eth0 o di acpi o kernel... Vuole, come 
da motto Apple, 'it just works', del resto (licenze, free, cazzimazzi 
tecnici di event queue, ...) non frega a nessuno.
