stringtranslate.com

El caso de Carmel

La caja del camello lleva el nombre de la "joroba" de su letra mayúscula que sobresale, similar a la joroba de los camellos comunes.

Caso camello (a veces estilizado como camelCase o CamelCase , también conocido como camel caps o más formalmente como mayúsculas mediales ) es la práctica de escribir frases sin espacios ni puntuación y con palabras en mayúscula . El formato indica que la primera palabra comienza con cualquier caso y luego las siguientes palabras tienen una letra mayúscula inicial . Los ejemplos comunes incluyen YouTube , [1] PowerPoint , HarperCollins , FedEx , iPhone , eBay , [2] y LaGuardia . [3] El caso Camel se utiliza a menudo como convención de nomenclatura en la programación informática. A veces también se utiliza 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, en la promoción de EasyWidgetCompany.com .

Los términos más específicos caso Pascal y caso camello superior se refieren a una frase unida donde la primera letra de cada palabra está en mayúscula, incluida la letra inicial de la primera palabra. De manera similar, la minúscula camello (también conocida como dromedario ) requiere una letra minúscula inicial. Algunas personas y organizaciones, en particular Microsoft , utilizan el término caso camello sólo para las minúsculas camello, designando el caso Pascal para las mayúsculas camello superiores. [4] Algunos estilos de programación prefieren mayúsculas y minúsculas con la primera letra en mayúscula, otros no. [5] [4] [6] Para mayor claridad, este artículo deja ambigua la definición de caso camello con respecto a la capitalización y utiliza términos más específicos cuando es necesario.

Camel case se diferencia de varios otros estilos: title case , que escribe en mayúscula todas las palabras pero conserva los espacios entre ellas; Letras Tall Man , que utilizan mayúsculas para enfatizar las diferencias entre nombres de productos de apariencia similar, como predniSONE y predniSOLONE ; y caso de serpiente , que utiliza guiones bajos intercalados con letras minúsculas (a veces con la primera letra en mayúscula). En la guía de estilo de Ada 95 se recomienda una combinación de caja de serpiente y camello (identificadores Written_Like_This ) . [7]

Variaciones y sinónimos

La práctica tiene varios nombres, que incluyen:

La primera aparición conocida del término "InterCaps" en Usenet se encuentra en una publicación de abril de 1990 dirigida al grupo alt.folklore.computerspor Avi Rappoport. [22] El primer uso del nombre "Camel Case" se produce en 1995, en una publicación de Newton Love. [23] Desde entonces, Love ha dicho: "Con la llegada de los lenguajes de programación que tienen este tipo de construcciones, la humildad 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]

Uso tradicional en lenguaje natural

En combinaciones de palabras

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

En italiano, los pronombres pueden tener sufijos de los verbos y, debido a que la forma honorífica de los pronombres de segunda persona está en mayúscula, esto puede producir una oración como non ho trovato il tempo di risponderLe ("No he encontrado tiempo para responderte", donde Le significa "para ti").

En alemán, la letra mayúscula media I , llamada Binnen-I , se utiliza a veces en una palabra como StudentInnen ("estudiantes") para indicar que tanto Studenten ("estudiantes varones") como Studentinnen ("estudiantes") están destinados simultáneamente. Sin embargo, el uso de mayúsculas a mitad de palabra no se ajusta a la ortografía alemana , excepto en nombres propios como McDonald ; El ejemplo anterior podría escribirse correctamente usando paréntesis como Student(inn)en , análogo a "congress(wo)men" en inglés. [25]

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 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 holandés , al poner en mayúscula el dígrafo ij , tanto la letra I como la letra J están en mayúscula, por ejemplo en el nombre del país IJsland ("Islandia").

En pinyin chino , el caso camello se utiliza a veces para los nombres de lugares para 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 el número de letras mayúsculas igual al número de caracteres chinos . En algunos casos, también es aceptable escribir compuestos de palabras 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 medias normalmente sólo se encuentran en los nombres "Mac-" o "Mc-" escoceses o irlandeses, donde, por ejemplo, MacDonald, McDonald y Macdonald son variantes ortográficas comunes del mismo nombre, y en anglo-normando "Fitz- " nombres, donde se encuentran , por ejemplo, tanto FitzGerald como Fitzgerald .

