Convertidor de mayúsculas y minúsculas: camelCase, snake_case y Title Case explicados

Las mayúsculas del texto son un sistema de nomenclatura, y hay más estilos de los que la mayoría puede nombrar. Los que encuentras a diario son UPPERCASE y lowercase, los dos extremos; Title Case, que pone mayúscula en cada palabra; sentence case, que solo en la primera; y los dos estilos de programación, camelCase y snake_case, más sus primos PascalCase, kebab-case y CONSTANT_CASE.

Cada estilo tiene un hogar, y los hogares no son intercambiables. camelCase pertenece a las variables de JavaScript; snake_case a Python y a la mayoría de las columnas de bases de datos; Title Case a los titulares; sentence case al cuerpo del texto. Convertir entre ellos es mecánicamente fácil y semánticamente con pérdida, y esa es toda la tensión.

Tres hechos explican casi todos los problemas relacionados con las mayúsculas. Las mayúsculas destruyen información — el texto en mayúsculas no se puede restaurar a su forma original, porque las capitales de los nombres propios se han perdido. Las mayúsculas son sensibles a la configuración regional — la misma letra se convierte de forma distinta en turco que en inglés. Y los estilos de mayúsculas chocan en las fronteras — cuando un frontend camelCase se encuentra con una API snake_case, un lado debe traducir, y esa traducción es un sitio clásico de bugs.

El resto de este artículo cubre dónde pertenece cada estilo, las guerras de nomenclatura en el código y las APIs, cómo rescatar texto que llegó en MAYÚSCULAS, las trampas de acentos y configuración regional, la conversión masiva para hojas de cálculo, y la cuestión de legibilidad de titulares frente a sentence case. Si solo necesitas una conversión, el convertidor de mayúsculas maneja todos los estilos comunes en un solo lugar.

Los estilos de mayúsculas y dónde pertenece cada uno

Aplicados a la misma frase, esto es lo que produce cada estilo y dónde lo encontrarás esperado:

La habilidad útil no es memorizar la lista sino reconocer un estilo a primera vista y saber cuál espera el contexto. Cuando un valor parece «mal» en un código, una discordancia con esta tabla suele ser la causa.

Las guerras de nomenclatura: camelCase contra snake_case

Las comunidades eligieron sus convenciones hace décadas y nunca se pusieron de acuerdo. JavaScript, Java y C# se fueron por camelCase para las variables porque se lee rápido y ahorra un carácter. Python, Ruby y el mundo SQL se fueron por snake_case porque es inequívoco y más fácil de leer en nombres largos. Ninguna elección es incorrecta; ambas están arraigadas.

La fricción aparece en la frontera entre dos sistemas. Un frontend de JavaScript envía userName; un backend de Python espera user_name. En algún punto intermedio, tiene que haber una conversión, y los bugs clásicos viven ahí: un campo convertido dos veces que termina como user_name en ambos lados de una frontera distinta, o una clave sin convertir de modo que el backend recibe silenciosamente un campo que no reconoce.

• Elige una convención por capa y convierte en la frontera, no por todo el código.
• Sé explícito sobre la frontera. Una sola transformación documentada entre la API y el almacenamiento vale más que una conversión de mayúsculas esparcida por todo el código.
• Cuidado con los renombrados automatizados. Las herramientas de refactorización que «corrigen» las mayúsculas en todo un proyecto pueden romper contratos de API, porque los consumidores externos siguen enviando los nombres de campo antiguos.

La documentación de la API es la verdad sobre el terreno. Lo que diga tu guía de estilo de código, el formato del cable es lo que el otro sistema realmente habla.

Rescatar texto que llegó en MAYÚSCULAS

Una hoja de cálculo o un correo en mayúsculas es una molestia común, y la solución es un proceso en dos pasos en vez de un solo botón. La razón es que las mayúsculas son destructivas: descartan el patrón de capitalización del original, y ninguna herramienta puede reconstruirlo de la nada.

La secuencia fiable es convertir primero todo a minúsculas, lo cual es exacto y no pierde nada más, luego aplicar Title Case o sentence case para obtener la forma que quieres. Lo que tienes entonces es mostly correcto — «HELLO WORLD» se convierte en «Hello World» — con los nombres propios todavía mal, porque una herramienta no puede saber que «paris» debería ser «Paris» o que «mcdonald» debería ser «McDonald».

Ese repaso final es humano, y no hay forma de evitarlo para texto donde los nombres importan. Para una lista de descripciones de productos o una nota interna rápida, el resultado automatizado suele ser suficientemente bueno; para cualquier cosa orientada al cliente, reserva dos minutos para revisarlo.

El corolario que vale la pena recordar: nunca pongas en mayúsculas un texto original que puedas necesitar después. Conserva el archivo original y trabaja sobre una copia, porque una vez que las mayúsculas se han ido, se han ido.

