Comments on: SVN, ticketing, collaborazione: servizio managed o fai da te? http://www.vivaborabora.net/2009/09/08/svn-ticketing-collaborazione-servizi-managed/?utm_source=rss&utm_medium=rss&utm_campaign=svn-ticketing-collaborazione-servizi-managed A volte racconto cosa mi capita... Thu, 09 Feb 2012 19:06:29 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Daniel http://www.vivaborabora.net/2009/09/08/svn-ticketing-collaborazione-servizi-managed/comment-page-1/#comment-13056 Daniel Tue, 08 Sep 2009 15:39:26 +0000 http://www.vivaborabora.net/?p=1179#comment-13056 Ecco allora armati di coltel... pazienza e fai valere le tue ragioni. Fai in modo che i colleghi capiscano i reali motivi per il cambiamento e siano dalla tua parte quando gli verrà chiesto dal capo "ma cos'è che pensi te di quello che dice?". Ecco allora armati di coltel… pazienza e fai valere le tue ragioni. Fai in modo che i colleghi capiscano i reali motivi per il cambiamento e siano dalla tua parte quando gli verrà chiesto dal capo “ma cos’è che pensi te di quello che dice?”.

]]> By: Davide http://www.vivaborabora.net/2009/09/08/svn-ticketing-collaborazione-servizi-managed/comment-page-1/#comment-13055 Davide Tue, 08 Sep 2009 15:27:54 +0000 http://www.vivaborabora.net/?p=1179#comment-13055 La situazione di partenza è esattamente la stessa, non l'ho specificata bene ma anch'io mi ritrovo con /var/www condiviso tramite samba e ci lavoro con windows.. E se serve qualcosa, aprire Putty e lavorare da li.. Una sofferenza che immagino capisci.. :) La situazione di partenza è esattamente la stessa, non l’ho specificata bene ma anch’io mi ritrovo con /var/www condiviso tramite samba e ci lavoro con windows.. E se serve qualcosa, aprire Putty e lavorare da li.. Una sofferenza che immagino capisci.. :)

]]> By: Daniel http://www.vivaborabora.net/2009/09/08/svn-ticketing-collaborazione-servizi-managed/comment-page-1/#comment-13054 Daniel Tue, 08 Sep 2009 15:07:00 +0000 http://www.vivaborabora.net/?p=1179#comment-13054 @Davide Se hai vantaggi tu nel lavoro di tutti i giorni inevitabilmente questi si tramutano in vantaggi a livello economico. La "mia" situazione di partenza è forse ancora peggiore: server di sviluppo Linux che tramite Samba condivide dello spazio disco con i client Win. Lì si faceva sviluppo e testing direttamente sul "repository" (se così si può chiamare). Non ti dico i problemi quando in 2 si doveva lavorare sullo stesso progetto...per non parlare di quando elimini qualcosa per sviluppare altro di nuovo e poi i cliente richiede la roba vecchia. O ti riempi di directory "_old" oppure passi ad SVN ed utilizzi strumenti come il revert. Al phpDay c'ero ma non sono riuscito a seguire quel talk, tuttavia ho letto parecchio a riguardo di Git ed anche di Mercurial. Al momento resto con SVN con cui mi trovo molto bene. Per quanto riguarda il fatto di far accettare il cambiamento alle alte sfere credo che tu li debba mettere di fronte alla cruda realtà dei fatti. Non è pensabile lavorare in quel modo, esistono strumenti utilizzati da molte aziende (grandi e piccole) in tutto il mondo con successo: perchè non sfruttarli? Credo che non ti sarebbe difficile stilare una lista di punti deboli dell'attuale sistema con conseguente focalizzazione su tutte quelle possibilità che possano portare a perdita di codice (sovrascritture per esempio) più facilmente quantificabili in vil denaro (perdi una giornata di codice? TOT euro). In bocca al lupo! @Davide
Se hai vantaggi tu nel lavoro di tutti i giorni inevitabilmente questi si tramutano in vantaggi a livello economico.

