TheCodestReview #3 - týdenní šťáva ze softwarového inženýrství

Protože žijeme a dýcháme Ruby on Rails, tento týden jsme se rozhodli zaměřit pozornost na StimulusReflex, který se dostává do popředí zájmu komunity jako nové dítě v bloku, které je alternativou k používání moderních řešení. Javascript rámce v Rails projektů, aby nedošlo k jejich přeplnění. Kromě toho se podíváme na to, kdy Scrum nefunguje, a na inženýrství soukromí v projektech. fintech projekty založené na systému Plaid (https://plaid.com/eu/)

Glosář aspektů, kterými se zabýváme:

1. React je mrtvý. Ať žije StimulusReflex!
2. Když Scrum nefunguje?

3 Technika ochrany soukromí v produktech fintech založených na systému Plaid

Komentáře k StimulusReflexu a Scrumu vám tento týden přináší naše Ruby inženýr a Projekt Manažer.

V příštím díle je mi potěšením a s radostí vám oznamuji, že nám bude hostovat inženýr React ze společnosti Vinted.com. Pro ty z vás, kteří o Vinted nikdy neslyšeli (malá pravděpodobnost, ale stále je to možné), Vinted je módní tržiště pocházející z litevského Vilniusu, které v roce 2019 dosáhlo ocenění jednorožce. Platforma je postavena na pevných Ruby on Rails základ podpořený React na přední části.

React je mrtvý od Obie Fernandez

(HUMOR ALERT)

Kontroverzní název, že? Musím se přiznat, že stejně šokující byl i pro mě, takže jsem si s chutí přečetl a ověřil, co se za sloganem skrývá, nebo jestli je to jen další clickbait. Byl jsem skeptický, ale také plný naděje, abych byl spravedlivý. Nechápejte mě špatně. S React a Javascriptem obecně nemám problém, ale když jsem si přečetl "Reactive Rails", moje představivost se zbláznila. Dost o mých pocitech, dovolte mi shrnout, co je v tomto článku šťavnaté.

Tento článek plný humoru a humbuku vypadal na první pohled chaoticky, ale zkusil jsem to, protože mě tento smysl pro humor baví a první odstavce ve mně vzbudily naději a ještě více mě navnadily.

Obie Fernandez vysvětluje, co se skrývá za názvem "Reactive Rails". Pro rychlý náhled se jedná především o práci se StimulusReflex a ViewComponent. Tyto dva výkonné nástroje přesvědčily vývojáře, že React již není potřeba. Dokonce tam napsal, že "pro vývojáře Rails již není absolutně žádná technická potřeba používat React". Tupé, že?

Autor samozřejmě nenechává nás s tímto sloganem. Na důkaz svých slov (pokud jim někdo nevěří) shrnuje přístup Reactive Rails v bodech. Provází nás také svým dobrodružstvím, kdy přepisoval některé části svého vedlejšího projektu, který používal Vanilla Rails a trochu jQuery kód postupovat podle přístupu Reactive Rails. Zjistil, že nastavení je relativně bezbolestné a že po ne příliš dlouhém učení se novým nástrojům je opravdu rychle produktivní. Vše je samozřejmě doplněno příklady kódu, abychom získali lepší přehled o tom, co se během tohoto procesu dělo.

Abych vás nenudil, opravdu vás všechny přesvědčuji, abyste si tento článek přečetli. Abych byl upřímný, po jeho přečtení jsem opravdu nadšený a nadšený. Způsob, jakým Obie Fernandez představil Reactive Rails, mě velmi zasáhl a dal mi naději, že se v komunitě Ruby děje něco velkého. Tímto článkem si mě získal, určitě tento nový přístup prozkoumám.

Doporučení Codest - StimulusReflex by mohl stát za vyzkoušení, pokud jste startup v rané fázi a máte Ruby tým a nedostatečnou kapacitou frontendu. Pokud je uživatelské rozhraní vaší platformy určeno pro uživatele B2C a potřebujete, aby bylo hned od začátku efektní a lesklé, můžete zvážit, zda nevyužít StimulusReflex místo klasického kódu jQuery. Pokud chcete stávajícímu projektu Rails, kterému chybí moderní JS, dodat pocit moderní aplikace, měl by pro vás být StimulusReflex solidní a časově nenáročnou alternativou (za předpokladu, že je vaše verze Rails aktuální). Jeho implementace do stávajícího projektu by měla být relativně bezbolestná.

Proč váš Scrum nefunguje? by Matthijs de Booij

Chybná interpretace ze strany organizace

Chybná interpretace ze strany vývojového týmu

I když se pravidla zdají být velmi jednoduchá, jejich implementace je tvrdým oříškem. Vyžaduje práci a zapojení všech členů týmu. Nemůžete si dovolit mít někoho, kdo prostě nic nedělá. Pokud jsou prohlášení Scrumu v souladu s přesvědčením vašich zaměstnanců, je celý proces snadný jako hračka. Lidé rádi přijmou další povinnosti a jejich spolupráce bude vysoce efektivní. Pokud však jejich myšlení nemá nic společného s přístupem Scrum to bude náročný úkol a většina práce bude ležet na bedrech Scrum Master. I přes všechny překážky můžete uspět, pokud se tým dostatečně zapojí. Specifika produkt může být také faktorem, proč Scrum spíše překáží, než pomáhá. Jedná se především o projekty týkající se hmotných produktů, jako je například hardware. Existují projekty, které vyžadují jiný přístup než Agility. Důvod může spočívat v lidech zahrnutých do projektu. Scrum vyžaduje přítomnost Product Ownera a Scrum Master.

Můžete si také přečíst: Proč agilní přístup vítězí?

Ale: Zabiják Scrumu Dirk Bolte

Epizoda #242 moderního podcastu CTO s Jeanem-Denisem Grezem ze společnosti Plaid

Myšlenky o ochraně soukromí a zajištění bezpečnosti od samého počátku produktu.

Jak pandemie urychlila digitální zkušenosti lidí.

Jak se rozšiřovat, když se tým inženýrů rozroste více, než je možné znát každého jednotlivě.

Mezi několika zajímavými tématy se Jean dotýká ochrany soukromí a techniky ochrany soukromí na základě jejich zkušeností jako fintech společnosti. Otázky odvozených údajů, správných postupů při mazání dat, anonymizace dat a jejich přeprodávání třetím stranám na adtech kolotoč. Jaká je odpovědnost firem vůči uživatelům, pokud jde o ochranu jejich údajů? Jaké jsou nejlepší postupy ochrany osobních údajů pro fintech? Jean také zdůrazňuje důležitost spolupráce soukromého sektoru s vládami a regulačními orgány v procesu vytváření dobře vyvážené PPP, aby bylo možné dodržet GDPR a zároveň nezabít inovace. 

Souhrn

Děkujeme za přečtení a brzy se k vám vrátíme s dalším dílem! 

Přečtěte si více:

TheCodestReview #2 - týdenní šťáva softwarového inženýrství

TheCodestReview #1 - týdenní šťáva ze softwarového inženýrství

Jak vylepšit aplikace Vue.js? Několik praktických tipů