Saltar al contenido principal

31 preguntas principales de la entrevista sobre Azure DevOps para todos los niveles

¿Estás solicitando puestos en Azure DevOps? Prepárate con estas 31 preguntas principales para entrevistas sobre Azure DevOps para todos los niveles.
Actualizado 16 ene 2025  · 19 min de lectura

El conjunto de herramientas de desarrollo proporcionadas en Azure DevOps desempeña un gran papel en la computación en nube y el desarrollo de software. Su conjunto integrado de herramientas proporciona a los desarrolladores de software un entorno de desarrollo unificado para ayudarles en la gestión de proyectos y en la integración continua/entrega continua (CI/CD). La plataforma también es altamente escalable y flexible para la infraestructura basada en la nube, lo que permite a los equipos de desarrollo ajustar los recursos necesarios para proyectos específicos y sus demandas.

A medida que más y más organizaciones adoptan servicios en la nube, también aumenta la demanda de profesionales cualificados en DevOps. Este artículo pretende preparar a los lectores para las preguntas de las entrevistas sobre Azure DevOps a todos los niveles.

Obtén la certificación AZ-900 de Azure

Prepárate para el PL-300 de Azure y consigue un 50% de descuento en el precio del examen.
Certifica tus conocimientos de Azure

Preguntas de la entrevista sobre Azure DevOps para principiantes

Comenzar una carrera en Azure DevOps requiere una sólida comprensión de sus conceptos y herramientas fundamentales. He aquí algunas preguntas fundamentales que pueden ayudarte a preparar una entrevista:

1. ¿Qué es DevOps?

DevOps significa Operaciones de Desarrollo y se centra en los procesos, las personas y los productos. Estas tres P se unen para mejorar las operaciones de desarrollo de software mediante la automatización, la colaboración, la mejora iterativa y la retroalimentación.

DevOps surgió del enfoque ágil del desarrollo de software, que se dirigía a equipos multifuncionales para construir y proporcionar aplicaciones más rápidamente, tomando decisiones que mejoran el flujo de trabajo y fomentan la colaboración y la entrega de valor.

2. ¿Por qué utilizamos DevOps?

La razón por la que utilizamos DevOps es que el desarrollo de software tradicional era menos eficaz cuando se trataba del desarrollo de aplicaciones y la parte de despliegue. Debido a los retos de este proceso de desarrollo tradicional, los equipos de una organización se esforzarían por completar el ciclo de desarrollo del software sin conflictos ni problemas prolongados. Aquí es donde entra DevOps como solución para facilitar y resolver estos retos, ofreciendo un ciclo de vida de desarrollo de software sin fisuras.

3. ¿Puedes nombrar 5 herramientas DevOps?

  • Jenkins
  • Ansible
  • GitHub
  • Kubernetes
  • Docker

4. ¿Puedes definir la integración continua y el despliegue continuo (CI/CD)?

La Integración Continua (IC) es una práctica DevOps en la que los desarrolladores integran sus cambios de código en un repositorio compartido. Mediante estas integraciones periódicas, estos cambios se verifican automáticamente ejecutando pruebas y construyendo el proyecto para detectar y resolver errores de forma eficaz y oportuna.

El despliegue continuo (DC) incorpora CI, pero va más allá al desplegar automáticamente todos los cambios de código en un entorno de pruebas tras la fase de construcción. Esto garantiza que el código base pueda desplegarse en cualquier momento, lo que permite un flujo de trabajo más ágil y ciclos de publicación más rápidos.

Canalización CI/CD

Canalización CI/CD.

5. ¿Qué son las Juntas Azure?

Azure Boards forma parte de la suite Azure DevOps y se utiliza para gestionar el proyecto o el software. Las características esenciales de un tablero Azure consisten en informes, cuadros de mando, planificación de proyectos, seguimiento y colaboración para proyectos de desarrollo de software. Estas diversas funciones permiten a los equipos interfuncionales trabajar con mayor eficacia.

6. ¿Qué es la Infraestructura como Código (IaC) en DevOps?

La Infraestructura como Código (IaC) es una práctica DevOps clave que implica la gestión y el aprovisionamiento de la infraestructura informática mediante scripts legibles por máquina y archivos de configuración, en lugar de mediante la configuración del hardware físico o herramientas de configuración interactivas. Esto permite una configuración coherente y repetible de la infraestructura, reduciendo los errores y acelerando los procesos de implantación.

7. ¿Cuál es el papel de Azure Pipelines en Azure DevOps?

