<commit_before>[[creacion-de-codigos]]
== Creación de códigos

[[codigos-libres]]
=== Códigos libres

Como podemos ver en la parte izquierda de la figura <<img-opciones-creacion-codigos-libres>>, la primera opción del menú __Códigos__, nos permite la creación de códigos “libres”, es decir, códigos que en principio no están relacionados con ningún otro elemento. También podemos crear códigos libres desde el _Administrador_ de códigos, utilizando la misma opción del menú o con el icono de creación (derecha de la figura).

[[img-opciones-creacion-codigos-libres, Opciones de creación de códigos libres]]
.Opciones de creación de códigos libres
image::images/image-053.png[{alt="Opciones de creación de códigos libres", float="right", align="center"]

En ambos casos, nos aparecerá una nueva ventana en la que introduciremos la etiqueta de código. Como podemos ver, a medida que vamos introduciendo etiquetas de código, se añaden nuevas filas en la ventana, por lo que podemos crear varios códigos de forma simultánea, hasta que hagamos clic en el botón __OK__.

[[img-creacion-codigos-libres, Creación de códigos libres]]
.Creación de códigos libres
image::images/image-054.png[{alt="Creación de códigos libres", float="right", align="center"]

La etiqueta de código debe ser clara y concisa, y aunque puede ser relativamente extensa, es preferible no utilizar nombres excesivamente largos pues complicaría la visualización de los códigos en el margen derecho. La descripción detallada la realizaremos como comentario (ver <<comentatios-de-codigos, Comentarios de códigos>>).

Desde el momento de su creación todos los códigos tienen exactamente las mismas características. ATLAS.ti no realiza ningún tipo de jerarquización definida como propiedad específica de cada uno de los códigos. No podemos asignar a los códigos diferentes niveles, más genéricos o más específicos, o definirlos en función de tipos preestablecidos como subcategorías, categorías, dimensiones, etc... Más adelante veremos la forma de especificar estos atributos a partir del establecimiento de determinados tipos de relación entre códigos (<<relaciones-entre-codigos, Relaciones entre Códigos>>).

[TIP]
====
Si queremos realizar algún tipo de distinción entre códigos que no sea de carácter relacional podemos utilizar alguna estrategia que nos permita diferenciarlos visualmente. Una posibilidad sería escribir en mayúsculas la etiqueta de un “código de nivel 1”, con mayúscula inicial la etiqueta de un “código de nivel 2” y en minúsculas la de un “código de nivel 3”. Otra posibilidad consistiría en usar prefijos (e.g., N1_ para nivel 1, N2_ para nivel 2 y así sucesivamente) lo cual además permitiría ordenar los códigos en función del atributo de interés.
====


[TIP]
====
También tenemos la posibilidad de “jugar” con la opción `Códigos > Miscelánea > Cambiar color` para asignar diferentes colores a los códigos en función de su nivel u otras distinciones de interés en el curso del análisis. Podemos utilizar esta opción de colorear para otras funciones, como por ejemplo asignar un color determinado a los códigos que consideramos requieren un trabajo adicional.footnote:[ Cuando un código tiene asignado un color, aparecerá con ese color en las vistas de red]
====

En el ejemplo de la figura <<img-creacion-codigos-libres>> hemos añadido un conjunto de códigos que utilizaremos durante el texto para ilustrar algunas funcionalidades. Se trata de la clasificación de tipos de preguntas y respuestas formulada por Parameswary Rasiah (2010) en su análisis de las respuestas evasivas en el discurso parlamentario. Los códigos que aparecen remiten a diferentes tipos de preguntas. Si tenemos un código como “Question” podemos entenderlo como el “código de nivel 1”. Los códigos que remitan a formas especificas de evadir preguntando serían “códigos de nivel 2” (y por lo tanto su etiqueta empieza con una letra en mayúscula). Por lo tanto el código “Question” lo etiquetaríamos como “QUESTION” o “N1_Question”, según la pauta empleada.

Si tenemos previamente definida una amplia lista de códigos, existen otras formas rápidas de crearlos. Podemos, por ejemplo, crear un archivo de texto con la lista de códigos (un código por línea) e importarlo a ATLAS.ti utilizando la opción `Códigos > Importar/Exportar > Importar lista de códigos`. El único requisito que tiene que cumplir el archivo es que sea un archivo sólo texto pero que tenga extensión “COD” (por ejemplo “Codigos.cod”).

Otra forma, quizás más sencilla de añadir una lista amplia de códigos es creando un _Memo_ con las mismas características que el archivo anterior, es decir, un nombre de código por línea (figura , izquierda), y una vez guardado el _Memo_ utilizar la opción `Miscelánea > Crear códigos desde el memo seleccionado` del administrador de memos.

[[img-creacion-codigos-desde-memos, Creación de códigos a partir de Memo]]
.Creación de códigos a partir de Memo
image::images/image-055.png[{alt="Creación de códigos a partir de Memo", float="right", align="center"]

[[comentarios-de-codigos]]
==== Comentarios de códigos

Una vez más, mientras vamos creando los códigos, es conveniente dedicar un tiempo a su descripción, es decir, a crear comentarios. Si los comentarios son elementos importantes de los componentes que hemos visto hasta el momento (UH y DPs), lo son mucho más en el caso de los códigos, sobre todo cuando el trabajo de codificación es compartido por varios analistas. Es fundamental que el significado de los códigos, tanto conceptual como operativamente, alcance cierto grado de estabilidad durante el análisis, de forma que un mismo codificador interprete y aplique de la misma forma un código en diferentes momentos del proceso de análisis o que varios codificadores interpreten de la misma forma un mismo código. En algunos casos la simple etiqueta puede parecer lo suficientemente descriptiva como para que no haga falta escribir un comentario. Sin embargo, conforme progresa el análisis o cuando intervienen distintos analistas, esa aparente claridad puede no serlo del todo en la práctica.

Una posible forma de sistematizar los contenidos a añadir a los comentarios de códigos es seguir el modelo que proponen MacQueen, McLellan, & Milstein (1998), del que ofrecemos un ejemplo en la Tabla.

[[tab-elementos-comentarios-codigos, Elementos comentarios de códigos (MacQueen, McLellan, Kay y Milstein ,1998)]]
.Elementos comentarios de códigos (MacQueen, McLellan, Kay y Milstein ,1998)
[width="11%",cols="50%,50%",options="header",]
|=======================================================================
|ELEMENTO |EJEMPLO
|*Etiqueta* |MARGIN

|*Definición breve* |Miembros marginados de la comunidad

|*Definición amplia* |Grupos que son percibidos negativamente como
social y/o físicamente outsiders a la estructura comunitaria principal.
En los grupos marginados las fronteras son impuestas por los otros para
evitar que los grupos “no favorables” participen o interactúen con los
grupos dominantes

|*Cuándo usar* |Aplicar este código a todas las referencias a grupos de
personas que ha marginado el resto de la comunidad. Esas personas o
grupos pueden ser descritos como parias, extremistas, radicales, o
explícitamente descritos como periféricos, extranjeros, outsiders,
estrafalarios, etc.

|*Cuándo no usar* |No usar este código para referirse a grupos
institucionalizados por motivos de salud o criminales (ver INSTIT) o
para grupos que se han ubicado voluntariamente alejados de la vida de la
comunidad (ver SELMFAR)

|*Ejemplo* |“Entonces tienes a los parias negros —camellos, yonquis,
prostitutas.”
|=======================================================================

No estamos sugiriendo, de todas formas, que se utilice este modelo de una forma mimética para cada uno de nuestros códigos. En algunos casos puede ser casi imprescindible este nivel de especificidad, mientras que en otros una simple etiqueta amplia puede ser suficiente. Por otra parte, el comentario puede ser también el lugar donde podemos empezar a elaborar hipótesis sobre el tipo de significado del código, donde podemos empezar a preguntarnos por el tipo de relaciones que se pueden establecer entre este código y otros, etc. El que estos comentarios pertenezcan a la “categoría” _comentario_ o a la categoría _Memo_ puede ser una cuestión de matiz, una pequeña diferencia cualitativa. De hecho, algo que puede empezar siendo un comentario de código puede acabar convirtiéndose, a medida que va haciéndose más compleja, en un __Memo__. De todas formas, nuestro criterio suele ser que si el comentario va más allá de la descripción del código, es mejor crear un _Memo_ y vincularlo con el _código_ (ver <<06-2-relaciones.adoc#relaciones-con-memos, Relaciones con Memos>>).

[[visualizacion]]
==== Visualización

A medida que vamos creando códigos, estos aparecerán tanto en la lista desplegable de códigos como en el administrador de códigos.

[[img-codigo-lista-desplegable, Código en lista desplegable]]
.Código en lista desplegable
image::images/image-056.png[{alt="Código en lista desplegable", float="right", align="center"]

La única información que podremos ver en la lista desplegable es el nombre de código junto a dos números entre corchetes. El primer número hace referencia a la cantidad de _citas_ con las que está relacionado el código, mientras que el segundo número lo hace respecto a los otros códigos con los que el código en cuestión está relacionado (ver Relaciones entre Códigos, en pág. 104). Además, en algunas ocasiones veremos el signo ~, que nos indica que el código tiene un comentario. Operativamente hablando, el comentario puede ser solo un punto, por ejemplo, lo cual probablemente carece de interés desde el punto de vista de los fines del análisis. Sin embargo, la herramienta seguiría considerando que, en este caso, el código está comentado y presentaría el signo ~.

El administrador de códigos (figura ) incluye, además de la información anterior, el nombre del usuario creador del código, la fecha de creación y modificación y las familias a las que pertenece. La columna _Fundamentado_ hace referencia al número de citas vinculadas al código, mientras que la columna _Densidad_ lo hace con respecto al número de relaciones con otros códigos. Además, como en todos los administradores, tenemos la zona de comentario.footnote:[Este es formato de visualización por defecto, pero en todos los administradores pueden elegirse otros formatos desde el menú __Visualización__.]

[[img-administrador-codigos-desde-memo, Administrador de códigos a partir de Memo]]
.Administrador de códigos a partir de Memo
image::images/image-057.png[{alt="Administrador de códigos a partir de Memo", float="right", align="center"]
<commit_msg>Updates 05-1-creacion-de-codigos.adoc<commit_after>[[creacion-de-codigos]]
== Creación de códigos

[[codigos-libres]]
=== Códigos libres

Como podemos ver en la parte izquierda de la figura <<img-opciones-creacion-codigos-libres>>, la primera opción del menú __Códigos__, nos permite la creación de códigos “libres”, es decir, códigos que en principio no están relacionados con ningún otro elemento. También podemos crear códigos libres desde el _Administrador_ de códigos, utilizando la misma opción del menú o con el icono de creación (derecha de la figura).

[[img-opciones-creacion-codigos-libres, Opciones de creación de códigos libres]]
.Opciones de creación de códigos libres
image::images/image-053.png[{alt="Opciones de creación de códigos libres", float="right", align="center"]

En ambos casos, nos aparecerá una nueva ventana en la que introduciremos la etiqueta de código. Como podemos ver, a medida que vamos introduciendo etiquetas de código, se añaden nuevas filas en la ventana, por lo que podemos crear varios códigos de forma simultánea, hasta que hagamos clic en el botón __OK__.

[[img-creacion-codigos-libres, Creación de códigos libres]]
.Creación de códigos libres
image::images/image-054.png[{alt="Creación de códigos libres", float="right", align="center"]

La etiqueta de código debe ser clara y concisa, y aunque puede ser relativamente extensa, es preferible no utilizar nombres excesivamente largos pues complicaría la visualización de los códigos en el margen derecho. La descripción detallada la realizaremos como comentario (ver <<comentatios-de-codigos, Comentarios de códigos>>).

Desde el momento de su creación todos los códigos tienen exactamente las mismas características. ATLAS.ti no realiza ningún tipo de jerarquización definida como propiedad específica de cada uno de los códigos. No podemos asignar a los códigos diferentes niveles, más genéricos o más específicos, o definirlos en función de tipos preestablecidos como subcategorías, categorías, dimensiones, etc... Más adelante veremos la forma de especificar estos atributos a partir del establecimiento de determinados tipos de relación entre códigos (<<relaciones-entre-codigos, Relaciones entre Códigos>>).

[TIP]
====
Si queremos realizar algún tipo de distinción entre códigos que no sea de carácter relacional podemos utilizar alguna estrategia que nos permita diferenciarlos visualmente. Una posibilidad sería escribir en mayúsculas la etiqueta de un “código de nivel 1”, con mayúscula inicial la etiqueta de un “código de nivel 2” y en minúsculas la de un “código de nivel 3”. Otra posibilidad consistiría en usar prefijos (e.g., N1_ para nivel 1, N2_ para nivel 2 y así sucesivamente) lo cual además permitiría ordenar los códigos en función del atributo de interés.
====


[TIP]
====
También tenemos la posibilidad de “jugar” con la opción `Códigos > Miscelánea > Cambiar color` para asignar diferentes colores a los códigos en función de su nivel u otras distinciones de interés en el curso del análisis. Podemos utilizar esta opción de colorear para otras funciones, como por ejemplo asignar un color determinado a los códigos que consideramos requieren un trabajo adicional.footnote:[ Cuando un código tiene asignado un color, aparecerá con ese color en las vistas de red]
====

En el ejemplo de la figura <<img-creacion-codigos-libres>> hemos añadido un conjunto de códigos que utilizaremos durante el texto para ilustrar algunas funcionalidades. Se trata de la clasificación de tipos de preguntas y respuestas formulada por Parameswary Rasiah (2010) en su análisis de las respuestas evasivas en el discurso parlamentario. Los códigos que aparecen remiten a diferentes tipos de preguntas. Si tenemos un código como “Question” podemos entenderlo como el “código de nivel 1”. Los códigos que remitan a formas especificas de evadir preguntando serían “códigos de nivel 2” (y por lo tanto su etiqueta empieza con una letra en mayúscula). Por lo tanto el código “Question” lo etiquetaríamos como “QUESTION” o “N1_Question”, según la pauta empleada.

Si tenemos previamente definida una amplia lista de códigos, existen otras formas rápidas de crearlos. Podemos, por ejemplo, crear un archivo de texto con la lista de códigos (un código por línea) e importarlo a ATLAS.ti utilizando la opción `Códigos > Importar/Exportar > Importar lista de códigos`. El único requisito que tiene que cumplir el archivo es que sea un archivo sólo texto pero que tenga extensión “COD” (por ejemplo “Codigos.cod”).

Otra forma, quizás más sencilla de añadir una lista amplia de códigos es creando un _Memo_ con las mismas características que el archivo anterior, es decir, un nombre de código por línea (figura , izquierda), y una vez guardado el _Memo_ utilizar la opción `Miscelánea > Crear códigos desde el memo seleccionado` del administrador de memos.

[[img-creacion-codigos-desde-memos, Creación de códigos a partir de Memo]]
.Creación de códigos a partir de Memo
image::images/image-055.png[{alt="Creación de códigos a partir de Memo", float="right", align="center"]

[[comentarios-de-codigos]]
==== Comentarios de códigos

Una vez más, mientras vamos creando los códigos, es conveniente dedicar un tiempo a su descripción, es decir, a crear comentarios. Si los comentarios son elementos importantes de los componentes que hemos visto hasta el momento (UH y DPs), lo son mucho más en el caso de los códigos, sobre todo cuando el trabajo de codificación es compartido por varios analistas. Es fundamental que el significado de los códigos, tanto conceptual como operativamente, alcance cierto grado de estabilidad durante el análisis, de forma que un mismo codificador interprete y aplique de la misma forma un código en diferentes momentos del proceso de análisis o que varios codificadores interpreten de la misma forma un mismo código. En algunos casos la simple etiqueta puede parecer lo suficientemente descriptiva como para que no haga falta escribir un comentario. Sin embargo, conforme progresa el análisis o cuando intervienen distintos analistas, esa aparente claridad puede no serlo del todo en la práctica.

Una posible forma de sistematizar los contenidos a añadir a los comentarios de códigos es seguir el modelo que proponen MacQueen, McLellan, & Milstein (1998), del que ofrecemos un ejemplo en la Tabla.

[[tab-elementos-comentarios-codigos, Elementos comentarios de códigos (MacQueen, McLellan, Kay y Milstein ,1998)]]
.Elementos comentarios de códigos (MacQueen, McLellan, Kay y Milstein ,1998)
[width="11%",cols="50%,50%",options="header",]
|=======================================================================
|ELEMENTO |EJEMPLO
|*Etiqueta* |MARGIN

|*Definición breve* |Miembros marginados de la comunidad

|*Definición amplia* |Grupos que son percibidos negativamente como
social y/o físicamente outsiders a la estructura comunitaria principal.
En los grupos marginados las fronteras son impuestas por los otros para
evitar que los grupos “no favorables” participen o interactúen con los
grupos dominantes

|*Cuándo usar* |Aplicar este código a todas las referencias a grupos de
personas que ha marginado el resto de la comunidad. Esas personas o
grupos pueden ser descritos como parias, extremistas, radicales, o
explícitamente descritos como periféricos, extranjeros, outsiders,
estrafalarios, etc.

|*Cuándo no usar* |No usar este código para referirse a grupos
institucionalizados por motivos de salud o criminales (ver INSTIT) o
para grupos que se han ubicado voluntariamente alejados de la vida de la
comunidad (ver SELMFAR)

|*Ejemplo* |“Entonces tienes a los parias negros —camellos, yonquis,
prostitutas.”
|=======================================================================

No estamos sugiriendo, de todas formas, que se utilice este modelo de una forma mimética para cada uno de nuestros códigos. En algunos casos puede ser casi imprescindible este nivel de especificidad, mientras que en otros una simple etiqueta amplia puede ser suficiente. Por otra parte, el comentario puede ser también el lugar donde podemos empezar a elaborar hipótesis sobre el tipo de significado del código, donde podemos empezar a preguntarnos por el tipo de relaciones que se pueden establecer entre este código y otros, etc. El que estos comentarios pertenezcan a la “categoría” _comentario_ o a la categoría _Memo_ puede ser una cuestión de matiz, una pequeña diferencia cualitativa. De hecho, algo que puede empezar siendo un comentario de código puede acabar convirtiéndose, a medida que va haciéndose más compleja, en un __Memo__. De todas formas, nuestro criterio suele ser que si el comentario va más allá de la descripción del código, es mejor crear un _Memo_ y vincularlo con el _código_ (ver <<06-2-relaciones.adoc#relaciones-con-memos, Relaciones con Memos>>).

[[visualizacion]]
==== Visualización

A medida que vamos creando códigos, estos aparecerán tanto en la lista desplegable de códigos como en el administrador de códigos.

[[img-codigo-lista-desplegable, Código en lista desplegable]]
.Código en lista desplegable
image::images/image-056.png[{alt="Código en lista desplegable", float="right", align="center"]

La única información que podremos ver en la lista desplegable es el nombre de código junto a dos números entre corchetes. El primer número hace referencia a la cantidad de _citas_ con las que está relacionado el código, mientras que el segundo número lo hace respecto a los otros códigos con los que el código en cuestión está relacionado (ver <<06-2-relaciones#relaciones-entre-codigos, Relaciones entre Códigos>>). Además, en algunas ocasiones veremos el signo `~`, que nos indica que el código tiene un comentario. Operativamente hablando, el comentario puede ser solo un punto, por ejemplo, lo cual probablemente carece de interés desde el punto de vista de los fines del análisis. Sin embargo, la herramienta seguiría considerando que, en este caso, el código está comentado y presentaría el signo `~`.

El administrador de códigos (figura <<img-administrador-codigos-desde-memo>>) incluye, además de la información anterior, el nombre del usuario creador del código, la fecha de creación y modificación y las familias a las que pertenece. La columna _Fundamentado_ hace referencia al número de citas vinculadas al código, mientras que la columna _Densidad_ lo hace con respecto al número de relaciones con otros códigos. Además, como en todos los administradores, tenemos la zona de comentario.footnote:[Este es formato de visualización por defecto, pero en todos los administradores pueden elegirse otros formatos desde el menú __Visualización__.]

[[img-administrador-codigos-desde-memo, Administrador de códigos a partir de Memo]]
.Administrador de códigos a partir de Memo
image::images/image-057.png[{alt="Administrador de códigos a partir de Memo", float="right", align="center"]

{'fraction_non_alphanumeric': 0.06391064559484637, 'fraction_numerical': 0.005051675395096631, 'mean_word_length': 5.361438679245283, 'pattern_counts': {'":': 0, '<': 27, '<?xml version=': 0, '>': 37, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '6484944', 'n_tokens_mistral': 6852, 'n_tokens_neox': 6805, 'n_words': 3032}