¿Repercusión en el rendimiento del uso de css/javascript source-maps en producción?

httprequest production-environment (2)

Desde HTML5 Rocks:

Básicamente es una forma de asignar un archivo combinado / modificado de nuevo a un estado no creado. Cuando compila para producción, junto con minimizar y combinar sus archivos JavaScript, genera un mapa fuente que contiene información sobre sus archivos originales. Cuando consulta una determinada línea y número de columna en su JavaScript generado, puede hacer una búsqueda en el mapa fuente que devuelve la ubicación original. Las herramientas de desarrollo (actualmente construcciones nocturnas de WebKit, Google Chrome o Firefox 23+) pueden analizar automáticamente el mapa fuente y hacer que parezca que está ejecutando archivos no minificados y sin combinar.

http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/

¿Deben utilizarse los mapas de origen en el entorno de producción? ¿Ofrecen otros beneficios además de la depuración?
¿Influyen en el tiempo de carga de la aplicación debido a los viajes de ida y vuelta adicionales del servidor? ¿Son los navegadores lo suficientemente inteligentes como para cargar los activos .map vez que se carga y se procesa la aplicación?
Si un navegador no puede encontrar el activo .map (error 404 ), ¿habría impacto en el rendimiento? ¿Debería preocuparme por arreglarlo?

Tenga en cuenta que corregir el último puede no ser tan fácil como servir los activos .map si hay pasos complicados de compilación concat / minify.

Una prueba rápida con Charles Web Proxy muestra que los mapas de origen solo se cargan si se abren las herramientas de desarrollador. Si carga una página sin herramientas de desarrollo abiertas, no hay una solicitud http para los mapas de origen.

El comportamiento fue el mismo en Chrome 43 y Firefox 38.

Por lo tanto, parece que no afectarán el entorno de producción.