[PROPOSTA] Calendário e organização interna

Sexta Abril 8 00:36:51 BRT 2005

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oi,

	Desculpe a demora pra responder.

Alan Kelon Oliveira de Moraes wrote:
:: Olá, pessoal!
:: 	Tive um tempinho livre hoje e fiquei pensando sobre
:: como poderíamos organizar os lançamentos da zine, qual a
:: periodicidade da mesma e a forma de trabalho que vamos
:: adotar.
:: 	Alguém aqui lembrou de entrarmos em contato com o
:: pessoal da slackware zine e tive a oportunidade de
:: aperriar um pouco o Piter PUNK.

	Legal. :)

[... conversa com o Piter Punk ...]

:: 	Como podem ver, o número de pessoas é bastante
:: reduzido por lá. Não estou propondo que isto ocorra
:: aqui :) A ferramenta usada é o sdraw (openoffice.org
:: draw). Em suma, o processo deles é bem simples. Vou
:: deixar de enrolar e falar sobre meus pensamentos
:: iniciais.

	Certo. Se você notar bem, o número de pessoas
que trabalham no Zine não é muito grande, de tempos em
tempos aparece bastante gente pra ajudar, mas logo
estamos em poucos de novo.

:: 		{ calendário de lançamento }
:: 	Primeiro que a zine deve ser lançada a cada dois
:: meses. O motivos são:
:: 	- tempo suficiente para fazer um trabalho legal
:: e tranquilo
::	- sem correiria e atropelamentos
:: 	- qualidade final tem maior probabilidade de ocorrer.

	Eu concordo que dois meses é um tempo bom pra
lançar a zine, só que mais importante que isso, acredito
seja decidir se vamos ter cronograma fixo, ou seja, a
cada dois meses fazemos (chova ou faça sol) ou se vamos
ser mais flexíveis e conforme vamos fechando edições
vamos lançando, que pode ser em 45 dias e depois em 90
dias.

:: 	Pensando assim, bolei um cronograma que poderia
:: ser discutido aqui. Como são dois meses, fiz as contas
:: em cima de 60 dias corridos.
:: 1º dia
:: 	- lançamento da zine
:: 		- divulgação nos sites e comunidades
:: 	- chamada para novos artigos*
:: 		- anúncio nos locais apropriados.
:: Aproveita-se o embalo do lançamento e divulga-se a chamada.

	Particularmente eu acho que poderíamos receber
artigos sem parar, desde que isso não chova na lista,
ou seja, um formulário bem simples poderia fazer isso
e colocar num local de forma organizada. Eu não me
importo de fazer o script, desde que ele tenha uso,
caso contrário é melhor investir o tempo em outro
objetivo.

	Outro detalhe é o formato de submissão,
instruir as pessoas para que a primeira linha do
arquivo seja o título, a segunda o Autor (é só um
exemplo).

	Esse são itens que eu me referia a discutirmos,
não propriamente um calendário, mas um formato de
trabalho, só pra facilitar a vida e diminuir a
correria.

:: 20º dia
:: 	- prazo final para submissão de artigos
:: 		- apenas controle interno e a aviso aos
:: que ainda enviarem artigos atrasados após este prazo
:: [devemos ser tolerantes para não sermos chatos de
:: recusarmos os artigos atrasados?]

	Se recebermos o tempo inteiro artigos, podemos
ter uma data de inclusão, ou seja, até tal data entra
pra essa zine... depois talvez na próxima.

:: 30º dia
:: 	- resultado da seleção [envio notificando aos
:: autores do resultado da seleção. Agradecer aos que
:: não tiveram os artigos aceitos e solicitar que o
:: autor colabore com a revisão do artigo para verificar
:: se o mesmo não será desfigurado]

	Aqui tem outro ponto importante. Como decidir
qual artigo entra e qual artigo sai, nos últimos tempos
estivemos meio justos de artigos, mas vamos imaginar que
tenhamos 100 artigos pra uma zine, como decidir?

	Certo, democracia é legal, mas é complicado,
demorado e nunca agrada a todos. Eu não sou dos mais
favoráveis do método quem faz decide, acho que sempre
temos que tentar encontrar um consenso, mas nesse
caso deveríamos ter um grupo de editores, definidos,
pessoas que resovler dar a cara pra bater, que vão
assumir o compromisso e ter responsabilidade sobre o
zine.

	Em outras palavras, gente pra ser cobrada, pra
