Articulo de referencia

Caso Camello

La tipografía Camel Case recibe su nombre por la joroba de su letra mayúscula sobresaliente, similar a la joroba de los camellos comunes . El formato camel case (a veces estiliz...

La tipografía Camel Case recibe su nombre por la joroba de su letra mayúscula sobresaliente, similar a la joroba de los camellos comunes .

El formato camel case (a veces estilizado como camelCase o CamelCase , también conocido como camel caps o, más formalmente, como medial caps ) es una práctica de escritura que consiste en escribir frases con palabras en mayúsculas , pero sin espacios ni signos de puntuación. Esta práctica tiene varios nombres y convenciones. El primer uso conocido del término InterCaps para este estilo se remonta a Usenet en abril de 1990.

El uso de mayúsculas mediales como convención en la ortografía habitual de textos cotidianos es poco frecuente, pero se emplea en algunos idiomas como solución a problemas específicos que surgen al combinar dos palabras o segmentos. En la transliteración académica de lenguas escritas con otros alfabetos, las mayúsculas mediales se utilizan en situaciones similares. Tradicionalmente, las mayúsculas mediales se emplean a veces en abreviaturas para reflejar la capitalización que tendrían las palabras escritas completas, y se han incorporado a las abreviaturas sin puntuación de títulos académicos, como PhD y BSc , que ahora suelen sustituir a Ph.D. y B.Sc.

El primer uso sistemático y generalizado de mayúsculas mediales con fines técnicos fue la notación para fórmulas químicas inventada por el químico sueco Jacob Berzelius en 1813. Desde principios del siglo XX, las mayúsculas mediales se han utilizado ocasionalmente para nombres de empresas y marcas comerciales. En las décadas de 1970 y 1980, se adoptaron como convención de nomenclatura estándar o alternativa para identificadores de varias palabras en varios lenguajes de programación . El uso de mayúsculas mediales para identificadores compuestos es recomendado por las guías de estilo de codificación de muchas organizaciones y proyectos de software. El formato camel case ha sido criticado por perjudicar la legibilidad, ya que crea palabras compuestas largas repletas de mayúsculas.

Descripción

El formato de escritura camel case es la práctica de escribir frases sin espacios ni puntuación y con palabras en mayúsculas . La primera palabra comienza con mayúscula inicial, y luego las palabras siguientes tienen una letra mayúscula inicial. Ejemplos comunes incluyen YouTube , [ 1 ] PowerPoint , HarperCollins , FedEx , iPhone , eBay , [ 2 ] y LaGuardia . [ 3 ] Camel case se usa a menudo como convención de nomenclatura en programación informática. También se usa a veces en nombres de usuario en línea como JohnSmith , y para hacer que los nombres de dominio de varias palabras sean más legibles, por ejemplo, para promocionar EasyWidgetCompany.com .

Los términos más específicos Pascal case y upper camel case se refieren a una frase unida donde la primera letra de cada palabra está en mayúscula, incluyendo la letra inicial de la primera palabra. De manera similar, lower camel case (también conocido como dromedary case ) requiere una letra inicial en minúscula. Algunas personas y organizaciones, en particular Microsoft , usan el término camel case solo para lower camel case, designando upper camel case por separado como Pascal case . [ 4 ] Algunos estilos de programación prefieren camel case con la primera letra en mayúscula, otros no. [ 5 ] [ 4 ] [ 6 ] Para mayor claridad, este artículo deja la definición de camel case ambigua con respecto a la capitalización de la primera palabra, y usa los términos más específicos cuando es necesario.

El estilo camel case se distingue de otros estilos: title case , que pone en mayúscula todas las palabras pero conserva los espacios entre ellas; Tall Man lettering , que utiliza mayúsculas para enfatizar las diferencias entre nombres de productos de aspecto similar, como predniSONE y predniSOLONE ; y snake case , que utiliza guiones bajos intercalados con letras minúsculas (a veces con la primera letra en mayúscula). En la guía de estilo Ada 95 se recomienda una combinación de snake case y camel case (identificadores Written_Like_This ). [ 7 ]

Variaciones y sinónimos

Esta práctica recibe varios nombres, entre ellos:

Historia

La primera aparición conocida del término InterCaps en Usenet se encuentra en una publicación de abril de 1990 en el grupo alt.folklore.computerspor Avi Rappoport. [ 22 ] El primer uso del nombre "Camel Case" ocurre en 1995, en una publicación de Newton Love. [ 23 ] Love ha dicho desde entonces: "Con la llegada de los lenguajes de programación con este tipo de construcciones, la joroba del estilo me hizo llamarlo HumpyCase al principio, antes de decidirme por CamelCase. Lo había estado llamando CamelCase durante años. ... La cita anterior fue solo la primera vez que usé el nombre en USENET." [ 24 ] El término "Pascal Case" fue acuñado en discusiones de diseño para .NET Framework , lanzado por primera vez en 2002. [ 25 ]

Uso tradicional en lenguaje natural

En combinaciones de palabras

El uso de mayúsculas intermedias como convención en la ortografía habitual de los textos cotidianos es poco común, pero se utiliza en algunos idiomas como solución a problemas particulares que surgen cuando se combinan dos palabras o segmentos.

En italiano, los pronombres pueden ir acompañados de verbos, y como la forma honorífica de los pronombres de segunda persona se escribe con mayúscula, esto puede dar lugar a una oración como non ho trovato il tempo di risponderLe ("No he encontrado tiempo para responderte" – donde Le significa "a ti").

En alemán, muchos sustantivos que designan personas carecen de una forma neutra en cuanto al género, por lo que a menudo, especialmente en el lenguaje coloquial, se utiliza la forma masculina de un sustantivo de forma genérica para dirigirse a todos, independientemente de su género (esto se denomina generisches Maskulinum en alemán). Otro enfoque más reciente consiste en utilizar la letra mayúscula intermedia I , denominada Binnen-I , en textos escritos para palabras como StudentInnen («estudiantes») para indicar que tanto Studenten («estudiantes varones») como Studentinnen («estudiantes mujeres») se refieren simultáneamente. Sin embargo, la capitalización en medio de la palabra no se ajusta a la ortografía alemana prescrita por el Rat für deutsche Rechtschreibung (Consejo de Ortografía Alemana), salvo en el caso de nombres propios como McDonald . Para ajustarse a la ortografía, el ejemplo introductorio «estudiantes» podría corregirse utilizando paréntesis a Student(inn)en , lo que es análogo a escribir «congress(wo)men» en español. [ 26 ]

En irlandés , el caso camello se utiliza cuando se adjunta un prefijo flexivo a un nombre propio, por ejemplo i nGaillimh ("en Galway "), de Gaillimh ("Galway"); an tAlbanach ("la persona escocesa"), de Albanach ("persona escocesa"); y vaya hÉirinn ("a Irlanda"), de Éire ("Irlanda"). En la ortografía gaélica escocesa reciente , se ha insertado un guión: an t-Albannach .

Esta convención de prefijo flexivo también es utilizada por varias lenguas bantúes escritas (p. ej. , isiZulu , " lengua zulú ") y varias lenguas indígenas de México (p. ej. , náhuatl , totonacan , mixe-zoque y algunas lenguas otomangueas ).

En el pinyin chino , a veces se utiliza la notación camel case para los nombres de lugares, de modo que los lectores puedan distinguir más fácilmente las diferentes partes del nombre. Por ejemplo, lugares como Beijing (北京), Qinhuangdao (秦皇岛) y Daxing'anling (大兴安岭) se pueden escribir como BeiJing , QinHuangDao y DaXingAnLing respectivamente , con un número de letras mayúsculas igual al número de caracteres chinos . En algunos casos, también es aceptable escribir palabras compuestas solo con la letra inicial de cada carácter, por lo que Beijing se puede escribir como BJ , Qinghuangdao como QHD y Daxing'anling como DXAL.

En inglés, las mayúsculas intermedias generalmente solo se encuentran en apellidos patronímicos escoceses o irlandeses que comienzan con "Mac-" o "Mc-", donde, por ejemplo, MacDonald, McDonald y Macdonald son variantes ortográficas comunes de MacDonald (hijo de Dòmhnall), y en apellidos anglonormandos que comienzan con "Fitz-", donde, por ejemplo, se encuentran tanto FitzGerald como Fitzgerald (hijo de Gerald).

En su guía de estilo inglés The King's English , publicada por primera vez en 1906, HW y FG Fowler sugirieron que se podían usar mayúsculas mediales en palabras compuestas triples donde los guiones causarían ambigüedad; los ejemplos que dan son KingMark-like (en contraposición a King Mark-like ) y Anglo-SouthAmerican (en contraposición a Anglo-South American ). Sin embargo, describieron el sistema como «demasiado contradictorio para usarlo en la actualidad». [ 27 ]

Algunos nombres franceses también utilizan nombres en formato CamelCase, como LeBeau (apellido) , LaRue , DeMordaunt , y los nombres italianos DeRose / DeRosa .

En transliteraciones

En la transliteración académica de lenguas escritas en otros alfabetos, las mayúsculas mediales se utilizan en situaciones similares. Por ejemplo, en hebreo transliterado , haIvri significa "la persona hebrea" o "el judío" y b'Yerushalayim significa "en Jerusalén". En nombres propios tibetanos como rLobsang , la "r" representa un glifo prefijo en el alfabeto original que funciona como marcador de tono en lugar de una letra normal. Otro ejemplo es ts I urku , una transcripción latina del término checheno para la piedra angular de las características torres defensivas medievales de Chechenia e Ingushetia ; la letra " I " ( palochka ) no es realmente mayúscula, sino que denota un fonema distinto del que se transcribe como "i".

En abreviaturas

Las mayúsculas intermedias se utilizan tradicionalmente en las abreviaturas para reflejar la capitalización que tendrían las palabras cuando se escribieran completas, por ejemplo, en los títulos académicos PhD o BSc . Un ejemplo más reciente es NaNoWriMo , una contracción de National Novel Writing Month (Mes Nacional de Escritura de Novela) y la denominación tanto del evento anual como de la organización sin ánimo de lucro que lo organiza. En alemán, los nombres de las leyes se abrevian utilizando mayúsculas intermedias, por ejemplo, StGB para Strafgesetzbuch (Código Penal), PatG para Patentgesetz (Ley de Patentes), BVerfG para Bundesverfassungsgericht ( Tribunal Constitucional Federal ) o la muy común GmbH, para Gesellschaft mit beschränkter Haftung ( sociedad de responsabilidad limitada ). En este contexto, incluso puede haber tres o más mayúsculas en formato camel case, por ejemplo, en TzBfG para Teilzeit- und Befristungsgesetz (Ley sobre Ocupaciones a Tiempo Parcial y de Duración Limitada). En francés, durante un tiempo se prefirieron los acrónimos en formato camel case, como OuLiPo (1960), como alternativas a las siglas.

El formato Camel Case se usa a menudo para transcribir siglas a alfabetos donde se requieren dos letras para representar un solo carácter del alfabeto original, por ejemplo, DShK del cirílico ДШК.

Historia del uso técnico moderno

Fórmulas químicas

El primer uso sistemático y generalizado de mayúsculas mediales con fines técnicos fue la notación para fórmulas químicas inventada por el químico sueco Jacob Berzelius en 1813. Para reemplazar la multitud de convenciones de nomenclatura y símbolos utilizadas por los químicos hasta entonces, propuso indicar cada elemento químico mediante un símbolo de una o dos letras, la primera de ellas en mayúscula. El uso de mayúsculas permitió escribir fórmulas como " NaCl " sin espacios y que aun así se interpretaran sin ambigüedad. [ 28 ] [ 29 ]

El sistema de Berzelius se sigue utilizando, complementado con símbolos de tres letras como " Uue " para elementos no confirmados o desconocidos y abreviaturas para algunos sustituyentes comunes (especialmente en el campo de la química orgánica, por ejemplo, " Et " para "etil-"). Este sistema se ha extendido aún más para describir las secuencias de aminoácidos de las proteínas y otros dominios similares.

Uso temprano en marcas registradas

Desde principios del siglo XX, las mayúsculas mediales se han utilizado ocasionalmente para nombres corporativos y marcas comerciales de productos, como por ejemplo:

Programación informática

En las décadas de 1970 y 1980, las mayúsculas mediales se adoptaron como convención de nomenclatura estándar o alternativa para identificadores de varias palabras en varios lenguajes de programación . El origen preciso de esta convención en la programación informática aún no se ha determinado. En las actas de una conferencia de 1954 [ 33 ] se hacía referencia informalmente al sistema Speedcoding de IBM como "SpeedCo". El artículo de Christopher Strachey sobre GPM (1965) [ 34 ] muestra un programa que incluye algunos identificadores con mayúsculas mediales, como " " y " " (esto probablemente se debió a la influencia del lenguaje CPL , del cual Strachey fue uno de los diseñadores).NextChWriteSymbol

Los identificadores descriptivos de varias palabras con espacios incrustados, como end of fileo , char tableno se pueden usar en la mayoría de los lenguajes de programación porque los espacios entre las palabras se analizarían como delimitadores entre tokens . La alternativa de escribir las palabras juntas como en endoffileo chartablees difícil de entender y posiblemente engañosa; por ejemplo, chartablees una palabra en inglés (capaz de ser graficada), mientras que charTablesignifica una tabla de chars.

Algunos lenguajes de programación antiguos, en particular Lisp (1958) y COBOL (1959), abordaron este problema permitiendo el uso de un guion ("-") entre palabras de identificadores compuestos, como en "END-OF-FILE": Lisp porque funcionaba bien con la notación de prefijos (un analizador sintáctico de Lisp no interpretaría un guion en medio de un símbolo como un operador de resta) y COBOL porque sus operadores eran palabras individuales en inglés. Esta convención se sigue utilizando en estos lenguajes y también es común en los nombres de programas introducidos en la línea de comandos , como en Unix.

Sin embargo, esta solución no era adecuada para lenguajes con orientación matemática como FORTRAN (1955) y ALGOL (1958), que utilizaban el guion como operador de resta infija. FORTRAN ignoraba por completo los espacios en blanco, por lo que los programadores podían usar espacios incrustados en los nombres de las variables. No obstante, esta característica no era muy útil, ya que las primeras versiones del lenguaje limitaban los identificadores a un máximo de seis caracteres.

Para agravar el problema, los conjuntos de caracteres comunes de las tarjetas perforadas de la época solo admitían mayúsculas y carecían de otros caracteres especiales. No fue hasta finales de la década de 1960 que la adopción generalizada del conjunto de caracteres ASCII hizo que tanto las minúsculas como el guion bajo_ estuvieran disponibles universalmente. Algunos lenguajes, en particular C , adoptaron rápidamente los guiones bajos como separadores de palabras, e identificadores como `<br>` end_of_filesiguen siendo frecuentes en programas y bibliotecas de C (así como en lenguajes posteriores influenciados por C, como Perl y Python ). Sin embargo, algunos lenguajes y programadores optaron por evitar los guiones bajos y adoptaron la notación camel case.

Charles Simonyi , quien trabajó en Xerox PARC en la década de 1970 y posteriormente supervisó la creación del paquete de aplicaciones Office de Microsoft, inventó y enseñó el uso de la notación húngara , una de cuyas versiones utiliza la(s) letra(s) minúscula(s) al inicio de un nombre de variable (en mayúsculas) para indicar su tipo. Según una versión, el estilo camel case se popularizó en Xerox PARC alrededor de 1978, con el lenguaje de programación Mesa desarrollado para la computadora Xerox Alto . Esta máquina carecía de una tecla de guion bajo (que fue reemplazada por una flecha izquierda "←"), y los caracteres de guion y espacio no estaban permitidos en los identificadores, lo que dejó a camel case como el único esquema viable para nombres de varias palabras legibles. El Manual del Lenguaje Mesa de PARC (1979) incluía un estándar de codificación con reglas específicas para camel case en mayúsculas y minúsculas que fue seguido estrictamente por las bibliotecas Mesa y el sistema operativo Alto. Niklaus Wirth , el inventor de Pascal , llegó a apreciar el uso de la notación camel case durante un año sabático en PARC y la utilizó en Modula , su siguiente lenguaje de programación. [ 35 ]

El lenguaje Smalltalk , desarrollado originalmente para el Alto, también utiliza la notación camel case en lugar de guiones bajos. Este lenguaje se popularizó bastante a principios de la década de 1980, y por lo tanto, es posible que haya contribuido a su difusión fuera de PARC.

En Wolfram Language , el sistema de álgebra computacional Mathematica utiliza la notación camel case en mayúsculas (o "Pascal case") para los identificadores predefinidos. Los identificadores definidos por el usuario deben comenzar con una letra minúscula. Esto evita conflictos entre identificadores predefinidos y definidos por el usuario, tanto en la actualidad como en futuras versiones.

Se recomienda que los nombres de las variables de C# sigan la convención de camel case en minúsculas. [ 36 ]

Empresas y productos informáticos

Cualquiera que sea su origen en el campo de la informática, la convención se utilizó en los nombres de las empresas informáticas y sus marcas comerciales desde finales de la década de 1970, una tendencia que continúa hasta el día de hoy:

Extenderse al uso generalizado

En las décadas de 1980 y 1990, tras la llegada del ordenador personal que dio a conocer la cultura hacker al mundo, el uso de la notación camel case se puso de moda también para nombres comerciales de empresas en ámbitos ajenos a la informática. Su uso generalizado ya estaba bien establecido en 1990.

Durante la burbuja de las puntocom de finales de la década de 1990, los prefijos en minúscula "e" (de " electronic ") e "i" (de "Internet", [ 37 ] "information", " smart ", etc.) se volvieron bastante comunes, dando lugar a nombres como el iMac de Apple y la plataforma de software eBox .

En 1998, Dave Yost sugirió que los químicos usaran mayúsculas intermedias para facilitar la lectura de nombres químicos largos, por ejemplo, escribir AmidoPhosphoRibosilTransferasa en lugar de amidophosphoribosiltransferasa . [ 38 ] Este uso no fue ampliamente adoptado.

A veces se utiliza la notación Camel Case para los nombres abreviados de ciertos barrios, por ejemplo, los barrios de la ciudad de Nueva York SoHo ( South of Houston Street ) y TriBeCa ( Triangle Below Canal Street), y el barrio de San Francisco SoMa ( South of Market ). Estos usos se van perdiendo rápidamente, por lo que ahora los barrios se escriben normalmente como Soho , Tribeca y Soma .

La capitalización interna también se ha utilizado para otros códigos técnicos como HeLa (1983).

Uso actual en informática

Programación y codificación

El uso de mayúsculas intermedias para identificadores compuestos es recomendado por las guías de estilo de codificación de muchas organizaciones o proyectos de software. Para algunos lenguajes (como Mesa , Pascal , Modula , Java y .NET de Microsoft ), esta práctica es recomendada por los desarrolladores del lenguaje o por manuales autorizados y, por lo tanto, se ha convertido en parte de la "cultura" del lenguaje.

Las directrices de estilo suelen distinguir entre mayúsculas y minúsculas en formato camel case, especificando normalmente qué variante debe utilizarse para determinados tipos de entidades: variables , campos de registro , métodos , procedimientos , funciones , subrutinas , tipos , etc. Estas reglas a veces se complementan con herramientas de análisis estático que comprueban el código fuente para verificar su cumplimiento.

La notación húngara original para la programación, por ejemplo, especifica que una abreviatura en minúscula para el "tipo de uso" (no el tipo de dato) debe anteponerse a todos los nombres de variables, con el resto del nombre en mayúsculas y formato camel case; como tal, es una forma de formato camel case en minúsculas.

Los identificadores de programación a menudo necesitan contener acrónimos e iniciales que ya están en mayúsculas, como "old HTML file". Por analogía con las reglas de mayúsculas y minúsculas de los títulos, la representación natural en camel case tendría la abreviatura en mayúsculas, es decir, "oldHTMLFile". Sin embargo, este enfoque es problemático cuando aparecen dos acrónimos juntos (por ejemplo, "parse DBM XML" se convertiría en "parseDBMXML") o cuando el estándar exige camel case en minúsculas pero el nombre comienza con una abreviatura (por ejemplo, "SQL server" se convertiría en "sQLServer"). Por esta razón, algunos programadores prefieren tratar las abreviaturas como si fueran palabras y escribir "oldHtmlFile", "parseDbmXml" o "sqlServer". [ 39 ] Sin embargo, esto puede dificultar el reconocimiento de que una palabra determinada se refiere a un acrónimo. [ 40 ]

Surgen dificultades cuando los identificadores tienen un significado diferente según el uso de mayúsculas o minúsculas, como puede ocurrir con las funciones matemáticas o las marcas registradas. En esta situación, cambiar las mayúsculas o minúsculas de un identificador podría no ser una opción y sería necesario elegir un nombre alternativo.

El formato camel case se utiliza en algunos lenguajes de marcado wiki para términos que deben vincularse automáticamente a otras páginas wiki . Esta convención se utilizó originalmente en el software wiki original de Ward Cunningham , WikiWikiWeb , [ 41 ] y puede activarse en la mayoría de las demás wikis. Algunos motores wiki como TiddlyWiki , Trac y PmWiki lo utilizan en la configuración predeterminada, pero generalmente también proporcionan un mecanismo de configuración o un complemento para desactivarlo. Wikipedia también utilizó anteriormente enlaces en formato camel case, pero cambió al marcado de enlaces explícito mediante corchetes [ 42 ] y muchos otros sitios wiki han hecho lo mismo. MediaWiki , por ejemplo, no admite el formato camel case para los enlaces. Algunas wikis que no utilizan enlaces en formato camel case pueden seguir utilizando el formato camel case como convención de nomenclatura, como AboutUs .

Otros usos

El registro NIEM exige que los elementos de datos XML utilicen la notación camel case en mayúsculas y que los atributos XML utilicen la notación camel case en minúsculas.

La mayoría de las interfaces de línea de comandos y lenguajes de scripting populares no manejan fácilmente nombres de archivo que contienen espacios (generalmente requieren que el nombre se escriba entre comillas). Por lo tanto, los usuarios de esos sistemas suelen recurrir a la notación camel case (o guiones bajos, guiones y otros caracteres "seguros") para nombres de archivo compuestos como MyJobResume.pdf .

Accesibilidad a las redes sociales

Los servicios de microblogging y redes sociales que limitan el número de caracteres en un mensaje son posibles vías para el uso de mayúsculas mediales. El uso de camel case entre palabras reduce el número de espacios y, por lo tanto, el número de caracteres en un mensaje dado, lo que permite que quepa más contenido en el espacio limitado. Los hashtags , especialmente los largos, suelen usar camelCase o PascalCase para mantener la legibilidad (por ejemplo, #problemasdeestudianteuniversitario es más fácil de leer que #problemasdeestudianteuniversitario); [ 43 ] esta práctica mejora la accesibilidad , ya que los lectores de pantalla reconocen camelCase y PascalCase al analizar hashtags compuestos. [ 44 ]

En las URL de los sitios web, los espacios se codifican como porcentaje ("%20"), lo que hace que la dirección sea más larga y menos legible . Al omitir los espacios, el formato camel case no presenta este problema.

Estudios de legibilidad

Se ha criticado el uso de Camel Case por afectar negativamente la legibilidad debido a la eliminación de espacios y el uso de mayúsculas en cada palabra. [ 45 ]

Un estudio de 2009 con 135 participantes que comparó la notación snake case (identificadores con guion bajo) con la notación camel case reveló que los identificadores en camel case se reconocían con mayor precisión entre todos los participantes. Los participantes reconocían los identificadores snake case más rápidamente que los identificadores en camel case. El entrenamiento en camel case aceleró el reconocimiento de camel case y ralentizó el reconocimiento de snake case, aunque este efecto implicó coeficientes con valores p altos . El estudio también realizó una encuesta subjetiva y encontró que los no programadores preferían los guiones bajos o no tenían preferencia, y el 38 % de los programadores entrenados en camel case manifestaron una preferencia por los guiones bajos. Sin embargo, estas preferencias no mostraron correlación estadística con la precisión o la velocidad al controlar otras variables. [ 46 ]

Un estudio de seguimiento de 2010 utilizó un diseño de estudio similar con 15 sujetos que consistían en programadores expertos entrenados principalmente en snake case. Se utilizó un estímulo estático en lugar de animado y se encontró una precisión perfecta en ambos estilos, excepto por una respuesta incorrecta en camel case. Los sujetos reconocieron los identificadores en snake case más rápidamente que en camel case. El estudio utilizó equipo de seguimiento ocular y encontró que la diferencia en la velocidad de sus sujetos se debía principalmente a que la duración promedio de las fijaciones para camel case era significativamente mayor que la de snake case para identificadores de 3 partes. La encuesta registró una mezcla de estilos de identificadores preferidos, pero nuevamente no hubo correlación entre el estilo preferido y la precisión o la velocidad. [ 47 ]

Véase también

Referencias

  1. Fogarty, Mignon (27 de octubre de 2009). The Grammar Devotional: Daily Tips for Successful Writing from Grammar Girl . St. Martin's Publishing Group. pág.  14. ISBN 978-1-4299-6440-1.
  2. Brown, Adam (21 de septiembre de 2018). Comprender y enseñar la ortografía inglesa: una guía estratégica . Routledge. págs. 173–174 . ISBN  978-1-351-62186-1.
  3. Dreyer, Benjamin (4 de agosto de 2020). Dreyer's English: An Utterly Correct Guide to Clarity and Style . Random House Publishing Group. pág. 228. ISBN  978-0-8129-8571-9.
  4. 1 2 "Estilos de mayúsculas - .NET Framework 1.1" . 17 de noviembre de 2006. Consultado el 5 de diciembre de 2012 .
  5. "Convenciones de nomenclatura" . Scala . Consultado el 5 de diciembre de 2012 .
  6. "Caso Camel" . Consultado el 10 de marzo de 2016 .
  7. "Guía de calidad y estilo Ada 95" . Octubre de 1995. Sección 3.1.3 . Consultado el 25 de enero de 2020 .
  8. Estándares y directrices de codificación de C# Archivados el 11 de abril de 2008 en la Wayback Machine del Purdue University College of Technology
  9. "CamelCase@Everything2.com" . Everything2.com . Consultado el 4 de junio de 2010 .
  10. 1 2 Guía de estilo para código Python en www.python.org
  11. Feldman, Ian (29 de marzo de 1990). "compoundNames" . Grupo de noticias : alt.folklore.computers . Usenet: 3230@draken.nada.kth.se .  
  12. " [ #APF-1088 ] Si el nombre de la clase tiene mayúsculas incrustadas, el código de AppGen falla las pruebas de la interfaz de usuario y los hipervínculos generados son incorrectos. – AppFuse JIRA" . Issues.appfuse.org . Archivado del original el 25 de junio de 2017 . Recuperado el 4 de junio de 2010 .
  13. Convenciones de nomenclatura de ASP Archivado el 8 de abril de 2009 en Wayback Machine , por Nannette Thacker (05/01/1999)
  14. Iverson, Cheryl; Christiansen, Stacy; Flanagin, Annette; Fontanarosa, Phil B.; Glass, Richard M.; Gregoline, Brenda; Lurie, Stephen J.; Meyer, Harriet S.; Winker, Margaret A.; Young, Rozanne K., eds. (2007). AMA Manual of Style (10.ª ed.). Oxford, Oxfordshire: Oxford University Press. ISBN  978-0-19-517633-9.
  15. Hult, Christine A.; Huckin, Thomas N. «The Brief New Century Handbook – Rules for internal capitalization» . Pearson Education . Archivado del original el 7 de abril de 2012.
  16. "¿Cómo se llama una palabra que contiene dos letras mayúsculas (como WordPad)?" . AskOxford . Archivo de Internet. Archivado del original el 25 de octubre de 2008. Consultado el 12 de junio de 2022 .
  17. "Brad Abrams: Historia de las carcasas Pascal y Camel" . learn.microsoft.com . 3 de febrero de 2004. Consultado el 21 de octubre de 2024 .
  18. "Caso Pascal" . C2.com . 27 de septiembre de 2012. Consultado el 4 de enero de 2014 .
  19. "Estilos de capitalización de referencia general de .NET Framework" . MSDN2 . 17 de noviembre de 2006. Consultado el 4 de enero de 2014 .
  20. "WikiWord" . Twiki.org . Archivado del original el 19 de junio de 2010. Consultado el 4 de junio de 2010 .
  21. "Caso Wiki" . C2.com . 8 de febrero de 2010. Consultado el 4 de junio de 2010 .
  22. Rappoport, Avi (3 de abril de 1990). "Nombres compuestos" . Grupo de noticias : alt.folklore.computers . 
  23. Newton Love (12 de septiembre de 1995). "¡Vuelvo a ser feliz! – comp.os.os2.advocacy | Google Groups" . Groups.google.com . Consultado el 23 de mayo de 2009 .
  24. "Newton Love" . Grupo de Usuarios de Unix de Saint Louis .
  25. Abrams, Brad (3 de febrero de 2004). "Historia de Pascal Casing y Camel Casing" . learn.microsoft.com . Consultado el 1 de febrero de 2025 .
  26. Richtiges und gutes Deutsch: Das Wörterbuch der sprachlichen Zweifelsfälle. Amigo (en alemán). vol.  9 (7ª  ed.). Mannheim: Bibliographisches Institut. 2011. pág.  418.ISBN 978-3411040971.
  27. Fowler, Henry W. ; Fowler, Francis G. (1908). "Capítulo IV. Puntuación: guiones" . The King's English (2.ª ed.). Oxford . Archivado del original el 31 de diciembre de 2009. Recuperado el 19 de diciembre de 2009 . 
  28. Jöns Jacob Berzelius (1813). Ensayo sobre la causa de las proporciones químicas y sobre algunas circunstancias relacionadas con ellas: junto con un método breve y sencillo para expresarlas . Anales de Filosofía 2, 443-454, 3, 51-52; (1814) 93-106, 244-255, 353-364.
  29. Henry M. Leicester y Herbert S. Klickstein, eds. 1952, A Source Book in Chemistry, 1400-1900 (Cambridge, MA: Harvard)
  30. The Trade-mark Reporter . Asociación de Marcas de los Estados Unidos . 1930. ISBN 1-59888-091-8.{{cite book}}: Incompatibilidad de ISBN/Fecha ( ayuda )
  31. "Mister Rogers Neighborhood Temporada 1 (Episodio 4)" . Consultado el 21 de junio de 2022 .
  32. "Nuestra historia" . unitedhealthgroup.com . Archivado del original el 1 de mayo de 2019. Consultado el 15 de mayo de 2019 .
  33. "«Resumen de la Sesión 8». Computadoras digitales: técnicas avanzadas de codificación. Sesión de verano de 1954, Instituto Tecnológico de Massachusetts (PDF) . 1954. págs. 8–6 . Archivado del original (PDF) el 29 de febrero de 2012. Consultado el 4 de enero de 2014 . 
  34. Strachey, Christopher (octubre de 1965). "Un macrogenerador de propósito general" . Computer Journal . 8 (3): 225– 241. doi : 10.1093/comjnl/8.3.225 .
  35. Niklaus Wirth (2007). "Modula-2 y Oberon" . Actas de la tercera conferencia ACM SIGPLAN sobre la historia de los lenguajes de programación . HOPL III - San Diego . págs. 3-1 – 3-10 . CiteSeerX 10.1.1.91.1447 . doi : 10.1145/1238844.1238847 . ISBN   9781595937667. S2CID 1918928 . 
  36. wwlpublish. "Declarar variables - Formación" . learn.microsoft.com . Consultado el 29 de agosto de 2023 .
  37. Farhad Manjoo (30 de abril de 2002). "Los graduados también quieren estudiar en EMacs" . Wired.com . Consultado el 4 de junio de 2010 .
  38. Comentarios, 20 de junio de 1998 Vol. 158 N.° 2139 New Scientist 20 de junio de 1998
  39. "Guía de estilo de Java de Google" . google.github.io . Consultado el 2 de noviembre de 2022 .
  40. Dave Binkley; Marcia Davis; Dawn Lawrie; Christopher Morrell (2009). "To CamelCase or Under_score". IEEE 17th International Conference on Program Comprehension, 2009. ICPC '09 . IEEE: 158– 167. CiteSeerX 10.1.1.158.9499 . En términos de identificadores en formato camel case, esto tiene un mayor impacto en los identificadores que incluyen palabras cortas y especialmente acrónimos. Por ejemplo, considere el acrónimo ID que se encuentra en el identificador kIOuterIIDPath. Debido a la secuencia de letras mayúsculas, la tarea de leer kIOuterIIDPath, en particular la identificación de la palabra ID, es más difícil. 
  41. Andrew Lih, La revolución de Wikipedia: cómo un grupo de don nadie creó la enciclopedia más grande del mundo (Nueva York: Hyperion, 2009), págs. 57–58.
  42. Lih, La revolución de Wikipedia , págs. 62–63, 67.
  43. Blackwood, Jessica; Brown, Kate. "Uso accesible de CamelCase y estructuración de publicaciones" . Capacitación en contenido digital accesible . Universidad McMaster.
  44. "Directrices de accesibilidad para redes sociales" . Universidad de Princeton. 2022. Archivado del original el 12 de octubre de 2022. Consultado el 12 de octubre de 2022 .
  45. Caleb Crain (23 de noviembre de 2009). "Contra el caso Camel" . New York Times .
  46. Dave Binkley; Marcia Davis; Dawn Lawrie; Christopher Morrell (2009). "To CamelCase or Under_score". IEEE 17th International Conference on Program Comprehension, 2009. ICPC '09 . IEEE: 158– 167. CiteSeerX 10.1.1.158.9499 . El experimento se basa en trabajos anteriores de otros que estudian cómo los lectores de lenguaje natural realizan tales tareas. Los resultados indican que el uso de camel case conduce a una mayor precisión entre todos los sujetos independientemente del entrenamiento, y aquellos entrenados en camel case son capaces de reconocer identificadores en el estilo camel case más rápido que identificadores en el estilo underscore. 
  47. Bonita Sharif; Jonathan I. Maletic (2010). "Un estudio de seguimiento ocular sobre los estilos de identificadores camelCase y under_score". 2010 IEEE 18th International Conference on Program Comprehension . IEEE. pp. 196–205 . CiteSeerX 10.1.1.421.6137 . doi : 10.1109/ICPC.2010.41 . ISBN   978-1-4244-7604-6. S2CID 14170019 . ( descargar PDF ). Se presenta un estudio empírico para determinar si las convenciones de nomenclatura de identificadores (es decir, camelCase y under_score) afectan la comprensión del código. Se utiliza un rastreador ocular para capturar datos cuantitativos de sujetos humanos durante un experimento. La intención de este estudio es replicar un estudio anterior publicado en ICPC 2009 (Binkley et al.) que utilizó un método de prueba de respuesta cronometrada para adquirir datos. El uso de equipos de seguimiento ocular proporciona información adicional y supera algunas limitaciones de las técnicas tradicionales de recopilación de datos. Se discuten las similitudes y diferencias entre los dos estudios. Una diferencia principal es que los sujetos fueron entrenados principalmente en el estilo de guion bajo y todos eran programadores. Si bien los resultados indican que no hay diferencia en la precisión entre los dos estilos, los sujetos reconocen los identificadores en el estilo de guion bajo más rápidamente. 
  • Guía y convertidor de Camel Case , más información sobre su uso con ejemplos.
  • Ejemplos e historia de CamelCase , también WordsSmashedTogetherLikeSo
  • Estilos de mayúsculas de referencia general del .NET Framework
  • ¿Qué hay en un nombre?, por Bill Walsh, en The Slot
  • La ciencia del reconocimiento de palabras , por Kevin Larson, Tecnología de lectura avanzada, Microsoft Corporation
  • Portadas de OASIS: CamelCase para nombrar componentes relacionados con XML. Archivado el 10 de enero de 2008 en Wayback Machine.
  • Desmitificando los casos comunes en programación: qué son y cuándo usarlos.