Aún no hemos convertido este vídeo en audio. Necesitamos tu dirección de correo electrónico para poder enviarte el enlace
de descarga una vez haya finalizado el proceso de conversión.
Tras el envío, tu dirección de correo electrónico será eliminada del sistema.
Una lista de cosas que puedes necesitar o no tanto para programar en web.
Actualización: ¡Enlaces corregidos!
El episodio 111 está al caer
Me gustaría contar con vosotros, con un pequeño audio que publicaremos durante el episodio respondiendo a esta pregunta: ¿Por qué te gusta programar?
Ya han llegado algunos, pero el tuyo será bienvenido.
Puedes enviarlo a través de este formulario o escribiéndome directamente a mi cuenta de telegram (la digo al principio del podcast).
Unos pequeños...
Mencionar “documentación” en un proyecto es como decir “que viene el profe” en una fiesta.
Es un rollo, lo sé, pero tenemos que evitar poner obstáculos cuando generamos esa documentación aburrida y tediosa. Rara vez un desarrollador quiere dedicarle tiempo a esto, así que conviene ser muy efectivo y directo en su ejecución.
Al final del mensaje hay una parte más práctica, que espero te ayude
Desconozco si documentas o no o que requisitos tiene que cumplir ese material. A veces, para adminis...
I'm going to be telling you about what happens after your code reaches production, and how we can make that better. So as developers, we like to solve problems. We like to write code in order to feel like we're having an impact on the world. But the problem is that solving problems doesn't really just stop from the moment that we commit our code and land it into Git. We have to actually make sure that it's serving our users and making them happy. And as our systems grow more and more complex, it's much more difficult to understand what's actually going on. How can we make sure that our customers are having good experiences? How can we be sure that when things actually get deployed into production, for instance, when they're running on someone's Android device, or when they're running on millions of web browsers, how do we make sure that everything is still working as we planned? And what does it even mean for a system to be up or down?
[...]
Don't waste your time working on things that are not important. Work on your system to make it just reliable enough, and then go back to working on features. But then be prepared to go back to working on reliability when you need to. But a thing that people commonly overlook is that if you do not have observability, that is a systematic risk. That is a risk that adds to the length of every outage that you have. If you are spending the first 20 or 30 minutes out of every outage trying to figure out what's going on, and how to make it stop, that's a lot of unhappy users. So that's a systemic risk. And that's something that you may need to think about addressing. The other thing that's a hidden risk is a lack of collaboration. You may not necessarily see it directly when you do this risk analysis, but if your customer support team doesn't feel comfortable raising issues, then you're going to have issues last a lot longer before you even start working on them.
Nuestro invitado de hoy es Full Stack Developer, docente y Project Manager. Vamos a pasar por toda su experiencia en todos estos ámbitos, alguien tan polifacético nos va a dar mucho juego.
Como todas las entrevistas en abierto esta también tiene una parte privada, en el episodio 41 de Web Reactiva Premium.
Allí Andros nos cuenta cómo organiza su semana laboral, el uso que da a Spacemacs y cuáles son sus herramientas más productivas.
En la docencia aprendes más que tus alumnos
Llega punto e...
Vídeo analizando el flujo de trabajo en ramas más conocido para #Git: #GitFlow
¿Qué particularidades tiene? ¿Por qué no nos acaba de convencer?
Importante: Cabe destacar que estamos totalmente sesgados por los entornos donde hemos trabajados y damos una versión totalmente opinionada en base a esto. El contexto marcará si realmente es útil en cada caso y, al igual que con todo, los workflows de Git serán buenos o no según dónde se apliquen ????
???? Enlaces relacionados:
├ ???????? Curso "Git: Introducción y trabajo en equipo": bit.ly/git-codelytv
├ ⚡ Oferta lanzamiento curso Git: bit.ly/git-oferta
├ 1️⃣ Aprende Git en menos de 10 minutos: youtube.com/watch?v=DuYjcOZw11s
└ 2️⃣ Tu primera Pull Request en #GitHub: youtube.com/watch?v=_M8oalUyz10
{▶️} CodelyTV
├ ???? Suscríbete: youtube.com/c/CodelyTV?sub_confirmation=1
├ ???? Instagram: instagram.com/CodelyTV/
├ ℹ️ LinkedIn: linkedin.com/company/codelytv/
├ ???? Facebook: facebook.com/CodelyTV/
├ ???? Twitter CodelyTV: twitter.com/CodelyTV
├ ???????? Twitter Javi: twitter.com/JavierCane
├ ????♂️ Twitter Rafa: twitter.com/rafaoe
└ ???? Catálogo cursos: bit.ly/cursos-codely