En su guía de estilo en inglés The King's English , publicada por primera vez en 1906, HW y FG Fowler sugirieron que las mayúsculas medias podrían usarse en palabras compuestas triples donde los guiones causarían ambigüedad; los ejemplos que dan son similares a KingMark (a diferencia de King Mark-like ) y anglo-sudamericano (frente a anglo-sudamericano ). Sin embargo, calificaron el sistema como "demasiado irremediablemente contrario al uso actual". [26]

En transliteraciones

En la transliteración académica de idiomas escritos en otras escrituras, las mayúsculas medias 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 de prefijo en la escritura 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 remate de las características torres defensivas medievales de Chechenia e Ingushetia ; la letra " I " ( palochka ) no es realmente mayúscula y denota un fonema distinto del transcrito como "i".

En abreviaturas

Las mayúsculas medias se utilizan tradicionalmente en abreviaturas para reflejar el uso de mayúsculas que tendrían las palabras cuando estuvieran escritas en su totalidad, por ejemplo, en los títulos académicos PhD o BSc . Un ejemplo más reciente es NaNoWriMo , una contracción del Mes Nacional de la Escritura de Novelas y la designación tanto del evento anual como de la organización sin fines de lucro que lo organiza. En alemán, los nombres de las leyes se abrevian con mayúsculas, por ejemplo, StGB para Strafgesetzbuch (Código Penal), PatG para Patentgesetz (Ley de Patentes), BVerfG para Bundesverfassungsgericht ( Tribunal Constitucional Federal ), o el muy común GmbH, para Gesellschaft mit beschränkter Haftung. ( sociedad de responsabilidad limitada ). En este contexto pueden existir incluso tres o más capitales de casos de camellos, por ejemplo en la TzBfG para la Teilzeit- und Befristungsgesetz (Ley sobre trabajos a tiempo parcial y de duración limitada). En francés, las siglas en caso de camello, como OuLiPo (1960), fueron favorecidas durante un tiempo como alternativas a las iniciales.

El caso camello se utiliza a menudo para transliterar inicialismos en alfabetos en los que pueden ser necesarias dos letras para representar un único 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 las mayúsculas medias 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 ese momento, propuso indicar cada sustancia química. elemento por un símbolo de una o dos letras, la primera en mayúscula. El uso de mayúsculas permitió que fórmulas como " NaCl " se escribieran sin espacios y aún se analizaran sin ambigüedad. [27] [28]

El sistema de Berzelius sigue utilizándose, ampliado 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-") . Esto se ha ampliado aún más para describir las secuencias de aminoácidos de proteínas y otros dominios similares.

Uso temprano en marcas

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

Programación de computadoras

En las décadas de 1970 y 1980, las mayúsculas medias se adoptaron como convención de nomenclatura estándar o alternativa para identificadores de varias palabras en varios lenguajes de programación . Aún no se ha establecido el origen preciso de la convención en programación informática. Las actas de una conferencia de 1954 [32] ocasionalmente se referían informalmente al sistema Speedcoding de IBM como "SpeedCo". El artículo de Christopher Strachey sobre GPM (1965), [33] muestra un programa que incluye algunos identificadores de capital medial, incluidos " " y " ".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 ejecutar las palabras juntas como en endoffileo chartablees difícil de entender y posiblemente engañosa; por ejemplo, chartablees una palabra inglesa (capaz de ser trazada), mientras que charTablesignifica una tabla de chars.

