☺
Scritto da
altg
utente che non utiene
il 2011-08-16 20:27:00.0 alle 2011-08-16 20:27:00.0
Trollate totali: 11540
Hai dimenticato me.
Se c'ero anch'io, c'eravamo praticamente tutti.
Se c'ero anch'io, c'eravamo praticamente tutti.
AH SI ma NO Non lo so
Ad
http://sallo.it
LO SAI? Allora NON fa per te. NON LO SAI? Allora non ti serve.
☺
Scritto da
altg
utente che non utiene
il 2011-08-16 10:52:00.0 alle 2011-08-16 10:52:00.0
Trollate totali: 11540
>
> Non credo nello sviluppatore-tester: Lo
> sviluppatore fa il suo lavoro, si assicura che
> nel limite del ragionevole l'accrocchio
> funzioni.
> E' compito (E sopratutto responsabilita') dei
> testers (Spesso sono gli stessi che hanno
> consegnato le specifiche) testare l'applicazione
> con un occhio diverso da quello di chi l'ha
> implementata.
Non e` che stiamo parlando di fasi diverse del testing? io mi riferivo al collaudo delle reazioni di piccole parti di codice (per volta) a circostanze che mettano alla prova la maggior parte dei percorsi possibili: se l'output e` corretto, funziona. Quello che scrivi mi fa pensare di piu` al collaudo generale di tutta un'applicazione, e su quello hai ragione: una serie di testers al di fuori della cerchia di sviluppatori riescono a mettere alla prova il software in modi abbastanza s̶t̶u̶p̶... originali da evidenziarne le debolezze sfuggite agli sviluppatori.
Voglio dire: quando finisco di scrivere una routine (io le chiamo cosi`, ma si puo` rimpiazzare con funzione, metodo, procedura...), subito dopo la metto alla prova con tutti gli stati di partenza che costringano il flusso della routine a incontrare il maggior numero possibile di percorsi diversi, il che, unito a una certa suddivisione dei compiti fra routine diverse, di solito si traduce in tutti i percorsi possibili.
> > Ah be', questo posso capirlo, ma e` dall'altro
> > giorno che faccio presente che io non sono in un
> > team.
>
> Non ancora [Borg].
> Seriamente, anche se sviluppi da solo SVN puo'
> essere utile, anche solo come
> backup.
No, mi spiace, non ho la minima intenzione di legarmi a un software per i backups nel tentativo di aggiustare quel che non e` rotto.
Considera che a me risulta irrilevante anche la Time Machine di OSX: mai usata davvero; figurati che nonostante l'intuitivita` dell'interfaccia, per me vale il detto "se il backup non e` mio e non so dov'e` con precisione, il backup non esiste".
> while (true) {
> say("NEIN!");
> }
> fatal error: maximum execution time (3 ms) exceeded on line 2
> Non credo nello sviluppatore-tester: Lo
> sviluppatore fa il suo lavoro, si assicura che
> nel limite del ragionevole l'accrocchio
> funzioni.
> E' compito (E sopratutto responsabilita') dei
> testers (Spesso sono gli stessi che hanno
> consegnato le specifiche) testare l'applicazione
> con un occhio diverso da quello di chi l'ha
> implementata.
Non e` che stiamo parlando di fasi diverse del testing? io mi riferivo al collaudo delle reazioni di piccole parti di codice (per volta) a circostanze che mettano alla prova la maggior parte dei percorsi possibili: se l'output e` corretto, funziona. Quello che scrivi mi fa pensare di piu` al collaudo generale di tutta un'applicazione, e su quello hai ragione: una serie di testers al di fuori della cerchia di sviluppatori riescono a mettere alla prova il software in modi abbastanza s̶t̶u̶p̶... originali da evidenziarne le debolezze sfuggite agli sviluppatori.
Voglio dire: quando finisco di scrivere una routine (io le chiamo cosi`, ma si puo` rimpiazzare con funzione, metodo, procedura...), subito dopo la metto alla prova con tutti gli stati di partenza che costringano il flusso della routine a incontrare il maggior numero possibile di percorsi diversi, il che, unito a una certa suddivisione dei compiti fra routine diverse, di solito si traduce in tutti i percorsi possibili.
> > Ah be', questo posso capirlo, ma e` dall'altro
> > giorno che faccio presente che io non sono in un
> > team.
>
> Non ancora [Borg].
> Seriamente, anche se sviluppi da solo SVN puo'
> essere utile, anche solo come
> backup.
No, mi spiace, non ho la minima intenzione di legarmi a un software per i backups nel tentativo di aggiustare quel che non e` rotto.
Considera che a me risulta irrilevante anche la Time Machine di OSX: mai usata davvero; figurati che nonostante l'intuitivita` dell'interfaccia, per me vale il detto "se il backup non e` mio e non so dov'e` con precisione, il backup non esiste".
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 19:06:00.0 alle 2011-08-15 19:06:00.0
Trollate totali: 11540
> > > > Perche` confrontare versioni passate con
> > > > l'attuale?
> > >
> > > Perche' non tutti sono perfetti come te
> >
> > Ma io sono solo, quindi non c'e` nessuno che
> > possa aggiungere imperfezioni senza che io lo
> > sappia.
>
> Quindi sei contemporaneamente perfetto e
> imperfetto ... A te l'uno-e-trino ti fa una sega
>
> ...
Be', no, trino no.
Io al massimo sono stato solo doppio.
> Si, purtroppo e' cosi'. C'era il detto, che se i
> muratori costruissero le case come gli
> sviluppatori software programmano, il primo
> picchio decreterebbe la fine della
> civilta'.
Carino. Non lo conoscevo!
> Ma non e' (Sempre) colpa degli sviluppatori,
> spesso c'e' una fortissima pressione
> tempo/denaro, quindi il primo accrocchio
> funzionante va in produzione
>
Oh be', ha i suoi vantaggi: almeno si produce qualcosa. Io tendo a correre molto per restare sul posto. O forse tendevo, sto scoprendo differenze nel modo in cui lavoro ora, dopo la cruciale estate 2010 che ha decretato l'inizio della fine di Axle. Ho ricominciato a occuparmi piu` del giusto connubio di sostanza e apparenza, che di ottimizzazione paranoide di tutti gli aspetti che consideravo significativi.
> > > > Quando modifico, non vedo perche`
> > > > dovrei tornare indietro,
> > >
> > > Perche' non fai mai errori ?
> >
> > Perche` se li faccio li correggo senza dover
> > riportare tutto indietro di colpo: mi ci
> troverei
> > peggio, dovendo riallacciare il discorso con una
> > versione passata.
>
> E se scopri l'errore dopo una settimana ? Ti
> ricordi ancora com'era quella condizione di break
> di quel loop che
> ...
E` probabile. Comunque, diciamo che al limite mi appunto questi aspetti in voluminosi commenti che un domani mi aiuterebbero a ricordare. E poi, di solito faccio delle prove *subito* dopo aver cambiato qualcosa, per assicurarmi che funzionano e che non dovrei aver bisogno di tornarci sopra, dopo una settimana o un anno che sia.
> > > Con Eclipse, oltre ad avere le versioni
> > > precedenti in SVN, mi affido anche a un
> > > versioning control locale, che mi tiene una
> > > history dei files ogni volta che salvo
> > >
> >
> > Ma veramente hai bisogno di tornare avanti e
> > indietro lungo l'asse del tempo per capire cosa
> > hai fatto in ciascuna data?
>
> Non cosi' spesso. Ma lavorando in team, SVN e'
> fondamentale sia per poter lavorare
> contemporaneamente, sia per poter capire perche'
> la componente XYZ con la versione W ha smesso di
> funzionare.
Ah be', questo posso capirlo, ma e` dall'altro giorno che faccio presente che io non sono in un team. A me, da solo, non capita mai di non capire perche` la componente XYZ con la versione W smetta di funzionare. Se funziona, funziona e continua a farlo; se non funziona, e` per una modifica attualmente in via di sviluppo che sara` corretta nei minuti immediatamente successivi.
> > Non e` il mio modo di
> > procedere: io penso a qualcosa da fare, penso a
> > come farlo nei dettagli, e infine implemento,
>
> Qui invece appena hai un'idea cominci a mettere
> giu' il codice. Se funziona poi l'abbellisci un
> pelino, ma solo se hai tempo, perche' nella queue
> hai altre 20'000 cose da
> fare.
>
> E poi non riesco a pensare qualcosa fin nei
> minimi dettagli: Non si tratta di implementare un
> piccolo algoritmo sul quale puoi riflettere prima
> di addormentarti, bensi' di un livello di
> integrazione tra componenti piu' in "grande", nel
> quale devi per forza metterci le
> mani.
Immagino. E` perche` non hai il controllo su tutti i componenti. E` come quando mi metto a modificare 'sti cacchio di CMS e mi ritrovo nel labirinto di reazioni imprevedibili dei browser, lato html, lato css, lato javascript, lato php... tutta roba non mia, molto generica e quindi piena di caratteristiche che a me non servono ma che gli sviluppatori a monte hanno dovuto implementare come parte di una famosa lista di 20mila cose da fare.
> > A ogni modo, si parlava anche di backups di roba
> > che NON e` codice, fissatoni!
> >
>
> Modifichi le immagini porno con un editore
> esadecimale
> ?
Certo.
> > > > l'attuale?
> > >
> > > Perche' non tutti sono perfetti come te
> >
> > Ma io sono solo, quindi non c'e` nessuno che
> > possa aggiungere imperfezioni senza che io lo
> > sappia.
>
> Quindi sei contemporaneamente perfetto e
> imperfetto ... A te l'uno-e-trino ti fa una sega
>
> ...
Be', no, trino no.
Io al massimo sono stato solo doppio.
> Si, purtroppo e' cosi'. C'era il detto, che se i
> muratori costruissero le case come gli
> sviluppatori software programmano, il primo
> picchio decreterebbe la fine della
> civilta'.
Carino. Non lo conoscevo!
> Ma non e' (Sempre) colpa degli sviluppatori,
> spesso c'e' una fortissima pressione
> tempo/denaro, quindi il primo accrocchio
> funzionante va in produzione
>
Oh be', ha i suoi vantaggi: almeno si produce qualcosa. Io tendo a correre molto per restare sul posto. O forse tendevo, sto scoprendo differenze nel modo in cui lavoro ora, dopo la cruciale estate 2010 che ha decretato l'inizio della fine di Axle. Ho ricominciato a occuparmi piu` del giusto connubio di sostanza e apparenza, che di ottimizzazione paranoide di tutti gli aspetti che consideravo significativi.
> > > > Quando modifico, non vedo perche`
> > > > dovrei tornare indietro,
> > >
> > > Perche' non fai mai errori ?
> >
> > Perche` se li faccio li correggo senza dover
> > riportare tutto indietro di colpo: mi ci
> troverei
> > peggio, dovendo riallacciare il discorso con una
> > versione passata.
>
> E se scopri l'errore dopo una settimana ? Ti
> ricordi ancora com'era quella condizione di break
> di quel loop che
> ...
E` probabile. Comunque, diciamo che al limite mi appunto questi aspetti in voluminosi commenti che un domani mi aiuterebbero a ricordare. E poi, di solito faccio delle prove *subito* dopo aver cambiato qualcosa, per assicurarmi che funzionano e che non dovrei aver bisogno di tornarci sopra, dopo una settimana o un anno che sia.
> > > Con Eclipse, oltre ad avere le versioni
> > > precedenti in SVN, mi affido anche a un
> > > versioning control locale, che mi tiene una
> > > history dei files ogni volta che salvo
> > >
> >
> > Ma veramente hai bisogno di tornare avanti e
> > indietro lungo l'asse del tempo per capire cosa
> > hai fatto in ciascuna data?
>
> Non cosi' spesso. Ma lavorando in team, SVN e'
> fondamentale sia per poter lavorare
> contemporaneamente, sia per poter capire perche'
> la componente XYZ con la versione W ha smesso di
> funzionare.
Ah be', questo posso capirlo, ma e` dall'altro giorno che faccio presente che io non sono in un team. A me, da solo, non capita mai di non capire perche` la componente XYZ con la versione W smetta di funzionare. Se funziona, funziona e continua a farlo; se non funziona, e` per una modifica attualmente in via di sviluppo che sara` corretta nei minuti immediatamente successivi.
> > Non e` il mio modo di
> > procedere: io penso a qualcosa da fare, penso a
> > come farlo nei dettagli, e infine implemento,
>
> Qui invece appena hai un'idea cominci a mettere
> giu' il codice. Se funziona poi l'abbellisci un
> pelino, ma solo se hai tempo, perche' nella queue
> hai altre 20'000 cose da
> fare.
>
> E poi non riesco a pensare qualcosa fin nei
> minimi dettagli: Non si tratta di implementare un
> piccolo algoritmo sul quale puoi riflettere prima
> di addormentarti, bensi' di un livello di
> integrazione tra componenti piu' in "grande", nel
> quale devi per forza metterci le
> mani.
Immagino. E` perche` non hai il controllo su tutti i componenti. E` come quando mi metto a modificare 'sti cacchio di CMS e mi ritrovo nel labirinto di reazioni imprevedibili dei browser, lato html, lato css, lato javascript, lato php... tutta roba non mia, molto generica e quindi piena di caratteristiche che a me non servono ma che gli sviluppatori a monte hanno dovuto implementare come parte di una famosa lista di 20mila cose da fare.
> > A ogni modo, si parlava anche di backups di roba
> > che NON e` codice, fissatoni!
> >
>
> Modifichi le immagini porno con un editore
> esadecimale
> ?
Certo.
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 17:29:00.0 alle 2011-08-15 17:29:00.0
Trollate totali: 11540
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 17:19:00.0 alle 2011-08-15 17:19:00.0
Trollate totali: 11540
> Una chiavetta parallelepipeda? Hai una foto?
Te la faccio al momento...
> Ho più volte preso in considerazione l'idea di
> usare le schede SDHC, che somigliano tanto a dei
> floppini e hanno pure il
> micro-mini-miominipony-interruttorino
> antiscrittura, azionabile con i ditini della
> fatina del dentino, però sono lente da matti.
> Copiare sulla schedina MiKTeX portable ha
> richiesto settimane (anche perché non conosco un
> programma serio per copiare: la copia di Windows
> se si blocca per qualche ragione non continua con
> gli altri file, si ferma lì e uno ha una mezza
> copia
> inutilizzabile).
Oh, la mini mini USB e` lenta, infatti.
Ma la uso per pochi dati che considero piu` importanti.
I sorgenti, in genere.
> Cosa usi come dischi esterni? Me ne servirebbero
> un paio che siano impilabili e poco ingombranti,
> con un'estetica seria, e in caso di guasto il
> disco all'interno si trovi in vendita sfuso e si
> possa
> sostituire.
2 x WD Passport
1 x Samsung S1 mini
Impilabili, sono impilabili, e sono piccoli (i primi due 2,5 pollici, il terzo un solo pollice, in un contenitore grande all'incirca come un pacchetto di sigarette, ma alto la meta`). Ma non credo proprio convenga sostituire il disco all'interno, se si rompe: fai prima a ricomprare tutto.
Te la faccio al momento...
> Ho più volte preso in considerazione l'idea di
> usare le schede SDHC, che somigliano tanto a dei
> floppini e hanno pure il
> micro-mini-miominipony-interruttorino
> antiscrittura, azionabile con i ditini della
> fatina del dentino, però sono lente da matti.
> Copiare sulla schedina MiKTeX portable ha
> richiesto settimane (anche perché non conosco un
> programma serio per copiare: la copia di Windows
> se si blocca per qualche ragione non continua con
> gli altri file, si ferma lì e uno ha una mezza
> copia
> inutilizzabile).
Oh, la mini mini USB e` lenta, infatti.
Ma la uso per pochi dati che considero piu` importanti.
I sorgenti, in genere.
> Cosa usi come dischi esterni? Me ne servirebbero
> un paio che siano impilabili e poco ingombranti,
> con un'estetica seria, e in caso di guasto il
> disco all'interno si trovi in vendita sfuso e si
> possa
> sostituire.
2 x WD Passport
1 x Samsung S1 mini
Impilabili, sono impilabili, e sono piccoli (i primi due 2,5 pollici, il terzo un solo pollice, in un contenitore grande all'incirca come un pacchetto di sigarette, ma alto la meta`). Ma non credo proprio convenga sostituire il disco all'interno, se si rompe: fai prima a ricomprare tutto.
E TU Lo Sai o no?
Ad
http://sallo.it
LO SAI? Allora NON fa per te. NON LO SAI? Allora non ti serve.
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 17:08:00.0 alle 2011-08-15 17:08:00.0
Trollate totali: 11540
> > Perche` confrontare versioni passate con
> > l'attuale?
>
> Perche' non tutti sono perfetti come te
Ma io sono solo, quindi non c'e` nessuno che possa aggiungere imperfezioni senza che io lo sappia.
> Perche' cosi' mentre continui con lo sviluppo
> (Inserisci troiate immonde), puoi sempre creare
> una versione "bugfix" dall'ultima che funzionava
> bene.
Non e` che non abbia sospettato che fuori da questa stanzetta il software venga sviluppato inserendo trojate immonde per poi andare avanti e indietro a taglia e incolla attraverso le "branches" finche` si ottiene una versione piu` o meno funzionante, pero` non ne ero certissimo. Certo, spiega molte cose.
> > > Il tutto integrato nel tuo IDE di
> > > fiducia.
> >
> > ConTEXT 0.96.3?
>
> Oppure nel filesystem (TortoiseSVN oppure
> rabbitSVN per i
> linari)
Al momento sono un "linaro" solo per quel che riguarda la gestione del server.
> > Quando modifico, non vedo perche`
> > dovrei tornare indietro,
>
> Perche' non fai mai errori ?
Perche` se li faccio li correggo senza dover riportare tutto indietro di colpo: mi ci troverei peggio, dovendo riallacciare il discorso con una versione passata. Per le poche volte che mi fa comodo una serie di "undo" per non perdere tempo a disfare modifiche manualmente, ho la memoria temporanea (per tutti i file aperti) di ConTEXT, cioe` il Ctrl+Z ripetuto in typematic, o al limite il backup automatico dell'ultimo salvataggio.
> O forse perche' il
> tuo codice cambia con la stessa frequenza con cui
> exsisnistro cambia opinione (Una volta negli
> ultimi n strani eoni)
> ?
Ultimamente non cambia, eccetto negli ultimissimi giorni in cui sto riprendendo un po' ad adattare un layout per una possibile versione futura di anynowhere. Quando modifico, cambio parecchie cose a parecchi livelli, ma non ho difficolta` a tener traccia dei cambiamenti.
> Con Eclipse, oltre ad avere le versioni
> precedenti in SVN, mi affido anche a un
> versioning control locale, che mi tiene una
> history dei files ogni volta che salvo
>
Ma veramente hai bisogno di tornare avanti e indietro lungo l'asse del tempo per capire cosa hai fatto in ciascuna data? Non te lo ricordi? O fai scelte non ponderate che poi si rivelano troppo spesso sbagliate? Non e` il mio modo di procedere: io penso a qualcosa da fare, penso a come farlo nei dettagli, e infine implemento, e anche se l'implementazione implica modificare 20 files in 10 directory diverse, ne tengo perfettamente traccia da solo, col wetware se preferisci. Risulta cosi` difficile da credere?
A ogni modo, si parlava anche di backups di roba che NON e` codice, fissatoni!
> > l'attuale?
>
> Perche' non tutti sono perfetti come te
Ma io sono solo, quindi non c'e` nessuno che possa aggiungere imperfezioni senza che io lo sappia.
> Perche' cosi' mentre continui con lo sviluppo
> (Inserisci troiate immonde), puoi sempre creare
> una versione "bugfix" dall'ultima che funzionava
> bene.
Non e` che non abbia sospettato che fuori da questa stanzetta il software venga sviluppato inserendo trojate immonde per poi andare avanti e indietro a taglia e incolla attraverso le "branches" finche` si ottiene una versione piu` o meno funzionante, pero` non ne ero certissimo. Certo, spiega molte cose.
> > > Il tutto integrato nel tuo IDE di
> > > fiducia.
> >
> > ConTEXT 0.96.3?
>
> Oppure nel filesystem (TortoiseSVN oppure
> rabbitSVN per i
> linari)
Al momento sono un "linaro" solo per quel che riguarda la gestione del server.
> > Quando modifico, non vedo perche`
> > dovrei tornare indietro,
>
> Perche' non fai mai errori ?
Perche` se li faccio li correggo senza dover riportare tutto indietro di colpo: mi ci troverei peggio, dovendo riallacciare il discorso con una versione passata. Per le poche volte che mi fa comodo una serie di "undo" per non perdere tempo a disfare modifiche manualmente, ho la memoria temporanea (per tutti i file aperti) di ConTEXT, cioe` il Ctrl+Z ripetuto in typematic, o al limite il backup automatico dell'ultimo salvataggio.
> O forse perche' il
> tuo codice cambia con la stessa frequenza con cui
> exsisnistro cambia opinione (Una volta negli
> ultimi n strani eoni)
> ?
Ultimamente non cambia, eccetto negli ultimissimi giorni in cui sto riprendendo un po' ad adattare un layout per una possibile versione futura di anynowhere. Quando modifico, cambio parecchie cose a parecchi livelli, ma non ho difficolta` a tener traccia dei cambiamenti.
> Con Eclipse, oltre ad avere le versioni
> precedenti in SVN, mi affido anche a un
> versioning control locale, che mi tiene una
> history dei files ogni volta che salvo
>
Ma veramente hai bisogno di tornare avanti e indietro lungo l'asse del tempo per capire cosa hai fatto in ciascuna data? Non te lo ricordi? O fai scelte non ponderate che poi si rivelano troppo spesso sbagliate? Non e` il mio modo di procedere: io penso a qualcosa da fare, penso a come farlo nei dettagli, e infine implemento, e anche se l'implementazione implica modificare 20 files in 10 directory diverse, ne tengo perfettamente traccia da solo, col wetware se preferisci. Risulta cosi` difficile da credere?
A ogni modo, si parlava anche di backups di roba che NON e` codice, fissatoni!
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 16:27:00.0 alle 2011-08-15 16:27:00.0
Trollate totali: 11540
> Puoi confrontare versioni indietro nel tempo,
> creare "branches" o mettere un "tag" a una
> milestone.
Perche` confrontare versioni passate con l'attuale? Perche` branchare o denominare certe versioni "milestones"? E il mio concetto di milestone e` quando aumento il numero di versione maggiore:
1.0 -> 1.1 versione con qualche miglioria o bugfix
1.1 -> 2.0 versione parecchio diversa, "milestone"
> Il tutto integrato nel tuo IDE di
> fiducia.
ConTEXT 0.96.3?
> Lo trovo molto piu' semplice che dovermi creare
> ogni volta una copia di backup con numero
> progressivo e/o
> data.
Ma io non creo copie di backup incrementali per i sorgenti, solo per le foto e altra roba in cui l'atto principale e` quello di aggiungere qualcosa. Quando modifico, non vedo perche` dovrei tornare indietro, eccetto in casi particolari in cui sono consapevole, a priori, che mi sto infilando in un Cespuglio di Schiaffi™, nel qual caso ritengo la versione presente "sperimentale" e backuppo una copia storica separatamente. Ma sono casi rari e me ne basta UNA, porcoddio, non tremila.
> creare "branches" o mettere un "tag" a una
> milestone.
Perche` confrontare versioni passate con l'attuale? Perche` branchare o denominare certe versioni "milestones"? E il mio concetto di milestone e` quando aumento il numero di versione maggiore:
1.0 -> 1.1 versione con qualche miglioria o bugfix
1.1 -> 2.0 versione parecchio diversa, "milestone"
> Il tutto integrato nel tuo IDE di
> fiducia.
ConTEXT 0.96.3?
> Lo trovo molto piu' semplice che dovermi creare
> ogni volta una copia di backup con numero
> progressivo e/o
> data.
Ma io non creo copie di backup incrementali per i sorgenti, solo per le foto e altra roba in cui l'atto principale e` quello di aggiungere qualcosa. Quando modifico, non vedo perche` dovrei tornare indietro, eccetto in casi particolari in cui sono consapevole, a priori, che mi sto infilando in un Cespuglio di Schiaffi™, nel qual caso ritengo la versione presente "sperimentale" e backuppo una copia storica separatamente. Ma sono casi rari e me ne basta UNA, porcoddio, non tremila.
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 16:20:00.0 alle 2011-08-15 16:20:00.0
Trollate totali: 11540
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 13:42:00.0 alle 2011-08-15 13:42:00.0
Trollate totali: 11540
> > > mamma mia 
> >
> > mamma mia mamma mia
> > mamma mia let me go
> > belzebub has a devil put aside for me
> > for me
> > for meeeeeeeeee
>
> inutile che tu citi i queen per farti perdonare
Mi spieghi nella mia solitaria situazione in cosa consisterebbero i vantaggi di usare un coso automatico che gestisce la storia delle modifiche al codice? [a parte che ultimamente il codice prodotto o modificato e` quasi zero]
> >
> > mamma mia mamma mia
> > mamma mia let me go
> > belzebub has a devil put aside for me
> > for me
> > for meeeeeeeeee
>
> inutile che tu citi i queen per farti perdonare
Mi spieghi nella mia solitaria situazione in cosa consisterebbero i vantaggi di usare un coso automatico che gestisce la storia delle modifiche al codice? [a parte che ultimamente il codice prodotto o modificato e` quasi zero]
☺
Scritto da
altg
utente che non utiene
il 2011-08-15 13:36:00.0 alle 2011-08-15 13:36:00.0
Trollate totali: 11540
> Perché TRE dischi esterni più la copia sul disco
> in uso? Non basterebbero due dischi esterni e
> basta?
Perche` ne ho tre, e qualcosa ci dovro` pur fare.
Ah, aspe'...
esiste una quinta copia, anche se e` aggiornata un po' a cazzo di cane, quando mi viene in mente perche` tendo a scordarmela: e` la mini chiavetta da 8 giga, di quelle grandi circa 1 centimetro per 1 centimetro per mezzo centimetro, che ho attaccata al portachiavi e che porto sempre in tasca. Non si sa mai cadesse una meteora sulla cameretta (quando non ci sono)... e poi e` un dispositivo diverso da un HD e meno sensibile ai campi magnetici. Non ci sono le robe multimediali tipo la collezione di MP3, quella di computer graphics, e le foto e i video ricordo.
> in uso? Non basterebbero due dischi esterni e
> basta?
Perche` ne ho tre, e qualcosa ci dovro` pur fare.
Ah, aspe'...
esiste una quinta copia, anche se e` aggiornata un po' a cazzo di cane, quando mi viene in mente perche` tendo a scordarmela: e` la mini chiavetta da 8 giga, di quelle grandi circa 1 centimetro per 1 centimetro per mezzo centimetro, che ho attaccata al portachiavi e che porto sempre in tasca. Non si sa mai cadesse una meteora sulla cameretta (quando non ci sono)... e poi e` un dispositivo diverso da un HD e meno sensibile ai campi magnetici. Non ci sono le robe multimediali tipo la collezione di MP3, quella di computer graphics, e le foto e i video ricordo.
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 14:38:00.0 alle 2011-08-14 14:38:00.0
Trollate totali: 11540
> > > > Si`, ho visto, infatti ha avuto la
> compiacenza
> > > di
> > > > autodefinire se` stesso "git".
> > > >
> > > >
> > > > > Non hai mai usato manco cvs o subversion?
> > > >
> > > > No, io non devo coordinare modifiche da
> parte
> > di
> > > > collaboratori. Io coordino solo le mie
> > > modifiche,
> > > > e molto raramente torno indietro.
> > > >
> > >
> > > E se un giorno vuoi vedere come era un
> programma
> > > un mese fa per confrontare cosa hai cambiato
> nel
> > > frattempo?
> >
> > Boh, io di solito cambio: qualcosa che o non
> > esisteva o che poteva funzionare meglio o che
> non
> > funzionava affatto. Che ci torno a fare,
> > indietro, a confrontare? Mantengo copie storiche
> > solo quando sospetto fortemente che le novita`
> > apportate potrebbero rivelarsi una stronzata.
> >
> >
> > > Non è questione di coordinare, è il vantaggio
> di
> > > poter avere in un istante tutte le versioni
> del
> > > software dalla prima
> > > all'ultima.
> >
> > Nella mia ottica (espressa sopra) non ha molto
> > senso.
> > A volte conservo versioni vecchissime per
> > ricordo,
> > pero`.
>
> mamma mia
mamma mia mamma mia
mamma mia let me go
belzebub has a devil put aside for me
for me
for meeeeeeeeee
> compiacenza
> > > di
> > > > autodefinire se` stesso "git".
> > > >
> > > >
> > > > > Non hai mai usato manco cvs o subversion?
> > > >
> > > > No, io non devo coordinare modifiche da
> parte
> > di
> > > > collaboratori. Io coordino solo le mie
> > > modifiche,
> > > > e molto raramente torno indietro.
> > > >
> > >
> > > E se un giorno vuoi vedere come era un
> programma
> > > un mese fa per confrontare cosa hai cambiato
> nel
> > > frattempo?
> >
> > Boh, io di solito cambio: qualcosa che o non
> > esisteva o che poteva funzionare meglio o che
> non
> > funzionava affatto. Che ci torno a fare,
> > indietro, a confrontare? Mantengo copie storiche
> > solo quando sospetto fortemente che le novita`
> > apportate potrebbero rivelarsi una stronzata.
> >
> >
> > > Non è questione di coordinare, è il vantaggio
> di
> > > poter avere in un istante tutte le versioni
> del
> > > software dalla prima
> > > all'ultima.
> >
> > Nella mia ottica (espressa sopra) non ha molto
> > senso.
> > A volte conservo versioni vecchissime per
> > ricordo,
> > pero`.
>
> mamma mia
mamma mia mamma mia
mamma mia let me go
belzebub has a devil put aside for me
for me
for meeeeeeeeee
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 02:44:00.0 alle 2011-08-14 02:44:00.0
Trollate totali: 11540
> > Si`, ho visto, infatti ha avuto la compiacenza
> di
> > autodefinire se` stesso "git".
> >
> >
> > > Non hai mai usato manco cvs o subversion?
> >
> > No, io non devo coordinare modifiche da parte di
> > collaboratori. Io coordino solo le mie
> modifiche,
> > e molto raramente torno indietro.
> >
>
> E se un giorno vuoi vedere come era un programma
> un mese fa per confrontare cosa hai cambiato nel
> frattempo?
Boh, io di solito cambio: qualcosa che o non esisteva o che poteva funzionare meglio o che non funzionava affatto. Che ci torno a fare, indietro, a confrontare? Mantengo copie storiche solo quando sospetto fortemente che le novita` apportate potrebbero rivelarsi una stronzata.
> Non è questione di coordinare, è il vantaggio di
> poter avere in un istante tutte le versioni del
> software dalla prima
> all'ultima.
Nella mia ottica (espressa sopra) non ha molto senso.
A volte conservo versioni vecchissime per ricordo, pero`.
> di
> > autodefinire se` stesso "git".
> >
> >
> > > Non hai mai usato manco cvs o subversion?
> >
> > No, io non devo coordinare modifiche da parte di
> > collaboratori. Io coordino solo le mie
> modifiche,
> > e molto raramente torno indietro.
> >
>
> E se un giorno vuoi vedere come era un programma
> un mese fa per confrontare cosa hai cambiato nel
> frattempo?
Boh, io di solito cambio: qualcosa che o non esisteva o che poteva funzionare meglio o che non funzionava affatto. Che ci torno a fare, indietro, a confrontare? Mantengo copie storiche solo quando sospetto fortemente che le novita` apportate potrebbero rivelarsi una stronzata.
> Non è questione di coordinare, è il vantaggio di
> poter avere in un istante tutte le versioni del
> software dalla prima
> all'ultima.
Nella mia ottica (espressa sopra) non ha molto senso.
A volte conservo versioni vecchissime per ricordo, pero`.
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 02:35:00.0 alle 2011-08-14 02:35:00.0
Trollate totali: 11540
> > > > Hardware:
> > > > HDD esterni da 2,5 pollici, generalmente
> > Western
> > > > Digital.
> > > > Tre in totale, due WD e un Samsung.
> > > > Tutti e tre contengono le stesse cose.
> > > > Cioe` le cose che contiene anche l'HD di
> > questo
> > > > iMac.
> > > > In pratica ho quattro copie.
> > > >
> > > > Metodologia:
> > > > del tutto manuale.
> > > > Separo i contenuti in un gran numero di
> > cartelle
> > > > e
> > > > sottocartelle.
> > > > Attribuisco date e numeri progressivi al
> > > > contenuto delle
> > > > cartelle.
> > > > Il che, in combinazione con l'alta frequenza
> > dei
> > > > backups, significa che quando faccio un
> backup
> > > so
> > > > esattamente cosa copiare, cioe` cosa ha
> subito
> > > > modifiche.
> > > >
> > > > Se le modifiche sono sparse in piu` files,
> il
> > > che
> > > > e` tipico dei vari sorgenti di un progetto,
> > > > faccio un nuovo backup di tutto il progetto,
> > > > generalmente mantenendo la precedente copia
> > > > "storica" nello stesso percorso, rinominando
> > la
> > > > cartella che contiene il precedente backup
> per
> > > > aggiungere un underscore di fronte al nome,
> ad
> > > > esempio "linoleum" sul disco di backup passa
> > ad
> > > > avere il nome "_linoleum", poi copio di
> nuovo
> > la
> > > > cartella (facendone una copia col nome non
> > > > modificato) insieme a tutto il contenuto. Se
> > un
> > > > backup con l'underscore esiste gia`, a volte
> > lo
> > > > conservo attribuendogli un doppio underscore
> > > > ("_linoleum" -> "__linoleum"), a volte lo
> > > > cancello rendendo il nome col singolo
> > underscore
> > > > disponibile per la nuova copia
> > > > "storica".
> > > >
> > > > Se le modifiche sono incrementali, ad
> esempio
> > > per
> > > > la computer graphics, le fotografie, i
> > filmati,
> > > i
> > > > backup del sito, classifico in partenza i
> > > > contenuti in cartelle datate (ad esempio se
> > > > scaricassi le foto oggi dalla macchina
> > > > fotografica, chiamerei la cartella che le
> > > > contiene 2011-08-14), e poi copio la/le
> > > singola/e
> > > > cartella/e che mancano nei
> > > > backups.
> > >
> > > E` ora che impari a usare git
> >
> > Andro` a vedere cos'e` sulla wiki, ma finora mi
> > sono sempre trovato bene
> > cosi`.
> > Non mi fido del software, lo scrivono i
> > programmatori.
> > E i programmatori sono cosi` inaffidabili!
>
> git l'ha scritto linus torvalds, ci mantengono il
> kernel di linux.
>
Si`, ho visto, infatti ha avuto la compiacenza di autodefinire se` stesso "git".
> Non hai mai usato manco cvs o subversion?
No, io non devo coordinare modifiche da parte di collaboratori. Io coordino solo le mie modifiche, e molto raramente torno indietro.
> > > > HDD esterni da 2,5 pollici, generalmente
> > Western
> > > > Digital.
> > > > Tre in totale, due WD e un Samsung.
> > > > Tutti e tre contengono le stesse cose.
> > > > Cioe` le cose che contiene anche l'HD di
> > questo
> > > > iMac.
> > > > In pratica ho quattro copie.
> > > >
> > > > Metodologia:
> > > > del tutto manuale.
> > > > Separo i contenuti in un gran numero di
> > cartelle
> > > > e
> > > > sottocartelle.
> > > > Attribuisco date e numeri progressivi al
> > > > contenuto delle
> > > > cartelle.
> > > > Il che, in combinazione con l'alta frequenza
> > dei
> > > > backups, significa che quando faccio un
> backup
> > > so
> > > > esattamente cosa copiare, cioe` cosa ha
> subito
> > > > modifiche.
> > > >
> > > > Se le modifiche sono sparse in piu` files,
> il
> > > che
> > > > e` tipico dei vari sorgenti di un progetto,
> > > > faccio un nuovo backup di tutto il progetto,
> > > > generalmente mantenendo la precedente copia
> > > > "storica" nello stesso percorso, rinominando
> > la
> > > > cartella che contiene il precedente backup
> per
> > > > aggiungere un underscore di fronte al nome,
> ad
> > > > esempio "linoleum" sul disco di backup passa
> > ad
> > > > avere il nome "_linoleum", poi copio di
> nuovo
> > la
> > > > cartella (facendone una copia col nome non
> > > > modificato) insieme a tutto il contenuto. Se
> > un
> > > > backup con l'underscore esiste gia`, a volte
> > lo
> > > > conservo attribuendogli un doppio underscore
> > > > ("_linoleum" -> "__linoleum"), a volte lo
> > > > cancello rendendo il nome col singolo
> > underscore
> > > > disponibile per la nuova copia
> > > > "storica".
> > > >
> > > > Se le modifiche sono incrementali, ad
> esempio
> > > per
> > > > la computer graphics, le fotografie, i
> > filmati,
> > > i
> > > > backup del sito, classifico in partenza i
> > > > contenuti in cartelle datate (ad esempio se
> > > > scaricassi le foto oggi dalla macchina
> > > > fotografica, chiamerei la cartella che le
> > > > contiene 2011-08-14), e poi copio la/le
> > > singola/e
> > > > cartella/e che mancano nei
> > > > backups.
> > >
> > > E` ora che impari a usare git
> >
> > Andro` a vedere cos'e` sulla wiki, ma finora mi
> > sono sempre trovato bene
> > cosi`.
> > Non mi fido del software, lo scrivono i
> > programmatori.
> > E i programmatori sono cosi` inaffidabili!
>
> git l'ha scritto linus torvalds, ci mantengono il
> kernel di linux.
>
Si`, ho visto, infatti ha avuto la compiacenza di autodefinire se` stesso "git".
> Non hai mai usato manco cvs o subversion?
No, io non devo coordinare modifiche da parte di collaboratori. Io coordino solo le mie modifiche, e molto raramente torno indietro.
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 02:21:00.0 alle 2011-08-14 02:21:00.0
Trollate totali: 11540
> > Hardware:
> > HDD esterni da 2,5 pollici, generalmente Western
> > Digital.
> > Tre in totale, due WD e un Samsung.
> > Tutti e tre contengono le stesse cose.
> > Cioe` le cose che contiene anche l'HD di questo
> > iMac.
> > In pratica ho quattro copie.
> >
> > Metodologia:
> > del tutto manuale.
> > Separo i contenuti in un gran numero di cartelle
> > e
> > sottocartelle.
> > Attribuisco date e numeri progressivi al
> > contenuto delle
> > cartelle.
> > Il che, in combinazione con l'alta frequenza dei
> > backups, significa che quando faccio un backup
> so
> > esattamente cosa copiare, cioe` cosa ha subito
> > modifiche.
> >
> > Se le modifiche sono sparse in piu` files, il
> che
> > e` tipico dei vari sorgenti di un progetto,
> > faccio un nuovo backup di tutto il progetto,
> > generalmente mantenendo la precedente copia
> > "storica" nello stesso percorso, rinominando la
> > cartella che contiene il precedente backup per
> > aggiungere un underscore di fronte al nome, ad
> > esempio "linoleum" sul disco di backup passa ad
> > avere il nome "_linoleum", poi copio di nuovo la
> > cartella (facendone una copia col nome non
> > modificato) insieme a tutto il contenuto. Se un
> > backup con l'underscore esiste gia`, a volte lo
> > conservo attribuendogli un doppio underscore
> > ("_linoleum" -> "__linoleum"), a volte lo
> > cancello rendendo il nome col singolo underscore
> > disponibile per la nuova copia
> > "storica".
> >
> > Se le modifiche sono incrementali, ad esempio
> per
> > la computer graphics, le fotografie, i filmati,
> i
> > backup del sito, classifico in partenza i
> > contenuti in cartelle datate (ad esempio se
> > scaricassi le foto oggi dalla macchina
> > fotografica, chiamerei la cartella che le
> > contiene 2011-08-14), e poi copio la/le
> singola/e
> > cartella/e che mancano nei
> > backups.
>
> E` ora che impari a usare git
Andro` a vedere cos'e` sulla wiki, ma finora mi sono sempre trovato bene cosi`.
Non mi fido del software, lo scrivono i programmatori.
E i programmatori sono cosi` inaffidabili!
> > HDD esterni da 2,5 pollici, generalmente Western
> > Digital.
> > Tre in totale, due WD e un Samsung.
> > Tutti e tre contengono le stesse cose.
> > Cioe` le cose che contiene anche l'HD di questo
> > iMac.
> > In pratica ho quattro copie.
> >
> > Metodologia:
> > del tutto manuale.
> > Separo i contenuti in un gran numero di cartelle
> > e
> > sottocartelle.
> > Attribuisco date e numeri progressivi al
> > contenuto delle
> > cartelle.
> > Il che, in combinazione con l'alta frequenza dei
> > backups, significa che quando faccio un backup
> so
> > esattamente cosa copiare, cioe` cosa ha subito
> > modifiche.
> >
> > Se le modifiche sono sparse in piu` files, il
> che
> > e` tipico dei vari sorgenti di un progetto,
> > faccio un nuovo backup di tutto il progetto,
> > generalmente mantenendo la precedente copia
> > "storica" nello stesso percorso, rinominando la
> > cartella che contiene il precedente backup per
> > aggiungere un underscore di fronte al nome, ad
> > esempio "linoleum" sul disco di backup passa ad
> > avere il nome "_linoleum", poi copio di nuovo la
> > cartella (facendone una copia col nome non
> > modificato) insieme a tutto il contenuto. Se un
> > backup con l'underscore esiste gia`, a volte lo
> > conservo attribuendogli un doppio underscore
> > ("_linoleum" -> "__linoleum"), a volte lo
> > cancello rendendo il nome col singolo underscore
> > disponibile per la nuova copia
> > "storica".
> >
> > Se le modifiche sono incrementali, ad esempio
> per
> > la computer graphics, le fotografie, i filmati,
> i
> > backup del sito, classifico in partenza i
> > contenuti in cartelle datate (ad esempio se
> > scaricassi le foto oggi dalla macchina
> > fotografica, chiamerei la cartella che le
> > contiene 2011-08-14), e poi copio la/le
> singola/e
> > cartella/e che mancano nei
> > backups.
>
> E` ora che impari a usare git
Andro` a vedere cos'e` sulla wiki, ma finora mi sono sempre trovato bene cosi`.
Non mi fido del software, lo scrivono i programmatori.
E i programmatori sono cosi` inaffidabili!
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 02:15:00.0 alle 2011-08-14 02:15:00.0
Trollate totali: 11540
> > sei un vecchio che vive nel passato, guarda le
> > scarpe e il loro livello di usura per capire se
> > unoè ricco o povero, funziona sempre.
>
> Ho smesso di dare soldi ai poveri quando mi sono
> accorto che avevano scarpe molto più nuove delle
> mie.
>
Io tendo a consumarle per bene prima di cambiarle. Quindi di solito porto scarpe (da ginnastica) con un certo livello di usura. Pero` e` anche vero che non sono proprio ricco. Sono un... non-povero semi-mantenuto che non puo` arricchirsi perche` ha le mani bucate e non da` ai soldi il valore che potrebbe dargli.
> > scarpe e il loro livello di usura per capire se
> > unoè ricco o povero, funziona sempre.
>
> Ho smesso di dare soldi ai poveri quando mi sono
> accorto che avevano scarpe molto più nuove delle
> mie.
>
Io tendo a consumarle per bene prima di cambiarle. Quindi di solito porto scarpe (da ginnastica) con un certo livello di usura. Pero` e` anche vero che non sono proprio ricco. Sono un... non-povero semi-mantenuto che non puo` arricchirsi perche` ha le mani bucate e non da` ai soldi il valore che potrebbe dargli.
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 01:46:00.0 alle 2011-08-14 01:46:00.0
Trollate totali: 11540
☺
Scritto da
altg
utente che non utiene
il 2011-08-14 00:03:00.0 alle 2011-08-14 00:03:00.0
Trollate totali: 11540
> prova adesso, denyhosts ti aveva bannato perché
> avevi sbagliato troppe volte la password di
> root.
> E` nathan71tvb, segnatela sennò sbagli di nuovo.
Balle!
http://anynowhere.com/personal/doesntwork.png 
Non funziona.
> avevi sbagliato troppe volte la password di
> root.
> E` nathan71tvb, segnatela sennò sbagli di nuovo.
Balle!
http://anynowhere.com/personal/doesntwork.png 
Non funziona.
☺
Scritto da
altg
utente che non utiene
il 2011-08-13 15:59:00.0 alle 2011-08-13 15:59:00.0
Trollate totali: 11540
> > > > tanto più che solitamente si crepa,
> ingerendo
> > > > diamanti
> > >
> > >
?
> >
> > Interessa anche a me: come fai a contrabbandare
> > diamanti se non
> > ingerendoli?
>
> In tasca: A parita' di peso/volume valgono molto
> piu' della droga, e se ti beccano rischi di
> meno.
>
> E' il contrabbando migliore !
E` geniale, infatti. Se ti sospettassero, probabilmente ti farebbero la lavanda gastrica ma non penserebbero mai di guardare nelle tasche.
> ingerendo
> > > > diamanti
> > >
> > >
?> >
> > Interessa anche a me: come fai a contrabbandare
> > diamanti se non
> > ingerendoli?
>
> In tasca: A parita' di peso/volume valgono molto
> piu' della droga, e se ti beccano rischi di
> meno.
>
> E' il contrabbando migliore
!E` geniale, infatti. Se ti sospettassero, probabilmente ti farebbero la lavanda gastrica ma non penserebbero mai di guardare nelle tasche.
☺
Scritto da
altg
utente che non utiene
il 2011-08-12 14:26:00.0 alle 2011-08-12 14:26:00.0
Trollate totali: 11540
> > ..e poi boh, ti svegli un giorno che hai 26 anni
> > e quello che volevi fare non si puo` piu` fare,
> > quindi vaffanculo e buona
> > notte.
>
> E' a 30 anni che tutto è finito, quello che sei
> sei e non ci sono più speranze
>
Falso.
35 anni e tutto rimescolato dall'anno scorso, quindi a 34.
> > e quello che volevi fare non si puo` piu` fare,
> > quindi vaffanculo e buona
> > notte.
>
> E' a 30 anni che tutto è finito, quello che sei
> sei e non ci sono più speranze
>
Falso.
35 anni e tutto rimescolato dall'anno scorso, quindi a 34.