KEREN TERUG
Hallo en bedankt voor het komen kijken naar de 3e aflevering van onze TheCodestReview-serie. Dat betekent veel voor ons en we hopen dat het een goed besteed moment zal zijn.
Omdat we leven en ademen Ruby on RailsDeze week hebben we besloten om StimulusReflex in de schijnwerpers te zetten. StimulusReflex krijgt de aandacht in de gemeenschap als een nieuwkomer in het blok, als alternatief voor het gebruik van moderne Javascript kaders in Rails projecten om overkill te voorkomen. Daarnaast gaan we in op wanneer Scrum niet werkt en privacy-engineering in fintech projecten gebaseerd op Plaid (https://plaid.com/eu/)
3 Privacy-engineering in fintech-producten op basis van Plaid
Het StimulusReflex- en Scrum-commentaar van deze week wordt je aangereikt door onze Ruby ingenieur en Project Manager.
In de volgende aflevering is het mijn genoegen en ik ben enthousiast om aan te kondigen dat we een gastpost zullen hebben van React engineer van Vinted.com. Voor degenen onder jullie die nog nooit van Vinted hebben gehoord (kleine kans, maar toch mogelijk), Vinted is een fashion marktplaats afkomstig uit Vilnius, Litouwen die in 2019 een unicorn waardering heeft bereikt. Het platform is gebouwd op solide Ruby on Rails fundering ondersteund door React aan de voorkant.
(HUMOR ALERT)
Controversiële titel, nietwaar? Ik moet toegeven dat het voor mij net zo schokkend was, dus ik stond te popelen om te lezen en te controleren wat er achter de slogan zit of dat het gewoon weer een clickbait is. Ik was sceptisch maar ook hoopvol om eerlijk te zijn. Begrijp me niet verkeerd. Ik heb geen problemen met React en Javascript in het algemeen, maar toen ik "Reactive Rails" las, sloeg mijn verbeelding op hol. Genoeg over mijn gevoelens, laat me samenvatten wat er sappig is in dit artikel.
Dit artikel vol humor en hype zag er op het eerste gezicht chaotisch uit, maar ik heb het geprobeerd, omdat ik van dit gevoel voor humor houd en de eerste alinea's mijn hoop versterkten en me nog meer hypothekeerden.
Obie Fernandez legt uit wat er schuilgaat achter de naam "Reactive Rails". Om je een kort overzicht te geven, het is vooral werken met StimulusReflex en ViewComponent. Deze twee krachtige tools overtuigden de ontwikkelaar ervan dat React niet langer nodig was. Hij schreef zelfs dat "er voor Rails-ontwikkelaars absoluut geen technische noodzaak meer is om React te gebruiken". Stom, toch?
Natuurlijk laat de auteur us met deze slogan. Om zijn woorden te bewijzen (als iemand ze niet gelooft) vat hij de aanpak van Reactive Rails samen in opsommingstekens. Hij gidst ons ook door zijn avontuur van het herschrijven van sommige delen van zijn zijproject dat Vanilla Rails en wat jQuery gebruikte. code om de Reactive Rails-benadering te volgen. Hij ontdekte dat de setup relatief pijnloos was en dat het echt snel productief was nadat er niet zoveel tijd was besteed aan het leren van nieuwe tools. Alles wordt natuurlijk gevolgd door codevoorbeelden, zodat we een beter beeld krijgen van wat er tijdens dit proces gebeurde.
Om jullie niet te vervelen overtuig ik jullie allemaal om dit artikel te lezen. Om eerlijk te zijn ben ik echt opgewonden en hyped na het lezen ervan. De manier waarop Obie Fernandez Reactive Rails introduceerde raakte me enorm en gaf me hoop dat er iets groots gebeurt in de Ruby gemeenschap. Hij kocht me met dit artikel, ik zal zeker deze nieuwe aanpak verkennen.
Codest aanbeveling - StimulusReflex zou het proberen waard kunnen zijn als je een startup in een vroeg stadium bent met een Ruby team en gebrek aan frontend-capaciteit. Als de UI van je platform gericht is op B2C-gebruikers en je moet het meteen vanaf het begin mooi en glanzend maken, dan kun je overwegen om StimulusReflex te verkiezen boven de klassieke code van jQuery. Als je het gevoel van een moderne toepassing wilt toevoegen aan een bestaand Rails-project zonder moderne JSzou je StimulusReflex een solide en tijdsefficiënt alternatief moeten vinden (ervan uitgaande dat je Rails-versie up-to-date is). Het implementeren in je bestaande project zou relatief pijnloos moeten zijn.
Ook al lijken de regels heel eenvoudig, de uitvoering ervan is een harde noot om te kraken. Het vereist het werk en de betrokkenheid van alle teamleden. Je kunt het je niet veroorloven om iemand te hebben die gewoon niets doet. Als de Scrum statements overeenkomen met de overtuigingen van je medewerkers, is het hele proces een fluitje van een cent. Mensen zullen graag extra verantwoordelijkheden accepteren en hun medewerking zal zeer efficiënt zijn. Maar als hun mentaliteit heeft niets gemeen Met de Scrum-aanpak wordt het een zware taak en komt het grootste deel van de werklast op de schouders van de Scrum Master terecht. Ondanks alle obstakels kun je toch slagen als het team voldoende betrokken is. De specifieke kenmerken van de product type kan ook een factor zijn waarom Scrum eerder hindert dan helpt. Dit zijn voornamelijk projecten met betrekking tot tastbare producten, zoals hardware. Er zijn projecten die een andere aanpak vereisen dan Agility. De reden hiervoor kan liggen in de mensen die bij een project betrokken zijn. Scrum vereist de aanwezigheid van de Product Owner en Scrum Master.
Je kunt ook lezen: Waarom Agile aan de winnende hand is?
Maar: Een moordenaar van Scrum door Dirk Bolte
Gedachten over privacy engineering en ervoor zorgen dat beveiliging vanaf het begin van een product is ingebouwd.
Hoe de pandemie de digitale ervaringen van mensen heeft versneld.
Hoe je jezelf kunt schalen als het engineeringteam groeit voorbij het punt waarop je iedereen individueel kunt kennen.
Naast een aantal interessante onderwerpen, gaat Jean in op privacy en privacy engineering op basis van hun ervaringen als fintechbedrijf. Afgeleide kwesties gegevensgoede praktijken voor het verwijderen van gegevens, anonimiseren van gegevens en doorverkopen aan derden op de adtech carrousel. Wat is de verantwoordelijkheid van bedrijven ten opzichte van hun gebruikers over de privacy van hun gegevens? Wat zijn de beste gegevensprivacypraktijken voor fintechs? Jean benadrukt ook het belang van samenwerking van de private sector met overheden en regelgevers in het proces van het creëren van een goed uitgebalanceerd PPP om te voldoen aan GDPR en niet tegelijkertijd de innovaties te doden.
Bedankt voor het lezen en ik kom snel(s) terug met de volgende aflevering!
Lees meer:
TheCodestReview #2 - wekelijks software engineering sap
Dutch 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Japanese 
Spanish 
Estonian 
Greek 
Portuguese 
Czech