🏷️ El Que Llevó los Issue Fields a Toda la Organización

Hola mi gente linda,

Si alguna vez has gestionado issues en más de dos repositorios, ya conoces la rutina. Un repo trackea la prioridad con labels. Otro usa un project field. Un tercero no usa nada y simplemente adivinas. Cada equipo reinventa la misma rueda, un poquito peor cada vez. Esta semana GitHub puso la rueda en un solo lugar, y de paso liberó como open source un plugin de Copilot.

🚢 Lo Que Se Lanzó

Los issue fields están en public preview para todas las orgs. Ahora puedes definir metadata tipada como Priority, Effort, o cualquier campo personalizado a nivel de organización, y aparece automáticamente en cada issue, en cada repositorio. Los fields soportan cuatro tipos (single select, text, number y date) y se pueden anclar a issue types específicos. Una vez que el field existe, todo lo demás se desbloquea: puedes buscar y filtrar issues por el valor del field, agregarlos como columnas en las vistas de proyecto, trackear cambios en el timeline, y automatizarlo a través de las APIs REST y GraphQL o eventos de webhook. Define tu escala de prioridad una vez, y deja de vigilar la higiene de los labels para siempre. Ya está disponible en github.com y Enterprise Cloud con data residency.

GitHub Copilot para Eclipse ahora es open source. El código del plugin está en GitHub bajo licencia MIT. Si trabajas en Eclipse, esto importa más allá del ángulo de IA: puedes leer exactamente cómo la integración maneja tu código y el contexto del editor, y puedes abrir un issue real contra el plugin en vez de un support ticket. GitHub presentó el movimiento como innovación impulsada por la comunidad y transparencia, construido abiertamente junto con el IDE. Tooling abierto que puedes auditar le gana a una caja negra que tienes que confiar. Vale la pena revisar si Eclipse es tu IDE diario y tienes opiniones sobre cómo se comporta tu asistente de IA.

🎧 Lo Que Estoy Escuchando

FFmpeg: The Incredible Technology Behind Video on the Internet, Lex Fridman Podcast #496, con Jean-Baptiste Kempf y Kieran Kunhya Kempf maneja VLC y VideoLAN, Kunhya es un contribuidor de FFmpeg desde hace mucho, y juntos explican por qué una herramienta que la mayoría tratamos como caja negra está silenciosamente sosteniendo el video en todo internet. Hay un tramo sobre assembly escrito a mano y reverse engineering de codecs que va a cambiar cómo piensas sobre el comando ffmpeg que pegas sin leer. Vale tu tiempo si: usas ffmpeg y nunca te has preguntado qué hay debajo.

🔧 Lo Que Estoy Usando

Esta semana me apoyé en un pequeño render-check loop para video assets: renderizo con hyperframes, después saco un solo frame con ffmpeg para hacerle sanity-check al output antes de que vaya a ningún lado. ffmpeg es goated para exactamente esto, hace el trabajo aburrido perfectamente y nunca pide nada. El loop captura las cosas molestas temprano: timing, ubicación del logo, legibilidad del QR code, y si el frame final realmente dice lo que pienso que dice.

✨ Esta Semana

Empecé un canal de Instagram. Son cosas de tech, y un espacio para compartir Main Branch de forma más visual. Si Instagram es donde pasas tu tiempo, ven a saludar: https://www.instagram.com/mainbranch.dev.

Síguenos en Instagram en @mainbranch.dev para notas prácticas de engineering, insights de open source, y actualizaciones del newsletter Main Branch.

Con gratitud, nos vemos la próxima semana.

Andrea