En informática, dev suele ser una forma corta del inglés developer: una persona que desarrolla programas. También puede abreviar development, que significa desarrollo. El diccionario Collins recoge ambos usos.

El contexto ayuda a entenderlo. En «una dev revisó la aplicación», se habla de una persona. En «el equipo de dev prepara una versión», la expresión se refiere al trabajo de desarrollo. Son ejemplos inventados para mostrar cómo puede usarse la palabra.

Qué hace una persona que desarrolla software

Software es el conjunto de programas que utiliza un dispositivo. Según la descripción profesional de la Oficina de Estadísticas Laborales de Estados Unidos, el trabajo de desarrollo incluye comprender necesidades, diseñar soluciones, colaborar en su construcción, comprobar su funcionamiento y mantenerlas.

Escribir instrucciones para el ordenador es una parte del trabajo. También hay que escuchar a quienes usarán el programa, explicar decisiones y revisar errores. En un equipo pueden colaborar personas dedicadas al diseño, la programación y las pruebas.

Un ejemplo: los préstamos de una biblioteca

Imagina que una biblioteca escolar quiere una aplicación muy pequeña. Esta es una situación inventada. La aplicación debe indicar si cada libro está disponible y permitir registrar un préstamo.

Antes de construir nada, el equipo acuerda estas reglas:

1. Si un libro está disponible, se puede prestar.
2. Cuando se registra el préstamo, pasa a figurar como prestado.
3. Si ya está prestado, no se puede registrar otro préstamo de ese mismo ejemplar.

Las reglas permiten saber qué resultado se espera. Sin ellas, alguien podría decir «la aplicación funciona» y otra persona entender algo diferente. Por ejemplo, tener un botón bonito no demuestra que el registro del préstamo sea correcto.

Actividad resuelta: encuentra el fallo

El equipo prueba dos libros ficticios. Lee los resultados y decide qué caso necesita una corrección.

Solución: el caso A cumple las reglas. El caso B tiene un fallo: la aplicación debería impedir un segundo préstamo del mismo ejemplar y explicar que no está disponible.

Después de corregirlo, hay que repetir la prueba. También conviene volver al caso A para comprobar que la corrección no haya impedido prestar los libros que sí están disponibles. Es una decisión de trabajo aplicada a este ejemplo, no una aplicación real que debas descargar.

Pensar en distintas formas de usar una aplicación

El W3C explica que una web accesible permite participar a personas con distintas discapacidades. Entre sus ejemplos está poder utilizar las funciones con teclado, sin depender del ratón.

En nuestra biblioteca imaginaria, el equipo podría comprobar si el botón para registrar un préstamo también se puede alcanzar y activar con el teclado. Así revisaría una necesidad de uso concreta.

Qué puedes practicar desde ahora

Puedes describir con claridad qué debería hacer una herramienta, detectar cuándo un resultado no coincide con lo esperado y explicar el problema con un ejemplo. En la actividad, «acepta otro préstamo de un libro ya prestado» informa mucho más que «va mal».

Estas tareas ayudan a comprender el trabajo de un dev, incluso antes de aprender a escribir código.

Cinco preguntas con respuesta

1. ¿Qué suele significar dev cuando se habla de una persona? Developer: una persona que desarrolla programas.

2. ¿Todo el trabajo consiste en escribir código? No. También incluye comprender necesidades, diseñar, probar, colaborar y mantener el programa.

3. ¿Qué caso de la biblioteca tiene un fallo? El B, porque acepta otro préstamo de un ejemplar que ya está prestado.

4. ¿Qué resultado se espera al corregir ese fallo? Que se impida el segundo préstamo y se indique que el ejemplar no está disponible.

5. ¿Qué forma de acceso se propone comprobar además del ratón? El uso del teclado.