Trazas de ejecución de Go más potentes

Beneficios percibidos y sobrecarga de la trazabilidad de ejecución de Go

• Muchos comentaristas están entusiasmados con las nuevas capacidades de trazado y pagarían con gusto una sobrecarga del 1–2%.
• Un practicante informa que usa el trazado de ejecución a escala en producción con cargas de trabajo reales que rara vez superan ~1% de sobrecarga, y que funciones integradas dependen de ello, lo que sugiere que las afirmaciones son realistas fuera de casos patológicos.
• Algunos siguen estando ligeramente paranoicos respecto al trazado siempre activo, pero consideran que vale la pena si las cifras de sobrecarga se mantienen.

Herramientas de Go frente a otros ecosistemas

• Las herramientas integradas de Go (test, benchmark, profiling, compilación cruzada, docs, linting básico, compatibilidad con módulos, etc.) son ampliamente elogiadas por su simplicidad (“un binario, y simplemente funciona”).
• Los críticos sostienen que unas herramientas “estandarizadas pero mínimas” limitan la configurabilidad y el pulido en comparación con ecosistemas especializados.
• Java se cita repetidamente como todavía “best in class” en conjunto para herramientas (especialmente análisis de heap/memoria, depuración en vivo, grabación de vuelo estilo JFR), aunque se considera que Go se está poniendo al día.
• Las herramientas de JS/TS a menudo se describen como fragmentadas y muy dependientes de la configuración; el enfoque de Go se ve como un antídoto frente a eso, aunque algunos valoran la configurabilidad de TS.

Tamaño, calidad y filosofía de la biblioteca estándar

• La stdlib de Go es elogiada por ser limpia, estable y especialmente fuerte para HTTP y redes; muchos afirman que rara vez necesitan bibliotecas de terceros.
• Otros señalan “percebes”: paquetes heredados, proliferación de context, log frente a log/slog, problemas con math/rand, http.Client poco elegante y áreas más débiles como CSV, XML, volcado de heap.
• Debate sobre “stdlib grande vs núcleo pequeño + buena gestión de dependencias” (estilo Go frente a Rust/Node). Algunos califican la cultura de dependencias pesadas como “insana”; otros argumentan que las stdlib amplias no pueden cubrir toda la profundidad y evolucionan lentamente.

Terminología y granularidad del trazado

• “Execution trace” confundió a algunos, que esperaban trazas a nivel de instrucción o función. En Go esto significa principalmente trazado de eventos del runtime/goroutines con pilas en los puntos de evento.
• Se aclara que Go no proporciona trazadores completos de instrucciones/funciones; la capacidad actual se parece más a una traza del scheduler/runtime.

Manejo de errores y trazas de pila

• Varios comentaristas están frustrados porque los errores carecen de trazas de pila integradas, lo que lleva a buscar cadenas de error con grep.
• Otros enfatizan la filosofía de Go: los errores como valores normales, envoltura explícita con contexto y trazas de pila principalmente para fallos/panics debido al coste.
• Se menciona una práctica común: envoltorios personalizados que adjuntan trazas de pila solo donde se necesitan (por ejemplo, para logging o Sentry), intercambiando sobrecarga en tiempo de ejecución por mejores diagnósticos.