Azure Pipelines es un servicio que ayuda a automatizar los procesos de creación y despliegue. Admite la integración continua y el despliegue continuo (CI/CD) para construir, probar y desplegar código en cualquier plataforma, garantizando lanzamientos de software más rápidos y fiables.

8. ¿Qué es una Pull Request en Azure DevOps?

Una Pull Request (PR) en Azure DevOps es un método utilizado para revisar y fusionar cambios de código en un repositorio Git. Cuando los desarrolladores completan sus cambios en el código, crean un PR para notificar a los demás que su código está listo para ser revisado. Los miembros del equipo pueden revisar el código, sugerir cambios y aprobarlos antes de que se incorporen a la base de código principal.

Si quieres refrescar o poner a prueba tus conocimientos sobre Azure, consulta nuestro curso Introducción a Azure o Comprender el Cloud Computing.

Preguntas de la entrevista sobre Azure DevOps para profesionales con experiencia

Para quienes tienen experiencia en Azure DevOps, es crucial comprender los conceptos avanzados y las mejores prácticas. Aquí tienes algunas preguntas adaptadas a profesionales con experiencia:

9. ¿Puedes nombrar tres buenas prácticas en Azure DevOps?

Adoptar las tres mejores prácticas siguientes puede mejorar la eficacia de la carga de trabajo, el desarrollo del software, la calidad y la entrega en general.

  • Implementar tuberías CI/CD: Las canalizaciones CI/CD mejoran el flujo de trabajo del desarrollo de software automatizando el proceso de integrar los cambios de código, probarlos y luego desplegarlos en producción. Así se mejora la calidad del software, se reducen los errores y se consiguen ciclos de publicación más rápidos.
  • Infraestructura como Código (IaC): Se trata de la gestión y el aprovisionamiento automatizados de la infraestructura mediante código, en lugar de mediante procesos manuales. Esto permite a los equipos asegurarse de que los entornos se aprovisionan de forma coherente, facilita el control de versiones y optimiza el uso de recursos.
  • Procesos ágiles: Para llevar a cabo un flujo de trabajo de desarrollo de software sin problemas, integrar metodologías ágiles como Azure Boards ayudará al desarrollo iterativo, a la colaboración entre el equipo y el cliente, y a la flexibilidad.

10. ¿Qué es VNet?

VNet significa Red Virtual y es un componente fundamental de la red privada en la nube. Es una red o un entorno que puede utilizarse para ejecutar máquinas virtuales y aplicaciones en la nube. Cuando se crean máquinas virtuales y aplicaciones, pueden comunicarse entre sí de forma segura. VNet es una característica importante para garantizar redes seguras, aisladas y personalizadas en la nube, con mayor control y seguridad.

11. ¿Qué son los dominios de fallo?

Un dominio de fallo es un grupo de máquinas virtuales que comparten una fuente de alimentación común y también la red. Las máquinas virtuales en dominios de fallo permiten a los proveedores de la nube minimizar los fallos de hardware, los cortes de energía y también las interrupciones de la red. Estos dominios de fallo son distribuidos automáticamente por la plataforma Azure.

12. ¿Qué es la función de actualización de dominios y cuáles son sus ventajas?

Los dominios de actualización forman parte de la infraestructura de Azure y se encargan de gestionar y aislar las actualizaciones de hardware y software. Cuando se diseñan varias máquinas virtuales, estos dominios de actualización se distribuyen automáticamente utilizando los conjuntos disponibles. Pueden reiniciarse o desconectarse para mantenimiento al mismo tiempo.

Organizar y distribuir las máquinas virtuales en dominios de actualización separados garantiza que sólo un subconjunto de la máquina virtual se vea afectado durante los escenarios de reinicio o mantenimiento. Esto permite una alta disponibilidad para garantizar que la aplicación siga siendo accesible incluso durante las actualizaciones del sistema. Durante los eventos de mantenimiento, Azure actualizará los hosts de un dominio de actualización cada vez para garantizar que el servicio pueda seguir funcionando con sólo una parte del servicio afectada.

13. ¿Qué es el efecto Dogpile y cómo puede evitarse?

El efecto Dogpile es el periodo que transcurre después de que caduque la caché y se hayan realizado peticiones al sitio web desde el cliente. Estas peticiones posteriores dan lugar a operaciones pesadas o lentas, como las consultas a la base de datos, que pueden provocar una carga excesiva en la base de datos o en el servicio en general. El efecto Dogpile suele producirse en sitios web y aplicaciones con mucho tráfico, en los que un aumento elevado de la carga de trabajo provoca una disminución del rendimiento o un tiempo de inactividad.

