Esta semana surgió un informe que confirmaba que Epic Games elimina regularmente su lista de informes de errores de baja prioridad para Fortnite, y el CEO Tim Sweeney no lo negó. Su respuesta en X fue directa: sí, los eliminan, y no, no cree que sea un problema.
El argumento de Sweeney para reducir la lista
La postura de Sweeney es sencilla. Epic prioriza los errores según su impacto, los aborda en orden y traza una línea cerca de la parte inferior. Todo lo que quede por debajo de esa línea, lo que afecta a muy pocos jugadores y tiene consecuencias mínimas para la experiencia, se descarta. "Encontramos el punto de corte donde la corrección de esos errores es menos valiosa para el juego que otras cosas, y los descartamos", escribió el 10 de abril.
También fue claro sobre lo que no se elimina. Los errores que una parte significativa de la base de jugadores realmente encuentra, aquellos que realmente perjudican la calidad de Fortnite, se tratan como elementos de mayor prioridad y permanecen en la lista hasta que se resuelven. Las correcciones lentas en esa categoría, dice Sweeney, se deben a la complejidad, no a la negligencia.
Su planteamiento de todo esto como "desarrollo de software normal" merece ser tomado en serio. Fortnite es uno de los juegos más jugados del planeta, funcionando simultáneamente en PC, consola y móvil. El volumen de informes de errores que genera es casi con certeza enorme, y mantener una lista en constante crecimiento de problemas que nadie arreglará jamás conlleva costos generales reales.
info
Sweeney especificó que los errores experimentados ampliamente que afectan la calidad del juego nunca se encuentran entre los informes de baja prioridad que se eliminan. Estos permanecen asignados al equipo hasta que se corrigen.
La contrapropuesta de Facepunch: regístralo de todos modos
La respuesta más interesante provino de Alistair McFarlane, COO y director de la empresa Facepunch Studios, el equipo detrás de Rust. Su estudio adopta el enfoque opuesto. La lista de errores de Rust supuestamente asciende a varios cientos de entradas de baja prioridad, algunas de hace años, y Facepunch nunca las ha eliminado.
McFarlane describió tres usos prácticos para mantener informes antiguos y de baja prioridad. Primero, los sprints de limpieza dedicados permiten al equipo abordarlos en bloque cuando la capacidad lo permite. Segundo, el personal de QA puede revisarlos de forma independiente. Tercero, y esta es la parte que destaca, sirven como tareas iniciales para los nuevos empleados, dando a los desarrolladores entrantes algo concreto que arreglar mientras se familiarizan con la base de código.
Este último punto es realmente inteligente. Un error que ha estado sin tocar durante dos años no es necesariamente un desperdicio de espacio si eventualmente se convierte en aquello que ayuda a un nuevo ingeniero a comprender cómo se conectan los sistemas de Rust.
McFarlane reconoció el contraargumento. "Puedo ver la lógica en eliminarlos", escribió, antes de llegar a su preferencia real: "Prefiero tenerlos registrados que olvidados".
Facepunch conserva años de registros de errores
El problema de escala que ninguna de las partes aborda completamente
Aquí está el detalle: ambas posiciones tienen sentido, y la respuesta correcta probablemente depende completamente del tamaño del equipo y la escala del juego. Facepunch es un estudio mucho más pequeño que Epic, y Rust, aunque es un éxito de supervivencia de larga duración con una base de jugadores leal, no opera al volumen de Fortnite. Gestionar unos pocos cientos de informes de errores antiguos es una propuesta muy diferente a gestionar decenas de miles.
Lo que la mayoría de los jugadores pasan por alto en esta conversación es que la clasificación de errores es en sí misma una forma de trabajo de desarrollo. Cada entrada en un rastreador debe ser revisada, categorizada y reevaluada periódicamente. A cierta escala, los costos generales de mantener una lista masiva de baja prioridad pueden ralentizar la resolución de los errores que importan.
La clave aquí es que ninguno de los estudios está ignorando los problemas que enfrentan los jugadores. Tanto Sweeney como McFarlane señalaron esto de diferentes maneras. El debate se trata realmente de qué hacer con la larga cola de informes menores y de bajo impacto que se acumulan durante años de servicio en vivo.
Para una mirada más cercana a cómo los juegos de servicio en vivo manejan el desarrollo y las actualizaciones continuas, explore más guías que cubren los títulos más importantes del sector. Y si desea mantenerse al tanto de las últimas noticias de gaming y las conversaciones de la industria a medida que se desarrollan, hay mucho más que vale la pena leer.
