Top 30 kliendikeskseid lahendusi pakkuvat finantstootjat
Järgmised fintech-ettevõtted on selliste strateegiate kasutuselevõtmisel olnud erakordsed, avaldades oma valdkonnas märkimisväärset mõju, keskendudes põhjalikult klientide vajadustele.

Tere ja aitäh, et tulite siia, et vaadata meie TheCodestReview sarja 3. episoodi. See tähendab meile palju ja loodame, et see on hästi veedetud aeg.
Kuna me elame ja hingame Ruby on Rails, sel nädalal oleme otsustanud panna mõned tähelepanu keskpunktis StimulusReflex, mis on saada tähelepanu kogukonnas kui uus laps plokis, olles alternatiiviks kasutada kaasaegset Javascript raamistikud Railsi projektides, et vältida liigset koormust. Lisaks võtame kiiksu, millal Scrum ei tööta ja privaatsustehnika in fintech Plaidil põhinevad projektid (https://plaid.com/eu/)
3 Plaidil põhinevate fintech-toodete eraelu puutumatuse tagamine
StimulusReflexi ja Scrumi kommentaarid sel nädalal toimetab teile meie Ruby insener ja Projekt Juht.
Järgmises episoodis on mul rõõm ja ma olen põnevil, et meil on külalispostitus React insenerilt Vinted.com. Neile, kes pole Vintedist kunagi kuulnud (väike tõenäosus, aga siiski võimalik), Vinted on Leedust, Vilniusest pärit moeturg, mis on 2019. aastal saavutanud ühesarviku väärtuse. Platvorm on ehitatud kindlale Ruby on Rails vundamendile, mida toetab React frontend-osas.
(HUMOR ALERT)
Vastuoluline pealkiri, kas pole? Pean tunnistama, et see oli minu jaoks võrdselt šokeeriv, nii et ma olin innukas lugema ja kontrollima, mis on selle loosungi taga või kas see on lihtsalt üks järjekordne clickbait. Olin skeptiline, kuid ka täis lootust, et olla aus. Ärge mõistke mind valesti. Mul ei ole probleeme React ja Javascriptiga üldiselt, kuid kui ma lugesin "Reactive Rails", läks mu kujutlusvõime hulluks. Piisab minu tunnetest, lubage mul kokku võtta, mis on selles artiklis mahlakas.
See huumorit ja hype'i täis artikkel tundus esmapilgul kaootiline, kuid ma proovisin seda, sest mulle meeldib see huumorimeel ja esimesed lõigud suurendasid mu lootust ja hüpnotiseerisid mind veelgi rohkem.
Obie Fernandez selgitab, mis peitub nime "Reactive Rails" taga. Et anda teile kiire ülevaade, on see peamiselt töö StimulusReflex ja ViewComponent. Need kaks võimsat vahendit veensid arendajat, et React ei ole enam vajalik. Ta isegi kirjutas seal, et "Railsi arendajatel ei ole absoluutselt mingit tehnilist vajadust enam React kasutada". Blunt, eks ole?
Loomulikult ei jäta autor meid selle loosungiga hätta. Oma sõnade tõestuseks (kui keegi neid ei usu) võtab ta Reactive Rails'i lähenemise kokku bullet-punktides. Samuti juhatab ta meid läbi oma seikluse, kus ta kirjutas ümber mõned osad oma kõrvalprojektist, mis kasutas Vanilla Rails'i ja natuke jQuery't. kood järgida Reactive Rails lähenemisviisi. Ta leidis, et seadistamine oli suhteliselt valutu ja see oli tõesti kiiresti produktiivne pärast seda, kui uute tööriistade õppimisele ei kulunud nii palju aega. Kõigele järgneb muidugi koodinäiteid, et saaksime parema ülevaate sellest, mis selle protsessi käigus toimus.
Et teil ei oleks igav, ma tõesti veenan teid kõiki seda artiklit lugema. Ausalt öeldes olen pärast selle lugemist tõesti põnevil ja hüpitud. See, kuidas Obie Fernandez tutvustas Reactive Rails'i, tabas mind väga ja andis mulle lootust, et Ruby kogukonnas toimub midagi suurt. Ta ostis mind selle artikliga, ma kindlasti uurin seda uut lähenemist.
Codest soovitus - StimulusReflex võiks olla proovimist väärt, kui olete varajases staadiumis idufirma, millel on Ruby meeskond ja frontendivõimsuse puudumine. Kui teie platvormi kasutajaliides on suunatud B2C-kasutajatele ja teil on vaja seda kohe algusest peale fantaasiarikkaks ja säravaks muuta, võite kaaluda StimulusReflexi kasutamist jQuery klassikalise koodi asemel. Kui soovite lisada olemasolevale Rails-projektile moodsa rakenduse tunnet, millel puudub kaasaegne JS, peaks StimulusReflex olema kindel ja ajasäästlik alternatiiv (eeldusel, et teie Railsi versioon on ajakohane). Selle rakendamine oma olemasolevasse projekti peaks olema suhteliselt valutu.
Isegi kui reeglid tunduvad väga lihtsad, on nende rakendamine raske pähkel. See nõuab kõigi meeskonnaliikmete tööd ja kaasamist. Te ei saa endale lubada kedagi, kes lihtsalt ei tee midagi. Kui Scrumi avaldused lähevad kokku teie töötajate tõekspidamistega, on kogu protsess lihtne nagu tükk tordi. Inimesed võtavad hea meelega lisakohustusi vastu ja nende koostöö on väga tõhus. Kui aga nende mõtteviisil ei ole midagi ühist Scrumi lähenemisviisiga saab see olema pingeline ülesanne ja suurem osa töökoormusest langeb Scrum Master õlgadele. Kõigile takistustele vaatamata võite siiski edu saavutada, kui meeskond on piisavalt pühendunud. Konkreetselt on toode tüüp võib olla ka üks tegur, miks Scrum pigem takistab kui aitab. Need on peamiselt projektid, mis on seotud materiaalsete toodetega, näiteks riistvaraga. On mõned projektid, mis nõuavad teistsugust lähenemist kui Agility. Põhjus võib peituda projektis kaasatud inimestes. Scrum nõuab tooteomaniku ja Scrum Master kohalolekut.
Võite lugeda ka: Miks agiilsus võidab?
Aga: Scrumi tapja Dirk Bolte poolt
Mõtteid privaatsustehnoloogiast ja selle tagamisest, et turvalisus on toote algusest peale sisse ehitatud.
Kuidas pandeemia on kiirendanud inimeste digitaalseid kogemusi.
Kuidas ennast skaleerida, kui inseneriteaduskond kasvab kaugemale sellest, et sa suudaksid kõiki individuaalselt tunda.
Paarist huvitavast teemast puudutab Jean eraelu puutumatust ja privaatsustehnoloogiat, mis põhineb nende kogemustel fintech-ettevõttena. Küsimused tuletatud andmete, heade andmete kustutamise tavade, andmete anonümiseerimise ja nende edasimüügi kohta kolmandatele osapooltele on adtech karussell. Milline on ettevõtete vastutus kasutajate ees nende andmete privaatsuse osas? Millised on parimad andmekaitse tavad finantsteenuste pakkujate jaoks? Jean rõhutab ka erasektori koostöö olulisust valitsuste ja reguleerivate asutustega, et luua hästi tasakaalustatud avaliku ja erasektori partnerlus, mis vastaks GDPRi nõuetele ja ei tapaks samal ajal uuendusi.
Täname lugemise eest ja tuleme varsti järgmise episoodiga tagasi!
Loe edasi:
TheCodestReview #2 - iganädalane tarkvaratehnika mahl
TheCodestReview #1 - iganädalane tarkvaratehnika mahl
Kuidas parandada Vue.js rakendusi? Mõned praktilised näpunäited