No hay prioridades, como dije la idea de usar github es que cualquiera pueda editar, así que tampoco hay staff que se dedique a escribir, cualquiera puede escribir sobre el tema que quiera y luego modificar la repo y proponer los cambios. Simplemente hay los miembros de la repo que tienen el trabajo de moderar un poco y aceptar los changes que sean relevantes y descartar lo que no. Tampoco use demasiado git...

Tener un staff dedicado a escribir es excluyente en cuanto no todos pueden estar en el staff y no todos puedes escribir lo que saben, de este modo (usando github) más abierto se espera que más gente pueda compartir su conocimiento. Así que como dije es un proyecto para hacer entre todos para todos, no que lo hagan unos pocos para todos, que luego sale contenido bastante mierda y sin posibilidades de cambio.

De momento no lo publique en ningún otro sitio hasta que no haya algún doc, así luego se podrá ver un ejemplo.

Si alguien quiere hablar con algún otro foro de hacking no le veo problema, pero esperar a que haya algo en la repo (por lo que dije antes) y comentarlo y pasar el post a alguien del staff porque en la repo se pondrá los creditos/colaboradores donde saldrán los distintos foros (o lo que sea) que ayudaron de alguna manera al proyecto.

También es importante que se sepa que este proyecto no tendrá publicidad (como pasaba con las revistas viejas) así que no es un proyecto para lucrarse (por si alguien viene pensando que ganara dinero...). También se intentara dentro de lo posible ser bastante exigente con la calidad, no se aceptara cualquier gilipollez de "como hacer DDOS con LOIC" ni "como hackear un facebook", etc.

Ser exigente con la calidad me refiero a que la persona que revisa algo, sepa del tema, y se lea el texto en cuestión para verificar que es coherente, correcto, y esta bien explicado (no como un how to). Aunque luego lo de "estar bien explicado" sera un poco subjetivo y dependerá de la persona.

Al usar latex para los textos, permite organizar un texto largo en distintos archivos más cortos para que sea más fácil revisarlos, así que los cambios deben estar bien organizado, no se puede meter un texto de 100 páginas en un solo file ya que dificultara la verificación

Si que se pensó que el código debería seguir una estructura ya que ponerlo todo en un archivo no sería práctico, pero aún no hay una lista definitiva de las condiciones que cualquiera debería cumplir al hacer un cambio.

Para lo que no este especificado github si recuerdo bien permitía comentar los cambios propuestos por otros.

Dejo aquí las cuatro versiones:

plantilla.pdf: dos columnas y página de título

plantilla_oc_nt.pdf: una columna sin página de título

plantilla_oc_tp.pdf: una columna con página de título

plantilla_tc_nt.pdf: dos columnas sin página de título