Para evitar que se produzca el efecto Dogpile, puedes implementar un mecanismo de bloqueo en la caché, de modo que cuando ésta caduque, y llegue una primera petición de datos, se coloque automáticamente un bloqueo en la clave de la caché. En este caso, las demás peticiones tendrán que esperar a que se libere el bloqueo con la caché actualizada.

14. ¿Qué es el Despliegue Azul-Verde y cómo se utiliza en Azure DevOps?

El despliegue Azul-Verde es una estrategia de gestión de versiones que reduce el tiempo de inactividad y el riesgo ejecutando dos entornos de producción idénticos, denominados Azul y Verde. En cualquier momento, sólo un entorno (por ejemplo, Azul) sirve al tráfico de producción. Cuando una nueva versión del software está lista, se despliega en el entorno inactivo (Verde). Tras una prueba exhaustiva, el tráfico se cambia al entorno Verde, haciéndolo en directo. Esta estrategia permite retroceder sin problemas si surgen problemas, ya que el entorno anterior (Azul) permanece inalterado y se puede volver a él al instante.

15. ¿Cómo gestionas los secretos en Azure DevOps?

En Azure DevOps, la gestión de secretos puede realizarse mediante Azure Key Vault. Azure Key Vault es un servicio que proporciona almacenamiento seguro para secretos, claves y certificados. Se integra con Azure Pipelines, permitiéndote acceder y gestionar de forma segura los secretos durante los procesos CI/CD sin exponerlos en tu base de código. Se puede hacer referencia a los secretos directamente en scripts de canalización o a través de conexiones de servicio vinculadas, lo que garantiza un manejo seguro y conforme de la información sensible.

16. ¿Cuál es la finalidad de Azure DevOps Artifacts y cómo se utiliza?

Azure DevOps Artifacts es un servicio que proporciona una solución de gestión de paquetes totalmente integrada, que permite a los equipos crear, alojar y compartir paquetes con otros. Admite varios tipos de paquetes, como NuGet, npm, Maven, Python y paquetes universales. Al utilizar Azure Artifacts, los equipos pueden gestionar las dependencias de forma eficaz, garantizar la coherencia de las versiones y compartir componentes reutilizables entre proyectos. Se integra perfectamente con Azure Pipelines para compilaciones y despliegues automatizados, mejorando el flujo de trabajo general de DevOps.

Preguntas clave de la entrevista sobre los servicios DevOps de Azure

Azure DevOps ofrece un conjunto de servicios que atienden diferentes aspectos del ciclo de vida del desarrollo de software. Comprender estos servicios y sus funciones es esencial para los profesionales experimentados. Aquí tienes algunas preguntas clave que te ayudarán a prepararte:

17. ¿Puedes indicar la diferencia entre los servicios Azure DevOps y los servidores Azure DevOps?

Los servicios Azure DevOps son un servicio basado en la nube que permite a las organizaciones hacer uso de las capacidades y características de Azure DevOps sin la carga de trabajo adicional que supone configurar y mantener su infraestructura de servidores. El servicio es accesible desde cualquier lugar, se actualiza continuamente y es altamente escalable.

El servidor Azure DevOps es local y está en un servidor SQL backend, que las organizaciones pueden alojar en sus propios servidores. Se ha diseñado específicamente para organizaciones que prefieren que sus datos estén dentro de su red por motivos de cumplimiento u otras razones normativas.

Función Servicios DevOps de Azure Azure DevOps Server
Modelo de implantación En la nube En las instalaciones
Almacenamiento de datos Gestionado por Microsoft en la nube Gestionado por la organización en sus servidores
Actualizaciones y mantenimiento Automático, gestionado por Microsoft Manual, gestionado por la organización
Accesibilidad Accesible desde cualquier lugar Limitado a la red de la organización
Escalabilidad Alto, gestionado por Microsoft Depende de la infraestructura de la organización
Cumplimiento y seguridad Cumplimiento de las normas, adecuado para la mayoría de los casos de uso Control mejorado, adecuado para un alto grado de cumplimiento

18. ¿Por qué utilizar CI, CD y Azure Pipelines?

