TheCodestReview #3 - savaitinės programinės įrangos inžinerijos sultys

Kadangi gyvename ir kvėpuojame Ruby on Rails, šią savaitę nusprendėme atkreipti dėmesį į StimulusReflex, į kurį bendruomenė atkreipia dėmesį kaip į naują vaiką bloke, kuris yra alternatyva šiuolaikinių Javascript sistemos Bėgiai projektus, kad būtų išvengta perteklinių priemonių. Be to, mes apžvelgiame, kada "Scrum" neveikia, ir privatumo inžineriją. fintech projektai, pagrįsti Plaid (https://plaid.com/eu/)

Mūsų nagrinėjamų aspektų žodynėlis:

1. React yra miręs. Tegyvuoja StimulusReflex!
2. Kai "Scrum" neveikia?

3 Privatumo inžinerija Fintech produktai remiantis Plaid

Šią savaitę "StimulusReflex" ir "Scrum" komentarus jums pateikia mūsų Ruby inžinierius ir Projektas Vadybininkas.

Kitame epizode man malonu ir džiaugiuosi galėdamas pranešti, kad mums svečiuosis React inžinierius iš Vinted.com. Tiems iš jūsų, kurie niekada negirdėjo apie "Vinted" (maža tikimybė, bet vis tiek įmanoma), "Vinted" yra iš Vilniaus (Lietuva) kilusi mados rinka, kuri 2019 m. pasiekė vienaragio įvertinimą. Platforma yra sukurta remiantis tvirtais Ruby on Rails pamatai, paremti React priekinėje dalyje.

React mirė Obie Fernandez

(ĮSPĖJIMAS DĖL HUMORO)

Prieštaringas pavadinimas, ar ne? Turiu prisipažinti, kad jis mane taip pat šokiravo, todėl nekantravau perskaityti ir patikrinti, kas slypi už šūkio, ar tai tik dar vienas clickbait'as. Buvau nusiteikęs skeptiškai, bet, tiesą sakant, ir kupinas vilties. Nesupraskite manęs neteisingai. Neturiu problemų dėl React ir apskritai dėl Javascript, bet kai perskaičiau „Reactive Rails”, mano vaizduotė pašėlo. Užteks apie mano jausmus, leiskite apibendrinti, kas šiame straipsnyje yra pikantiško.

Iš pirmo žvilgsnio šis humoro ir šurmulio kupinas straipsnis atrodė chaotiškas, bet aš pabandžiau, nes man patinka šis humoro jausmas, o pirmosios pastraipos sustiprino mano viltį ir dar labiau mane pakerėjo.

Obie Fernandezas paaiškina, kas slypi už pavadinimo „Reactive Rails”. Trumpai apžvelgdamas jis daugiausia dirba su "StimulusReflex" ir "ViewComponent". Šios dvi galingos priemonės įtikino kūrėją, kad React nebereikia. Jis netgi parašė, kad „Rails kūrėjams nebėra absoliučiai jokio techninio poreikio naudoti React”. Tupi, tiesa?

Žinoma, autorius nepalieka mus su šiuo šūkiu. Norėdamas įrodyti savo žodžius (jei kas nors jais netiki), jis apibendrina Reactive Rails požiūrį punktais. Jis taip pat veda mus per savo nuotykį perrašant kai kurias savo šalutinio projekto dalis, kuriose buvo naudojami Vanilla Rails ir šiek tiek jQuery kodas laikytis Reactive Rails metodo. Jis įsitikino, kad sąranka buvo palyginti neskausminga, o mokytis naujų įrankių reikėjo ne tiek daug laiko, kad būtų galima pradėti produktyviai dirbti. Viskas, žinoma, pateikiama su kodo pavyzdžiais, kad geriau suprastume, kas vyko šio proceso metu.

Kad jums nebūtų nuobodu, aš tikrai įtikinu jus visus perskaityti šį straipsnį. Tiesą sakant, perskaitęs jį esu labai susijaudinęs ir pakiliai nusiteikęs. Tai, kaip Obie Fernandezas pristatė Reactive Rails, mane labai paveikė ir suteikė vilties, kad Ruby bendruomenėje vyksta kažkas didelio. Jis mane papirko šiuo straipsniu, aš tikrai ištirsiu šį naują požiūrį.

Codest rekomendacija - "StimulusReflex" gali būti verta išbandyti, jei esate ankstyvosios stadijos startuolis, turintis "Ruby komanda ir priekinės dalies pajėgumų trūkumas. Jei jūsų platformos vartotojo sąsaja yra skirta B2C vartotojams ir jums reikia, kad ji būtų įmantri ir blizgi nuo pat pradžių, galite apsvarstyti galimybę išbandyti "StimulusReflex", o ne klasikinį "jQuery" kodą. Jei norite esamam "Rails" projektui, kuriam trūksta modernios taikomosios programos, suteikti modernaus pojūčio JS, StimulusReflex turėtų būti patikima ir laiko požiūriu efektyvi alternatyva (jei "Rails" versija yra atnaujinta). Ją įdiegti į esamą projektą turėtų būti palyginti nesudėtinga.

Kodėl jūsų "Scrum" neveikia? by Matthijs de Booij

Organizacijos neteisingos interpretacijos

Kūrėjų grupės klaidingos interpretacijos

Net jei taisyklės atrodo labai paprastos, jų įgyvendinimas yra sunkiai įveikiamas riešutas. Tam reikia visų team narių darbo ir įsitraukimo. Negalite sau leisti, kad kas nors tiesiog nieko nedarytų. Kai ’Scrum" nuostatai sutampa su jūsų darbuotojų įsitikinimais, visas procesas yra lengvas kaip pyragas. Žmonės mielai prisiims papildomas atsakomybes, o jų bendradarbiavimas bus labai efektyvus. Tačiau jei jų mąstysena neturi nieko bendro taikant "Scrum" metodą, tai bus įtempta užduotis, o didžioji darbo našta teks Scrum Master. Nepaisant visų kliūčių, jums vis tiek gali pavykti, jei team bus pakankamai įsitraukęs. Specifika produktas tipas taip pat gali būti veiksnys, dėl kurio "Scrum" veikiau trukdo, nei padeda. Tai daugiausia projektai, susiję su apčiuopiamais produktais, pavyzdžiui, technine įranga. Yra projektų, kuriems reikia kitokio požiūrio nei "Agility". Priežastis gali būti susijusi su projekte dalyvaujančiais žmonėmis. "Scrum" reikalauja produkto savininko ir Scrum Master dalyvavimo.

Taip pat galite skaityti: Kodėl "Agile" laimi?

Tačiau: "Scrum" žudikas pagal Dirk Bolte

Šiuolaikinio #242 podkasto CTO epizodas su Jean-Denis Greze iš "Plaid

Mintys apie privatumo inžineriją ir saugumo užtikrinimą nuo pat produkto kūrimo pradžios.

Kaip pandemija pagreitino žmonių skaitmeninę patirtį.

Kaip išplėsti save, kai inžinerijos team auga daugiau, nei galima pažinti kiekvieną asmeniškai.

Be kelių įdomių temų, Jeanas palietė privatumo ir privatumo inžinerijos klausimus, remdamasis jų, kaip finansinių technologijų įmonės, patirtimi. Išvestiniai klausimai duomenys, gera duomenų ištrynimo praktika, duomenų anonimizavimas ir jų perpardavimas trečiosioms šalims. adtech karuselė. Kokia yra įmonių atsakomybė vartotojų atžvilgiu dėl jų duomenų privatumo? Kokia yra geriausia duomenų privatumo praktika fintech įmonėms? Jeanas taip pat pabrėžia privataus sektoriaus bendradarbiavimo su vyriausybėmis ir reguliavimo institucijomis svarbą kuriant gerai subalansuotą PPP, kad būtų laikomasi BDAR ir tuo pačiu metu nesunaikinti naujovių. 

Santrauka

Ačiū, kad skaitote, ir netrukus grįžtame pas jus su kitu epizodu! 

Skaityti daugiau:

TheCodestReview #2 - savaitinės programinės įrangos inžinerijos sultys

TheCodestReview #1 - savaitinės programinės įrangos inžinerijos sultys

Kaip patobulinti Vue.js programas? Keletas praktinių patarimų