Despliega sin miedo en viernes con @midudev

Platzi está ofreciendo una promoción especial de Navidad en todos sus cursos hasta el 25 de diciembre. Este es el momento perfecto para aprender inglés, programación, Excel, ciencias de datos y más, a un precio inigualable. Visita su página de Navidad para más detalles.

Conéctate con Platzi en sus redes sociales para mantenerte al tanto de todas las novedades:
Síguenos en Facebook: Haz clic aquí
Twitter: Síguenos en Twitter
Instagram: Visita nuestro Instagram

Ver el video original en YouTube

Related Articles

Responses

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

  1. Nunca pensé ver 32min de una conferencia sobre el testing sin saber testing. Ojalá la realidad virtual pueda transformar la forma en como vemos estas conferencias y los streams.

  2. Para los que no entienden el concepto de despliegue: Tomando como ejemplo el escribir un libro, el despliegue seria como la etapa de tomar tu libro ya listo y subirlo en las tiendas de e-book o venderlo en las librerías.
    El problema radica que al desplegar el proyecto y los usuarios empezar a interactuar con él. Puede darte errores que desconocías solo cuando ya los usuarios empiezan a usar la app o web y les da problemas. Los que no despliegan el viernes es porque si llevas tu código para que lo usen los usuarios y este da errores como por ejemplo: bajan las visualizaciones o no hay cursos en platzi o un error muy grande tipo así, tocaría trabajar horas extras: sábado y domingo para arreglarlo.
    Si desplegase otro día como el miércoles, aun tienes el jueves y viernes para arreglar.
    La forma en como yo soluciono este problema es desplegando cada vez que puedo o hay cambios importantes, yo trabajo con react y react native, y en react native que es más complejo este proceso, puede tomar 7 minutos en compilarse el apk, y en expo también unos 8 minutos y puedo ver si me da errores de producción y sabría si el error es ocasionado por algo que acabo de hacer ese día, si desplegara semanalmente entonces podría ser causado por un solo error que pude haber cometido en toda la semana y a saber cual error fue, o podría ser varios errores incluso. Yo compilo unas 5 veces al día teniendo en cuenta que la cache se guarda y el segundo deploy solo toma 3 minutos.

  3. minuto 11:20, el test manual no puede desaparecer, las pruebas automatizadas no vienen a hacer desaparecer las pruebas manuales, mas bien, son un complemento. Imagina que tienes una prueba controlada, muy controlada, tal vez no es posible automatizarla o no vale la pena hacerlo porque puedes ejecutarlo de una manera más rápida manualmente (diferentes factores para saber si se puede o no automatizar, se requiere un análisis de factibilidad), pero no podemos decir que las pruebas manuales van a desaparecer y que ahora todo se va a automatizar (en la medida de lo posible si deberíamos apuntar hacia eso pero no siempre es posible)…

  4. gente una consulta que servicio es bueno para alojar un aplicacion que va tener una media de usuarios relativa, en tema de costos cual seria

  5. Muy buen video. Todo lo que describiste mi equipo lo trata de hacer. Pero el resto de la empresa no. Tenemos repos con 130 prs. Tenemos deploys que se demoran dias y mucha decision por comite. Pero mi equipo usa microservicios. TBD, Automatic testing , Code pipeline y podemos hacer deploy realmente rapidos

  6. Tener en cuenta que si trabajas en una empresa probablemente haya otros equipos involucrados en el proyecto osea que podrias afectar la disponibilidad de otras personas, por mas que todo este automatizado y con chequeos de seguridad no es recomendable deployar un viernes

  7. Yo desplegué en modo hardcore: un viernes 30 de diciembre a última hora. Así es como aprendí que si tengo algo pendiente para desplegar… mejor el lunes a primera hora 😹😹😹