Comprendo tutto ma ..
qual'è e dove si trova il tavolo dove di parla di queste cose?
Sino ad oggi non mi è chiaro, ho condiviso nel forum e ci sono queste
maillist gigantesche.
Immagino che questi siano i tavoli (separati perchè forum e mailist non
si prendo in considerazione a vicenda).
Come ho, venendo da fuori queste cose sono moplto evidenti
Per il futuro, comprendo le Vostre sacre obiezioni, però senza un real
scambio di opinioni, adottterò poilitiche completamente differenti.
Tradotto: faccio le cose che mi interessano e non mi preoccupo della
compatibilità con i moduli italiani.
Mi risparmi test-unit specifiche, creazione di ambiente di quality test
per verificare il funzionamento e relative documentazioni.
Per il l10n_it_base fanno almeno 3 settimane di lavoro, non bricioline.
Ora fate cosa volete del modulo e io domani con più calma deciderò il da
farsi
Il 13/03/2014 17:49, Davide Corio ha scritto:
On 13 Mar 2014, at 17:26, Info SHS-AV <[email protected]> wrote:
Comprendo la motivazione ma mi pare che ci sia la tendenza ad aggregarsi invece
che a proporre e questa risposta mi sembra quasi un invito a partecipare alla
community internazionale piuttosto che a quella italiana
Ovviamente si, per tutto ciò che non è specificamente italiano o che può essere
internazionalizzato (come nel caso di parte del vostro codice).
Questo è l'errore che ho fatto: ho perso tempo per scrivere la documentazione e
farla leggere alla Comunity ... avrei potuto partire a scrivere il codice subito
Siamo a conoscenza della tua documentazione, ma penso sarebbe stato saggio
attendere più riscontri. Sollecitare riscontri...
Questa è stata la prima soluzione ed è li pronta ma non permetteva la
compatibilità con la vecchia localizzazione.
La cosa che più mi disturba è proprio questo: qualche settimana sembrava che
la compatibilità con la localizzazione italiana fosse un must, ora proponete di
usare il modulo svizzero-spagnolo.
Se dobbiamo modificare l10n_it_base per versione 6.1 e 7.0.
E' bene che le modifiche siano minime. Più che altro dovrebbero essere
correzioni.
Se dobbiamo costruire qualcosa per il futuro, come per OpenERP 8.0.
Abbiamo possibilità di discutere e scegliere.
Al momento non si è arrivati ad una conclusione. Nessuno ha detto che buttiamo
via il vostro lavoro.
Ho guardato il codice ed ho visto questioni riguardanti SEPA, Ufficio IVA, etc
etc...
Forse è veramente troppo per il modulo l10n_it_base.
Esiste un progetto dove si sta gestendo lo sviluppo di tutto ciò che riguarda
il SEPA.
Sicuramente potrebbe avere senso collaborare con chi se ne occupa per vedere se
le vostre idee sono utili anche al di fuori dell'italia.
la politica che state adottando è sbagliata e su questo punto posso parlare a
ragion veduta perchè non vi rendete più conto di quanto questo gruppo sia
chiuso su se stesso.
Antonio, ti consiglio di prendere un bel respiro :)
Non si tratta di essere chiusi o no, si tratta del fatta che alcuni di noi
hanno clienti in produzione da anni con OpenERP e quindi qualsiasi cambiamento
drastico è da valutare con estrema attenzione.
Inoltre se dobbiamo rimettere mano al codice per OpenERP 8.0, sarebbe bene
adottare le linee guida della community internazionale per la scrittura del
codice.
Quindi validazione PEP8, test automatici ... e l'utilizzo, per quanto
possibile, di moduli OCA già testati e mantenuti dalla community.
Quindi non buttarti giù!
Ci vorranno mesi o anni per comprendere le politiche delle varie community :)
--
Davide Corio
[email protected]
--
Antonio M. Vigliotti
(Presidente & Chief Technical Officer)
*SHS-AV s.r.l. (impresa innovativa)
zeroincombenze®
*
Via Domodossola, 64 - 10145 TORINO - ITALY
Tel. (+39) 011.0566929(2)
www.shs-av.com
PEC [email protected]
_______________________________________________
Mailing list: https://launchpad.net/~openobject-italia-core-devs
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openobject-italia-core-devs
More help : https://help.launchpad.net/ListHelp