Algunos de los primeros lenguajes de programación, en particular Lisp (1958) y COBOL (1959), abordaron este problema permitiendo el uso de un guión ("-") entre palabras de identificadores compuestos, como en "FIN DE ARCHIVO": Lisp porque funcionó bien con notación de prefijo (un analizador Lisp no trataría un guión 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 sigue utilizándose en estos lenguajes y también es común en los nombres de programas ingresados ​​en una línea de comando , como en Unix.

Sin embargo, esta solución no era adecuada para lenguajes de orientación matemática como FORTRAN (1955) y ALGOL (1958), que utilizaban el guión como operador de resta infijo. FORTRAN ignoró los espacios en blanco por completo, por lo que los programadores podrían usar espacios incrustados en los nombres de las variables. Sin embargo, esta característica no fue muy útil ya que las primeras versiones del idioma restringían los identificadores a no más de seis caracteres.

Para agravar el problema, los conjuntos de caracteres de tarjetas perforadas comunes de la época solo estaban en 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 juego de caracteres ASCII hizo que tanto las minúsculas como el carácter de subrayado_ estuvieran universalmente disponibles. Algunos lenguajes, en particular C , adoptaron rápidamente guiones bajos como separadores de palabras e identificadores como los que end_of_filetodavía prevalecen en los 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 (entre otras razones para evitar confundirlos con espacios en blanco ) y adoptaron el formato camel en su lugar.

Charles Simonyi , que trabajó en Xerox PARC en la década de 1970 y más tarde supervisó la creación del conjunto de aplicaciones Office de Microsoft, inventó y enseñó el uso de la notación húngara , una versión de la cual utiliza letras minúsculas al comienzo de una letra (en mayúscula). ) nombre de la variable para indicar su tipo. Un relato [ cita necesaria ] afirma que el estilo de caja de camello se hizo popular por primera vez 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 guión bajo (cuyo lugar lo ocupaba una flecha izquierda "←"), y los caracteres de guión y espacio no estaban permitidos en los identificadores, lo que dejaba el caso camel como el único esquema viable para nombres de varias palabras legibles. El Manual de lenguaje PARC Mesa (1979) incluía un estándar de codificación con reglas específicas para mayúsculas y minúsculas en camello que fue seguido estrictamente por las bibliotecas Mesa y el sistema operativo Alto. Niklaus Wirth , el inventor de Pascal , aprendió a apreciar el caso camello durante un año sabático en PARC y lo utilizó en Modula , su siguiente lenguaje de programación. [34]

El lenguaje Smalltalk , que se desarrolló originalmente en Alto, también usa mayúsculas y minúsculas en lugar de guiones bajos. Este lenguaje se hizo bastante popular a principios de la década de 1980 y, por lo tanto, también puede haber sido decisivo en la difusión del estilo fuera de PARC.

El caso camello superior (o "caso Pascal") se utiliza en Wolfram Language en el sistema algebraico informático Mathematica para identificadores predefinidos. Los identificadores definidos por el usuario deben comenzar con una letra minúscula. Esto evita el conflicto entre identificadores predefinidos y definidos por el usuario tanto hoy como en todas las versiones futuras.

Se recomienda que los nombres de variables de C# sigan la convención de minúsculas camello. [35]

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 de informática y sus marcas comerciales desde finales de la década de 1970, una tendencia que continúa hasta el día de hoy:

Difundir al uso generalizado

En las décadas de 1980 y 1990, después de que la llegada de la computadora personal expusiera la cultura hacker al mundo, el caso del camello también se puso de moda para los nombres comerciales corporativos en campos ajenos a la informática. El uso generalizado estaba bien establecido en 1990:

