GÅ TILBAGE
Hej og tak, fordi du kom herover for at se 3. afsnit af vores TheCodestReview-serie. Det betyder meget for os, og vi håber, at du vil bruge din tid godt.
Eftersom vi lever og ånder Ruby on RailsI denne uge har vi besluttet at sætte fokus på StimulusReflex, der får opmærksomhed i samfundet som en ny dreng i klassen, der er et alternativ til at bruge moderne Javascript frameworks i Rails-projekter for at undgå overkill. Derudover tager vi en snak om, hvornår Scrum ikke virker, og om privacy engineering i fintech projekter baseret på Plaid (https://plaid.com/eu/)
3 Privacy engineering i fintech-produkter baseret på Plaid
StimulusReflex- og Scrum-kommentarerne i denne uge er leveret af vores Ruby-ingeniør og Projekt Manager.
I den næste episode er det mig en fornøjelse at kunne annoncere, at vi får et gæsteindlæg af React-ingeniøren fra Vinted.com. For dem af jer, der aldrig har hørt om Vinted (lave odds, men stadig muligt), er Vinted en markedsplads for mode fra Vilnius i Litauen, der nåede en værdiansættelse som enhjørning tilbage i 2019. Platformen er bygget på et solidt Ruby on Rails-fundament, der bakkes op af React på frontend-delen.
(HUMOR ALERT)
Kontroversiel titel, ikke sandt? Jeg må indrømme, at det var lige så chokerende for mig, så jeg var ivrig efter at læse og tjekke, hvad der ligger bag sloganet, eller om det bare er endnu en clickbait. Jeg var skeptisk, men også fuld af håb for at være fair. Misforstå mig ikke. Jeg har ikke problemer med React og Javascript generelt, men da jeg læste "Reactive Rails", gik min fantasi amok. Nok om mine følelser, lad mig opsummere, hvad der er saftigt i denne artikel.
Denne artikel, der er fuld af humor og hype, så kaotisk ud ved første øjekast, men jeg gav den en chance, fordi jeg nyder denne form for humor, og de første afsnit gav mig håb og gjorde mig endnu mere hyped.
Obie Fernandez forklarer, hvad der ligger bag navnet "Reactive Rails". For at give dig et hurtigt overblik er det mest arbejde med StimulusReflex og ViewComponent. Disse to stærke værktøjer overbeviste udvikleren om, at der ikke længere var brug for React. Han skrev endda, at "der er absolut intet teknisk behov for, at Rails-udviklere bruger React længere". Stump, ikke sandt?
Selvfølgelig efterlader forfatteren os ikke med dette slogan. For at bevise sine ord (hvis nogen ikke tror på dem) opsummerer han Reactive Rails' tilgang i punktform. Han guider os også gennem sit eventyr med at omskrive nogle dele af sit sideprojekt, der brugte Vanilla Rails og noget jQuery. Kode til at følge Reactive Rails-tilgangen. Han fandt ud af, at opsætningen var relativt smertefri, og det var virkelig hurtigt at blive produktiv efter ikke at have brugt så meget tid på at lære nye værktøjer. Det hele er selvfølgelig fulgt op med kodeeksempler, så vi får et bedre indblik i, hvad der skete i løbet af processen.
Ikke for at kede jer, men for at overbevise jer alle om at læse denne artikel. For at være ærlig er jeg virkelig begejstret og opstemt efter at have læst den. Den måde, Obie Fernandez introducerede Reactive Rails på, ramte mig meget og gav mig håb om, at der er ved at ske noget stort i Ruby-samfundet. Han købte mig med denne artikel, og jeg vil helt sikkert udforske denne nye tilgang.
Codest-anbefaling - StimulusReflex kunne være et forsøg værd, hvis du er en nystartet virksomhed, der har en Ruby hold og mangel på frontend-kapacitet. Hvis brugergrænsefladen på din platform henvender sig til B2C-brugere, og du har brug for at gøre den fancy og skinnende lige fra starten, kan du overveje at give StimulusReflex en chance frem for jQuery classic-kode. Hvis du vil tilføje en følelse af en moderne applikation til det eksisterende Rails-projekt, der mangler moderne JS, bør du finde StimulusReflex som et solidt og tidseffektivt alternativ (forudsat at din Rails-version er opdateret). Det bør være relativt smertefrit at implementere det i dit eksisterende projekt.
Selv om reglerne ser ud til at være meget enkle, er implementeringen af dem en hård nød at knække. Det kræver arbejde og engagement fra alle teammedlemmer. Du har ikke råd til at have nogen, der bare ikke gør noget. Når Scrum-udsagnene stemmer overens med dine medarbejderes overbevisninger, er hele processen let som en leg. Folk vil med glæde påtage sig ekstra ansvar, og deres samarbejde vil være yderst effektivt. Men hvis deres Tankegangen har intet til fælles Med Scrum-tilgangen bliver det en anstrengende opgave, og det meste af arbejdsbyrden kommer til at ligge på Scrum Master's skuldre. På trods af alle forhindringerne kan det stadig lykkes, hvis teamet er tilstrækkeligt engageret. Det specifikke ved produkt Typen kan også være en faktor, der gør, at Scrum snarere hæmmer end hjælper. Det er hovedsageligt projekter med håndgribelige produkter som f.eks. hardware. Der er nogle projekter, som kræver en anden tilgang end Agility. Årsagen kan ligge i de mennesker, der indgår i et projekt. Scrum kræver produktejerens og Scrum Master's tilstedeværelse.
Du kan også læse: Hvorfor vinder Agile?
Men..: En dræber af Scrum af Dirk Bolte
Tanker om privacy engineering og om at sørge for, at sikkerhed er indbygget fra begyndelsen af et produkt.
Hvordan pandemien har fremskyndet folks digitale oplevelser.
Hvordan man skalerer sig selv, når ingeniørteamet vokser ud over det punkt, hvor man kan kende alle individuelt.
Blandt et par interessante emner kommer Jean ind på privacy og privacy engineering baseret på deres erfaringer som fintech-virksomhed. Spørgsmål om afledte data, god praksis for sletning af data, anonymisering af data og videresalg af dem til tredjeparter på nettet. Adtech Karrusel. Hvilket ansvar har virksomheder over for deres brugere, når det gælder beskyttelse af deres data? Hvad er den bedste praksis for databeskyttelse for fintechs? Jean understreger også vigtigheden af, at den private sektor samarbejder med regeringer og tilsynsmyndigheder i processen med at skabe et velafbalanceret PPP for at overholde GDPR og ikke dræbe innovationen på samme tid.
Tak, fordi du læste med, og vi vender snart tilbage med næste afsnit!
Læs mere om det:
TheCodestReview #2 - ugentlig software engineering juice
Danish 
English 
German 
Swedish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Japanese 
Korean 
Spanish 
Dutch 
Estonian 
Greek