La “mia” situazione di partenza è forse ancora peggiore: server di sviluppo Linux che tramite Samba condivide dello spazio disco con i client Win. Lì si faceva sviluppo e testing direttamente sul “repository” (se così si può chiamare). Non ti dico i problemi quando in 2 si doveva lavorare sullo stesso progetto…per non parlare di quando elimini qualcosa per sviluppare altro di nuovo e poi i cliente richiede la roba vecchia. O ti riempi di directory “_old” oppure passi ad SVN ed utilizzi strumenti come il revert.

Al phpDay c’ero ma non sono riuscito a seguire quel talk, tuttavia ho letto parecchio a riguardo di Git ed anche di Mercurial. Al momento resto con SVN con cui mi trovo molto bene.

Per quanto riguarda il fatto di far accettare il cambiamento alle alte sfere credo che tu li debba mettere di fronte alla cruda realtà dei fatti. Non è pensabile lavorare in quel modo, esistono strumenti utilizzati da molte aziende (grandi e piccole) in tutto il mondo con successo: perchè non sfruttarli? Credo che non ti sarebbe difficile stilare una lista di punti deboli dell’attuale sistema con conseguente focalizzazione su tutte quelle possibilità che possano portare a perdita di codice (sovrascritture per esempio) più facilmente quantificabili in vil denaro (perdi una giornata di codice? TOT euro).

In bocca al lupo!

]]> By: Davide http://www.vivaborabora.net/2009/09/08/svn-ticketing-collaborazione-servizi-managed/comment-page-1/#comment-13053 Davide Tue, 08 Sep 2009 14:27:02 +0000 http://www.vivaborabora.net/?p=1179#comment-13053 Te come sei riuscito a convincere le alte sfere ad un cambiamento così drastico? Purtroppo da me siamo a livello di preistoria come workflow di lavoro, abbiamo un piccolo server privato casalingo su cui lavoriamo (per cui non c'è una separazione tra ambiente di dev e quello di test), senza un VCS qualsiasi e ci appoggiamo a widestore per un server che seppur dedicato, è un pacchetto tipicamente italiano preconfigurato (PHP5.2 con safe mode attivo, estensione filter disattivata, solo mysql) senza un subversion qualsiasi, ed ovviamente senza accesso alla shell, caricando e scaricando tutto tramite server ftp. Mi da fastidio solo a pensarci, ma oggettivamente funziona, e non riesco a trovare degli argomenti validi per far installare un VCS su quel server (magari configurandolo decentemente e con accesso alla shell), e passare ad un metodo di lavoro diverso qua in azienda. Sono tutte cose per le quali avrei vantaggi io, non il capo a livello economico. E vaglielo a spiegare... A proposito, al phpDay ho conosciuto Bazaar come alternativa a Subversion, l'ho provato per un pò ma non mi sono trovato benissimo (anche un pò per la lentezza), ora ho preso un libro su Git e vediamo se con questo mi trovo meglio.. Te hai mai provato un sistema distribuito al posto del modello centralizzato di Subversion? Concettualmente è più giusto come approccio, ma poi son gusti.. :) Te come sei riuscito a convincere le alte sfere ad un cambiamento così drastico? Purtroppo da me siamo a livello di preistoria come workflow di lavoro, abbiamo un piccolo server privato casalingo su cui lavoriamo (per cui non c’è una separazione tra ambiente di dev e quello di test), senza un VCS qualsiasi e ci appoggiamo a widestore per un server che seppur dedicato, è un pacchetto tipicamente italiano preconfigurato (PHP5.2 con safe mode attivo, estensione filter disattivata, solo mysql) senza un subversion qualsiasi, ed ovviamente senza accesso alla shell, caricando e scaricando tutto tramite server ftp.

Mi da fastidio solo a pensarci, ma oggettivamente funziona, e non riesco a trovare degli argomenti validi per far installare un VCS su quel server (magari configurandolo decentemente e con accesso alla shell), e passare ad un metodo di lavoro diverso qua in azienda. Sono tutte cose per le quali avrei vantaggi io, non il capo a livello economico. E vaglielo a spiegare…

A proposito, al phpDay ho conosciuto Bazaar come alternativa a Subversion, l’ho provato per un pò ma non mi sono trovato benissimo (anche un pò per la lentezza), ora ho preso un libro su Git e vediamo se con questo mi trovo meglio.. Te hai mai provato un sistema distribuito al posto del modello centralizzato di Subversion? Concettualmente è più giusto come approccio, ma poi son gusti.. :)

]]>