-
alex.tgScritto daNon Autenticatoil 2011-08-14 00:15:00.0 alle 2011-08-14 00:15:00.0Che usi per i tuoi paranoicissimi backup?
-
Re: alex.tg
- Scritto da:
> Che usi per i tuoi paranoicissimi backup?
Stampa tutti i files in hex con una stampante ad aghi a modulo continuo.
Tutte le sere.Young professional woman and busy mom.-
Re: alex.tgScritto daNon Autenticatoil 2011-08-14 00:44:00.0 alle 2011-08-14 00:44:00.0> > Che usi per i tuoi paranoicissimi backup?
>
> Stampa tutti i files in hex con una stampante ad
> aghi a modulo continuo.
> Tutte le sere.
Mentre li stampa controlla velocemente che i caratteri corrispondano al contenuto dei file?-
Re: alex.tg
- Scritto da:
> > > Che usi per i tuoi paranoicissimi backup?
> >
> > Stampa tutti i files in hex con una stampante ad
> > aghi a modulo continuo.
> > Tutte le sere.
>
> Mentre li stampa controlla velocemente che i
> caratteri corrispondano al contenuto dei
> file?
no, fa solo la somma alla fine e la confronta con la sezione ecc stampata a margine.Young professional woman and busy mom.
-
-
-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-14 01:46:00.0 alle 2011-08-14 01:46:00.0Trollate totali: 11540Hardware:
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.-
P.S.Scritto daaltgutente che non utieneil 2011-08-14 01:51:00.0 alle 2011-08-14 01:51:00.0Trollate totali: 11540Ah, ovviamente non uso la suddivisione della cartella utente imposta dal sistema operativo (non uso "documenti" per i "documenti", non uso "immagini" per le immagini, eccetera): piazzo i file nella mia cartella utente, ma all'interno di un'altra cartella che poi organizzo io in ulteriori suddivisioni. Cioe`, dove Windoze predisporrebbe c:/users/alex, la mia "vera" cartella utente, priva degli inutili relitti imposti dal sistema, si chiama c:/users/alex/alex. E` importante perche` facendo tutto a memoria, mi organizzo meglio se sono io a decidere dove mettere cosa.
-
Re: alex.tg
- Scritto da: altg
> 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
Young professional woman and busy mom.-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-14 02:21:00.0 alle 2011-08-14 02:21:00.0Trollate 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!
-
Re: alex.tg
- Scritto da: altg
> > > 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.
Non hai mai usato manco cvs o subversion?Young professional woman and busy mom.-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-14 02:35:00.0 alle 2011-08-14 02:35:00.0Trollate 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.
-
Re: alex.tg>
> 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?
Non è questione di coordinare, è il vantaggio di poter avere in un istante tutte le versioni del software dalla prima all'ultima.Young professional woman and busy mom.-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-14 02:44:00.0 alle 2011-08-14 02:44:00.0Trollate 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`.-
Re: alex.tgScritto daThe LichÜbermenschil 2011-08-14 12:39:00.0 alle 2011-08-14 12:39:00.0Trollate totali: 21351
- Scritto da: altg
> > > 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

