Diseñar el Final: Por Qué un Buen Servidor Debería Saber Cómo Cerrar

Edición Pocket. Esta es una versión más breve de un artículo más largo; puedes leer la versión completa cuando tengas más rato.

Nadie abre un servidor pensando en cómo lo va a cerrar. Y sin embargo todos terminan: los pequeños y los gigantes. La única pregunta que queda abierta no es si un servidor cerrará, sino cómo —y esa parte casi nadie la diseña.

Importa más de lo que parece. Daniel Kahneman describió la regla del pico y el final: recordamos una experiencia sobre todo por su momento más intenso y por cómo acabó, no por su promedio. Un servidor que te dio dos buenos años y luego desaparece una noche sin avisar no te deja el recuerdo de los dos años: te deja el de la puerta cerrada. El final, injustamente o no, tiñe todo lo anterior.

Cerrar bien no es un gesto sentimental, es respeto por el tiempo que la gente te dio. Es avisar con margen, despedirse de verdad, dejar que la gente se lleve lo que construyó, agradecerlo. Lo contrario —la dirección que un día ya no conecta— es la forma más común y la más pobre.

Casi nadie lo hace, y no por maldad: cerrar bien obliga a admitir que se acabó, y el orgullo de quien construyó algo se resiste a eso. Pero la lección vale para casi todo lo que se hace con gente —un proyecto, un trabajo, una relación—: no se recuerda por el promedio, se recuerda por cómo terminó.

No he tenido que cerrar nada todavía, así que esto es intención con un principio detrás, no una prueba. Pero un servidor no se mide solo por cómo te recibe. También por si, llegado el día, sabe despedirse.