Nombrar cosas de forma consistente es una de las habilidades subestimadas en el desarrollo de software. Cada lenguaje de programación, cada framework y cada protocolo tiene sus propias convenciones para cómo se unen las palabras en los identificadores de varias palabras. camelCase, snake_case, PascalCase, kebab-case — estas no son preferencias estéticas. Son convenciones que codifican información sobre el ámbito, el tipo y el contexto, y violarlas crea fricción cada vez que un desarrollador lee o busca tu código.
camelCase: JavaScript y APIs
camelCase une palabras sin separadores, capitalizando la primera letra de cada palabra excepto la primera: primerNombre, obtenerUsuarioPorId, estaCuentaActiva. Es la convención dominante en JavaScript, TypeScript, Java y la mayoría de los lenguajes de la familia C para nombres de variables, nombres de funciones y nombres de propiedades de objetos.
En JavaScript específicamente, la biblioteca estándar y la API DOM usan camelCase universalmente: addEventListener, getElementById, innerHTML, JSON.parse(). Seguir esta convención significa que tu código se lee de manera consistente junto a la plataforma en la que se ejecuta. Desviarse a snake_case en una base de código JavaScript crea un constante cambio mental entre convenciones.
Las respuestas JSON de API REST de servicios JavaScript y Node.js convencionalmente usan camelCase. Las APIs de backends de Python o Ruby a menudo usan snake_case en su lugar. Esta discrepancia es una fuente común de errores del lado del cliente donde los desarrolladores olvidan tener en cuenta la diferencia de nombres entre la respuesta de la API y su código JavaScript.
snake_case: Python, Bases de Datos y Código de Sistema
snake_case separa las palabras con guiones bajos, manteniendo todas las letras en minúsculas: primer_nombre, obtener_usuario_por_id, cuenta_activa. Es la convención dominante en Python (PEP 8), Ruby, Rust, las funciones de la biblioteca estándar de C y SQL. snake_case a menudo se considera el formato más legible para los ojos humanos porque los guiones bajos proporcionan una separación visual clara.
Los nombres de columnas y tablas SQL casi universalmente usan snake_case: user_id, created_at, product_category. Los identificadores de bases de datos son típicamente insensibles a mayúsculas, por lo que los nombres de columnas PascalCase o camelCase son arriesgados — algunas bases de datos normalizan todo a minúsculas, convirtiendo firstName en firstname. snake_case con minúsculas elimina esta ambigüedad.
Los nombres de archivo en muchos ecosistemas también usan snake_case: nombres de módulos Python (mi_modulo.py), scripts de shell (desplegar_app.sh) y archivos de configuración del sistema. Cuando un nombre de archivo necesita ser un identificador válido en el lenguaje, snake_case es la opción segura porque evita los guiones, que no son válidos en los identificadores de Python.
PascalCase: Clases y Componentes
PascalCase (también llamado UpperCamelCase) capitaliza la primera letra de cada palabra sin separadores: PrimerNombre, CuentaDeUsuario, RespuestaHttp. Se usa universalmente para nombres de clases en prácticamente todos los lenguajes orientados a objetos — Java, C#, Python, JavaScript, TypeScript, Go. La distinción visual entre un nombre de clase PascalCase y una variable camelCase comunica inmediatamente el tipo del identificador.
Los nombres de los componentes React deben usar PascalCase para distinguirlos de los elementos HTML. Un componente llamado boton es tratado por JSX como el elemento HTML button. Un componente llamado Boton es tratado como un componente React. Esto no es una convención — es un requisito del analizador. La misma lógica se aplica en Vue y otros frameworks basados en JSX.
Los nombres de enumeraciones y sus miembros convencionalmente usan PascalCase en TypeScript y C#: enum RolDeUsuario { Admin, Editor, Visor }. En Python, los miembros de enumeración usan SCREAMING_SNAKE_CASE por convención: class RolDeUsuario(Enum): ADMIN = 1. Estas sutilezas importan para el código que cruza límites de lenguaje.
kebab-case y SCREAMING_SNAKE_CASE
kebab-case usa guiones como separadores y todas las letras en minúsculas: font-size, background-color, mi-componente. Es la convención nativa para los nombres de propiedades CSS, los nombres de atributos HTML y las rutas URL. Dado que los guiones no son caracteres de identificador válidos en la mayoría de los lenguajes de programación, kebab-case se restringe a contextos donde los identificadores son cadenas: CSS, atributos HTML, slugs URL y banderas de CLI (--archivo-salida).
SCREAMING_SNAKE_CASE (todo en mayúsculas con guiones bajos) se usa universalmente para constantes y variables de entorno: CONTADOR_MAX_REINTENTOS, URL_BASE_API, URL_BASE_DATOS. El peso visual de las mayúsculas señala "este valor no cambia en tiempo de ejecución." En Python, JavaScript (const con valores de ámbito de módulo) y archivos de entorno, esta convención es universal entre ecosistemas.
Convertir entre mayúsculas y minúsculas de forma programática requiere conocer los límites de las palabras. Una división naïve en letras mayúsculas maneja camelCase y PascalCase pero pierde los acrónimos (HTMLParser debe convertirse en html-parser no en h-t-m-l-parser). Un convertidor de mayúsculas bien diseñado aplica todas estas reglas, manejando casos extremos como mayúsculas consecutivas, números adyacentes a letras y separadores iniciales/finales.
Las convenciones de mayúsculas son una forma de documentación. Un lector que conoce las convenciones de un lenguaje puede inferir del formato de un identificador si es una clase, una constante, una función o una ruta de archivo — antes de leer un solo carácter del contexto circundante. La aplicación consistente de estas convenciones es parte de escribir código idiomático que tu equipo pueda leer rápidamente. Un convertidor de mayúsculas es una utilidad cotidiana para renombrar identificadores al refactorizar, convertir claves de datos entre formatos de API o garantizar la consistencia al integrar código de diferentes ecosistemas de lenguajes.