La Integración Continua (IC) permite a los desarrolladores detectar fallos y errores tempranos fusionando sus cambios en una rama principal con frecuencia. Se ejecutan pruebas automatizadas basadas en cada confirmación para garantizar que los cambios que se realizan cumplen la norma. Esto libera a los desarrolladores de las tareas manuales, ya que el proceso de creación y prueba está automatizado.

El Despliegue Continuo (DC) automatiza el proceso de despliegue permitiendo a los desarrolladores liberar los nuevos cambios que se realizan para los clientes de forma rápida y segura. La automatización de este proceso reduce los errores humanos en la fase de despliegue, lo que conduce a lanzamientos más fiables y a una mejor gestión de los recursos.

Azure Pipelines es flexible, ya que es compatible con Windows, Linux y macOS, además de poder desplegarse en la nube, en las instalaciones y en entornos híbridos. Sus integraciones sin fisuras y su rico conjunto de funciones permiten a las organizaciones trabajar en un entorno integral a través de distintas plataformas.

19. ¿Qué son los pull requests en Azure DevOps Repos?

Los pull requests son una de las principales características de Azure DevOps para garantizar la colaboración en equipo, la revisión del código, el mantenimiento del código y la calidad a lo largo del ciclo de vida de desarrollo del software. Los desarrolladores propondrán cambios en la base de código creando una solicitud de extracción para enviar cambios a una rama en un repositorio Git. Otros miembros del equipo revisarán estos cambios, proporcionarán comentarios y realizarán mejoras antes de que se fusionen en la rama principal.

Este enfoque colaborativo y disciplinado del desarrollo de software mantiene un alto nivel de calidad del código y de entrega de software con una sólida canalización CI/CD.

20. ¿Cuáles son los distintos tipos de atrasos y opciones de tablero disponibles en Azure Boards?

En Azure Boards, los Backlogs son una lista de tiempos de trabajo que deben completarse y se organizan por prioridad. Estos son los varios atrasos disponibles:

Tipo de retraso Descripción Propósito
Lista de productos pendientes Una lista priorizada de elementos de trabajo para un proyecto específico Gestiona y prioriza las tareas necesarias para completar el proyecto
Sprint backlog Un subconjunto del backlog del producto para un sprint específico Se centra en las tareas de un sprint concreto, garantizando la entrega a tiempo
Cartera pendiente Una colección de múltiples backlogs de productos de diferentes proyectos Gestiona y prioriza el trabajo en múltiples proyectos

Los Azure Boards proporcionan una representación visual de la lista de elementos de trabajo, lo que permite a los equipos seguir su progreso, discutir los elementos y las responsabilidades durante las reuniones y prepararse para las revisiones de los sprints.

Tipo de tablero Descripción Propósito
Tablero kanban Visualiza el flujo de trabajo con columnas que representan las diferentes etapas Sigue el progreso e identifica los cuellos de botella
Tablón de Tareas Muestra las tareas y su estado durante un sprint Ayuda a los equipos a seguir y gestionar las tareas del sprint
Cuadro de mandos Proporciona una visión visual de las métricas clave y del estado del proyecto Comparte los progresos y las métricas clave con los miembros del equipo y las partes interesadas

21. ¿Cuál es el papel del Scrum master en Azure Boards?

Los tableros Azure proporcionan a los miembros del equipo las herramientas y funciones necesarias para aplicar y seguir el marco Scrum. Sin embargo, el Scrum master facilita el proceso Scrum apoyando a los miembros del equipo para que se adhieran eficazmente a los procesos Scrum y garantizando el éxito de los proyectos.

Por ejemplo, esto puede incluir la planificación de sprints, las reuniones diarias/semanales, la revisión de sprints, la organización del backlog, la supervisión, la elaboración de informes y la promoción general de los procesos y principios ágiles.

22. ¿Cómo garantiza Azure DevOps una colaboración segura entre los equipos de desarrollo?

Azure DevOps garantiza una colaboración segura a través de varios mecanismos, entre ellos:

    • Control de acceso basado en roles (RBAC): Esto permite a las organizaciones conceder permisos en función de las funciones, garantizando que los miembros del equipo sólo tengan acceso a los recursos que necesitan.
    • Integración con Azure Active Directory (AAD): Esto proporciona una gestión centralizada de la identidad y el acceso, incluida la autenticación multifactor (MFA) y las políticas de acceso condicional.
    • Repositorios seguros: Azure Repos ofrece funciones como políticas de rama, aprobaciones de pull request y herramientas de escaneo de código para garantizar que sólo el código revisado y aprobado se fusiona en la rama principal.