The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-14 14:38:00.0 alle 2011-08-14 14:38:00.0Trollate 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-
Re: alex.tgScritto daThe LichÜbermenschil 2011-08-14 14:56:00.0 alle 2011-08-14 14:56:00.0Trollate totali: 21351- Scritto da: altg
> > > > > 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
inutile che tu citi i queen per farti perdonare
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 13:42:00.0 alle 2011-08-15 13:42:00.0Trollate 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]-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 13:57:00.0 alle 2011-08-15 13:57:00.0
- Scritto da: altg
> > > > 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]
In effetti perché? Mi sembra molto più comodo questo:
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.-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 16:20:00.0 alle 2011-08-15 16:20:00.0Trollate totali: 11540> In effetti perché?
Ufficio complicazioni affari semplici.
-
-
Re: alex.tg
- Scritto da: altg
> Mi spieghi nella mia solitaria situazione in cosa
> consisterebbero i vantaggi di usare un coso
> automatico che gestisce la storia delle modifiche
> al codice?
Puoi confrontare versioni indietro nel tempo, creare "branches" o mettere un "tag" a una milestone. Il tutto integrato nel tuo IDE di fiducia.
Lo trovo molto piu' semplice che dovermi creare ogni volta una copia di backup con numero progressivo e/o data.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 14:16:00.0 alle 2011-08-15 14:16:00.0
- Scritto da: Giambo
>
> - Scritto da: altg
>
> > Mi spieghi nella mia solitaria situazione in
> cosa
> > consisterebbero i vantaggi di usare un coso
> > automatico che gestisce la storia delle
> modifiche
> > al codice?
>
> Puoi confrontare versioni indietro nel tempo,
> creare "branches" o mettere un "tag" a una
> milestone. Il tutto integrato nel tuo IDE di
> fiducia.
Gli IDE di fiducia non esistono, diciamo l'IDE più sopportabile.-
Re: alex.tg`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 19:16:00.0 alle 2011-08-15 19:16:00.0
- Scritto da: Giambo
>
> - Scritto da:
>
> > Gli IDE di fiducia non esistono
>
> Balle, pigliati pure il belink:
> [img]
>http://4.bp.blogspot.com/_SF5FFIwKIH0/TU6qcZ7r8sI/

>
>
Pensavo proprio a quello, il plugin per git l'ho provato tempo fa ed era scarso.-
Re: alex.tg
- Scritto da:
> Pensavo proprio a quello, il plugin per git l'ho
> provato tempo fa ed era
> scarso.
Ti serve veramente GIT
?
Non puoi accontentarti di SVN ?`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
-
-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 16:27:00.0 alle 2011-08-15 16:27:00.0Trollate 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.
-
Re: alex.tg
- Scritto da: altg
> > Puoi confrontare versioni indietro nel tempo,
> > creare "branches" o mettere un "tag" a una
> > milestone.
>
> Perche` confrontare versioni passate con
> l'attuale?
Perche' non tutti sono perfetti come te
> Perche` branchare o denominare certe
> versioni "milestones"?
Perche' cosi' mentre continui con lo sviluppo (Inserisci troiate immonde), puoi sempre creare una versione "bugfix" dall'ultima che funzionava bene.
> 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"
Puoi nominare un branch o un tag come meglio t'aggrada, se vuoi pure aggiungendo una cifra in piu' al Pi Greco
> > Il tutto integrato nel tuo IDE di
> > fiducia.
>
> ConTEXT 0.96.3?
Oppure nel filesystem (TortoiseSVN oppure rabbitSVN per i linari)
> Quando modifico, non vedo perche`
> dovrei tornare indietro,
Perche' non fai mai errori ? O forse perche' il tuo codice cambia con la stessa frequenza con cui exsisnistro cambia opinione (Una volta negli ultimi n strani eoni) ?
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
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 17:08:00.0 alle 2011-08-15 17:08:00.0Trollate 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!
-
Re: alex.tg- Scritto da: altg
> > > 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
...
> > 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.
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'.
Ma non e' (Sempre) colpa degli sviluppatori, spesso c'e' una fortissima pressione tempo/denaro, quindi il primo accrocchio funzionante va in produzione
> > > 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 ...
> > 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.
> 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.
> A ogni modo, si parlava anche di backups di roba
> che NON e` codice, fissatoni!
>
Modifichi le immagini porno con un editore esadecimale
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex.tgScritto daThe LichÜbermenschil 2011-08-15 18:12:00.0 alle 2011-08-15 18:12:00.0Trollate totali: 21351
- Scritto da: Giambo
> - Scritto da: altg
> > > > 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
>
> ...
>
> > > 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.
>
> 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'.
>
> Ma non e' (Sempre) colpa degli sviluppatori,
> spesso c'e' una fortissima pressione
> tempo/denaro, quindi il primo accrocchio
> funzionante va in produzione
>
>
> > > > 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
> ...
>
> > > 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.
>
> > 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.
avete anche voi per titolare un vecchio rincoglionito che riduce lo sviluppo software a
analisi -> codifica
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: alex.tg
- Scritto da: The Lich
> avete anche voi per titolare un vecchio
> rincoglionito che riduce lo sviluppo software a
>
>
> analisi -> codifica
No, fortunatamente il Lead Developper e' un rumeno con le palle quadre che riesce a tenere lontani i bisness-man da quel che concerne lo sviluppo.
Purtroppo pero' il tutto sta cambiando: Qualche capoccione da ${tanti MIO}Euro di stipendio all'anno ha deciso di mettere ordine in questa anarchia e di creare un "flow" e burocrazia e ... Insomma, prima di poter scrivere una riga di codice bisogna avere l'OK da 10 entita' diverse, tra le quali a volte compare pure uno strano stregone asiatico
...
Inoltre stanno licenziando a raffica: Nel mio team sono sparite due persone e altre due spariranno a breve
E' giunto il momento di mollare le tende
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex.tgScritto daThe LichÜbermenschil 2011-08-16 12:39:00.0 alle 2011-08-16 12:39:00.0Trollate totali: 21351- Scritto da: Giambo
>
> - Scritto da: The Lich
>
> > avete anche voi per titolare un vecchio
> > rincoglionito che riduce lo sviluppo software a
> >
> >
> > analisi -> codifica
>
> No, fortunatamente il Lead Developper e' un
> rumeno con le palle quadre che riesce a tenere
> lontani i bisness-man da quel che concerne lo
> sviluppo.
>
> Purtroppo pero' il tutto sta cambiando: Qualche
> capoccione da ${tanti MIO}Euro di stipendio
> all'anno ha deciso di mettere ordine in questa
> anarchia e di creare un "flow" e burocrazia e ...
> Insomma, prima di poter scrivere una riga di
> codice bisogna avere l'OK da 10 entita' diverse,
> tra le quali a volte compare pure uno strano
> stregone asiatico
> ...
capisco, nel piccolo come quel vecchio inapace del mio titolare che ad un certo punto pretendeva
1) che sul lavoro indossassimo il camice bianco
2) che facessimo un report giornaliero delle cose fatte e di quel che ci occorreva al suo socio il quale del resto non è mai reperibile ed è dotato di un ciclo di loop per cui spiccica una singola parola ogni 45/60 secondi
3) che si inventa dei workflow che servono solo a consumare montagne di carta per attività inutili e decuplica il numero dei passaggi necessari, stile ufficio complicazione cose semplici
4) che di tutti i possibili use cases dell'universo contempla solo ed esclusivamente quello (che a lui pare) corretto ed esclude in linea di principio tutti gli altri, salvo poi che il suo workflow non si realizza mai e lascia gli altri a gestire il conseguente incomprensibile casino
aaahhh mi sono sfogato
> Inoltre stanno licenziando a raffica: Nel mio
> team sono sparite due persone e altre due
> spariranno a breve
>
la crisi è arrivata anche in switzera
> E' giunto il momento di mollare le tende !
ti metterai a fare lo sparagestionali in wb
-
Re: alex.tg
- Scritto da: The Lich
> capisco, nel piccolo come quel vecchio inapace
> del mio titolare che ad un certo punto
> pretendeva
>
> 1) che sul lavoro indossassimo il camice bianco
Non basta un buon antivirus per proteggersi ?
> 2) che facessimo un report giornaliero delle cose
> fatte
Questa e' la cosa piu' scassa-minchi che esista.
Ci hanno provato pure qui, siamo riusciti a imporre una soluzione mista, un rapporto di progressi.
In pratica funziona cosi': Ti crei un Task, calcoli quanto ci vuole ad eseguirlo e regolarmente aggiorni la percentuale.
Ci sono tasks con durata di centinaia di giorni, ogni sera basta aggiungere un 1% e il gioco e' fatto
> 3) che si inventa dei workflow che servono solo a
> consumare montagne di carta per attività inutili
> e decuplica il numero dei passaggi necessari,
> stile ufficio complicazione cose
> semplici
Consolati, ogni ditta con piu' di 10 dipendenti e' cosi'
> aaahhh mi sono sfogato
Potevi aggiungere qualche parolaccia e/o bestemmia
!
> > Inoltre stanno licenziando a raffica: Nel mio
> > team sono sparite due persone e altre due
> > spariranno a breve
> >
>
> la crisi è arrivata anche in switzera
Il franco forte e' una maledizione !
E cosa fanno le grandi banche per combatterlo ? Licenziano
...
> > E' giunto il momento di mollare le tende !
>
> ti metterai a fare lo sparagestionali in wb
>
Che ideona
!!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
-
-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 19:06:00.0 alle 2011-08-15 19:06:00.0Trollate 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.
-
Re: alex.tg- Scritto da: altg
> 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.while (true) { say("NEIN!"); }
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.
> 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.
> > > A ogni modo, si parlava anche di backups di
> roba
> > > che NON e` codice, fissatoni!
> > >
> >
> > Modifichi le immagini porno con un editore
> > esadecimale
> > ?
>
> Certo.
Rispetto
!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-16 10:52:00.0 alle 2011-08-16 10:52:00.0Trollate totali: 11540>
> 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".-
Re: alex.tgScritto daNon Autenticatoil 2011-08-16 11:00:00.0 alle 2011-08-16 11:00:00.0
- Scritto da: altg
> >> > 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
a questo proposito segnalo gcov che si occupa di testare la coverage di un programma, eseguendolo
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 12:23:00.0 alle 2011-08-15 12:23:00.0> 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.
Perché TRE dischi esterni più la copia sul disco in uso? Non basterebbero due dischi esterni e basta?-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 13:36:00.0 alle 2011-08-15 13:36:00.0Trollate 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.-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 16:59:00.0 alle 2011-08-15 16:59:00.0> > 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
Una chiavetta parallelepipeda? Hai una foto?
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).
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.-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 17:19:00.0 alle 2011-08-15 17:19:00.0Trollate 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.-
Re: alex.tgScritto daNon Autenticatoil 2011-08-15 17:25:00.0 alle 2011-08-15 17:25:00.0> 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.
Il Samsung costicchia caro però. Il WD ha un prezzo più accessibile, 1 TB < 100 EUR e vendendo un rene potrei comprarne due.
Li hai presi online e sono arrivati interi e funzionanti?-
Re: alex.tgScritto daaltgutente che non utieneil 2011-08-15 17:29:00.0 alle 2011-08-15 17:29:00.0Trollate totali: 11540> > 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.
>
> Il Samsung costicchia caro però. Il WD ha un
> prezzo più accessibile, 1 TB < 100 EUR e vendendo
> un rene potrei comprarne
> due.
Be', ma il Samsung non serve all'atto pratico, e` piu` che altro molto portatile visto che sta molto comodamente in tasca. L'avevo preso perche` era carino a vedersi e perche` in fondo una copia in piu` non e` che facesse male.
> Li hai presi online e sono arrivati interi e
> funzionanti?
No, li ho presi al Computer Discount (di Via Matteucci), cioe` in un negozio.-
Re: alex.tgScritto daNon Autenticatoil 2011-08-16 15:06:00.0 alle 2011-08-16 15:06:00.0> > > 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.
> >
> > Il Samsung costicchia caro però. Il WD ha un
> > prezzo più accessibile, 1 TB < 100 EUR e
> vendendo
> > un rene potrei comprarne
> > due.
>
> Be', ma il Samsung non serve all'atto pratico, e`
> piu` che altro molto portatile visto che sta
> molto comodamente in tasca. L'avevo preso perche`
> era carino a vedersi e perche` in fondo una copia
> in piu` non e` che facesse
> male.
>
> > Li hai presi online e sono arrivati interi e
> > funzionanti?
>
> No, li ho presi al Computer Discount (di Via
> Matteucci), cioe` in un negozio.
Dovrò cercare in giro un punto vendita, ma per farlo dovrò uscire dal bosco. Che dilemma.
-
-
-
-
-
-
-
-