robitexLa domanda che mi sono posto è però questa: è vero che una guida tematica toglie risorse che altrimenti andrebbero verso ArsTeXnica la rivista del gruppo?
Credo di sì.
robitexArsTeXnica è una bellissima rivista, capace di dare molto sia al lettore che agli autori, ed essendo una pubblicazione periodica, assume la forma della carta stampata dai contenuti statici.
Una guida tematica è una pubblicazione dinamica (molte volte le 5 guide disponibili sono state aggiornate), quindi adatta per un tema generale, con la capacità di seguirne gli sviluppi ricevendo i contributi dei lettori più attivi, e non è certo una cosa nuova, perché in fondo anche la GuidaGuIT funziona così.
Vero. Più volte sono stato tentato di scrivere un articolo per ArsTeXnica, ma per motivi di tempo non ho mai portato a termine nulla. Concordo sul fatto che un articolo su una rivista, muore con la rivista. Una guida tematica no. Alcuni argomenti “erano”, “sono” e “così saranno” sempre; altri sono in continua evoluzione e possono anche rapidamente diventare vecchi, obsoleti.
robitexper ogni guida viene creato un repository di proprietà del coordinatore. Il coordinatore ha la responsabilità dei contenuti della guida.
Il contributore non farebbe altro che clonare il repository, modificare i sorgenti e proporle al coordinatore chiedendo di riunificare i sorgenti.
Il coordinatore valuta la proposta fin nei minimi dettagli e decide se accettare o meno.
Potrebbe essere una soluzione. Con @Elrond e @matteol.l stiamo facendo qualcosa di simile: GNU Emacs – Lavori in corso.
cfiandraLeggendo gli ultimi post nel filone dell’Introduzione all’uso di TikZ in Ingegneria in realtà mi è venuta un’altra idea che magari però si adatta bene solo a questa guida. La propongo più in dettaglio nel filone apposito mentre qui la descrivo in breve per non andare troppo OT. Ho pensato di lanciare una call for pictures ovvero in un mese di tempo si può inserire nel filone (o anche mandare per mail) il codice e due righe di spiegazione tecnica per figure di ambiti trattati e non della guida. In questo modo il progetto è diventa comunitario, ma non si è forzati ad utilizzare un repo e i contributori non sono forzati ad usare magari classi non standard.
Potrebbe essere un’altra soluzione.
robitex
A me la proposta di Roberto piace parecchio. Quello che forse non è ancora stato menzionato è il fatto che serve una certa pianificazione da parte dell’autore e sforzo nel to be compliant da parte del contributore. Mi spiego con un esempio: se l’autore ha deciso che il codice viene inserito con il pacchetto listing e il contributore manda tutto con fancyvrb diventa poi complicato uniformare le cose. La pianificazione dell’autore consiste nel caratterizzare il proprio formato in anticipo, in modo tale che i contributori si adeguino…
In effetti in origine avevo pensato ad una classe apposita per le guide tematiche in modo da uniformare il formato, gestire al meglio questioni come quella da te sollevata. Ma non ho mai pensato di realizzarla in attesa che arrivasse un contributo in tal senso.
Non sono proprio favorevole. L’utilità di avere un formato non-standard permette di apprendere e conoscere classi/pacchetti/stili/font/comandi e così via. La cosa più importante, però, è la disponibilità del codice.
Ciao
Orlando