(En el pr\u00f3ximo episodio, seguir\u00e9 con el tema del humor en el lugar de trabajo para profundizar un poco m\u00e1s en \u00e9l, s\u00f3lo porque puedo. \"\u00bfPor qu\u00e9 tan serio?\").<\/p>\n
Hablando de tiempo, han pasado 2 semanas desde mi \u00faltima publicaci\u00f3n por lo que ya es hora del 4\u00ba episodio de nuestro #TheCodestReview<\/strong> serie.<\/p>\n El comentario sobre el almacenamiento en cach\u00e9 de vistas realizado por nuestro fullstack desarrollador<\/a> y el podcast del director de ingenier\u00eda comentado por mi humilde servidor.<\/p>\n Como popularmente conocido maestro de la aplicaci\u00f3n Paint y admirador de los GIFs y memes que son como los bombones Merci - que dicen m\u00e1s que 1000 palabras, he decidido que a partir de ahora a\u00f1adir\u00e9 aqu\u00ed un sabor de ello. \u00bfY adivina qu\u00e9?<\/p>\n Darth Sidious \u00bfCrees que puedes detenerme GIF<\/a> de GIFs de Darthsidious<\/a><\/p>\n La \u00faltima vez que hemos decidido poner un poco de atenci\u00f3n en StimulusReflex que est\u00e1 recibiendo la atenci\u00f3n en el Ruby<\/a> comunidad como un nuevo chico en el bloque, siendo una alternativa al uso de la moderna Javascript<\/a> en proyectos Rails para evitar el exceso.<\/p>\n Ver: StimulusReflex alias ReactiveRails<\/a><\/p>\n Para que sea una batalla en igualdad de condiciones, quer\u00eda dejar que React devolviera el golpe a Stimulus. Como tambi\u00e9n soy un conocido hombre de honor, siempre hago lo que digo y cumplo mis promesas, aqu\u00ed va:<\/p>\n En el pr\u00f3ximo episodio tengo el placer y la ilusi\u00f3n de anunciar que contaremos con un art\u00edculo invitado del ingeniero React de Vinted.com. Para aquellos de ustedes que nunca han o\u00eddo hablar de Vinted (bajas probabilidades, pero a\u00fan posible), Vinted es un mercado de moda originario de Vilnius, Lituania, que ha alcanzado una valoraci\u00f3n de unicornio en 2019. La plataforma est\u00e1 construida sobre s\u00f3lidos Ruby on Rails<\/a> fundaci\u00f3n respaldada por React en la parte frontal.<\/em><\/p>\n Nota al margen: a mi mujer le encanta Vinted y casi ha dejado de utilizar OLX como destino principal para ordenar nuestro armario y vender ropa usada (era una aut\u00e9ntica fan incondicional) = \u00a1LO EST\u00c1IS HACIENDO BIEN!<\/strong><\/p>\n Es para m\u00ed un privilegio dar la bienvenida a un primer colaborador invitado a nuestra serie:<\/p>\n Meryl Streep S\u00ed GIF<\/a> de GIFs de Merylstreep<\/a><\/p>\n Ugn\u0117 Kry\u017eevi\u010di\u016bt\u0117 - React ingeniero de Vinted<\/a><\/p>\n Al leer el t\u00edtulo del reciente podcast de LadyBug (\"Getting Hooked On React\"), esperaba que tratara sobre todo de React Ganchos<\/a>. Sin embargo, aunque no profundiz\u00f3 en Hooks, el podcast proporcion\u00f3 una excelente introducci\u00f3n a los fundamentos de la biblioteca React para JavaScript.<\/em><\/p>\n Ali y Emma, del podcast LadyBug, comentan los entresijos de React: desde la disposici\u00f3n general de la biblioteca y sus ventajas hasta animadas discusiones sobre los componentes, datos<\/a> manipulaci\u00f3n, o la Ciclo de vida del React<\/a>Todo ello presentado con una pizca de experiencia personal. Merece la pena que lo escuche cualquier desarrollador de front-end que no haya tenido la oportunidad de probar las maravillas de React.<\/em><\/p>\n Mi primer encuentro con React fue hace unos tres a\u00f1os, cuando comenc\u00e9 mi andadura como desarrollador. Aunque Ali y Emma sugieren que React puede parecer confuso al principio, desde mi propia experiencia, me pareci\u00f3 relativamente f\u00e1cil para empezar y probablemente el m\u00e1s f\u00e1cil de avanzar en comparaci\u00f3n con otros frameworks front-end. Hay un mont\u00f3n de tutoriales, art\u00edculos, bibliotecas de c\u00f3digo abierto y otros tipos de materiales de aprendizaje disponibles en todas partes. Sin embargo, hay que tener en cuenta el desarrollo activo de React cuando se consultan estos recursos. Este episodio del podcast de LadyBug no es una excepci\u00f3n: algunos aspectos y m\u00e9todos mencionados ya est\u00e1n obsoletos desde hace tiempo. Por lo tanto, es mejor seguir los consejos de la propia Emma y consultar la documentaci\u00f3n m\u00e1s reciente.<\/em><\/p>\n React ha evolucionado y madurado mucho, haciendo que c\u00f3digo<\/a> escribir es a\u00fan m\u00e1s f\u00e1cil con Hooks, que permite utilizar m\u00e9todos de estado y ciclo de vida sin escribir componentes de clase. Pero para los principiantes -como se\u00f1ala acertadamente Ali- la variedad de formas en que se puede escribir React (como componentes de clase\/funcionales\/Hooks) a\u00f1ade una complejidad adicional, ya que a veces puede ser dif\u00edcil visualizar lo que est\u00e1 pasando. Adem\u00e1s, tener que destilar lo que necesitas y encontrar informaci\u00f3n relevante sobre la implementaci\u00f3n del c\u00f3digo puede ser todo un reto.<\/em><\/p>\n Como una de las principales ventajas de React, Ali se\u00f1ala que est\u00e1 basado en componentes, lo que permite la modularizaci\u00f3n del c\u00f3digo y facilita el trabajo conjunto con otros desarrolladores. Adem\u00e1s, la posibilidad de utilizar JSX es una gran ayuda visual a la hora de trabajar con la interfaz de usuario en c\u00f3digo JavaScript: \u00a1no es necesario tener archivos HTML separados!<\/em><\/p>\n Ali y Emma tambi\u00e9n resumen muy bien la flexibilidad que da tener un sistema de componentes. Un excelente ejemplo de la pr\u00e1ctica es mi empresa Vinted, que ha experimentado un r\u00e1pido crecimiento en lo que respecta a la producto<\/a> as\u00ed como el equipos de desarrollo<\/a> trabajando en \u00e9l durante los \u00faltimos a\u00f1os. React ha proporcionado enormes beneficios: ha permitido us<\/a> a escribir un c\u00f3digo mucho m\u00e1s limpio, a utilizar componentes de interfaz de usuario reutilizables y ha facilitado la comprobaci\u00f3n de nuestro c\u00f3digo.<\/em><\/p>\n En general, este episodio del podcast LadyBug ofrece un debate animado y encantador sobre los principales aspectos de React. Lo recomiendo a cualquiera que est\u00e9 empezando su viaje con React. Lleno de ejemplos divertidos y analog\u00edas con la vida real, el episodio \"Engancha\" a la perfecci\u00f3n la atenci\u00f3n de cada oyente, la m\u00eda incluida.<\/em><\/p>\n Lamentablemente, las vistas en Rails se vuelven m\u00e1s lentas con el tiempo. Esto se debe a que la cantidad de objetos almacenados en la base de datos crece. Esto provoca tiempos de consulta m\u00e1s largos y, por supuesto, un procesamiento m\u00e1s largo si estamos haciendo algo con cada uno de los objetos. Cuando esto ocurre no te quedas sin ninguna posibilidad ya que existe el cacheo de vistas en Rails.<\/em><\/p>\n Gracias a esto puedes ahorrar bastante tiempo cargando datos pesados de la base de datos desde la cach\u00e9 (cargando un \u00fanico archivo html guardado en lugar de consultar la base de datos y procesar los objetos). Tambi\u00e9n puede hacerlo menos costoso en caso de diferentes parciales y objetos - por supuesto si los objetos no cambian muy a menudo. Tambi\u00e9n puede tratar de mantener los objetos almacenados en cach\u00e9 en parciales separados - y ahorrar, por ejemplo, 19 de los 20 mensajes que se renderizan (posiblemente con un mont\u00f3n de campos).<\/em><\/p>\n Por defecto, la cach\u00e9 de Rails utiliza file_store y mantiene los datos almacenados en cach\u00e9 en las carpetas. Pero no borra las entradas antiguas de la cach\u00e9 (que podr\u00edan haber caducado hace mucho tiempo). Esto puede llevar a un desbordamiento de la cantidad de archivos o incluso a quedarse sin espacio libre en un servidor. El otro m\u00e9todo es memory_store que tambi\u00e9n tiene algunas desventajas (ya que la cach\u00e9 se mantiene en un \u00fanico servidor). Tambi\u00e9n puede exceder la cantidad de RAM guardada en el servidor (o la falta de cach\u00e9 si se borra todo el tiempo). Por eso, el mejor mecanismo de cach\u00e9 a gran escala es el m\u00e9todo Memcached\/Redis. Esto le da la oportunidad de utilizar una m\u00e1quina separada para mantener la cach\u00e9 que puede ser utilizada por todos los servidores. Gracias a ello no habr\u00e1 problemas de falta de cach\u00e9 o de espacio en disco de acabado en un servidor.<\/em><\/p>\n La cach\u00e9 en Rails se mantiene en base a un identificador - que puede darse directamente como una cadena o generarse autom\u00e1ticamente al pasar un objeto a la funci\u00f3n de cach\u00e9. En el caso de los objetos suele ser el atributo updated_at. Tambi\u00e9n se puede proporcionar una clave est\u00e1tica a partir de los par\u00e1metros del objeto.<\/em><\/p>\n Un m\u00e9todo diferente de almacenamiento en cach\u00e9 es utilizar Javascript para actualizar un campo que se cambia una vez al d\u00eda. De esta forma se puede tener una fecha v\u00e1lida mostrada todo el tiempo, sin refrescar el sitio web - que podr\u00eda ser bastante enorme o lento para ser ejecutado.<\/em><\/p>\n Para no hacerles demasiados spoilers, la mesa redonda sobre el papel del director de ingenier\u00eda en el proceso de contrataci\u00f3n es muy valiosa para todos aquellos que se preguntan cu\u00e1ndo es el momento adecuado para que el l\u00edder tecnol\u00f3gico entre en el ciclo de entrevistas. En Codest<\/a>Practicamos lo que predican los panelistas y nuestro CTO<\/a> es el primer punto de contacto con ingenieros<\/a> de la solicitud, mientras que en la siguiente fase las entrevistas son sentadas por equipo<\/a> con los que trabajar\u00e1n estrechamente los posibles nuevos empleados. Algunos consejos pr\u00e1cticos que puedes aplicar de inmediato para mejorar tu contrataci\u00f3n como director de ingenier\u00eda:<\/p>\n Revise su proceso y aseg\u00farese de unirse al flujo lo antes posible, idealmente siendo el primer punto de contacto para los candidatos, ya que las primeras impresiones juegan un papel clave en la forma en que su empresa es vista por los mejores talentos.<\/p>\n<\/li>\n Ac\u00e9rcate a los responsables de contrataci\u00f3n m\u00e1s eficaces de tu organizaci\u00f3n (quiz\u00e1 el que te contrat\u00f3 a ti en su d\u00eda) y preg\u00fantales si puedes seguir de cerca algunas de sus entrevistas planificadas, comprobar sus t\u00e9cnicas y pedirles consejos. Observa y aprende. Entre en cada entrevista con aut\u00e9ntica curiosidad por los candidatos.<\/p>\n<\/li>\n Busque potencial y contrate por potencial y capacidad para crecer r\u00e1pidamente.<\/p>\n<\/li>\n Habla de tus anuncios de trabajo con todos tus ingenieros y preg\u00fantales si solicitar\u00edan el puesto. Si no es as\u00ed, preg\u00fantales qu\u00e9 es lo que no les gusta y aplica sus comentarios al anuncio de empleo 2.0 que vas a publicar en los portales de empleo.\u00a0<\/p>\n<\/li>\n Considera la 1\u00aa entrevista como una oportunidad para crear una gran relaci\u00f3n con tus posibles futuros compa\u00f1eros.<\/p>\n<\/li>\n<\/ol>\n Te animo a que veas el v\u00eddeo completo del panel, pero si lo tuyo son los podcasts y te gusta escucharlos mientras conduces, haces ejercicio o friegas los platos, aqu\u00ed tienes tambi\u00e9n un Spotify enlace.<\/a>\u00a0<\/p>\n Muchas gracias por leer y si has llegado hasta aqu\u00ed, aprecio tu tiempo y cualquier comentario (ya sea bueno o critic\u00e1ndome) es m\u00e1s que bienvenido en LinkedIn<\/a> o a mi correo electr\u00f3nico<\/a>.\u00a0<\/p>\n Pronto les traeremos el pr\u00f3ximo episodio.\u00a0<\/p>\n Yippie IWill See You Soon GIF de baile<\/a> de Yippieiwillseeyousoon GIFs<\/a><\/p>\n M\u00e1s informaci\u00f3n:<\/strong><\/p>\n TheCodestReview #3 - zumo semanal de ingenier\u00eda de software<\/a><\/p>\n TheCodestReview #2 - zumo semanal de ingenier\u00eda de software<\/a><\/p>\nLista de temas que tratamos esta semana:<\/h2>\n
\n
Engancharse al React<\/a> por LadyBug Podcast<\/h2>\n
Almacenamiento en cach\u00e9 de vistas Rails<\/a> por Jonathan Miles de Honeybadger<\/h2>\n
Director de Ingenier\u00eda como Maestro Reclutador<\/a> por Mentoring Club<\/h2>\n
\n