[PROPOSTA] [[ Zine ]]

Quarta Abril 13 00:49:52 BRT 2005

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

Oi,

	Depois de tudo que conversamos e debatemos estou
aqui para mandar minha proposta e tentar reunir e esclarecer
pontos de maneira a atender/agradar a maior quantidade de
pessoas possível. :o)

	Desculpem o longo e-mail, é uma proposta que tenta
contemplar vários pontos pra facilitar as discussões daqui
pra frente. Gostaria realmente de ouvir as opiniões e
considerações.

1) Não devemos parar! Libere Cedo, Libere Frequentemente.

	Vamos começar a tocar a zine, as idéias que estamos
tendo aqui se dividem em duas partes, (1) itens rotineiros
que vão nos acompanhar cada vez mais e (2) itens para agora,
para a edição dois e para o FISL que se aproxima.

	O que precisamos, nesse momento é simples:

	- Os dados serão enviados pra lista do Zine? A
	postagem é aberta? Não precisa ser inscrito? Se
	for preciso, podemos criar um e-mail em outro
	local ou um redirecionador pra coletar isso e
	organizar, por exemplo, artigo-zine em example.com.br
	e isso vai pra lista ou pra outras pessoas ou é
	automaticamente separado... ou tudo isso, ou
	algumas dessas.

	- Formato de envio dos artigos, preferencialmente
	em UTF-8, se estiver em ISO, converter antes de
	adicionar no repositório, arquivo texto puro.

	- O pessoal do Zine se encarrega de colocar no
	formato "zine", o arquivo texto recebe "tags".
	(para as tag Titulo não usar acento):

		Titulo: <titulo aqui>
		Autor: <nome + e-mail>
		Info: <informacoes complementares>

		Artigo

	- É preciso definir uma quantidade máxima de letras,
	palavras linhas ou algum limitador? Os artigos devem
	ser quebrados em 80 colunas?

	- Qual será a próxima entrevista? Quem vai fazê-la?
	Vamos já definir o formato de Pergunta&Resposta,
	isso facilita bastante o trabalho de revisão.

	- Data limite. Ficamos com 13.mai e lançamos no FISL,
	vamos ter pouco menos de 20 dias pra lançar, então
	vamos agilizando as revisões pra dar tempo de fechar.
	Eu consigo apoio para uma tiragem de 200 cópias,
	talvez mais.

	- Estrutura de repositório, se conseguirmos mudar
	ótimo, se ficar apertado, mantemos essa estrutura e
	melhoramos ela no pós-2.

	- Notificação dos autores, isso é fácil, um
	robozinho pode checar modificações e alertar o
	autor por e-mail.

	- Licença oficial, ficamos com GNU/GPL v.2, para
	pós-2 eu proponho verificar se a Artistic não é
	mais adequada.

	- Formato de Diagramação. Fazemos no OO.org de novo
	e exportamos pra PDF? Nosso diagramador, Telles,
	encara a tarefa? :)

	- Controlar com mais rigidez o processo de
	colaboração pra não deixar ninguém de fora na hora
	de dar créditos.

	- Processo de revisão, não é necessário enviar um
	patch pra lista, é desejável, caso contrário, você
	pode apontar onde está o erro, ou enviar o arquivo
	inteiro revisado, a equipe do zine se encarrega de
	gerar diffs.

2) Há vida após o no.2? "Talk is cheap, show me the code!"

	Parece estranho? Não é. Com o trabalho do número
dois e mais um ciclo de edição e revisão vamos conseguir
identificar melhor nossos pontos fortes, fracos e quem
está por aqui a hora que a corda aperta no pescoço.

	Como eu disse no item, não vamos parar, enquanto
alimentamos a estrutura existente, vamos construindo as
idéias da nova, a lista deve ficar um pouco mais
agitada em alguns períodos mas é isso aí, vamos ter que
ter estômago e bons filtros nos clientes de e-mail.

	Identificando as necessidades, podemos montar os
scripts pra ajudar a facilitar a vida e com isso vamos
delineando ainda mais as tarefas. A bem da verdade, quem
estiver trabalhando vai acabar decidindo o que é melhor
e/ou pior naquele momento.

	Continuo defendendo que devemos conversar e
