¿Qué es un entorno de desarrollo?

Un entorno de desarrollo es la configuración que utilizan los desarrolladores para escribir, probar y depurar software antes de su lanzamiento.

¿Qué se entiende por entorno de desarrollo?

Un entorno de desarrollo es un espacio de trabajo controlado donde se crea y valida el software antes de que llegue a los usuarios finales. Incluye: sistema operativo y hardware (máquina local, máquina virtual, contenedor, o cloud instancia), el editor de código o IDE, lenguaje tiempos de ejecución y SDK, herramientas de compilación y gestores de paquetes, y la configuración necesaria para ejecutar la aplicación con sus dependencias. También suele conectarse a servicios de soporte, como bases de datos, colas de mensajes, caches, object storagey externo API, ya sea como instancias locales, contenedores o recursos compartidos que no son de producción.

Tipos de entorno de desarrollo

Existen diferentes entornos de desarrollo porque los equipos necesitan equilibrar velocidad, realismo y coste, y elegir configuraciones que se adapten a las diferentes etapas del ciclo de vida del software. Los tipos más comunes se definen por dónde se ejecuta el entorno y cómo gestiona las dependencias y la configuración.

Desarrollo Local Medio Ambiente

Esto se ejecuta directamente en la estación de trabajo de un desarrollador (Windows/macOS/Linux). Suele ser el más rápido para la codificación diaria porque los archivos, las compilaciones y las herramientas de depuración se ejecutan localmente con una latencia mínima. Los entornos locales son flexibles, pero pueden variar entre los miembros del equipo si los paquetes del sistema operativo, los tiempos de ejecución o las versiones de las bibliotecas no están estandarizados, lo que puede generar un comportamiento inconsistente en las máquinas.

Entorno de desarrollo de máquinas virtuales

Un entorno basado en máquinas virtuales se ejecuta dentro de un sistema operativo invitado completo (por ejemplo, una máquina virtual Linux en un portátil Windows). Mejora la consistencia al enviar una imagen del sistema operativo preconfigurada con la información exacta. dependencias y las herramientas necesarias para un proyecto, y puede reflejar mejor la producción que una configuración puramente local. La desventaja es un mayor uso de recursos (CPU/RAM/disco) y un inicio y almacenamiento de archivos más lentos I / O en comparación con el desarrollo local nativo.

Entorno de desarrollo en contenedores

Un entorno en contenedores empaqueta la aplicación y sus dependencias en contenedores (que suelen utilizar Docker), a menudo orquestado con docker-compose o herramientas similares. Proporciona una sólida consistencia entre desarrolladores y CI al fijar imágenes base, versiones de entorno de ejecución y dependencias de servicios (como bases de datos) de forma repetible. Los contenedores se inician rápidamente y son ligeros en comparación con las máquinas virtuales, pero la depuración y la conexión en red pueden ser más complejas, especialmente cuando varios servicios se comunican a través de los límites de los contenedores.

Cloud-Entorno de desarrollo basado en

Este entorno se ejecuta de forma remota en el cloud, a menudo como una máquina virtual a pedido o un espacio de trabajo de contenedor al que se accede a través de SSH o un cada navegador IDE. Es útil cuando los desarrolladores necesitan más CPU/GPU, memoria o acceso a red especializado que una computadora portátil, y mantiene el código confidencial y las credenciales fuera de las máquinas locales cuando es necesario. Las principales desventajas son la dependencia de la conectividad, la posible latencia durante la edición o la depuración, y la necesidad de gestionar los controles de acceso y el coste de los recursos compartidos. cloud recursos.

CI-Entorno de desarrollo integrado

Este tipo se centra en reproducir las condiciones de compilación y prueba utilizadas por los canales de integración continua, a menudo a través de compilaciones programadas, cadenas de herramientas ancladas y pruebas automatizadas Se activa con cada cambio. La ventaja es la detección temprana de problemas que solo aparecen en compilaciones limpias y repetibles (dependencias faltantes, pruebas inestables, suposiciones del entorno). No suele ser donde los desarrolladores realizan codificación interactiva, pero influye en gran medida en cómo se estandarizan las configuraciones locales o de contenedor para que coincidan con lo que acepta la integración continua (CI).

Entorno de desarrollo remoto compartido

