Una de las cosas que aprendí de The Carpentries que más me gustan es codear en vivo. Además de obligarme a ir más despacio y permitir que mis estudiantes vean mis errores, simplemente me resulta mucho más divertido que leer diapositivas o ir siguiendo un script ya escrito.
Pero en cuanto empecé a hacer codeo en vivo me encontré con algunos problemas. Durante las clases era muy común que algune estudiante parara la clase para decir que el código no le funcionaba.
Hace tiempo que quería escribir un post con una lista de algunos de los trucos de rmarkdown que fui aprendiendo a lo largo de los años. También quería oír consejos de otras personas, así que pregunté en Mastodon. En fin, acá les presento los 11 trucos que decidí incluir sin ningún orden definido.
Hacer obligatorias algunas opciones de bloque A veces uso este truco para obligarme a escribir epígrafes en todas las figuras.
Uno de los subproductos de mi tesis de doctorado es la descomposición del índice del SAM (un indicador del estado de la atmósfera muy usado y monitoreado) en dos partes que tienen distintas propiedades e impactos.
Como investigadore, yo sé que para para que un índice de adopte, éste tiene que ser fácil de descargar de manera actualizada. Por esto es que estoy armando una página con gráficos y acceso a los datos actualizados mensualmente.
La función stop() permite terminar la ejecución de una función si hay algún problema mortal.
Por ejemplo, imaginemos este código que calcula la raziz cuadrada de un número pero sólo si el número de entrada es positivo.
raiz_real <- function(x) { if (x < 0) { stop("'x' no puede ser negativo.") } sqrt(x) } raiz_real(2) ## [1] 1.414214 raiz_real(-2) ## Error in raiz_real(-2): 'x' no puede ser negativo. Si x es negativo, la función tira un error.
Este post quizás llega un poco tarde pero hace poco salió la versión 4.1.0 de R. Y si la versión 4.0.0 hizo noticia con el revolucionario cambio de stringAsFactors = FALSE, la gran novedad de esta siguiente versión es la implementación de una “pipa” nativa.
La nueva pipa La “pipa” (traducción no muy buena de “pipe” en inglés) es una de las principales distinciones del código que usa tidyverse / dplyr.
Con mi novia estamos viendo Star Trek: The Next Generation. La primera temporada es bastante mala, pero luego remonta. Me dio curiosidad si los ratings mostraban eso. Entonces empecé a bajar los ratings de cada capítulo en IMDB. En el medio, me encontré que IMDB provee ratings promedio por demografía, así que decidí también bajar eso.
Y ya que estamos, bajé también los ratings de las otras series de Star Trek.
Cuando le conté a una amiga que había analizado las letras de Rammstein y Lacrimosa, me tiró la idea de usar un modelo para crear letras de las bandas. Me pareció una idea divertida, así que acá tienen el futuro de la música:
library(data.table) library(magrittr) Igual que hice antes, bajo las letras de losdiscos de estudio de cada artista. Guardo las cosas en un archivo para no tener que bajar los datos cada vez que corro esto.
