Atlasingeniería

Inglés técnicoLectura técnica — JuniorTema 2Junior

Leer documentación sin traducirla

Traducir mentalmente palabra por palabra es lento y además hace perder el hilo. La documentación técnica tiene una estructura fija que se puede recorrer salteando, y saber dónde está cada cosa importa más que entender cada oración.

La forma más común de leer documentación en inglés es la más lenta: empezar arriba, traducir cada oración, y llegar al final del primer párrafo sin acordarse qué se estaba buscando.

La documentación técnica no se lee como un texto: se recorre buscando algo. Tiene una estructura bastante fija, y cuando la conocés podés saltar directamente a la parte que responde tu pregunta, que suele ser una de cinco.

Dónde está cada cosa

SecciónCómo se llamaQué respondeCuándo ir ahí
IntroducciónOverview, Introduction, AboutQué es y para qué sirveLa primera vez, y sólo esa vez
ArranqueGetting started, QuickstartCómo hacerlo andar en cinco minutosPara empezar rápido
GuíasGuides, How-to, TutorialsCómo hacer una tarea concretaCuando sabés qué querés hacer
ReferenciaAPI reference, ConfigurationQué parámetros hay y qué hace cada unoCuando ya estás escribiendo código
ConceptosConcepts, Architecture, How it worksPor qué funciona asíCuando algo se comporta raro
CambiosChangelog, Release notes, Migration guideQué cambió y qué se rompeAntes de actualizar una versión
La referencia es la que más se usa trabajando, y la que menos se lee corrida: se busca un parámetro y se leen tres líneas.

Las señales que hay que ver sí o sí

Hay unas pocas frases que cambian lo que vas a hacer, y conviene reconocerlas de un vistazo:

SeñalQué significaQué hacer
Breaking changeAlgo que funcionaba deja de funcionarLeerlo entero antes de actualizar
DeprecatedTodavía anda, va a desaparecerAnotarlo; migrar antes de que lo saquen
Experimental / BetaPuede cambiar sin avisoNo apoyarse en eso para algo crítico
Note / Warning / CautionUn detalle que rompe si se ignoraSon las tres líneas más útiles de la página
Defaults to…El valor que toma si no lo configurásVerificar que ese valor sea el que querés
Required / OptionalSi hace falta pasarloLo primero que se mira en la referencia
Not recommended for productionAnda en tu máquina, no en serioBuscar la alternativa que sí lo es
Los recuadros de advertencia existen porque alguien ya se equivocó ahí. Son la parte con mejor relación entre líneas y problemas evitados.

Antes de seguir, predecí

Un parámetro dice «Defaults to false. Enabling this may increase latency». ¿Qué conviene hacer?

Leer un changelog en dos minutos

Es el documento que más se lee mal, porque se lee entero cuando hay que recorrerlo al revés:

El procedimiento

  1. Buscá primero «Breaking changes». Si no hay, la actualización probablemente sea segura.
  2. Mirá el salto de versión. En versionado semántico, el primer número que cambia avisa que algo se rompe; el segundo, que hay cosas nuevas; el tercero, que son arreglos.
  3. Buscá los nombres que usás. Ctrl+F con las funciones o los parámetros de tu código: el 95 % del changelog no te aplica.
  4. Leé «Deprecations». No rompe hoy y define tu trabajo de los próximos meses.
  5. Si saltás varias versiones, buscá la guía de migración. Existe justamente para eso y ahorra leer cinco changelogs.

Y del otro lado: escribir para que otro lea así

Reescribilo

Una nota de versión escrita como si nadie la fuera a recorrer buscando algo. Reescribila para alguien que la va a leer en dos minutos antes de actualizar.

## v3.0.0

We have made several improvements to the library. The export function now works differently and we also changed how dates are handled. There are also some bug fixes. Please review before updating.

Las dos versiones dicen lo mismo que el original. La diferencia es que se pueden recorrer sin leerlas.

Lo que preguntan sobre esto

Cierre

Autoevaluación

¿Lo entendiste?

Algo se comporta distinto de lo que esperabas. ¿A qué sección ir?
¿Qué parte de un changelog conviene mirar primero?
Un parámetro dice «Experimental». ¿Qué implica?
¿Por qué los recuadros de Note y Warning son la mejor parte de una página?