Atlasingeniería

Inglés técnicoEscritura profesional — Semi-SeniorTema 4Semi-Senior

Documentación y READMEs en inglés

Un README en inglés no se escribe: se completa. Tiene seis secciones fijas, un tiempo verbal dominante y un puñado de estructuras que se repiten en todos los proyectos del mundo.

La documentación es el texto en inglés que más gente va a leer de todo lo que escribas, y el que menos inglés necesita. Es descriptiva, en presente, en segunda persona y sin metáforas: el registro más simple que existe.

Lo difícil no es el idioma. Es decidir qué va y qué no va, y no escribir el README que explica todo menos cómo arrancar el proyecto.

Las seis secciones

Casi todos los READMEs útiles del mundo tienen las mismas secciones en el mismo orden. Los títulos son estándar y conviene no inventarlos: la gente los escanea sin leer.

Plantilla

README

# Project name

One sentence saying what it does and for whom: "A CLI that turns invoice PDFs into structured JSON."

La primera línea es la que se copia en el buscador interno, en Slack y en el listado de repos. Si dice «this project» y nada más, obliga a leer el resto para entender de qué se trata.

## Requirements

Node 22+, Docker, and a Postgres 16 database.

Versiones concretas. «A recent version of Node» hace perder media hora a la primera persona que lo intenta.

## Getting started

Numbered steps, in the imperative: "1. Copy `.env.example` to `.env`. 2. Run `docker compose up -d`. 3. Run `npm run dev`."

Imperativo y una acción por paso. Es la sección que decide si alguien usa el proyecto o lo abandona.

## Usage

The two or three things people actually do, each with a copy-pasteable example.

Ejemplos reales, no `foo` y `bar`: un ejemplo que se puede pegar y correr enseña más que tres párrafos.

## Configuration

A table: variable, what it does, default value, required or not.

La tabla evita la pregunta más frecuente del repo, que siempre es «¿qué tengo que poner en esta variable?».

## How it works / Architecture

The decisions someone needs to know before changing the code, and the ones that are not obvious from reading it.

Va último a propósito: quien quiere usar el proyecto no necesita leerla, y quien va a modificarlo la busca igual.

Lo que no va: la historia del proyecto, el changelog completo, capturas de pantalla de la terminal y todo lo que se deduce del `package.json`.

Antes de seguir, predecí

Un README que explica cómo está construido el sistema por dentro. ¿Sirve?

El registro: presente, imperativo y «you»

La documentación técnica en inglés usa tres formas y casi ninguna más.

Para quéFormaEjemplo
Describir qué hace algoPresente simple, tercera personaThe worker retries failed jobs every five minutes
Decirle al lector que haga algoImperativoRun `npm install` before starting the server
Explicarle al lector qué le pasa a élSegunda persona («you»)You'll need a Postgres database running on port 5432
Una condiciónIf + presenteIf the token is missing, the request returns 401
Algo opcionalCan / optionalYou can override the port with `PORT`
Algo obligatorioMust / required`DATABASE_URL` must be set
Una advertenciaNote / Warning + presenteNote: this deletes all rows in the table
«We» aparece poco y sólo para hablar del equipo que mantiene el proyecto («we deprecated this in v3»). Para instrucciones va el imperativo, no «we run».
Escrito asíPor qué fallaMejor
This project was made for parsing invoicesPasado y sobre el proyecto, no sobre lo que haceParses invoice PDFs into structured JSON
You should probably run the migrationsAmbiguo: ¿hay que hacerlo o no?Run the migrations before starting the server
Simply run the script and everything will work«Simply» no ayuda y suena condescendiente cuando no funcionaRun `npm run setup`. It creates the database and seeds it
We are going to explain the architectureAnuncia en vez de decirArchitecture (y después la explicación)
For more information see the docsSin link no es una referenciaSee [Configuration](./docs/configuration.md)
«Simply», «just» y «obviously» son las tres palabras que más conviene borrar de una documentación: sólo hacen sentir tonto a quien se trabó.

Practicalo

Reescribilo

El encabezado de un README escrito como una presentación personal. Reescribilo para que alguien que cae en el repo sepa en diez segundos qué es y cómo arrancarlo.

# my-service

Hi! This is a project that I made some time ago to solve a problem we were having with invoices. It is written in Node and it uses a database. I hope it is useful! To use it you should probably install the dependencies and then simply run it.

Las dos versiones arrancan igual: una oración en presente que dice qué hace. Es la línea que más se lee de todo el repositorio.

  • documentation

    /ˌdɒkjʊmenˈteɪʃn̩/ · suena como dokiumentéishon

    Error común: acentuar «documentéishon» en la sílaba equivocada: el acento va en «tei»

  • variable

    /ˈveəriəbl̩/ · suena como vériabol

    Error común: decir «variáble» a la española

  • default

    /dɪˈfɔːlt/ · suena como difólt

    Error común: decir «défolt», acentuando la primera sílaba

  • required

    /rɪˈkwaɪəd/ · suena como rikuáierd

    Error común: decir «rekuíred»

  • usage

    /ˈjuːsɪdʒ/ · suena como iúsich, con s sorda

    Error común: decir «iúsach» con z

«Default» acentuado en la primera sílaba es de los errores más frecuentes y más fáciles de corregir.

Lo que preguntan sobre esto

Cierre

Autoevaluación

¿Lo entendiste?

¿Qué tiene que decir la primera línea de un README?
¿En qué forma verbal van las instrucciones de instalación?
¿Por qué conviene borrar «simply» y «just»?
¿Por qué no copiar la lista de comandos del `package.json` al README?