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

(Kitame epizode tęsiu humoro darbo vietoje temą ir šiek tiek plačiau ją aptarsiu, nes galiu. “Kodėl taip rimtai?”).

Kalbant apie laiką, nuo mano paskutinės publikacijos praėjo 2 savaitės, todėl atėjo metas 4-ajam mūsų #TheCodestReview serija.

Šią savaitę nagrinėjamų temų sąrašas:

1. Užsikabinti ant React
2. Viskas, ką kada nors norėjote sužinoti apie rodinio spartinimą Bėgiai
3. Inžinerijos vadovas - pagrindinis įdarbinimo specialistas

Komentaras apie rodinio spartinimą, kurį pateikė mūsų "Fullstack kūrėjas ir inžinerijos vadovo podkastą komentavo mano kuklusis aš.

Kaip plačiai žinomas "Paint" programėlės meistras ir GIF'ų bei memų, kurie, kaip ir "Merci" šokoladas, pasako daugiau nei 1000 žodžių, gerbėjas, nusprendžiau, kad nuo šiol čia pridėsiu jų skonį. Ir spėkite ką?

Darth Sidious Manote, kad galite mane sustabdyti GIF iš Darthsidious GIF'ai

Paskutinį kartą nusprendėme atkreipti dėmesį į "StimulusReflex", kuris sulaukia dėmesio Ruby bendruomenę kaip naują vaiką bloke, kuris yra alternatyva šiuolaikinių Javascript karkasus "Rails" projektuose, kad būtų išvengta perteklinio naudojimo.

Žr: StimulusReflex aka ReactiveRails

Kad kova vyktų lygiomis sąlygomis, norėjau, kad React atkeršytų Stimului. Kadangi taip pat esu gerai žinomas garbės žmogus, visada darantis tai, ką sakau, ir vykdantis savo pažadus, štai taip:

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.

Šalutinė pastaba: mano žmona labai mėgsta "Vinted" ir beveik visiškai nustojo naudotis "OLX" kaip pagrindine mūsų spintos išvalymo ir naudotų drabužių pardavimo vieta (buvo tikra kieta gerbėja) = JŪS, VAIKINAI, TAI DAROTE TEISINGAI!

Turiu garbę pasveikinti pirmąjį mūsų straipsnių ciklo svečią:

Meryl Streep Taip GIF iš Merylstreep GIF'ai

Ugnė Kryževičiūtė - React inžinierius iš Vinted

React prijungimas prie React pagal LadyBug Podcast

Perskaitęs naujausio “LadyBug” podkasto pavadinimą ("Getting Hooked On React"), tikėjausi, kad jame daugiausia bus kalbama apie React kabliukus. Tačiau, nors ir nebuvo gilinamasi į "Hooks", podkastas puikiai supažindino su React bibliotekos, skirtos JavaScript, pagrindais.

Ali ir Emma iš "LadyBug" podkasto aptaria React ypatumus - nuo bendro bibliotekos išdėstymo ir jos privalumų iki gyvų diskusijų apie komponentus, duomenys tvarkymą arba React gyvavimo ciklas, visa tai pateikiama su žiupsneliu asmeninės patirties. Šios knygos verta pasiklausyti visiems priekinės dalies kūrėjams, kurie dar neturėjo galimybės išbandyti React stebuklų.

Pirmą kartą su React susidūriau maždaug prieš trejus metus, kai pradėjau savo, kaip kūrėjo, kelionę. Nors Ali ir Emma teigia, kad React iš pradžių gali atrodyti painus, iš savo patirties galiu pasakyti, kad pradėti dirbti su juo buvo gana lengva ir, palyginti su kitais priekinės dalies karkasais, turbūt lengviausia jį tobulinti. Visur galima rasti daugybę vadovėlių, straipsnių, atvirojo kodo bibliotekų ir kitokios mokymosi medžiagos. Tačiau peržiūrint tokius šaltinius reikėtų žinoti, kad React aktyviai plėtojama. Šis "LadyBug" podkasto epizodas nėra išimtis - kai kurie minimi aspektai ir metodai jau kurį laiką yra nebenaudojami. Taigi geriausia vadovautis pačios Emos patarimais ir peržiūrėti naujausią dokumentaciją.