dar satisfação e pra tocar o zine, há muitos voluntários
pra ajudar e tenho certeza que muita gente quer colaborar
quando pode sem ser cobrado, mas pra fechar a zine, pra
poder dizer isso entra, isso sai, a revisão não ficou
legal e itens nessa linha, acho que um quadro de
responsabilidades, como foi proposto no começo, há
bastante tempo, seria legal.

	Entendam que eu não quero burocratizar, nem
complicar, nem criar um sistema complexo de cargos e
patentes, eu apenas acho que deveríamos ter postos
de responsabilidade e gente que se sinta confortável
em ter essa carga nos ombros (por mais estranho que
isso soe).

:: 50º dia
:: 	- entrega dos artigos revisados (gramatica e
:: tecnicamente) ao diagramador [nenhuma mudança nos
:: artigos deveria ocorrer daqui em diante]
:: 	- chamada para novos artigos*

	Pelo pouco que entendo, os autores tem que
aprovar as revisões antes de publicarmos, esse é outro
detalhe que temos que considerar.

:: * 20 ou 30 dias para a submissão de artigos?
:: 	Acho que dá para trabalhar bem folgado nesses
:: prazos.

	Com certeza, se tivermos gente pra fazer. :)

:: 		{ organização interna }
:: 	Ao contrário do que já li, a nossa estrutura é
:: simples, IMO. O que pode ser reduzido é o número de
:: revisores necessários a cada artigo. Quanto mais
:: pessoas melhor, mas, se não as tivermos, não devemos
:: atrasar a zine.

	Concordo. Nunca pensei no 3 como obrigatório,
apenas como ideal (meta).

:: 	Cada artigo deve ser revisado por, pelo menos,
:: uma pessoa. Para que isso seja atingido, espera-se
:: que, após o 37º dia (7 dias após os artigos serem
:: selecionados), todos os artigos já tenham alguém
:: disposto a revisá-lo e algum tipo de revisão tenha
:: sido feito. Caso já estejamos com 44 dias e algum
:: artigo não tenha recebido nenhuma revisão, um alerta
:: na lista é enviado solicitando sua revisão.

	Além disso, tem a revisão técnica, verificar
se o artigo funciona. Novamente caímos no lance das
pessoas, se tivermos gente pré disposta a fazer isso
seria melhor, a ajudar alivia a carga, mas pessoas
com quem podemos contar seria o mais recomendado,
pelo menos IMHO. :-)

:: 		{ distribuição de arquivos }
:: 	Os artigos de cada edição devem estar no svn e
:: não na página. Lugar de arquivo fonte é no repositório,
:: pois mantêm-se facilmente o controle sobre o que e
:: quando alguma coisa foi aplicada. A proposta é a
:: seguinte:
:: 	Os artigos ficam em um diretório com o número da
:: edição.
::	svn:/debian-br/zine/artigos/xxx/artigo1
:: 				       /artigo2
:: 				       /artigo3

:: 	Após os artigos serem fechados, a confecção do
:: fonte é iniciada e colocada sob o diretório edições.
:: 	svn:/debian-br/zine/edicoes/xxx.fonte

:: 	Para a distribuição aos leitores, proponho a
:: simplificação:
:: 	www:/debian-br/zine/edicoes/debianzinexxx-co.pdf
:: 				   /debianzinexxx-pb.pdf
:: 				   /debianzinexxx.pdf -> /debianzinexxx-pb.pdf
::   				   /xxx.fonte [opcional, pois lugar de fonte
:: é em repositório e os leitores querem, IMHO, apenas ter o pdf]

:: 	Apesar de dizer que ficarão muitos artigos sob um
:: mesmo diretório, por outro lado fica muito mais fácil
:: para indicar a url, aparenta ser menos burocrático e
:: chato de organizar. E outra, este diretório é do tipo
:: "append only", pois espera-se que seja modificado
:: apenas para incluir novas edições.

	Certo, tem alguns itens pra considerar, se tivermos
entrada constante de artigos, vamos ter que modificar isso.
Além disso, ainda acho melhor organizar as zines por
subdiretórios e ter algo como um diretorio "ultimo" pra
facilitar ou edicaoatual.

	Isso é intuitivo, depois que o cara se acostumar,
tanto faz se está tudo na raiz ou não, mas pra gerencia
SVN é melhor ter diretórios bem divididos.

:: Espero ter contribuído e aguardo respostas.

	Eu também! :)

	Abraço,

- --
//////////
// Felipe Augusto van de Wiel (faw) <felipe em cathedrallabs.org>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//////////
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFCVfxSCjAO0JDlykYRAlI5AJ4jbXLjkUJ5P6k8dK67/YVTyNxViQCeJIBg
NoRwuUQYibxXZg9gXvrSf/4=
=lsWH
-----END PGP SIGNATURE-----