feat(uv): refined proposals

uv/bases-de-datos-sql-a-nosql/draft.md

@@ -0,0 +1,4 @@
+normalizacion
+transacciones
+sql, nosql
+qué, cuándo

uv/cloud-computing/draft.md

@@ -0,0 +1,4 @@
+google cloud tal vez? y así practico para la google cloud digital leader
+azure fundamentals
+observabilidad, trazabilidad, monitorabilidad y logs
+serverless

uv/design-systems/draft.md

@@ -0,0 +1,15 @@
+usar la template de apple keynote, la de degradaditos super chulos/chulis, la que tengo de product trio
+tailwind y refactoringui
+charla de garajedelasideas de design tokens
+
+accesibilidad, referencia a la charla de jordi turull mundo unicornio
+teoría del color
+eyeballing
+crear paletas de colores y herramientas para ello
+- https://coolors.co/
+
+fotones, y lo del fotón morado
+form design patterns
+poner slides especiales y diferentes para cuando pasemos a hablar de temitas de branding
+
+añadir también ejemplos de lo que NO hacer

uv/docker-and-kubernetes/draft.md

@@ -0,0 +1 @@
+usar: /talks-about/knowledge-sharing/docker-and-kubernetes

uv/la-magia-de-typescript/draft.md

@@ -0,0 +1 @@
+este será el workshop de typescript

uv/paralelizacion-distribuida-con-spark/draft.md

@@ -0,0 +1,27 @@
+usar docker como base, y darle una pincelada muy por encima
+con kafka, pinceladas, hablarlo con pablo jimenez si las aceptan para poder coordinarnos, usar sus conocimientos de base y poder referenciarlos en la misma clase
+
+en conjunto con alguien de change & data?
+a veces merecerá más la pena crear pocos canales y diversificar la carga ahí que muchos canales para cada tipo diferente de carga
+
+primera parte a lo bruto, sólo el concepto
+segunda ya refinado, casos de uso, uso en la nubre, y cómo se aplica de verdad en el mundo real
+actors model
+y enfoque de programación funcional para la concurrencia
+
+paper de is paralelization hard, if so what can you do about it
+red panda, databrick, herramientas cloud similares de los hiperscalers más conocidos/populares
+explicar mapReduce
+
+scala, existe, pensado para scala, lenguaje de programación funcional basado en java (o la jvm)
+quarkus, que existe y para procesamiento pesado e intenso, eficiencia con java
+actor model
+
+qué es un lock a nivel de recurso, la parte positiva
+problemas con concurrencia: livelock, deadlock, racelock
+condiciones de carrera (race conditions), memoria espacial y demás, simplemente para expresar que los sistemas concurrentes pueden ser difíciles
+
+enfoque de programación funcional
+mutex
+rust concurrente out of the box, tiene estructuras concurrentes
+paradigma de programación orientada a eventos

uv/react-y-programacion-funcional/draft.md

@@ -0,0 +1,97 @@
+programación funcional
+template design pattern
+react y hooks
+lifecycle y rendercycle
+
+jsx y multiples componentes en un mismo fichero
+visualización y lógica
+observers (señales de solid) y contexto
+adaptar la charla de programación funcional, concepts of js
+
+comentar también de pasada las clases
+error boundary
+proponer minitaller? no daría tiempo yo creo
+librería o framework
+- un framework trae opiniones y métodos/flujos de trabajo
+
+// introducción e historia
+1. landscape del desarrollo web antes
+- fullstack
+- php, java y jsps
+1. mundo antes de angular
+1. mundo antes de react
+1. ¿qué es react?
+- framework o librería
+-- pregunta y luego responderla
+- qué es un framework de frontend, qué se espera, expectativas
+- qué es lo que nos ofrece
+1. jsx
+- cómo fue necesario al principio
+- por qué hacía falta
+- y qué había antes
+- key
+- namespaces
+- muchos componentes un único fichero
+
+// react
+1. vDOM
+- re-render
+- million.js
+- opt-in y opt-out de re-renders
+- bucles y la key
+-- por qué hacen falta las keys, optimizaciones dinámicas y estáticas del vDOM
+1. lifecycle, (con clases?)
+1. rendercycle
+1. hooks
+- lógica abstraida de la presentación
+1. useState y useReducer
+- estados, qué son
+- qué es un reducer
+- función de initialState
+- cómo crear constantes que no se re-renderizan
+1. useMemo y useCallback
+- propósito que cumplen
+- cuándo usar cada uno de ellos
+- estado derivado
+1. useEffect
+- cómo funciona realmente
+- bucle de dependencias
+-- serialización
+- bucle infinito
+- useEffect no es un setter de estados
+-- para eso ya existen los onChange
+- edge cases
+- lifecycle
+- seguimiento de estados externos
+1. Composition over inheritance
+- qué entendemos por composición de componentes
+- props drilling
+1. contexto
+- y observer
+1. gestión de estado asíncrona
+- react query
+1. gestión de estado no asíncrona
+- redux y rtk
+-- flux y carlos azustre artículo
+- react hooks y contexto vs useRef y observer
+1. Estilos
+- Scss/Sass
+-- Módulos
+- Tailwind
+1. Solid.js
+- opt-in re-render
+- signals
+1. Astro
+1. Vue
+- SFC -> Single File Component
+1. Meta-Frameworks
+- Next.js y Remix
+- bling
+
+crear un reto de todo-list, pero hacerlo outside-in, osease, dar la estructura final hecha, pero que se implemente todo lo necesario para hacerlo funcionar, sin pasar prácticamente props ni nada, la estructura mínima necesaria para que se entiendan cómo funcionan los componentes
+
+hacer que los navs en verdad actúen de enlaces como corresponde
+- tiempo de inversión para un detallito, pero que sería la leche la verdad
+- y que el sidenav también funcione
+
+memento, por lo de memo

uv/simplifying-git/draft.md

@@ -0,0 +1,2 @@
+usar la de la serie de charlas de git
+pull-requests