Cómo trabajamos en cada número de la revista

Un calendario que se respeta

Cada pieza tiene fecha de entrega y fecha de publicación. Si algo se retrasa, avisamos antes, no después. El boletín semanal sale los jueves por la mañana.

Revisión técnica antes de publicar

Ningún tutorial se publica sin haberlo ejecutado en un equipo real. Si un paso depende del hardware o del proveedor, lo decimos en el propio texto.

Contexto, límites y pasos reproducibles

Explicamos qué probamos, en qué condiciones y qué no cubre el artículo. Nada de recetas mágicas: si algo falla en tu caso, queremos que sepas por qué.

Correcciones visibles

Cuando un dato cambia o nos equivocamos, actualizamos la nota y anotamos la corrección al pie. Preferimos una fea nota de errata a un texto silenciosamente editado.

Colaboraciones con reglas claras

Si escribes con nosotros, acordamos tema, extensión y plazo antes de empezar. Revisamos estilo y precisión técnica, pero la voz del autor se mantiene. Puedes ver ejemplos del tipo de piezas que publicamos en los casos que ya hemos cubierto.

Cómo trabajamos con quien se incorpora

El onboarding de IT Crossroad no es una bienvenida protocolaria: es el recorrido que sigue cada colaborador o autor nuevo antes de publicar su primer texto. Estas son las etapas reales, con sus tiempos y sus puntos de control.

Semana 1

Lectura del archivo y elección de sección

Antes de escribir nada, se revisan al menos quince artículos publicados para entender el tono, la estructura y el nivel de detalle. Después se elige una sección concreta: redes, ciberseguridad doméstica, hardware o desarrollo. Nadie cubre todo el medio a la vez.

Semana 2

Propuesta de tema y verificación de fuentes

Se entrega un resumen de una página con el enfoque, las fuentes previstas y qué se va a probar en un equipo real. Si el tema depende de hardware o de una configuración de red, hay que indicar con qué se cuenta. Los temas sin acceso a pruebas se descartan en esta fase.

Semanas 3 y 4

Trabajo de campo y borrador técnico

Aquí es donde se monta el servidor, se segmenta la red o se desmonta el portátil. Se documentan los pasos con capturas de terminal y notas de lo que falló. El borrador llega con los límites explícitos: qué no se pudo comprobar, qué versión de software se usó y en qué condiciones.

Semana 5

Edición y contraste con el equipo

Un editor revisa el texto, cuestiona los pasos que no son reproducibles y pide aclaraciones donde aparece jerga sin explicar. Es habitual que un artículo vuelva dos veces al autor antes de quedar cerrado. La fecha de publicación se fija solo cuando el texto pasa esta revisión.

Semana 6

Publicación y seguimiento posterior

Tras publicar, se revisan los comentarios y correos durante dos semanas. Si aparece un error o una versión de software cambia el procedimiento, se actualiza el artículo con una nota al pie. Mantener el texto vigente forma parte del compromiso, no es un extra.

Plazo habitual entre la incorporación y la primera publicación: entre cinco y siete semanas. Los temas que requieren compras de equipo o pruebas prolongadas pueden alargarse, y se avisa con antelación.