En algunos equipos, los desarrolladores utilizan un clúster de "desarrollo" compartido que no es de producción o server Donde varias personas implementan versiones en progreso para realizar pruebas de integración rápidas. Esto es útil para validar el comportamiento entre servicios, realizar pruebas con conjuntos de datos compartidos o ejecutar flujos de trabajo difíciles de replicar localmente. El riesgo reside en la interferencia entre usuarios, como cambios conflictivos, registros confusos o contención de recursos, por lo que generalmente se requieren espacios de nombres, reglas de aislamiento y convenciones para evitar colisiones.

Componentes de un entorno de desarrollo

Un entorno de desarrollo se compone de herramientas y servicios de soporte que le permiten crear y ejecutar una aplicación de la misma manera cada vez, al tiempo que facilitan la depuración y la iteración.

• Hardware/computaciónLa máquina donde se ejecuta el desarrollo (computadora portátil/de escritorio, máquina virtual, host de contenedor o cloud instancia) y los recursos de CPU/RAM/disco disponibles.
• Sistema operativo y shell. El sistema operativo base más De línea de comandos herramientas utilizadas para crear scripts, automatizar y ejecutar compilaciones.
• IDE o editor de código. Donde se escribe y se navega el código, generalmente con inteligencia de lenguaje, refactorización y soporte de depuración.
• Tiempo de ejecución del lenguaje y SDK. La función de compilador/intérprete y herramientas estándar para el lenguaje (por ejemplo, JVM/.NET/Node/Python cadenas de herramientas).
• Gestión de dependencias y paquetes. Herramientas que obtienen, bloquean y actualizan bibliotecas de terceros para que las compilaciones sean repetibles (archivos de bloqueo, registros, proveedores).
• Herramientas de construcción y automatización. Scripts y sistemas de compilación que compilan, agrupan, procesan y compruébalo el proyecto (ejecutores de tareas, Make, Gradle, MSBuild, etc.).
• Herramientas de control de fuente. Git Configuración del cliente, ganchos, convenciones de ramificación y acceso a repositorios.
• Gestión de la configuración. Variables de entorno, archivos de configuracióny manejo de secretos que controlan cómo se ejecuta la aplicación en desarrollo sin usar credenciales de producción.
• Servicios locales o simulados. Versiones de desarrollo de dependencias como bases de datos, cachés, colas y API externas (instancias reales, contenedores o simulacros).
• Depuración y observabilidad. Registros, seguimiento, generadores de perfiles e informes de errores configurados para una alta visibilidad durante el desarrollo.
• Marco de prueba y datos de prueba. Unidad/ejecutores de pruebas de integración más conjuntos de datos o accesorios sembrados para verificar el comportamiento de manera consistente.
• Herramientas de virtualización/contenedores. Docker/Podman, archivos de composición, administradores de VM o devcontainers para estandarizar dependencias y aislamiento.

¿Cuáles son las características de un entorno de desarrollo?

Un entorno de desarrollo está diseñado para optimizar la iteración rápida y la experimentación segura, a la vez que mantiene la consistencia necesaria para detectar problemas de forma temprana. Estas son sus principales características:

• Aislado de la producción. Se ejecuta por separado de los sistemas en vivo, por lo que los cambios, las fallas y los datos de prueba no afectan a los usuarios reales ni a las operaciones comerciales.
• Optimizado para cambios rápidosAdmite ciclos rápidos de edición, ejecución y depuración con recarga en caliente, compilaciones incrementales y bucles de retroalimentación rápidos.
• Visibilidad fácil de depurarEl registro es más detallado, los errores se muestran con claridad y es fácil adjuntar herramientas interactivas de depuración y creación de perfiles.
• Flexconfiguración ibleLos desarrolladores pueden cambiar configuraciones (indicadores de características, puntos finales de API, niveles de registro) para probar diferentes escenarios sin reescribir el código.
• Utiliza datos que no son de producciónSe basa en conjuntos de datos sintéticos, anónimos o limitados para evitar riesgos de privacidad y prevenir la corrupción accidental de datos reales.
• Configuración repetible. Las versiones de herramientas, las dependencias y los pasos de compilación están estandarizados (a menudo fijados) para que otro desarrollador o CI pueda reproducir los mismos resultados.
• Opciones de simulación de dependencia. Los sistemas externos se pueden ejecutar localmente, en contenedores, simulados o en stubs para mantener el desarrollo desbloqueado.
• Experimentación y reversión seguras. Es fácil restablecer el estado, borrar bases de datos, reconstruir contenedores y revertir el código sin impacto operativo.
• Ejecución más cercana a la realidad cuando sea necesarioPuede reflejar la arquitectura de producción lo suficiente como para revelar problemas de integración (mismo tiempo de ejecución, configuraciones similares, topología de servicio comparable).
• Integrado con flujos de trabajo de equipo. Funciona con control de fuente, revisión de código y convenciones CI, de modo que lo que pasa en desarrollo está alineado con lo que se enviará.