discutir a maior quantidade de pontos possível, até
porque isso gera histórico e facilita consultas
posteriores, mas não vamos poder ficar tentando cobrir
todos os detalhes, incluindo das pessoas que aparecem
pra nos criticar e somem na hora de colaborar; ou
pior nem aparecem, apenas comentam por aí... :)

3) Princípio KISS

	"Keep It Simple, Stupid!", vamos tentar manter
tudo simples, e nesse aspecto, não acho que adição de
scripts, regras pra nós mesmos não duplicarmos
trabalhos e/ou esforços sejam itens que tirem a
simplicidade, se isso for transparente e estiver claro
como funciona, todos continuam colaborando.

	Note que minha proposta coloca mais tarefas na
mão do pessoal que trabalha com a zine, e portanto acho
realmente que deveríamos ter editores, não pelo cargo
ou pelo status ou porque é bonito/legal, mas porque essas
pessoas vão atuar como Comitê Técnico, com opiniões e
linhas a serem seguidas.

	Se vamos usar votação com devotee (condorcet),
nomeação, passo a frente ou acordo/indicação para
definir o grupo de pessoas, tanto faz, o importante é
que os editores possam trabalham agilizando o zine, pois
poderiam tirar e colocar artigos, atuar como "Release
Managers", ou seja, pedindo ajuda, apoio, atenção extra
pra um artigos e criando boas recomendações para definirmos
quando um artigo entra e/ou sai. :)

4) Vamos escrever pra não esquecer

	Temos conversado bastante, nosso site não tem a
parte de Wiki porque pretendíamos utilizar um sistema
diferente com comentários e outros itens integrados.

	Ótimo, eu concordo com o site, mas acho gostaria
de recomendar a criação de uma área ZineDev, ZineEditores
ou <ColoqueAquiUmNomeLegal> para que possamos colocar
essas idéias de forma colaborativa e começar a gerar o
material que vai ser enviado para o site, como as regras,
dicas, recomendações e os próprios artigos em formato
on-line.

5) Automatizar pra simplificar

	Se podemos usar scripts pra gerar HTML, PDF ou
seja lá o que a gente quer, acho que deveríamos fazer,
note que isso não é fator bloqueante e por isso não
coloquei como item para o no.2, mas isso pode ser o
tipo de recurso que alguém trabalha em cima e quando
fica pronto testamos e... funcionou! É só adotar e
passar a usar.

6) Metas, tentando ver pra onde vamos e como chegar lá

	Vamos tentar estabelecer metas e datas para o que
vai acontecer em paralelo, elas não precisam ser data
precisas e se não acontecer cortamos a mão de quem está
com a tarefa.

	Mas servem como referência, para nos planejarmos,
para saber se estamos adiantando ou atrasando, do que
precisa de mais atenção e do que precisa de menos. Cada
um ajuda como pode, quando pode e o quanto pode, logo
a idéia e identificar onde a necessidade por ajuda é
maior.

	Novamente, KISS! Algo como: gostaria de fazer os
scripts para gerar PDF, acho que daqui duas semanas tá
pronto. Legal... se daqui uma semana vier uma mensagem
dizendo que parou em 60% e não pode continuar, colocamos
o código on-line e deixamos anotado o que aconteceu,
alguém pode continuar dali.

	Os processos de 2-5 ainda vão nos acompanhar por
um certo tempo, e podemos fazer isso da maneira mais
descontraída possível, como propos o Telles, nos divertindo,
dando risada e fazendo o zine sair... (na data inclusive).

	Isso contempla boa parte do que eu tinha em mente e
espero que contemple o que outros planejaram. Não adicionei
detalhes técnicos como formato de repositório ou outros
itens porque acho melhor que isso seja discutido em
threads separados e bem definidos.

	O que acham? :)

	Grande abraço, longa vida ao Zine!

- --
//////////
// 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

iD8DBQFCXJbgCjAO0JDlykYRAunyAKCBRDmwq+OCJSeEshuHfdnsdTU15ACggRIn
rsmWXpz0m/bzsZOrBI0KSpw=
=rdk+
-----END PGP SIGNATURE-----