Cómo desarrolladores frontend brasileños convirtieron los Issues de GitHub en un mercado laboral

¿Dónde sueles buscar trabajo? La mayoría de las personas van a HeadHunter, navegan por interminables canales de Telegram o revisan Habr Career. En Brasil, los desarrolladores web hicieron las cosas de manera diferente. Tomaron un repositorio ordinario de GitHub, eliminaron el código fuente y movieron todo el proceso de contratación a la pestaña de Issues.

El proyecto se llama frontendbr/vagas. Tiene 15,000 estrellas, cientos de forks y ni una sola línea de código ejecutable. El repositorio consiste en un archivo README, varias plantillas y pautas claras de moderación. Mientras tanto, la plataforma ha reemplazado exitosamente los sitios comerciales de búsqueda de empleo para la comunidad local desde 2016.

Por qué contratar a través de tickets

Parece extraño publicar una oferta de trabajo donde la gente generalmente se queja de los errores. Pero si miras las capacidades de la plataforma, la idea tiene sentido.

GitHub ya proporciona un conjunto listo de herramientas para publicar contenido estructurado. Hay formato Markdown, un sistema de etiquetas, búsqueda con filtros y plantillas para nuevos issues. Los candidatos no necesitan registrarse en portales de terceros ni completar veinte campos idénticos en los formularios de otra persona. Simplemente abren la interfaz familiar, leen los requisitos y ven inmediatamente la información de contacto del reclutador.

El sistema de suscripción es interesante. Un buscador de empleo hace clic en el botón Watch en la página del proyecto y selecciona el modo Watching. Después de eso, las notificaciones sobre nuevas publicaciones llegan directamente a su correo electrónico o a la campana de la interfaz.

<!-- Пример стандартного заголовка тикета -->
[São Paulo] Front-End Developer na [NOME DA EMPRESA]
[Remoto] Senior React Developer na Acme Corp

El empleador crea un nuevo Issue, llena los campos según la plantilla y agrega etiquetas. La comunidad ve la publicación inmediatamente.

Reglas que mantienen el repositorio limpio

Cualquier tablero de empleo abierto sin control estricto se convierte rápidamente en un vertedero de spam de agencias de reclutamiento. Los creadores de frontendbr/vagas establecieron reglas estrictas de moderación desde el principio, y los tickets que las violan se eliminan sin previo aviso.

Las reglas son simples pero estrictas:

• Las publicaciones de empleo anónimas están prohibidas. Las empresas deben especificar su nombre real. Sin publicaciones como "Una importante fintech busca un desarrollador".
• Los intermediarios y reclutadores deben indicar abiertamente para qué cliente exacto final están contratando.
• Hay un límite de actividad. Una empresa puede publicar un máximo de tres ofertas de empleo por mes calendario.
• El formato debe seguir exactamente la plantilla. Si un reclutador omitió campos requeridos, los moderadores cierran el ticket.
• Hay un límite de tiempo. Si el autor no ha dejado un comentario sobre el estado de la búsqueda dentro de tres meses, el issue se cierra como obsoleto.

Este enfoque resuelve el problema principal para los buscadores de empleo: ahorra tiempo en respuestas a empresas fantasma y filtra ofertas irrelevantes de hace un año.

Etiquetas y búsqueda de la pila tecnológica correcta

En lugar de una interfaz compleja de filtrado, los creadores usaron el sistema estándar de Labels de GitHub. A cada publicación se le asigna una combinación de etiquetas basada en el nivel de experiencia, formato de trabajo y tecnologías.

Опыт:     Junior | Pleno (Middle) | Senior | Lead
Формат:   Remoto | Híbrido | Presencial | CLT | PJ
Стек:     React | Vue.js | TypeScript | CSS/SASS

El buscador de empleo abre el filtro e ingresa una consulta de búsqueda:

is:issue is:open label:Remoto label:Senior label:React

Como resultado, la búsqueda muestra solo posiciones remotas abiertas en el nivel deseado. En los comentarios del ticket, los candidatos pueden hacer preguntas públicamente al empleador, aclarar el rango salarial o señalar inexactitudes en la descripción. El proceso es transparente para todos los participantes.

Cómo una idea local se convirtió en una red de repositorios

El éxito del tablero de frontend llevó a otros grupos tecnológicos a crear forks para sus necesidades. Ahora una red de repositorios independientes para diferentes áreas de desarrollo ha crecido alrededor del proyecto:

• Por dirección: backend, QA, diseño UI/UX, desarrollo de chatbots.
• Por lenguaje: Python, Go, Rust, Kotlin, .NET, PHP, Vue.js, Flutter.
• Por geografía: plataformas separadas para desarrolladores de Portugal, Angola y regiones específicas de Brasil.

Todos funcionan con el mismo esquema. La comunidad modera sus propias ramas, y los empleadores publican posiciones de forma gratuita, obteniendo acceso a una audiencia específica sin intermediarios.

Lo que este proyecto nos enseña

La experiencia de la comunidad brasileña muestra algo interesante: no siempre necesitas escribir código backend complejo y gastar dinero en servidores para crear un servicio útil. A veces es suficiente tomar herramientas de colaboración listas para usar y superponer regulaciones bien diseñadas sobre ellas.

Este enfoque funciona muy bien para comunidades de nicho de habla hispana. Si estás desarrollando un club local para Rust, Zig, Elixir o frameworks poco comunes, configurar un tablero así dentro de GitHub toma unos veinte minutos. Necesitarás configurar Issue Templates, crear un conjunto de etiquetas y monitorear el cumplimiento de las reglas.

El repositorio de frontendbr/vagas demuestra que las herramientas abiertas y la moderación clara pueden reemplazar portales voluminosos de RR.HH. cuando una comunidad unida se hace cargo.