Ejemplo de entorno de desarrollo

A continuación se muestra un ejemplo de entorno de desarrollo concreto para una aplicación web típica (React + API Node.js + PostgreSQL):

Un desarrollador clona el repositorio del proyecto desde GitHub y lo abre en Código VSEn su computadora portátil tienen Node.js 20 instalado (fijado a través de un administrador de versiones como nvm) y uso npm Para instalar dependencias desde package-lock.json, de modo que todos obtengan las mismas versiones de los paquetes. La aplicación se ejecuta con variables de entorno almacenadas en un archivo .env local, como DATABASE_URL=postgres://..., API_BASE_URL=http://localhost:3000 y LOG_LEVEL=debug.

Los servicios de soporte se ejecutan en Docker mediante Docker Compose: un contenedor de Postgres para la base de datos, un contenedor de Redis para el almacenamiento en caché y herramientas opcionales como adminer o pgadmin para la inspección de la base de datos. El desarrollador inicia la pila con Docker Compose up -d y alimenta la base de datos con datos de muestra mediante un... guióny luego ejecuta la aplicación con npm run dev, que habilita la recarga activa para el frontend y el reinicio automático para el backend.

Para solucionar problemas, utilizan un depurador IDE para establecer puntos de interrupción en la API, ver registros detallados en la terminal y ejecutar pruebas localmente (prueba npm para pruebas unitarias y un conjunto de pruebas de integración separado que accede a la base de datos en contenedores).

Esta configuración les permite crear y validar cambios rápidamente sin tocar los sistemas de producción o de ensayo.

¿Por qué necesitamos un entorno de desarrollo?

Necesitamos un entorno de desarrollo porque proporciona un lugar seguro y controlado para crear y verificar software antes de que llegue a los usuarios. Permite a los desarrolladores cambiar el código rápidamente, ejecutar... Postulación con sus dependencias reales (o sustitutos confiables) y depurar problemas con registros y herramientas detallados, sin correr riesgos el tiempo de inactividad, De pérdida de datos, o incidentes de seguridad en producción.

Un buen entorno de desarrollo también mejora la consistencia al estandarizar los tiempos de ejecución, las bibliotecas y la configuración, lo que reduce los problemas de "funciona en mi máquina" y ayuda a garantizar que el mismo código se comporte de la misma manera en las pruebas, la CI, la preparación y, en última instancia, la producción.

¿Cómo implementar un entorno de desarrollo?

Implementar un entorno de desarrollo implica crear una configuración fácil de reproducir, segura de usar y lo suficientemente cercana a la producción como para detectar problemas de forma temprana. Los siguientes pasos describen un enfoque práctico e independiente de la herramienta:

1. Definir la pila de destino y los requisitos. Comience por decidir qué sistema operativo, lenguajes de programación, entornos de ejecución, marcos de trabajo y servicios de soporte que la aplicación necesita. Esto establece una base clara para que todos desarrollen con los mismos supuestos técnicos.
2. Elija el modelo de entorno. Decida si el desarrollo se ejecutará localmente, en máquinas virtuales, en contenedores o en el cloudLa elección depende de factores como las necesidades de hardware, el tamaño del equipo, las restricciones de seguridad y la precisión con la que el entorno debe reflejar la producción.
3. Estandarizar la gestión de herramientas y versionesFije versiones de idioma, SDK y herramientas clave mediante administradores de versiones, archivos de bloqueo o imágenes base. Esto evita la desconexión entre desarrolladores y garantiza compilaciones consistentes en todas las máquinas y sistemas de integración continua.
4. Configurar la instalación de dependencias y compilacionesDefina cómo se instalan las dependencias de la aplicación y cómo se compila o inicia el proyecto mediante scripts o herramientas de compilación. Estos pasos deben automatizarse para que un nuevo desarrollador pueda obtener una configuración funcional con mínima intervención manual.
5. Configurar ajustes y secretos de la aplicaciónSepare la configuración del código mediante variables de entorno o archivos de configuración. Use credenciales que no sean de producción y documente claramente las variables requeridas para que la aplicación pueda ejecutarse de forma segura durante el desarrollo.
6. Prestación de servicios de apoyo. Haga que los servicios necesarios, como bases de datos, cachés, colas o API, estén disponibles localmente, mediante contenedores o como recursos compartidos no productivos. Inyéctelos con datos de muestra para que los flujos de trabajo comunes se puedan probar de inmediato.
7. Habilitar la depuración, el registro y las pruebasConfigure el registro detallado, los depuradores y los marcos de prueba para proporcionar retroalimentación rápida durante el desarrollo. Este paso garantiza que los problemas se puedan identificar y solucionar en las primeras etapas del ciclo de vida.
8. Documentar y automatizar la configuraciónRedacte instrucciones de configuración claras y, siempre que sea posible, automatice la creación del entorno con scripts o archivos de configuración. Esto simplifica la incorporación y permite que el entorno sea repetible a lo largo del tiempo.

Herramientas del entorno de desarrollo

Las herramientas del entorno de desarrollo son el software y los servicios que ayudan a escribir código, gestionar dependencias, ejecutar la aplicación localmente y solucionar problemas rápidamente, manteniendo la consistencia de las configuraciones en todo el equipo. Las herramientas principales son:

• Editores de código e IDE. Herramientas como VS Code, IntelliJ IDEA o Visual Studio proporcionan navegación de código, autocompletado, refactorización y depuración integrada para que pueda desarrollar más rápido con menos errores.
• Tiempos de ejecución de lenguaje y SDK. Los entornos de ejecución (Node.js, Python, JVM, .NET) y sus SDK proporcionan los compiladores/intérpretes y las herramientas estándar necesarias para crear y ejecutar la aplicación.
• Gestores de versiones. Herramientas como nvm, pyenv, asdf o sdkman fijan versiones de idioma por proyecto, lo que reduce los problemas de "funciona en mi máquina" causados ​​por cadenas de herramientas no coincidentes.
• Gestores de paquetes. npm/yarn/pnpm, pip/poetry, Maven/Gradle, NuGet y herramientas similares instalan y bloquean bibliotecas de terceros para que las compilaciones sean repetibles entre desarrolladores y CI.
• Automatización de compilaciones y tareasLas tareas de Make, Gradle, los scripts npm o los ejecutores de tareas estandarizan cómo se compila, agrupa, analiza e inicia el código, de modo que los flujos de trabajo comunes no dependan del conocimiento tribal.
• Herramientas de control de código fuenteLos clientes y plataformas Git (GitHub/GitLab/Bitbucket) gestionan la colaboración a través de ramas, solicitudes de extracción y revisiones de código, y a menudo integran verificaciones y estados de CI.
• Contenedores y orquestación local. Docker/Podman y Compose ayudan a ejecutar la aplicación y sus dependencias (bases de datos, cachés) en entornos consistentes y aislados con una configuración predecible.
• Herramientas de virtualización. Hyper-V, VirtualBox, VMware o cloud Las plantillas de VM proporcionan aislamiento a nivel de sistema operativo cuando necesita un sistema operativo invitado completo o una coincidencia más cercana con las imágenes de producción.
• Herramientas de depuración y creación de perfiles. Los depuradores de IDE, los perfiladores de lenguaje y los analizadores de memoria/CPU ayudan a rastrear la ejecución, encontrar cuellos de botella y diagnosticar fugas o regresiones de rendimiento.
• Marcos de prueba y ejecutores. Herramientas como JUnit, pytest, Jest o Playwright ejecutan pruebas unitarias, de integración y de extremo a extremo para verificar el comportamiento a medida que cambia el código.
• Emuladores de servicios locales y simulación de API. Burlarse de servers (WireMock, Mock Service Worker) y los emuladores (LocalStack para AWS) permiten a los desarrolladores trabajar sin depender de sistemas externos inestables o no disponibles.
• Herramientas de observabilidad para desarrollo. El registro estructurado, el seguimiento y los paneles locales (por ejemplo, recopiladores OpenTelemetry, visores de registros locales) facilitan la comprensión de lo que hace la aplicación durante el desarrollo.