Acentos, configuración regional y la trampa de la i turca

Para texto ASCII puro, la conversión de mayúsculas es aburrida y fiable. En cuanto entran en juego los acentos u otros scripts, se vuelve interesante, porque «mayúsculas» no es una idea universal única.

• Las letras latinas acentuadas suelen hacer el viaje de ida y vuelta bien. Un convertidor moderno maneja é, ü y ñ correctamente en ambos sentidos.
• La i turca con punto. En turco, una I mayúscula pasa a minúscula como una ı sin punto, mientras que una i con punto pasa a mayúscula como una İ capital. Aplica reglas inglesas a texto turco y lo corrompes silenciosamente. Lo mismo se aplica al azerí y a algunas otras configuraciones regionales.
• La eszett alemana. La ß minúscula no tiene una letra mayúscula única — se convierte en SS, dos caracteres. Hacer el viaje de ida y vuelta sin cuidado cambia la longitud de la cadena, lo que rompe cosas como campos de base de datos de ancho fijo.
• Scripts sin mayúsculas en absoluto. El árabe, el hebreo, el tailandés y la mayoría de los otros scripts no tienen mayúsculas ni minúsculas, así que «convertir a mayúsculas» es una operación nula que algunas herramientas implementan como un paso silencioso y otras como un error.

Si tu texto es turco, alemán, griego o de cualquier script no latino, confirma que la herramienta es consciente de la configuración regional antes de confiar en el resultado. Un convertidor que asume inglés va bien para el inglés y mal para todo lo demás.

Conversión masiva para hojas de cálculo y CSV

Una celda a la vez no es un flujo de trabajo. El patrón fiable para una columna entera es pegarla en un convertidor que respete la estructura de líneas, elegir la mayúscula objetivo, y pegar el resultado de vuelta — el requisito clave es que la herramienta trate cada línea como su propio valor en vez de unir todo en un solo párrafo.

• Dentro de una hoja de cálculo, las funciones UPPER(), LOWER() y PROPER() hacen el trabajo con datos en vivo, y tienen la misma debilidad con los nombres propios que cualquier Title Case.
• Comprueba el número de filas antes y después. Una herramienta que elimina líneas vacías o fusiona filas envueltas desincronizará tu columna silenciosamente, y el error solo aparece cuando alguien lee el valor equivocado.
• Conserva la columna original hasta que hayas verificado el resultado. Las operaciones masivas son exactamente el tamaño donde un pequeño error se convierte en uno grande.

Para un CSV destinado a una importación, confirma primero la convención de mayúsculas que espera el sistema receptor. Muchos sistemas de e-commerce y ERP tratan las cabeceras de columna de forma sensible a mayúsculas, así que una fila de cabecera convertida a Title Case puede hacer que un archivo válido de otro modo falle al importar.

Titulares frente a sentence case para la legibilidad

Las guías de estilo discrepan, pero la división práctica es simple. Usa Title Case donde cada palabra sea una unidad de énfasis: titulares de artículos, títulos de libros y películas, botones y etiquetas cortas de menú. Usa sentence case para cualquier cosa que alguien lea como prosa: cuerpo del texto, descripciones, mensajes de error, tooltips.

El razonamiento trata sobre cómo se mueve el ojo. En un titular de cinco palabras, poner mayúscula en cada palabra ayuda al lector a analizarlo como un título. En un párrafo, las mayúsculas en cada palabra interrumpen el flujo y se leen como gritón o formal, el equivalente visual de alguien que habla demasiado alto.

Las guías de estilo también discrepan en las palabras cortas: la mayoría solo pone mayúscula a las palabras de más de tres o cuatro letras, así que «the» e «in» se quedan en minúsculas en un título. Los convertidores automatizados de Title Case suelen poner mayúscula en todo, razón por la que un titular generado a menudo necesita una comprobación rápida contra el estilo que sigues.

Si te quedas con una regla: la consistencia supera a la corrección de cualquier estilo en particular. Una página que mezcla titulares en Title Case y sentence case parece rota incluso cuando cada titular individual es defendible.

Convierte mayúsculas sin adivinanzas

Sea cual sea el estilo que necesites, la conversión debería estar a un pegado de distancia:

• Un convertidor de mayúsculas gratuito que cubre UPPERCASE, lowercase, Title Case, sentence case, camelCase, snake_case y más.
• Maneja texto multilínea, así que una columna entera se convierte en un solo pegado.
• Se ejecuta completamente en tu navegador — nada de lo que pegas se sube.
• Parte del conjunto más amplio de string tools : contador de palabras, contador de caracteres, codificador de URLs y codificador Base64.

Preguntas frecuentes