Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Meteor 1.0 #62

Open
alearcy opened this issue Nov 11, 2014 · 5 comments
Open

Meteor 1.0 #62

alearcy opened this issue Nov 11, 2014 · 5 comments

Comments

@alearcy
Copy link

alearcy commented Nov 11, 2014

Ciao ragazzi,
sono l'ultimo entrato a far parte della squadra di traduzione e a fronte del Meteor Italia da poco effettuato volevo iniziare il mio contributo proponendo un possibile modus operandi per allinearci con la 1.0
Ci sono dei refusi qua e là che secondo me è inutile sistemare per poi tornarci nuovamente sopra mentre implementiamo la 1.0
Le due cose potrebbero essere fatte contemporaneamente e perciò mentre traduciamo la nuova 1.0 se dovessimo accorgerci di un vecchio refuso, o di una frase che potrebbe essere detta meglio, correggiamo.
Che ne dite? Potremmo iniziare da capo chiudendo le vecchie issues dei capitoli?
Se non è chiara la proposta sentitevi liberi di ribattere.
Ciao!

@physiocoder
Copy link
Member

Ciao Alessandro,
non ho capito perchè dici "mentre traduciamo la nuova 1.0 se dovessimo accorgerci di un vecchio refuso, o di una frase che potrebbe essere detta meglio, correggiamo". Come se si trattasse di due lavori paralleli e distinti.
Io direi che ogni capitolo deve essere allineato alla 1.0, quindi ognuno può prendere in carico un capitolo ed aggiornarlo, correggendo eventuali refusi (ovviamente non necessariamente chi l'ha originariamente tradotto, quindi inizierei pure dall'inizio).

Sulle issue potremmo anche tenere le attuali (che magari contengono utili discussioni su alcuni aspetti) ed aggiungere una label "1.0" oltre ad un commento di chi prende il carico l'upgrade. Che dite?

@splendido
Copy link
Member

Come preferite, va anche benissimo aggiungere etichette alle issue già esistenti.
Togliamo 'da revisionare' e mettiamo 'da aggiornare', in più chi prende in mano un capitolo più aggiungere un commento e l'etichetta 'presa in carico'.
Può andare?

@alearcy
Copy link
Author

alearcy commented Nov 11, 2014

@physiocoder appunto perché c'erano delle issues aperte relative alla "vecchia" versione.
Non davo per scontata la cosa, tutto qua infatti con la tua frase: "Io direi che ogni capitolo deve essere allineato alla 1.0, quindi ognuno può prendere in carico un capitolo ed aggiornarlo, correggendo eventuali refusi" sei assolutamente in linea col mio pensiero.
Good! ;-)

@alearcy
Copy link
Author

alearcy commented Nov 11, 2014

@splendido la tua mi sembra una nuova idea, rende più snello il workflow.

@splendido
Copy link
Member

et voilà!
da revisionare è stata rinominata in da aggiornare alla 1.0

ho aggiunto anche preso in carico alle etichette già esistenti 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants