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.
▬▬▬▬▬▬ Título de la Sesión ▬▬▬▬▬▬
Mejora del rendimiento del componente TreeFilter en el panel de contenidos
▬▬▬▬▬▬ Ponente ▬▬▬▬▬▬
Beltrán Rengifo
Beltrán es Senior Frontend Engineer en Liferay y entre sus pasiones Javascript está en primer lugar. Vue, React, Nuxt, Next, SASS/LESS/BEM, Styled Components. JS del lado del servidor con Node y a veces Python o PHP. Intentando con ahínco asumir los conocimientos necesarios de Frontend devops como Docker, CI/CD con Gitlab/GitHub, Jenkins y Rancher. Intentando controlar Webpack desde 2017. Admirando las plataformas Vercel y Netlify.
* Linkedin - https://www.linkedin.com/in/beltranrengifo/
* Twitter - https://twitter.com/BeltranRengifo
▬▬▬▬▬▬ Resumen ▬▬▬▬▬▬
En este caso veremos cómo el equipo de Liferay se planteó la necesidad de auditar el rendimiento del componente React TreeFilter y nos compartirán los resultados obtenidos.
En la sesión se aprenderá a detectar, analizar y resolver problemas de rendimiento en un componente React JS, para ello se realizará:
* Detectar mediante la realización de pruebas pesadas
* Analizar concluyendo sobre las métricas
* Resolver implementando las tareas más eficientes y asequibles
En el camino mostraremos algunas implementaciones de JS dentro de los componentes de React, cómo probamos el rendimiento utilizando el componente OOTB Profiler de React, y las correcciones finales que implementamos en la rama master.
Primero se presentará el componente, sus principales funciones y los inconvenientes que detectamos en el camino, para después mostrar el test de rendimiento, los resultados y la implementación de las mejoras.
La agenda de la sesión de este miércoles será la siguiente:
18:30 - Bienvenida y Anuncios
18:40 - Meetup Enero 2022 - Mejora del rendimiento del componente TreeFilter en el panel de contenidos - Beltrán Rengifo.
19:25 - Q & A
19:30 - Networking (Mozilla Hubs)
▬▬▬▬▬▬ Organizadores de la sesión ▬▬▬▬▬▬
-
-
-
▬▬▬▬▬▬ LUGSpain ▬▬▬▬▬▬
Twitter - https://twitter.com/LUGSpain
Slack - https://liferay.dev/chat
Meetup - https://www.meetup.com/es-ES/Liferay-Spain-User-Group/
En este vídeo te comparto 100 (sí, CIEN!) trucos para ayudarte a programar mejor.
👨💻 ¡Apúntate al Black Friday de Codely! 👉 https://bit.ly/codely-bf
Los trucos que vemos:
1. Nivel de identación
2. Evita else
3. Encapsula los primitivos
4. Encapsula las colecciones
5. Sigue la ley de Demeter
6. No abrevies
7. Mantén tus entidades pequeñas
8. No clases con más de 2 dependencias en los constructores
9. No hagas getters/setters. Tell don't ask
10. Utiliza Object Calisthenics
11. Utiliza un Linter
12. Utiliza las GitHub actions para CI y CD
13. Usa un analizador estático del código
14. Sigue la regla de 3 repeticiones para evitar abstracciones prematuras
15. Ten un fichero "EditorConfig"
16. Llas I de las interfaces
17. La I de SOLID no significa inyección de dependencias
18. Versiona tus configs con dotly.sh
19. Cuando crees un recurso utiliza PUT
20. Busca la simplicidad en tu SO e IDE
21. Prueba en tu local la `beta`, pero en producción la `.1`
22. Si haces una web con light/dark theme haz que el tema se cambie según las preferencias
23. Utiliza light theme si estás en un ambiente con mucha luz
24. Y que puedas sobreescribirlo y sea configurable
25. Utiliza herramientas como ray.so o carbon.now.sh
26. Gestión de snippets
27. Hay tipografías que tienen un italic: Victor Mono, dank.sh
28. Si tienes dislexia utiliza comic mono
29. Si eres daltónica utiliza ese modo en todo lo que utilices
30. Aprovecha el Black Friday para formarte
31. No refactorices y cambies el comportamiento a la vez
32. No hagas una Pull Request que mezcle ambos
33. No hagas refactors si no tienes tests
34. Utiliza parallel change
35. cmd+shift+t para recuperar la última pestaña cerrada
36. Aprende un lenguaje muy diferente
37. Llega un punto donde el lenguaje es un detalle de implementación
38. Una de las cosas más complicadas de programar es ponerle nombre a las cosas
39. Y otra es saber dónde ponerlas
40. No utilices el argumento *porque lo dice menganita*, da argumentos reales
41. Es imposible hacer un código libre de errores/bugs
42. También es imposible modelar 100% tu dominio
43. El DDD tiene una parte táctica y otra estratégica
44. Los devs nos solemos centrar en la táctica
45. Ambas partes se unen en el lenguaje ubicuo
46. El UML no es el mal. Ta bien. Tampoco mucho. Pero ta bien
47. Bebe café
48. Pulsa control+k en github
49. Pusla control+shift+k
50. Pulsa t en GitHub
51. Pulsa . en GitHub
52. Sigue a ladybenko, moure, midu y manz
53. Ves a conferencias presenciales
54. No intentes empezar un proyecto con 100 microservicios desde 0
55. Depende
56. eXtreme programming
57. Cuando aprendemos está bien empezar a construir la casa por el tejado
58. Prepara algo para enseñar a los demás, es la mejor manera de aprender sobre un tema
59. Lee sitios como hackernews o mira el café con Codely
60. Organiza tu código por módulos y no por conceptos
61. Pon el tipo de retorno a todas tus funciones públicas
62. Modela tus errores con Either en lugar de lanzar excepciones
63. Gestiona los nulls utilizando un Maybe
64. Qué es una Mónada
65. Javascript no se va a comer el mundo
66. Aprende typescript
67. Haz descansos
68. Haz deporte
69. YAGNI, GRASP, Object Calisthenics
70. No te asustes por las siglas
71. CQRS no te obliga a tener un query y command bus
72. Pon límites o aviso de ellos en aws, gcp o lo que uses para no arruinarte
73. Hacer que un panel de grafana/kibana/datadog sea bonito hace que la gente lo use más
74. No hace falta que te aprendas al 100% los lenguajes de prometheus/influx
75. Ten una buena observabilidad de tu sistema
76. Con opentracing puedes saber todo lo que pasa en tu sistema
77. Usa `exa` en lugar de `ls`
78. Usa `bat` en lugar de `cat`
79. Usa `autojump` o `z` para navegar
80. Comando `tldr`
81. Alias para abrir el directorio actual en tu IDE
82. Encripta tu disco duro
83. Consistencia eventual
84. Evita utilizar joins
85. Explain
86. Intenta que main sea siempre estable por si algún día has de hacer un git bisect
87. Diferencia infraestructura de dominio
88. Busca ir un pasito más allá al hacer tutoriales de quick start
89. n8n no code
90. Star a repositorios de GitHub interesantes y follow al equipo Codely para ver sus stars
91. No uses lo nuevo
92. Considera usar un navegador que no sea Chrome
93. No uses valores arbitrarios en z-index
94. Hazte listas en Twitter
95. Usa Conventional Commit
96. Si no te acuerdas de un shortcut en VSCode presiona ctrl+shift+p
97. TIPs en X minutos ponlos a 2x y los verás en la mitad de tiempo
98. Descubre que puedes hacer con las developers tools de tu navegador
99. A programar se aprende programando
100. Like al vídeo y suscríbete
{▶️} CodelyTV
├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1
├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV
├ 💂♂️ Twitter Rafa: https://twitter.com/rafaoe
├ 📸 Instagram: https://instagram.com/CodelyTV
├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv
└ 📕 Catálogo cursos: https://bit.ly/cursos-codely
Mastering JS Objects es una serie de eventos centrada en los objetos, la estructura más común en Javascript. A través de kits y debates intentaremos asentar primero el conocimiento de sus bases, y profundizaremos después en el uso de patrones y metodologías que ayuden a mejorar nuestros desarrollos del día a día.
0:00 Frameworks vs Vanilla
43:34 Tipado débil vs tipado fuerte
1:05:05 Let y const
1:17:35 Casting vs coerción
1:23:04 Async y await
1:30:22 Reto
Nuria ha trabajado como frontend en varias empresas de consultoría y start-ups, poniendo foco en JavaScript, CSS, buenas prácticas y accesibilidad. Siempre le ha gustado compartir conocimientos dando charlas y ahora trabaja en Codely para seguir compartiendo todo lo aprendido estos años en forma de cursos.
Las páginas estáticas han vuelto. Con Jamstack (JavaScript, APIs y Markup) podemos generar páginas estáticas con mucho contenido, como blogs, que tienen buena performance, SEO excelente, seguras, estables, y con buena experiencia de desarrollo. Pero nada es perfecto y las páginas Jamstack tienen sus limitaciones también, una de ellas es la limitada capacidad para tratar con contenido dinámico generado por usuarios… hasta ahora! Las GitHub Actions son una forma de automatizar nuestros workflows. Ejecutar tests, linters, hacer build y deploy es probablemente el flow más habitual que nos viene a la cabeza. Pero esto es solo el principio, las GitHub Actions nos abren un nuevo mundo de posibilidades para las páginas Jamstack. En esta charla veremos cómo convertir GitHub en nuestro propio Content Management System que recibirá información que los usuarios envíen desde la aplicación client-side, las validará y publicará, todo sin un servidor back-end ni base de datos!
#AdaLoversConf`21 #AdaLoversConf
Síguenos en nuestras redes para estar al día de las novedades:
- Twitter: https://goo.gl/MU5pUQ
- Instagram: https://lk.autentia.com/instagram
- LinkedIn: https://goo.gl/2On7Fj/
- Facebook: https://goo.gl/o8HrWX