React labai patobulėjo ir subrendo, todėl kodas rašyti dar paprasčiau, naudojant kabliukus, kurie leidžia naudoti būsenos ir gyvavimo ciklo metodus nerašant klasės komponentų. Tačiau pradedantiesiems, kaip tiksliai pastebi Ali, įvairių būdų, kuriais galima rašyti React (pvz., klasės / funkcijos / "Hooks" komponentai), įvairovė prideda papildomo sudėtingumo, nes kartais gali būti sunku įsivaizduoti, kas vyksta. Be to, gali būti sudėtinga išskaidyti tai, ko jums reikia, ir rasti atitinkamą informaciją apie kodo įgyvendinimą.

Kaip vieną iš pagrindinių React privalumų Ali nurodo tai, kad ji pagrįsta komponentais, o tai leidžia modulizuoti kodą ir palengvina bendradarbiavimą su kitais kūrėjais. Be to, galimybė naudoti JSX yra puiki vizualinė pagalba dirbant su vartotojo sąsaja JavaScript kode - nereikia turėti atskirų HTML failų!

Ali ir Emma taip pat gražiai apibendrina lankstumą, kurį suteikia komponentų sistema. Puikus pavyzdys iš praktikos - mano įmonė "Vinted", kuri sparčiai augo dėl produktas taip pat kūrimo komandos pastaruosius kelerius metus dirbo prie jo. React suteikė didžiulę naudą - ji leido mus rašyti daug švaresnį kodą, naudoti daugkartinio naudojimo vartotojo sąsajos komponentus ir lengviau testuoti mūsų kodą.

Apskritai šiame “LadyBug” podkasto epizode gyvai ir žaviai aptariami pagrindiniai React aspektai. Rekomenduoju visiems, kurie pradeda savo kelionę su React. Kupinas juokingų pavyzdžių ir analogijų su realiu gyvenimu, epizodas sklandžiai "užkabina" kiekvieno klausytojo, įskaitant ir mano, dėmesį.

"Rails" rodinio spartinimas pagal Jonathan Miles iš Honeybadger

Deja, laikui bėgant "Rails" peržiūros tampa vis lėtesnės. Taip yra todėl, kad duomenų bazėje saugomų objektų kiekis didėja. Dėl to pailgėja užklausų laikas ir, žinoma, užtrunka apdorojimas, jei ką nors darote su kiekvienu iš objektų. Kai taip nutinka, nelieka jokių galimybių, nes egzistuoja "Rails" peržiūrų spartinančioji atmintinė.

Dėl šios priežasties galite sutaupyti nemažai laiko, įkeldami daug duomenų bazės duomenų iš talpyklos (įkeldami vieną išsaugotą html tipo failą, o ne užklausdami duomenų bazę ir apdorodami objektus). Be to, galite sumažinti išlaidas, jei tai susiję su skirtingomis dalimis ir objektais - žinoma, jei objektai nesikeičia per dažnai. Taip pat galite pabandyti talpykloje esančius objektus laikyti atskirose dalyse ir sutaupyti, pvz., 19 iš 20 atvaizduojamų pranešimų (galbūt su daugybe laukų).

Pagal numatytuosius nustatymus "Rails" spartinančioji atmintinė naudoja failų saugyklą (file_store) ir saugo spartinamuosius duomenis aplankuose. Tačiau ji neištrina senų talpyklos įrašų (kurių galiojimo laikas galėjo būti pasibaigęs jau seniai). Dėl to gali būti perpildytas failų kiekis arba net pritrūkti laisvos vietos serveryje. Kitas metodas yra memory_store, kuris taip pat turi tam tikrų trūkumų (nes talpykla saugoma viename serveryje). Jis taip pat gali viršyti serveryje laikomos operatyviosios atminties kiekį (arba talpyklos trūkumą, jei ji bus nuolat trinama). Todėl geriausias didelės apimties spartinančiosios talpyklos mechanizmas yra "Memcached" / "Redis" metodas. Tai suteikia galimybę naudoti atskirą mašiną, kurioje saugoma talpykla, kurią gali naudoti visi serveriai. Dėl to nebus problemų dėl talpyklos trūkumo ar baigiamosios disko vietos trūkumo serveryje.