¿Cómo proteger un entorno de desarrollo?

Proteger un entorno de desarrollo implica reducir el riesgo sin ralentizar el desarrollo. Si bien los sistemas de desarrollo son más... flexAunque son más flexibles que la producción, aún gestionan código fuente, credenciales y servicios internos, por lo que los controles de seguridad básicos son esenciales. Aquí se explica cómo protegerlos:

1. Aislar el desarrollo de la producciónMantenga los entornos de desarrollo en redes, cuentas o proyectos separados y bloquee el acceso directo a los sistemas de producción. Esto evita cambios accidentales en los datos y limita el alcance de la vulnerabilidad si un sistema de desarrollo se ve comprometido.
2. Use privilegios mínimos de la máquinaOtorgue a los desarrolladores y servicios solo los permisos que necesitan para las tareas de desarrollo. Evite las cuentas de administrador compartidas y use acceso basado en roles De esta manera las acciones pueden rastrearse hasta los individuos.
3. Proteger secretos y credenciales. Nunca codifiques contraseñas de forma rígida. Claves API, o tokens en código fuente. Almacenar secretos en variables de entorno, cifrado archivos, o un administrador de secretos, y rotarlos periódicamente.
4. Acceso seguro al código fuente. Aplicar medidas estrictas autenticación Para repositorios, habilitar autenticación de múltiples factoresy restringe quién puede clonar, enviar o aprobar cambios. Esto protege la propiedad intelectual y reduce el riesgo de confirmaciones maliciosas.
5. Fortalecer los sistemas locales y remotosMantenga los sistemas operativos, entornos de ejecución y herramientas de desarrollo actualizados con parches de seguridad. Desactive los servicios innecesarios y cierre los puertos no utilizados en las máquinas de desarrollo. servers.
6. Controlar la exposición de la redLimite los servicios accesibles desde fuera del entorno. Utilice cortafuegos, grupos de seguridad o reglas de red local para que las bases de datos y las API internas no sean accesibles públicamente.
7. Utilice datos de desarrollo segurosEvite usar datos de producción reales en el desarrollo. Si necesita datos realistas, anonimice o enmascare los campos sensibles para evitar... fugas de datos y violaciones de cumplimiento.
8. Escanee el código y las dependencias con anticipación. Integrar análisis estático, dependencia escaneo de vulnerabilidadesy herramientas de detección de secretos en flujos de trabajo locales o CI para detectar problemas antes de que se trasladen a etapas posteriores.
9. Monitorear y registrar la actividad. Habilitar el registro de acceso y acciones clave en recursos compartidos o cloudEntornos de desarrollo basados ​​en la nube. Incluso una monitorización ligera ayuda a detectar el uso indebido o las credenciales comprometidas.
10. Prácticas de seguridad de documentosDocumente claramente cómo los desarrolladores deben gestionar las credenciales, los datos y el acceso durante el desarrollo. Una guía consistente reduce las brechas de seguridad accidentales a medida que el equipo crece.

¿Cuáles son los beneficios y limitaciones de los entornos de desarrollo?

Un entorno de desarrollo facilita la creación y prueba de software de forma segura antes de su lanzamiento, pero también conlleva desventajas. Comprender tanto las ventajas como las limitaciones ayuda a los equipos a elegir la configuración adecuada y a evitar desfases entre el desarrollo y la producción.

Beneficios de los entornos de desarrollo

Un entorno de desarrollo bien diseñado mejora la productividad del desarrollador y reduce el riesgo al proporcionar un lugar consistente y seguro para crear y validar cambios antes del lanzamiento. Otras ventajas incluyen:

