Bonjour et merci d'être venu ici pour découvrir le troisième épisode de notre série TheCodestReview. Cela signifie beaucoup pour nous et nous espérons que ce sera un temps bien employé.
Puisque nous vivons et respirons Ruby on RailsCette semaine, nous avons décidé de mettre l'accent sur StimulusReflex, qui attire l'attention de la communauté en tant que nouveau venu sur le marché, en tant qu'alternative à l'utilisation d'outils modernes de gestion de l'information. Javascript dans les projets Rails afin d'éviter la surenchère. En outre, nous nous penchons sur les cas où Scrum ne fonctionne pas et sur l'ingénierie de la protection de la vie privée dans les projets Rails. fintech projets basés sur Plaid (https://plaid.com/eu/)
Glossaire des aspects que nous abordons :
- React est mort. Vive StimulusReflex !
- Quand Scrum ne fonctionne pas ?
3 L'ingénierie de la protection de la vie privée dans les produits fintech basés sur Plaid
Les commentaires StimulusReflex et Scrum de cette semaine vous sont livrés par notre ingénieur Ruby et Projet Directeur.
Dans le prochain épisode, j'ai le plaisir et l'enthousiasme d'annoncer que nous aurons un billet invité de l'ingénieur React de Vinted.com. Pour ceux d'entre vous qui n'ont jamais entendu parler de Vinted (peu de chances, mais toujours possible), Vinted est une place de marché de la mode originaire de Vilnius, en Lituanie, qui a atteint une évaluation de licorne en 2019. La plateforme est construite sur une base solide de Ruby on Rails soutenue par React sur la partie frontale.
(ALERTE À L'HUMOUR)
Un titre controversé, n'est-ce pas ? Je dois admettre qu'il m'a également choquée, et j'étais donc impatiente de lire et de vérifier ce qui se cachait derrière le slogan ou s'il s'agissait simplement d'un autre clickbait. J'étais sceptique, mais aussi pleine d'espoir, pour être honnête. Ne vous méprenez pas. Je n'ai pas de problème avec React et Javascript en général, mais quand j'ai lu "Reactive Rails", mon imagination s'est emballée. Assez parlé de mes sentiments, laissez-moi résumer ce qui est juteux dans cet article.
Cet article plein d'humour et de battage a semblé chaotique à première vue, mais je l'ai essayé, parce que j'aime ce sens de l'humour et que les premiers paragraphes m'ont donné de l'espoir et m'ont enthousiasmé encore plus.
Obie Fernandez explique ce qui se cache derrière le nom "Reactive Rails". Pour vous donner un aperçu rapide, il s'agit principalement de travailler avec StimulusReflex et ViewComponent. Ces deux outils puissants ont convaincu le développeur que React n'était plus nécessaire. Il a même écrit qu'"il n'y a absolument aucun besoin technique pour les développeurs Rails d'utiliser React". Sans ménagement, n'est-ce pas ?
Bien entendu, l'auteur ne se contente pas de ce slogan. Pour prouver ses dires (si quelqu'un ne les croit pas), il résume l'approche de Reactive Rails en quelques points. Il nous guide également dans son aventure de réécriture de certaines parties de son projet secondaire qui utilisait Vanilla Rails et un peu de jQuery. code pour suivre l'approche Reactive Rails. Il a découvert que l'installation était relativement facile et qu'il était très rapide de devenir productif après avoir passé peu de temps à apprendre de nouveaux outils. Le tout est bien sûr suivi d'exemples de code afin que nous ayons une meilleure vision de ce qui s'est passé au cours de ce processus.
Pour ne pas vous ennuyer, je vous convaincs tous de lire cet article. Pour être honnête, je suis vraiment excité et enthousiaste après l'avoir lu. La façon dont Obie Fernandez a présenté Reactive Rails m'a beaucoup touché et m'a donné l'espoir que quelque chose de grand est en train de se passer dans la communauté Ruby. Il m'a convaincu avec cet article, je vais certainement explorer cette nouvelle approche.
Recommandation de Codest - StimulusReflex pourrait valoir la peine d'être essayé si vous êtes une startup en phase de démarrage et que vous avez un projet Ruby. équipe et le manque de capacité frontale. Si l'interface utilisateur de votre plateforme est destinée à des utilisateurs B2C et que vous avez besoin de la rendre élégante et brillante dès le départ, vous pouvez envisager de donner un coup de pouce à StimulusReflex plutôt qu'au code jQuery classique. Si vous souhaitez ajouter une touche d'application moderne à un projet Rails existant qui ne dispose pas de JS moderne, vous devriez trouver que StimulusReflex est une alternative solide et efficace (à condition que votre version de Rails soit à jour). L'implémentation de StimulusReflex dans votre projet existant devrait être relativement simple.
Interprétations erronées par l'organisation
Interprétations erronées par l'équipe de développement
Même si les règles semblent très simples, leur mise en œuvre est difficile. Elle nécessite le travail et l'engagement de tous les membres de l'équipe. Vous ne pouvez pas vous permettre d'avoir quelqu'un qui ne fait rien. Lorsque les déclarations de Scrum convergent avec les convictions de vos employés, l'ensemble du processus devient un jeu d'enfant. Les gens accepteront volontiers des responsabilités supplémentaires et leur coopération sera très efficace. Mais si leurs l'état d'esprit n'a rien en commun avec l'approche Scrum, la tâche sera ardue et la majeure partie de la charge de travail reposera sur les épaules du Scrum Master. Malgré tous les obstacles, il est possible de réussir si l'équipe est suffisamment engagée. Les spécificités de l'approche Scrum produit Le type de projet peut également être un facteur expliquant pourquoi Scrum entrave plutôt qu'il n'aide. Il s'agit principalement de projets concernant des produits tangibles, tels que le matériel. Certains projets nécessitent une approche différente de l'Agilité. La raison peut résider dans les personnes impliquées dans un projet. Scrum exige la présence du Product Owner et du Scrum Master.
Vous pouvez également lire : Pourquoi l'agilité gagne-t-elle ?
Mais.. : Un tueur de Scrum par Dirk Bolte
Réflexions sur l'ingénierie de la protection de la vie privée et sur l'intégration de la sécurité dès la conception d'un produit.
Comment la pandémie a accéléré les expériences numériques des gens.
Comment s'adapter à la croissance de l'équipe d'ingénieurs au-delà du point où l'on peut connaître chaque personne individuellement.
Parmi quelques sujets intéressants, Jean aborde la question de la vie privée et de l'ingénierie de la vie privée sur la base de son expérience en tant qu'entreprise fintech. Les questions relatives aux données dérivées, aux bonnes pratiques de suppression des données, à l'anonymisation des données et à leur revente à des tiers sur le marché de l'Internet sont également abordées. adtech carrousel. Quelle est la responsabilité des entreprises vis-à-vis de leurs utilisateurs en ce qui concerne la confidentialité de leurs données ? Quelles sont les meilleures pratiques en matière de confidentialité des données pour les fintechs ? Jean souligne également l'importance de la coopération du secteur privé avec les gouvernements et les régulateurs dans le processus de création d'un PPP bien équilibré pour se conformer au GDPR et ne pas tuer les innovations en même temps.
Résumé
Merci d'avoir lu et nous vous reviendrons bientôt avec le prochain épisode !
En savoir plus :
TheCodestReview #2 - jus hebdomadaire de génie logiciel
TheCodestReview #1 - jus hebdomadaire de génie logiciel
Comment améliorer les applications Vue.js ? Quelques conseils pratiques