Como cambiar de tecnología o framework y no morir en el intento

Charla impartida en el meetup de Geekshub Academy, en el que doy unos cuantos consejos personales que a mí me sirven para los cambios de tecnología.

Transcript

1. ¿Cómo hago para no morir en el intento cuando cambio de tecnología/framework? Azahara Fernández Guizán
2. ¿Quién soy? http://afaya.es/#/ @azahara_fergui Azi Science and Tech
3. El origen de nuestras inseguridades • ¿Podrías echarles una mano a tus compis de backend que van con retraso? • ¿Y si en lugar de hacerlo con Angular, lo hacemos en Vue? • ¿No sería mejor que fuese una aplicación móvil? • Oye, mira que maquetaciones con transiciones y animaciones he visto más chulas.
4. No puedes ser experta en todo
5. Vale sí, pero es que yo me siento así
6. Como debes de enfocarlo Ver que cosas se hacer. Ver que cosas he de buscar. Combatir la ansiedad.
7. Casi todos los lenguajes tienen cosas en común Estructuras condicionales Bucles Clases, objetos, herencia, interfaces… Patrones de diseño Buenas prácticas
8. Mis 10 trucos
9. 1. Documentarme
10. 1. Documentarme Xamarín ❑ Ciclo de vida (OnRestart, OnResume, OnSleep) ❑ Comunicación xaml- xaml.cs- ViewModel ❑ x:Name ❑ Tapped ❑ Data Binding ❑ Command ❑ ContentPage y ContentView ❑ Converters Vue ❖ Instance Lifecycle Hooks (mounted, beforeMounted, beforeDestroyed, beforeUpdate, updated…) ❖ Sintaxis (v-bind:id, v-on:click, v-if) ❖ Propiedades computed y watched ❖ Vuex
11. 1. Documentarme C# ❑ Sintaxis particular de las nuevas versiones, por ejemplo los nuevos Switch: ❑ Como se une con la base de datos ❑ Como se gestionan los hilos, las llamadas asíncronas Node ❖ Novedades de ECMAScript ❖ Como conecto con MongoDB ❖ Como ejecuto y debuggeo ❖ Timers ❖ Estructura de las promesas
12. 2. Descargarme el proyecto
13. 3. Debuggear el código existente
14. 4. Dejo siempre abiertos a mis ayudantes
15. 5. Realizo un pequeño cambio
16. 6. Añado una nueva funcionalidad
17. 7. Tengo mi libreta mágica 1. Estructuras o código que no entiendo bien explicado. También un resumen de la arquitectura del proyecto. 2. Paso a paso de funcionalidades repetitivas 3. Pasos que he seguido para solucionar ese bug extraño 4. Algo nuevo que he descubierto
18. 8. Libero presión
19. 9. Me pongo metas realistas + 25 – 50% de tiempo en cada tarea
20. 10. Al terminar la jornada
21. Y no olvides que..
22. ¿Preguntas?