• Ciclos de desarrollo más rápidos. Los desarrolladores pueden codificar, ejecutar y depurar localmente (o en un espacio de trabajo aislado) con comentarios rápidos, lo que acelera la iteración y la entrega de funciones.
• Experimentación más segura. Los cambios se pueden probar sin afectar la producción. el tiempo de actividad, rendimiento o datos de clientes, lo que hace que sea más fácil probar enfoques y revertirlos cuando sea necesario.
• Detección temprana de errores. Las compilaciones locales, las ejecuciones de pruebas y las comprobaciones de integración detectan los problemas antes de que lleguen a la etapa de ensayo o producción, lo que reduce el coste y la urgencia de las soluciones.
• Mejor depuración y visibilidad. Los entornos de desarrollo generalmente permiten registros detallados, depuración interactiva y herramientas de creación de perfiles que no son prácticas en producción.
• Coherencia en todo el equipoLas versiones estandarizadas, los archivos de bloqueo y las plantillas de entorno reducen los problemas de "funciona en mi máquina" y hacen que los resultados sean más predecibles.
• Pruebas de integración confiables. Ejecutar dependencias como bases de datos, cachés y colas en una configuración controlada ayuda a validar cómo interactúan los componentes antes de la implementación.
• Calidad de código mejorada. Los linters, formateadores, análisis estáticos y controles previos a la confirmación integrados en el entorno ayudan a aplicar estándares y prevenir errores comunes.
• Incorporación más sencillaLa configuración automatizada y documentada (scripts, contenedores, devcontainers) ayuda a los nuevos miembros del equipo a ser productivos más rápido.
• soportes CI / CD alineación. Cuando el desarrollo coincide estrechamente con los procesos de CI e implementación, los equipos reciben menos sorpresas durante las compilaciones, pruebas y lanzamientos.
• Acceso controlado a sistemas internos. El desarrollo se puede limitar a recursos que no sean de producción con permisos limitados, lo que reduce el riesgo operativo y de seguridad y, al mismo tiempo, permite realizar pruebas realistas.

Desafíos de los entornos de desarrollo

Los entornos de desarrollo facilitan la creación y validación de software, pero pueden generar deficiencias y sobrecarga si no se gestionan con cuidado. Estos desafíos incluyen:

• Deriva ambiental. Con el tiempo, las máquinas de los desarrolladores o las configuraciones de desarrollo compartidas pueden diferir en versiones de herramientas, dependencias o configuración, lo que provoca un comportamiento inconsistente y fallas del tipo "funciona en mi máquina".
• Desajuste con la producción. El desarrollo a menudo se ejecuta con diferentes escala, el volumen de datos, las condiciones de la red y los controles de seguridad, por lo que los problemas pueden aparecer solo más adelante en la etapa de preparación o producción.
• Gestión de dependencias complejasLas aplicaciones que dependen de múltiples servicios (bases de datos, colas, cachés, API de terceros) pueden ser difíciles de reproducir localmente, especialmente cuando las versiones y las configuraciones deben coincidir estrechamente.
• Gastos generales de instalación y mantenimientoMantener las herramientas, las imágenes base y los scripts actualizados requiere un esfuerzo constante, y los entornos mal mantenidos ralentizan a los equipos en lugar de acelerarlos.
• Riesgo de seguridad en entornos no productivosLos entornos de desarrollo aún contienen código fuente y credenciales, y suelen estar menos restringidos, lo que los convierte en un objetivo común si el acceso y el manejo de secretos no están disciplinados.
• Restricciones de rendimiento. Es posible que las computadoras portátiles locales no manejen bien compilaciones pesadas o contenedores múltiples, mientras que las computadoras remotas/cloud Los entornos pueden introducir latencia y costos.
• Colisiones en entornos compartidos. En desarrollo compartido servers o clústeres, los desarrolladores pueden interferir entre sí a través de implementaciones conflictivas, contención de recursos o datos de prueba inconsistentes.
• Depuración más difícil en contenedores/configuraciones remotas. Aunque estandarizados, contenerizados y cloud Los entornos pueden agregar complejidad en torno a la red, el montaje de archivos y la conexión de depuradores.
• Realismo vs. cumplimiento de los datos de prueba. Los conjuntos de datos realistas ayudan a descubrir problemas, pero el uso de datos similares a los de producción puede crear riesgos de privacidad, cumplimiento y fugas a menos que se enmascaren adecuadamente.
• Fragmentación de herramientasDemasiadas herramientas o flujos de trabajo inconsistentes entre los equipos pueden hacer que el entorno sea más difícil de usar, lo que aumenta la carga cognitiva y reduce la productividad.

¿Cuál es la diferencia entre un entorno de desarrollo y un entorno de producción?

Examinemos más de cerca las diferencias entre un entorno de desarrollo y un entorno de producción: