Estilos de mayúsculas y minúsculas explicados: cuándo usar camelCase, snake_case y más

Los estilos de nomenclatura, y para qué sirve cada uno

Cinco estilos cubren casi todos los casos que te vas a encontrar:

• camelCase une palabras sin separadores y usa mayúscula desde la segunda, como firstName. Es frecuente en variables y métodos de JavaScript y Java, aunque mandan las reglas del proyecto.
• PascalCase comienza cada palabra con mayúscula, como FirstName. Muchos ecosistemas lo reservan para clases, componentes o tipos.
• snake_case une palabras minúsculas con guiones bajos, como first_name. Python suele usarlo en funciones y variables; las bases de datos dependen del equipo y la plataforma.
• kebab-case une palabras minúsculas con guiones, como first-name. Es habitual en slugs y clases CSS, aunque la seguridad de una URL depende también del resto de caracteres y su codificación.
• CONSTANT_CASE separa palabras mayúsculas con guiones bajos, como FIRST_NAME. Suele identificar constantes o variables de entorno, pero la escritura no impone inmutabilidad.

Por qué importa más la convención que la elección

Ninguno de estos estilos es técnicamente superior; una variable de JavaScript llamada first_name en lugar de firstName funciona exactamente igual. Lo que se rompe es la consistencia: mezclar estilos dentro de un mismo código obliga a cada persona que lo lee a cambiar de contexto sin necesidad, y algunas herramientas realmente no pueden mezclar estilos sin problemas (una clase CSS debe ser compatible con kebab-case, un slug de URL no puede contener caracteres que necesiten codificación, y un sistema de archivos sensible a mayúsculas tratará MiArchivo y miarchivo como dos archivos distintos mientras que uno insensible no lo hará). El estilo en sí es una convención; elegir uno y aplicarlo con consistencia es lo que realmente importa.

Dónde suele aparecer cada estilo

• Variables y funciones: camelCase (JavaScript, Java) o snake_case (Python, Ruby); usa el que ya use la biblioteca estándar y la guía de estilo de tu lenguaje, no una preferencia personal.
• Clases y tipos: a menudo PascalCase, aunque depende del lenguaje y del framework.
• URL y slugs: kebab-case es frecuente porque los guiones separan palabras con claridad; no debe reducirse a una regla universal de posicionamiento.
• Clases CSS: kebab-case es la convención de siempre (.nav-link), aunque algunos frameworks basados en componentes usan camelCase para CSS-in-JS.
• Constantes y variables de entorno: suelen usar CONSTANT_CASE por convención, sin garantizar que el valor sea inmutable.

Preguntas que aparecen en proyectos reales

JSON no impone un estilo a los nombres. Respeta exactamente el contrato de la API; cambiar mayúsculas crea otra clave.

kebab-case, dash-case y spinal-case suelen referirse al mismo estilo con guiones, aunque la terminología no está estandarizada en todos los entornos.

Los guiones separan visualmente las palabras y son una recomendación extendida para slugs legibles. La razón práctica es claridad y convención, no que todos los buscadores interpreten siempre igual los guiones bajos.

Usa la convención del lenguaje, framework o API externa y mantenla. Un conversor no siempre puede inferir siglas, límites Unicode o la segmentación prevista de un identificador.