Durante la burbuja de las puntocom de finales de la década de 1990, los prefijos minúsculas "e" (para " electrónico ") e "i" (para "Internet", [36] "información", " inteligente ", 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 en la media para facilitar la legibilidad de los nombres químicos largos, por ejemplo, escribir AmidoPhosphoRibosylTransferase en lugar de amidophosphoribosyltransferase . [37] Este uso no fue ampliamente adoptado.

El caso Camel se utiliza a veces para nombres abreviados de ciertos barrios, por ejemplo, los barrios de la ciudad de Nueva York SoHo ( Sur de Houston Street) y TriBeCa ( Triangle Below Canal Street) y SoMa de San Francisco ( Sur de Market ). Estos usos se erosionan rápidamente, por lo que los barrios ahora suelen representarse 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

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

Las pautas de estilo a menudo distinguen entre mayúsculas y minúsculas, y generalmente especifican qué variedad debe usarse para tipos específicos de entidades: variables , campos de registro , métodos , procedimientos , funciones , subrutinas , tipos , etc. Estas reglas a veces están respaldadas por herramientas de análisis estático. que verifican la adherencia del código fuente .

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

Los identificadores de programación a menudo necesitan contener acrónimos e iniciales que ya están en mayúsculas, como "archivo HTML antiguo". Por analogía con las reglas de mayúsculas y minúsculas, la representación en mayúsculas naturales tendría la abreviatura toda en mayúsculas, es decir, "oldHTMLFile". Sin embargo, este enfoque es problemático cuando dos acrónimos aparecen juntos (por ejemplo, "parse DBM XML" se convertiría en "parseDBMXML") o cuando el estándar exige minúsculas camel pero el nombre comienza con una abreviatura (por ejemplo, "SQL server" se convertiría en "sQLServer"). "). Por este motivo, algunos programadores prefieren tratar las abreviaturas como si fueran palabras y escriben "oldHtmlFile", "parseDbmXml" o "sqlServer". [38] Sin embargo, esto puede hacer que sea más difícil reconocer que una palabra determinada pretende ser un acrónimo. [39]

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

Marcado de enlace wiki

Camel case se utiliza en algunos lenguajes de marcado wiki para términos que deberían vincularse automáticamente a otras páginas wiki . Esta convención se utilizó originalmente en el software wiki original de Ward Cunningham , WikiWikiWeb , [40] y se puede activar en la mayoría de los otros wikis. Algunos motores wiki como TiddlyWiki , Trac y PmWiki lo utilizan en la configuración predeterminada, pero normalmente también proporcionan un mecanismo de configuración o complemento para desactivarlo. Wikipedia también usaba anteriormente enlaces en formato camel, pero cambió a un marcado de enlaces explícito usando corchetes [41] y muchos otros sitios wiki han hecho lo mismo. MediaWiki , por ejemplo, no admite mayúsculas y minúsculas en camello para vincular. Algunos wikis que no utilizan enlaces en mayúsculas y minúsculas aún pueden utilizar el caso en camello como convención de nomenclatura, como AboutUs .

Otros usos

El registro NIEM requiere que los elementos de datos XML utilicen mayúsculas camel y los atributos XML utilicen minúsculas camel.

Las interfaces de línea de comandos y los lenguajes de secuencias de comandos más populares no pueden manejar fácilmente nombres de archivos que contienen espacios incrustados (generalmente requieren que el nombre esté entre comillas). Por lo tanto, los usuarios de esos sistemas a menudo recurren a mayúsculas y minúsculas (o guiones bajos, guiones y otros caracteres "seguros") para nombres de archivos compuestos como MyJobResume.pdf .

Los servicios de microblogging y redes sociales que limitan el número de caracteres de un mensaje son salidas potenciales para el capital mediático. El uso de mayúsculas y minúsculas entre palabras reduce la cantidad de espacios y, por lo tanto, la cantidad de caracteres en un mensaje determinado, lo que permite que quepa más contenido en el espacio limitado. Los hashtags , especialmente los largos, suelen utilizar mayúsculas y minúsculas para mantener la legibilidad (por ejemplo, #CollegeStudentProblems es más fácil de leer que #collegestudentproblems); [42] esta práctica mejora la accesibilidad ya que los lectores de pantalla reconocen CamelCase al analizar hashtags compuestos. [43]

En las URL de sitios web, los espacios están codificados en porcentaje como "%20", lo que hace que la dirección sea más larga y menos legible para los humanos . Al omitir espacios, camel case no tiene este problema.

Estudios de legibilidad

El caso Camel ha sido criticado por afectar negativamente la legibilidad debido a la eliminación de espacios y mayúsculas de cada palabra. [44]

Un estudio de 2009 de 135 sujetos que compararon casos de serpientes (identificadores subrayados) con casos de camellos encontró que los identificadores de casos de camellos se reconocían con mayor precisión entre todos los sujetos. Los sujetos reconocieron los identificadores de casos de serpientes más rápidamente que los identificadores de casos de camellos. El entrenamiento en casos de camellos aceleró el reconocimiento de casos de camellos y ralentizó el reconocimiento de casos de serpientes, 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 capacitados en el caso del camello declararon una preferencia por los guiones bajos. Sin embargo, estas preferencias no tuvieron correlación estadística con la precisión o la velocidad al controlar otras variables. [45]

Un estudio de seguimiento de 2010 utilizó un diseño de estudio similar con 15 sujetos formados por programadores expertos capacitados principalmente en casos de serpientes. Utilizó un estímulo estático en lugar de animado y encontró una precisión perfecta en ambos estilos, excepto por una respuesta incorrecta en el caso del camello. Los sujetos reconocieron los identificadores en el caso de la serpiente más rápidamente que en el caso del camello. El estudio utilizó equipos de seguimiento ocular y descubrió que la diferencia en la velocidad de los sujetos se debía principalmente al hecho de que la duración promedio de las fijaciones para los casos de camello era significativamente mayor que la de los casos de serpiente para los identificadores de 3 partes. La encuesta registró una combinación de estilos de identificadores preferidos, pero nuevamente no hubo correlación entre el estilo preferido y la precisión o la velocidad. [46]

Ver también

Referencias

  1. ^ Fogarty, Mignon (27 de octubre de 2009). The Grammar Devotional: Consejos diarios para escribir con éxito de Grammar Girl. Grupo Editorial de San Martín. pag. 14.ISBN​ 978-1-4299-6440-1.
  2. ^ Brown, Adam (21 de septiembre de 2018). Comprensión y enseñanza de la ortografía inglesa: una guía estratégica. Rutledge. págs. 173-174. ISBN 978-1-351-62186-1.
  3. ^ Dreyer, Benjamin (4 de agosto de 2020). Inglés de Dreyer: una guía absolutamente correcta sobre claridad y estilo. Grupo editorial Random House. pag. 228.ISBN 978-0-8129-8571-9.
  4. ^ ab "Estilos de capitalización: .NET Framework 1.1". 17 de noviembre de 2006 . Consultado el 5 de diciembre de 2012 .
  5. ^ "Convenciones de nomenclatura". Escala . Consultado el 5 de diciembre de 2012 .
  6. ^ "Estuche de camello" . Consultado el 10 de marzo de 2016 .
  7. ^ "Guía de estilo y calidad de Ada 95". Octubre de 1995. Sección 3.1.3 . Consultado el 25 de enero de 2020 .
  8. ^ Directrices y estándares de codificación de C# Archivado el 11 de abril de 2008 en Wayback Machine en la Facultad de Tecnología de la Universidad Purdue .
  9. ^ "[email protected]". Todo2.com . Consultado el 4 de junio de 2010 .
  10. ^ ab Guía de estilo para código Python en www.python.org
  11. ^ Feldman, Ian (29 de marzo de 1990). "Nombres compuestos". Grupo de noticias : alt.folklore.computers. Usenet:  [email protected].
  12. ^ "[#APF-1088] Si el nombre de la clase tiene mayúsculas incrustadas, el código AppGen no pasa las pruebas de interfaz de usuario y los hipervínculos generados son incorrectos. - AppFuse JIRA". Problemas.appfuse.org . Archivado desde el original el 25 de junio de 2017 . Consultado el 4 de junio de 2010 .
  13. ^ Convenciones de nomenclatura ASP Archivado el 8 de abril de 2009 en Wayback Machine , por Nannette Thacker (01/05/1999)
  14. ^ Iverson, Cheryl; Christiansen, Stacy; Flanagin, Annette; Fontanarosa, Phil B.; Vidrio, Richard M.; Gregolina, Brenda; Lurie, Stephen J.; Meyer, Harriet S.; Winker, Margaret A.; Joven, Rozanne K., eds. (2007). Manual de estilo AMA (10ª ed.). Oxford, Oxfordshire: Oxford University Press. ISBN 978-0-19-517633-9.
  15. ^ Hult, Christine A.; Huckin, Thomas N. "El manual breve del nuevo siglo: reglas para la capitalización interna". Educación Pearson . Archivado desde el original el 7 de abril de 2012.
  16. ^ "¿Cuál es el nombre de una palabra que contiene dos letras mayúsculas (como WordPad)?". Pregúntale a Oxford . Archivo de Internet. Archivado desde el original el 25 de octubre de 2008 . Consultado el 12 de junio de 2022 .
  17. ^ "Brad Abrams: Historia en torno a Pascal Casing y Camel Casing". Blogs.msdn.com . 3 de febrero de 2004 . Consultado el 4 de enero de 2014 .
  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. ^ "WikiPalabra". Twiki.org . 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). "¡Estoy feliz de nuevo! - comp.os.os2.advocacy | Grupos de Google". Grupos.google.com . Consultado el 23 de mayo de 2009 .
  24. ^ Newton Love [ enlace muerto ]
  25. ^ 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.
  26. ^ Fowler, Henry W .; Fowler, Francisco G. (1908). "Capítulo IV. Puntuación - Guiones". El inglés del rey (2ª ed.). Oxford . Archivado desde el original el 31 de diciembre de 2009 . Consultado el 19 de diciembre de 2009 .
  27. ^ 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.
  28. ^ Henry M. Leicester y Herbert S. Klickstein, eds. 1952, Un libro de consulta sobre química, 1400-1900 (Cambridge, MA: Harvard)
  29. ^ El reportero de marcas comerciales . Asociación de Marcas de Estados Unidos . 1930.ISBN 1-59888-091-8.
  30. ^ "Temporada 1 de Mister Rogers Neighborhood (Episodio 4)" . Consultado el 21 de junio de 2022 .
  31. ^ "Nuestra Historia". www.unitedhealthgroup.com . Consultado el 15 de mayo de 2019 .[ enlace muerto permanente ]
  32. ^ ""Resumen de la sesión 8". Computadoras digitales: técnicas avanzadas de codificación. Sesión de verano de 1954, Instituto de Tecnología de Massachusetts" (PDF) . 1954, págs. 8–6. Archivado desde el original (PDF) el 29 de febrero de 2012 . Consultado el 4 de enero de 2014 .
  33. ^ Strachey, Christopher (octubre de 1965). "Un macrogenerador de uso general". Diario de informática . 8 (3): 225–241. doi : 10.1093/comjnl/8.3.225 .
  34. ^ Niklaus Wirth (2007). "Módulo-2 y Oberon". Actas de la tercera conferencia ACM SIGPLAN sobre 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. {{cite book}}: |journal=ignorado ( ayuda )Mantenimiento CS1: falta la ubicación del editor ( enlace )
  35. ^ wwlpublicar. "Declarar variables - Entrenamiento". aprender.microsoft.com . Consultado el 29 de agosto de 2023 .
  36. ^ Farhad Manjoo (30 de abril de 2002). "Los graduados también quieren estudiar en EMacs". Cableado.com . Consultado el 4 de junio de 2010 .
  37. ^ Comentarios, 20 de junio de 1998 Vol 158 No 2139 New Scientist 20 de junio de 1998
  38. ^ "Guía de estilo de Google Java". google.github.io . Consultado el 2 de noviembre de 2022 .
  39. ^ Dave Binkley; Marcia Davis; Amanecer Lawrie; Christopher Morrell (2009). "A CamelCase o Under_score". IEEE 17ª Conferencia Internacional sobre Comprensión de Programas, 2009. ICPC '09 . IEEE: 158–167. CiteSeerX 10.1.1.158.9499 . En términos de identificadores en forma de camello, esto tiene un mayor impacto en los identificadores que incluyen palabras cortas y especialmente acrónimos. Por ejemplo, considere el ID de acrónimo que se encuentra en el identificador kIOuterIIDPath. Debido a la gran cantidad de letras mayúsculas, la tarea de leer kIOuterIIDPath, en particular la identificación de la palabra ID, es más difícil. 
  40. ^ Andrew Lih, La revolución de Wikipedia: cómo un grupo de don nadies creó la enciclopedia más grande del mundo (Nueva York: Hyperion, 2009), págs.
  41. ^ Lih, La revolución de Wikipedia , págs. 62–63, 67.
  42. ^ Blackwood, Jessica; Marrón, Kate. "Uso accesible de CamelCase y postes estructurantes".
  43. ^ "Pautas de accesibilidad a las redes sociales".
  44. ^ Caleb Crain (23 de noviembre de 2009). "Caso Contra el Camello". New York Times .
  45. ^ Dave Binkley; Marcia Davis; Amanecer Lawrie; Christopher Morrell (2009). "A CamelCase o Under_score". IEEE 17ª Conferencia Internacional sobre Comprensión de Programas, 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 carcasa de camello conduce a una mayor precisión entre todos los sujetos, independientemente del entrenamiento, y aquellos entrenados en carcasa de camello son capaces de reconocer identificadores en el estilo de carcasa de camello más rápido que los identificadores en el estilo de guión bajo. 
  46. ^ Bonita Sharif; Jonathan I. Maletic (2010). "Un estudio de seguimiento ocular sobre estilos de identificador camelCase y under_score". 2010 IEEE 18ª Conferencia Internacional sobre Comprensión de Programas . IEEE. págs. 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 subrayado y todos eran programadores. Si bien los resultados no indican diferencias en la precisión entre los dos estilos, los sujetos reconocen más rápidamente los identificadores en el estilo de subrayado.

enlaces externos