Si está en un servidor medianamente decente, uno que puede responder rápidamente a los clientes en su área de servicio, es poco probable que importe.

El mayor problema de incluir muchos archivos separados es que, si su servidor usa HTTP/1.1, los clientes generalmente solo podrán solicitar un pequeño puñado de recursos a la vez (10 o menos). Si tiene una gran cantidad de recursos que el cliente necesita descargar para que la aplicación funcione, y el ping entre el cliente y su servidor no es excelente, esto podría aumentar el tiempo que tarda su sitio en aparecer inicialmente funcional. Pero para solo 10 archivos de script, probablemente no sea un problema. (Mire muchos de los grandes sitios de hoy en día y verá que algunos de ellos cargan una gran cantidad de recursos).

Si su servidor usa HTTP/2, los clientes podrán descargar todos los archivos solicitados a la vez, sin límite en el número (excepto el ancho de banda), por lo que en esa situación, es menos probable que el uso de muchos archivos diferentes genere problemas.

Aún así, para aplicaciones más grandes, podría ser una buena idea agrupar su secuencia de comandos en un solo archivo para producción. Hay muchas opciones disponibles y tienen muchos beneficios : a menudo se consideran esenciales para una aplicación moderna.

Lo ideal es que esté todo en un solo archivo. En su computadora de desarrollo, probablemente tendrá varios archivos js, especialmente cuando comience a incluir varios paquetes o marcos js en su aplicación web (sitio web). En su máquina de desarrollo, puede usar manualmente una herramienta como grunt para automatizar la creación de ese único archivo js a partir de varios archivos js diferentes, o puede automatizar el proceso de compilación y otras tareas previas a la implementación mediante una canalización de CI/CD.