"Rails" talpykla saugoma pagal identifikatorių, kuris gali būti iš karto nurodomas kaip eilutė arba automatiškai sugeneruojamas perduodant objektą talpyklos funkcijai. Objektų atveju dažniausiai tai yra atributas updated_at. Taip pat galite pateikti statinį raktą iš objekto parametrų.

Kitoks spartinimo būdas - naudojant "Javascript" atnaujinamas laukas, kuris keičiamas kartą per dieną. Taip galima nuolat rodyti galiojančią datą, neatnaujinant svetainės, kuri gali būti gana didelė arba lėtai paleidžiama.

Inžinerijos vadybininkas - pagrindinis įdarbinimo specialistas pagal Mentorystės klubas

Nenorėdamas per daug gadinti, noriu pasakyti, kad diskusija, kurioje aptariamas inžinerijos vadovo vaidmuo įdarbinimo procese, yra labai vertinga visiems, kurie svarsto, kada technikos vadovui yra tinkamas laikas įsitraukti į pokalbių ciklą. Tinklalapyje . Codest, mes praktikuojame tai, ką pamokslauja komisijos nariai, ir mūsų CTO yra pirmasis kontaktinis asmuo, kuris kreipiasi į inžinieriai kreipiasi į mus, o kitame etape pokalbius veda komanda vadovai, su kuriais potencialūs nauji darbuotojai glaudžiai bendradarbiaus. Keletas praktiškų patarimų, kuriuos galite iš karto pritaikyti ir patobulinti savo, kaip inžinerijos vadovo, įdarbinimo žaidimą:

1. Peržiūrėkite savo procesą ir pasirūpinkite, kad kuo anksčiau įsitrauktumėte į srautą, geriausia, kad būtumėte pirmasis kandidatų kontaktinis taškas, nes pirmas įspūdis yra labai svarbus, kaip jūsų įmonę mato didžiausi talentai.

2. Kreipkitės į labai efektyvius savo organizacijos įdarbinimo vadovus (galbūt tuos, kurie jus įdarbino anksčiau) ir pasiteiraukite, ar galėtumėte pademonstruoti keletą jų suplanuotų pokalbių, patikrinti jų metodus, paklausti patarimų. Stebėkite ir mokykitės. Į kiekvieną pokalbį eikite su nuoširdžiu kandidatų smalsumu.

3. Ieškokite potencialo ir samdykite darbuotojus, kurie turi potencialo ir gali greitai augti.

4. Pasikalbėkite apie darbo skelbimus su visais inžinieriais ir paklauskite, ar jie norėtų pretenduoti į šį darbą. Jei ne, paklauskite, kas yra blogai, ir pritaikykite jų atsiliepimus 2.0 kūrimo darbo skelbimui, kurį ketinate pateikti darbo skelbimų lentose. 

5. Į pirmąjį pokalbį žiūrėkite kaip į galimybę užmegzti puikius santykius su potencialiais būsimais kolegomis.

Kviečiu žiūrėti visą vaizdo įrašą, bet jei jums patinka podkastai ir mėgstate klausytis vairuodami, dirbdami ar plaudami indus, čia taip pat rasite "Spotify". nuoroda. 

Labai ačiū, kad skaitote, ir jei jau nuėjote taip toli, vertinu jūsų laiką ir bet kokius atsiliepimus (nesvarbu, ar jie būtų šaunūs, ar mane nušluotų). LinkedIn arba į mano el. paštas. 

Netrukus grįžtame prie jūsų su kitu epizodu! 

Yippie IWill See You Soon Dancing GIF iš Yippieiwillseeyousoon GIF'ai

Skaityti daugiau:

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

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

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