TheCodestReview #3 - viikoittainen ohjelmistotekniikan mehu

Koska me elämme ja hengitämme Ruby on Rails, tällä viikolla olemme päättäneet laittaa valokeilaan StimulusReflexin, joka on saamassa huomiota yhteisössä uutena lapsena korttelissa, joka on vaihtoehto nykyaikaisen Javascript kehyksiä Rails-projekteissa, jotta vältetään liiallista käyttöä. Lisäksi otamme kantaa siihen, milloin Scrum ei toimi, ja yksityisyydensuojan suunnitteluun vuonna fintech Plaidiin perustuvat hankkeet (https://plaid.com/eu/)

Sanasto käsittelemistämme näkökohdista:

1. React on kuollut. Eläköön StimulusReflex!
2. Kun Scrum ei toimi?

3 Plaidiin perustuvien fintech-tuotteiden yksityisyydensuojan suunnittelu

Tämän viikon StimulusReflex- ja Scrum-kommentit toimittaa teille Ruby-insinöörimme ja Hanke Johtaja.

Seuraavassa jaksossa minulla on ilo ja ilo ilmoittaa, että meillä on vieraana React-insinööri Vinted.comista. Niille teistä, jotka eivät ole koskaan kuulleet Vintedistä (pieni todennäköisyys, mutta silti mahdollista), Vinted on Liettuan Vilnasta peräisin oleva muotimarkkinapaikka, joka on saavuttanut yksisarvisen arvostuksen vuonna 2019. Alusta on rakennettu vankalle Ruby on Rails-perustalle, jota tukee React frontend-osassa.

React on kuollut Obie Fernandezilta

(HUMOR ALERT)

Eikö olekin ristiriitainen otsikko? Täytyy myöntää, että se oli minusta yhtä järkyttävä, joten halusin innokkaasti lukea ja tarkistaa, mitä iskulauseen takana on vai onko se vain yksi klikkaushuijaus. Olin epäileväinen, mutta myös täynnä toivoa ollakseni reilu. Älkää käsittäkö minua väärin. Minulla ei ole ongelmia React:n ja Javascriptin kanssa yleensä, mutta kun luin "Reactive Rails", mielikuvitukseni meni sekaisin. Tarpeeksi tunteistani, anna minun tiivistää, mikä tässä artikkelissa on mehukasta.

Tämä täynnä huumoria ja hypeä oleva artikkeli näytti ensisilmäyksellä kaoottiselta, mutta annoin sille mahdollisuuden, koska nautin tästä huumorintajusta ja ensimmäiset kappaleet lisäsivät toivoa ja hypettivät minua entisestään.

Obie Fernandez selittää, mikä on Reactive Rails -nimen takana. Nopean näkemyksen antamiseksi se on enimmäkseen työskentelyä StimulusReflexin ja ViewComponentin kanssa. Nämä kaksi tehokasta työkalua saivat kehittäjän vakuuttuneeksi siitä, että React:tä ei enää tarvittu. Hän jopa kirjoitti, että "Rails-kehittäjien ei ole enää teknisesti mitään tarvetta käyttää React:tä". Tylsää, eikö?

Kirjailija ei tietenkään jätä meitä tähän iskulauseeseen. Todistaakseen sanansa (jos joku ei usko niitä) hän tiivistää Reactive Railsin lähestymistavan bullet pointteihin. Hän myös opastaa meitä seikkailussaan, jossa hän kirjoitti uudelleen joitakin osia sivuprojektistaan, jossa käytettiin Vanilla Railsia ja jonkin verran jQuerya... koodi noudattaa Reactive Rails -lähestymistapaa. Hän huomasi, että käyttöönotto oli suhteellisen vaivatonta ja että tuottavuus saavutettiin todella nopeasti, kun uusien työkalujen oppimiseen ei kulunut niin paljon aikaa. Kaikkea seurataan tietenkin koodiesimerkkien avulla, jotta saamme paremman käsityksen siitä, mitä prosessin aikana tapahtui.

En saa teitä tylsistymään, mutta vakuutan teidät kaikki lukemaan tämän artikkelin. Rehellisesti sanottuna olen todella innostunut ja hyped sen lukemisen jälkeen. Tapa, jolla Obie Fernandez esitteli Reactive Railsin, iski minuun paljon ja antoi minulle toivoa siitä, että Ruby-yhteisössä tapahtuu jotain suurta. Hän osti minut tällä artikkelilla, aion varmasti tutkia tätä uutta lähestymistapaa.

Codest-suositus - StimulusReflex voisi olla kokeilemisen arvoinen, jos olet alkuvaiheen startup-yritys, jolla on Rubyn joukkue ja frontend-kapasiteetin puute. Jos alustasi käyttöliittymä on suunnattu B2C-käyttäjille ja siitä on tehtävä alusta alkaen hieno ja kiiltävä, voit harkita StimulusReflexin käyttöä jQueryn klassisen koodin sijaan. Jos haluat lisätä nykyaikaisen sovelluksen tuntua olemassa olevaan Rails-projektiin, josta puuttuu nykyaikainen JS, StimulusReflex on vankka ja ajallisesti tehokas vaihtoehto (kunhan Rails-versiosi on ajan tasalla). Sen toteuttamisen olemassa olevaan projektiisi pitäisi olla suhteellisen kivutonta.

Miksi Scrum ei toimi? by Matthijs de Booij

Organisaation tekemät väärät tulkinnat

Kehitystiimin tekemät väärät tulkinnat

Vaikka säännöt vaikuttavat hyvin yksinkertaisilta, niiden täytäntöönpano on kova pala purtavaksi. Se edellyttää kaikkien tiimin jäsenten työtä ja sitoutumista. Sinulla ei ole varaa siihen, että joku ei tee mitään. Kun Scrum-lausunnot ovat yhteneväiset työntekijöidesi uskomusten kanssa, koko prosessi on helppo kuin leipälaji. Ihmiset ottavat mielellään lisävastuuta ja heidän yhteistyönsä on erittäin tehokasta. Mutta jos heidän ajattelutavalla ei ole mitään yhteistä Scrum-lähestymistavalla se tulee olemaan raskas tehtävä, ja suurin osa työtaakasta on Scrum Master:n harteilla. Kaikista esteistä huolimatta voit silti onnistua, jos tiimi on riittävän sitoutunut. Erityispiirteet tuote tyyppi voi myös olla yksi tekijä, miksi Scrum pikemminkin haittaa kuin auttaa. Nämä ovat pääasiassa konkreettisia tuotteita, kuten laitteistoja, koskevia hankkeita. On joitakin hankkeita, jotka vaativat erilaista lähestymistapaa kuin Agility. Syy voi olla projektissa mukana olevissa ihmisissä. Scrum vaatii tuoteomistajan ja Scrum Master:n läsnäoloa.

Voit myös lukea: Miksi Ketterä voittaa?

Mutta: Scrumin tappaja Dirk Bolte

Modernin CTO-podcastin jakso #242 Jean-Denis Grezen kanssa Plaidista

Ajatuksia yksityisyydensuojan suunnittelusta ja sen varmistamisesta, että tietoturva sisällytetään tuotteeseen alusta alkaen.

Miten pandemia on nopeuttanut ihmisten digitaalisia kokemuksia.

Miten skaalautua, kun insinööritiimi kasvaa niin suureksi, että et pysty tuntemaan jokaista erikseen.

Jean käsittelee muun muassa yksityisyyden suojaa ja yksityisyyden suojaa koskevaa suunnittelua, joka perustuu heidän kokemuksiinsa fintech-yrityksenä. Johdettuihin tietoihin, hyviin tietojen poistokäytäntöihin, tietojen anonymisointiin ja niiden jälleenmyyntiin kolmansille osapuolille liittyvät kysymykset on adtech karuselli. Mikä on yritysten vastuu käyttäjiensä tietosuojasta? Mitkä ovat fintech-yritysten parhaat tietosuojakäytännöt? Jean korostaa myös, että yksityisen sektorin on tärkeää tehdä yhteistyötä hallitusten ja sääntelyviranomaisten kanssa, jotta voidaan luoda tasapainoinen julkisen ja yksityisen sektorin kumppanuus GDPR:n noudattamiseksi eikä samalla tappaa innovaatioita. 

Yhteenveto

Kiitos lukemisesta ja palaan pian seuraavan jakson kanssa! 

Lue lisää:

TheCodestReview #2 - viikoittainen ohjelmistotekniikan mehu

TheCodestReview #1 - viikoittainen ohjelmistotekniikan mehu

Miten parantaa Vue.js-sovelluksia? Joitakin käytännön vinkkejä