Ya fue la @nextconf y fue muy buena pero hubo un tema que salió a la luz durante y después el evento y que ha dado mucho que hablar. Y también tengo una opinión.
¿Las conferencias son para que los genios sigan mostrándose como genios? ¿Es necesario cuota de diversidad? 🧵
Primero, personalmente creo que las conferencias son espacios para mostrar el trabajo de otros, para compartir lo aprendido y aumentar así el conocimiento de la comunidad.
Todos tenemos una voz diferente para comunicar y todos tenemos algo que decir.
esto es algo que he aprendido muy bien gracias a las comunidades @eggheadio@partycorginetwk y @FrontEndCafe
La idea es aumentar la visiblidad de todo quien quiera participar y no seguir concentrando atención en los mismos actores de siempre.
Actores que por lo cierto suelen ser hombres blancos sobre-representados en esta industria.
Entonces, para quien son las conferencias? Para todos quienes quieran compartir lo que saben.
Como podemos asegurar esta participación? Quitando los "gatekeepers"
Una forma de eliminar las barreras de entrada es por medio de los CFP ciegos, el problema es que muchos que nunca han participado en una conferencia, tampoco saben como marketearse, un CFP es finalmente un producto de marketing.
Otra solución que muchas conferencias implementaron hace años son los Lighthing Talks, charlas cortas de baja exigencia que permiten que nuevos speakers tomen confianza y práctica.
Pero no es suficiente,
Aquí es donde entran las cuotas de diversidad, siendo la minima barrera una cuota que fomente la participación de mujeres de la industria. Que hay muchas!! no se ciegue a su entorno machirulo (En @cafe_contech he conversado con varias mujeres en tech y en español).
El problema es que muchos ven esta cuota de genero como una imposición, justificando que las conferencias se verán forzadas a aceptar speakers que no son idoneas sólo por el hecho de ser mujeres, y pensar así es un error!! y una mala argumentación.
Ese pensamiento lo primero que indica es un sesgo de asumir que no hay suficientes mujeres con capacidad de ser speakers y eso es, lisa y llanamente mirar en menos a las compañeras sólo por su genero.
Es cierto que hay menos mujeres, pero el evitar su participación y asumir un mal desempeño tampoco mejorará la situación no?
Además hay actividades que se pueden realizar para aumentar el número de speakers (en este caso mujeres), tales como los CFP Day para formentar la creación de CFP y mejorar las capacidades de las speakers.
Sobre esto último Flor Banos de @jsconfmx nos contó sobre este proceso en este episodio bit.ly/3mDJTXt
También como comunidad debemos abrir nuestras sesgadas posturas para permitir que muchos otros se atrevan a crear contenido a compartir lo que saben y a participar como speakers, tanto en meetups, charlas, cursos, etc!!
Está en nosotros mismos disminuir la brecha y permitir el descubrimiento de nuevos speakers y líderes de la industria evitando la concentración de exposición en los mismos de siempre (por cierto esto es igual que en política 🤷♂️)
Las conferencias deben mejorar en este aspecto, Si, por supuesto. Pero tampoco debemos esperar de manos cruzadas a que esto cambie cuando podemos comenzar por nosotros mismos.
Y para los speakers, está en ustedes aceptar o no participar !
@cassidoo compartío un documento en donde lista las cosas que una conferencia debe cumplir para ella participar github.com/cassidoo/talks…
entre esos puntos está : "No white-majority, all-men lineups"
• • •
Missing some Tweet in this thread? You can try to
force a refresh
#React
useEffect y los estados del ciclo de vida de un componente.
Son comparables? Funcionan igual? Es uno del reemplazo del otro?.
No, no, y no, pero ¿por qué?
Intentaré resumirlo en este breve nuevo hilo 🧵
Los estados del ciclo de vida son una definición y concepto utilizados en los componentes de clase, esos definidos antes del advenimiento de hooks utilizando la sintaxis `class`
Estos componentes implementan algunos métodos que te permiten ejecutar lógica en ciertos "momentos". Y esto es importante. La ejecución de esta lógica esta relacionada con un momento particular del proceso de renderizado de un componente.
Cuál es la diferencia entre #React y #ReactNative?
Una pregunta completamente valida sobre todo si estás comenzando.
Bueno, son conceptualmente lo mismo, pero... 🧵
Ambos nacen de la misma idea de utilizar un modelo de componentes como abstracción para definir una interfaz de usuario.
Ambos utilizan la misma "tecnología" base que es el "core" de #React., el "reconciler" es.reactjs.org/docs/reconcili…, manejo de estado, props, etc.
Similares en sintaxis: ambos son "solo javascript" y utilizan JSX para definir sus componentes (y evitar tener que escribir React.createElement cada vez).
Pero se diferencian en el "engine" en donde se ejecutan.