23. ¿Qué es YAML y cómo se utiliza en Azure Pipelines?

YAML (YAML Ain't Markup Language) es un estándar de serialización de datos legibles por humanos que se utiliza en Azure Pipelines para definir flujos de trabajo CI/CD. Las canalizaciones YAML se definen utilizando una sintaxis sencilla y limpia, lo que facilita su lectura y escritura. Permiten a los desarrolladores especificar los pasos de sus procesos de creación y publicación, incluidos los activadores, trabajos, tareas y etapas, en un archivo controlado por versiones.

24. ¿Cómo gestionas la supervisión y el registro en Azure DevOps?

La supervisión y el registro en Azure DevOps pueden gestionarse mediante varias herramientas e integraciones:

Herramienta Descripción Beneficios
Monitor Azure Supervisión y diagnóstico exhaustivos de las aplicaciones y la infraestructura Proporciona información sobre el rendimiento y la disponibilidad
Perspectivas de aplicación Parte de Azure Monitor, ofrece información profunda sobre el rendimiento de las aplicaciones y el comportamiento de los usuarios Ayuda a detectar y diagnosticar problemas de rendimiento y fallos
Azure Log Analytics Herramienta avanzada de consulta y análisis de registros Permite la resolución detallada de problemas y la optimización del rendimiento

Si necesitas refrescar tus habilidades y conocimientos sobre los servicios DevOps de Azure, empieza a aprender con nuestro curso de Arquitectura y Servicios de Azure.

Preguntas de la entrevista sobre Azure DevOps basadas en escenarios

Estas preguntas basadas en escenarios pondrán a prueba tu capacidad para aplicar tus conocimientos sobre Azure DevOps en situaciones prácticas. He aquí algunas preguntas y respuestas clave:

25. Como Ingeniero DevOps de Azure, te han pedido que elijas una solución DevOps de la plataforma Azure para una nueva empresa del ámbito financiero que ha sido etiquetada como "altamente confidencial". ¿Qué soluciones de la plataforma Azure estás eligiendo y por qué?

Como la nueva empresa pertenece al sector financiero y, en particular, ha sido etiquetada como "altamente confidencial", elegiré la solución de servidor Azure DevOps en lugar de la solución de servicio Azure DevOps. La solución de servidor proporciona una solución in situ, de modo que los datos de la organización permanecen dentro de su red para mejorar sus necesidades de seguridad y confidencialidad.

26. Has recibido instrucciones para migrar un proyecto de tamaño medio-grande del servidor Azure DevOps al servicio Azure DevOps. ¿Qué proceso de migración vas a utilizar?

En este escenario, utilizaré la herramienta Azure DevOps Migration, que es un proceso de migración automatizado que admite la migración de código fuente, casos de prueba, elementos de trabajo y otros elementos. Esta herramienta de migración también puede ayudar a identificar cualquier problema potencial, así como proporcionar recomendaciones para el proceso de migración.

27. ¿Por qué utilizar la herramienta Azure DevOps Migration en lugar del proceso de migración manual?

Como se indica en el escenario, el proyecto que hay que migrar es de tamaño medio-grande. El proceso de migración manual es más adecuado para proyectos pequeños, ya que consiste en copiar manualmente el código fuente, los elementos de trabajo y otros artefactos. Aunque el proceso de migración manual puede utilizarse para proyectos de mayor envergadura, es más lento y propenso a errores.

28. Hay ocho commits en la rama "desarrollo", y uno de esos commits debe empujarse a la rama "lanzamiento". ¿Cómo lo enfocarías?

La mejor forma de abordarlo es utilizando git cherry-pick. Es el acto de elegir una confirmación de una rama y aplicarla a otra.

Puedes hacerlo en la plataforma Azure DevOps haciendo clic en el commit específico, y cuando te dirijas al commit, en la esquina superior derecha, habrá 3 puntos en los que puedes hacer clic, y habrá una opción llamada "Cherry-picking". A continuación, te pedirá que selecciones la "rama de destino", que en este caso es la rama "release". A continuación, creará una solicitud de extracción en la rama "release" para esa confirmación.

29. Tu equipo está decidiendo si seguir adelante con los agentes alojados en Microsoft o con agentes autoalojados en canalizaciones Azure, y los requisitos específicos de software y el rendimiento son lo primero de su lista. ¿Cuál recomendarías y por qué?

Los agentes autoalojados serían mi recomendación porque proporcionan flexibilidad a la hora de instalar el software necesario, las herramientas y las versiones que se adaptan al proyecto, lo que atiende al factor de los requisitos específicos del software. También tienes un control total sobre el entorno, lo que te permite configurarlo según los requisitos de tu proyecto.

El otro factor fue el rendimiento, que los agentes autoalojados tienen una mayor ventaja de rendimiento con proyectos que tienen construcciones complejas. Esto conduce a tiempos de construcción más rápidos y a una utilización más eficaz de los recursos. Estos dos factores son limitados cuando se trata de agentes alojados en Microsoft.

30. ¿Cómo garantizarías el cumplimiento y la seguridad al desplegar aplicaciones utilizando Azure DevOps en un sector altamente regulado?

Garantizar el cumplimiento y la seguridad en un sector altamente regulado implica varios pasos:

    • Utiliza la Política Azure: Aplica las normas de la organización y evalúa el cumplimiento a escala.
    • Implementar RBAC: Control de Acceso Basado en Funciones para garantizar que sólo el personal autorizado tenga acceso a los recursos sensibles.
    • Tuberías seguras: Utiliza conexiones de servicio y grupos variables con gestión secreta para proteger la información sensible.
    • Supervisa y audita: Utiliza Azure Monitor y Azure Security Center para rastrear y responder a los incidentes de seguridad.
    • Certificaciones de conformidad: Asegúrate de que los servicios Azure utilizados cumplen las normas del sector, como ISO, SOC y GDPR.

31. ¿Qué estrategias emplearías para gestionar las dependencias en una arquitectura de microservicios compleja utilizando Azure DevOps?

Gestionar las dependencias en una arquitectura de microservicios compleja puede ser un reto, pero hay varias estrategias que pueden ayudar:

      • Utiliza Artefactos Azure: Gestiona y comparte paquetes entre equipos y proyectos.
      • Control de versiones: Implementa el versionado semántico para gestionar dependencias y actualizaciones.
      • Pruebas automatizadas: Utiliza canalizaciones CI/CD para ejecutar pruebas de integración que garanticen que los cambios en un servicio no rompen los demás.
      • Contratos de servicios: Define y cumple contratos de API claros entre microservicios para minimizar los problemas de dependencia.
      • Herramientas de gestión de la dependencia: Utiliza herramientas como Dependabot o Renovate para automatizar las actualizaciones y comprobaciones de dependencias.

Cómo mejorar tus habilidades Azure DevOps para una entrevista

En este artículo, hemos dividido en cuatro niveles diferentes que pueden poner a prueba tus habilidades de Azure DevOps:

  • Preguntas de entrevista para principiantes
  • Preguntas de la entrevista para profesionales con experiencia
  • Preguntas clave de la entrevista sobre los servicios DevOps de Azure
  • Preguntas de la entrevista basadas en escenarios

Estas 20 preguntas para la entrevista te ayudarán a prepararte para diferentes aspectos de Azure DevOps, así como a profundizar en los aspectos específicos y poner a prueba tus conocimientos en diferentes escenarios.

Si quieres pasar al siguiente nivel y seguir mejorando tus conocimientos de Azure DevOps, lee Azure Certification Guide 2024: Potencia tu carrera en Ciencia de Datos, o únete al curso Azure Management and Governance para estar totalmente preparado para el gran día.

Conviértete en Ingeniero de Datos

Demuestra tus habilidades como ingeniero de datos preparado para el trabajo.

Nisha Arya Ahmed's photo
Author
Nisha Arya Ahmed
LinkedIn

Aprendiz entusiasta, que busca poner en práctica mis conocimientos técnicos de ciencia de datos y mis sólidas habilidades interpersonales, para mejorar y ampliar mis conocimientos técnicos y mi capacidad de redacción.

Hice la transición al mundo de la Ciencia de Datos desde la Farmacología, cursando un bootcamp de 9 meses con la escuela Lambda. 

Me interesa poner en práctica y mejorar mis habilidades técnicas de codificación y redacción en Aprendizaje Automático e Inteligencia Artificial. ​

Actualmente soy científico de datos y redactor técnico autónomo.

Temas

¡Comienza hoy tu viaje DevOps!

Certificación disponible

curso

Conceptos DevOps

4 hr
5.9K
En esta Introducción a DevOps, dominarás los fundamentos de DevOps y aprenderás los conceptos, herramientas y técnicas clave para mejorar la productividad.
Ver detallesRight Arrow
Comienza el curso
Ver másRight Arrow