VOLVER
Hola y gracias por venir aquí para ver el 3er episodio de nuestra serie TheCodestReview. Eso significa mucho para nosotros y esperamos que sea un tiempo bien empleado.
Puesto que vivimos y respiramos Ruby on RailsEsta semana hemos decidido poner un poco de atención en StimulusReflex que está recibiendo la atención en la comunidad como un nuevo chico en el bloque, siendo una alternativa al uso de la moderna Javascript frameworks en proyectos Rails para evitar exageraciones. Además, hablamos de cuándo Scrum no funciona y de la ingeniería de la privacidad en fintech proyectos basados en Plaid (https://plaid.com/eu/)
3 Ingeniería de privacidad en productos fintech basados en Plaid
Los comentarios sobre StimulusReflex y Scrum de esta semana llegan de la mano de nuestro ingeniero de Ruby y Proyecto Gerente.
En el próximo episodio tengo el placer y la ilusión de anunciar que contaremos con un artículo invitado del ingeniero React de Vinted.com. Para aquellos de ustedes que nunca han oído hablar de Vinted (bajas probabilidades, pero todavía posible), Vinted es un mercado de la moda originaria de Vilnius, Lituania que ha alcanzado una valoración unicornio de vuelta en 2019. La plataforma está construida sobre sólidos cimientos Ruby on Rails respaldados por React en la parte frontend.
(ALERTA DE HUMOR)
Un título controvertido, ¿verdad? Tengo que admitir que a mí también me chocó, así que estaba impaciente por leer y comprobar qué hay detrás del eslogan o si no es más que otro clickbait. Era escéptico, pero también lleno de esperanza, para ser justos. No me malinterpreten. No tengo problemas con React y Javascript en general pero cuando leí "Reactive Rails" mi imaginación se volvió loca. Basta ya de hablar de mis sentimientos, dejadme que resuma lo más jugoso de este artículo.
Este artículo lleno de humor y bombo y platillo parecía caótico a primera vista, pero le di una oportunidad, porque me gusta este sentido del humor y los primeros párrafos aumentaron mi esperanza y me hypearon aún más.
Obie Fernandez explica lo que hay detrás del nombre "Reactive Rails". Para que te hagas una idea, se trata sobre todo de trabajar con StimulusReflex y ViewComponent. Estas dos potentes herramientas convencieron al desarrollador de que React ya no era necesario. Incluso escribió allí que "ya no hay absolutamente ninguna necesidad técnica de que los desarrolladores de Rails utilicen React". Contundente, ¿verdad?
Por supuesto, el autor no nos deja con este eslogan. Para demostrar sus palabras (por si alguien no se las cree) resume el enfoque de Reactive Rails en viñetas. También nos guía a través de su aventura de reescribir algunas partes de su proyecto paralelo que usaba Vanilla Rails y algo de jQuery código para seguir el enfoque de Reactive Rails. Descubrió que la configuración era relativamente indolora y que era realmente rápido empezar a ser productivo después de no dedicar mucho tiempo a aprender nuevas herramientas. Todo ello, por supuesto, seguido de ejemplos de código para que tengamos una mejor visión de lo que ocurrió durante este proceso.
Para no aburriros, os invito a leer este artículo. Para ser honesto, estoy muy emocionado y entusiasmado después de leerlo. La forma en que Obie Fernandez introdujo Reactive Rails me impactó mucho y me dio la esperanza de que algo grande está sucediendo en la comunidad Ruby. Me ha convencido con este artículo, seguro que voy a explorar este nuevo enfoque.
Recomendación de Codest - StimulusReflex podría valer la pena si eres una startup en fase inicial que tiene un Ruby equipo y la falta de capacidad frontend. Si la interfaz de usuario de tu plataforma está orientada a usuarios B2C y necesitas hacerla elegante y brillante desde el principio, puedes considerar dar una oportunidad a StimulusReflex frente al código clásico de jQuery. Si queremos añadir una sensación de aplicación moderna a un proyecto Rails existente que carece de JS moderno, StimulusReflex es una alternativa sólida y eficiente (siempre que la versión de Rails esté actualizada). Implementarlo en un proyecto existente debería ser relativamente sencillo.
Aunque las normas parezcan muy sencillas, su aplicación es un hueso duro de roer. Requiere el trabajo y el compromiso de todos los miembros del equipo. Usted no puede permitirse el lujo de tener a alguien que simplemente no hace nada. Cuando las declaraciones de Scrum son convergentes con las creencias de sus empleados, todo el proceso es fácil como un pedazo de pastel. La gente aceptará de buen grado las responsabilidades adicionales y su cooperación será muy eficiente. Pero si sus la mentalidad no tiene nada en común con el enfoque Scrum, va a ser una tarea agotadora y la mayor parte de la carga de trabajo recaerá sobre los hombros del Scrum Master. A pesar de todos los obstáculos, puede tener éxito si el equipo está suficientemente comprometido. Los detalles de la producto tipo también puede ser un factor de por qué Scrum obstaculiza en lugar de ayudar. Se trata principalmente de proyectos relativos a productos tangibles, como el hardware. Hay algunos proyectos que requieren un enfoque diferente de la Agilidad. La razón puede estar en las personas incluidas en un proyecto. Scrum exige la presencia del Propietario del Producto y del Scrum Master.
También puede leer: ¿Por qué gana Agile?
Pero..: Un asesino de Scrum por Dirk Bolte
Reflexiones sobre la ingeniería de la privacidad y cómo garantizar que la seguridad se incorpora desde el principio de un producto.
Cómo la pandemia ha acelerado las experiencias digitales de la gente.
Cómo escalar a medida que el equipo de ingeniería crece más allá del punto en el que puede conocer a todos individualmente.
Entre un par de temas interesantes, Jean aborda la privacidad y la ingeniería de la privacidad basándose en sus experiencias como empresa fintech. Cuestiones de datos derivados, buenas prácticas de eliminación de datos, anonimización de datos y reventa de los mismos a terceros en el adtech carrusel. ¿Cuál es la responsabilidad de las empresas frente a sus usuarios sobre la privacidad de sus datos? ¿Cuáles son las mejores prácticas de privacidad de datos para las empresas de tecnología financiera? Jean también subraya la importancia de la cooperación del sector privado con los gobiernos y los reguladores en el proceso de creación de una APP bien equilibrada para cumplir con el GDPR y no matar las innovaciones al mismo tiempo.
Gracias por leernos y volveremos pronto con el próximo episodio.
Más información:
TheCodestReview #2 - zumo semanal de ingeniería de software
TheCodestReview #1 - zumo semanal de ingeniería de software
¿Cómo mejorar las aplicaciones Vue.js? Algunos consejos prácticos
Spanish 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Japanese 
Korean 
Dutch 
Estonian 
Greek