Öeldakse, et aeg lendab kiiresti, kui sul on lõbus. Minu jaoks isiklikult on lõbus osa eriti oluline igapäevases startup- ja ärikasvureisimises. See paneb mind ennast nautima, ükskõik kui palju mu sisemisi energiaressursse nädalast nädalasse kestev sebimine ära sööb.
(Järgmises episoodis jätkan huumori teemat töökohal, et seda pisut põhjalikumalt käsitleda, lihtsalt sellepärast, et ma saan. "Miks nii tõsiselt?").
Ajast rääkides, minu viimasest avaldamisest on möödas 2 nädalat, seega on aeg meie 4. episoodi jaoks. #TheCodestReview seeria.
Sel nädalal käsitletavate teemade loetelu:
- Kuidas saada React-ga kokku
- Kõik, mida te kunagi tahtsite teada View Caching Railsis
- Tehnikajuhataja kui juhtivtöötaja
Kommentaar vaate vahemälu kohta, mille esitas meie fullstack arendaja ja insenerijuhtide podcast, mida kommenteeris minu tagasihoidlik mina.
Populaarselt tuntud Paint-rakenduse meistrina ja GIFide ja meemide austajana, mis on nagu Merci šokolaad - ütlevad rohkem kui 1000 sõna, otsustasin, et nüüdsest lisan siia ühe maiku sellest. Ja arvake, mida?
Darth Sidious Sa arvad, et suudad mind peatada GIF aadressilt Darthsidious GIFid
Viimane kord oleme otsustanud, et panna mõned spotlight on StimulusReflex, mis on saada tähelepanu Ruby kogukonna kui uus poiss plokk, on alternatiiviks kasutades kaasaegse Javascript raamistikud Railsi projektides, et vältida liigset koormust.
Vt: StimulusReflex ehk ReactiveRails
Et see oleks võrdne võitlus, tahtsin lasta React-l Stimuluse vastu lüüa. Kuna ma olen ka tuntud mees, kes teeb alati seda, mida ütleb ja täidab oma lubadusi, siis siin on see:
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.
Kõrvalmärkus: mu naine on absoluutselt armastab Vinted ja ta peaaegu täielikult lõpetas OLXi kasutamise oma peamise sihtkohana meie garderoobi korrastamiseks ja kasutatud riiete müümiseks (oli tõeline die hard fänn) = TE TEETE SEDA ÕIGESTI!
Mul on au tervitada meie sarja esimest külalisesinejat:
Meryl Streep Jah GIF aadressilt Merylstreep GIFid
Ugnė Kryževičiūtė - React insener Vintedist
Lugedes hiljutise LadyBugi podcasti pealkirja ("Getting Hooked On React"), eeldasin, et see räägib peamiselt React konksudest. Kuid kuigi see ei sukeldunud sügavale Hooks'ile, andis podcast suurepärase sissejuhatuse React raamatukogu põhitõdedesse JavaScript jaoks.
Ali ja Emma LadyBugi podcastist arutavad React sisemust ja välimust - alates raamatukogu üldisest ülesehitusest ja selle eelistest kuni elavate aruteludeni komponentide, andmekäitluse või React elutsükli kohta, kõik koos isikliku kogemuse näol. Seda tasub kuulata igal front-end arendajal, kellel ei ole veel olnud võimalust proovida React imesid.
Minu esimene kokkupuude Reactga oli umbes kolm aastat tagasi, kui ma alustasin oma teekonda arendajana. Kuigi Ali ja Emma soovitavad, et React võib alguses tunduda segane, leidsin oma kogemuse põhjal, et sellega on suhteliselt lihtne alustada ja tõenäoliselt on see teiste front-end raamistike kõrval kõige lihtsamini edasi areneda. Õpikuid, artikleid, avatud lähtekoodiga raamatukogusid ja muud liiki õppematerjale on igal pool saadaval. Siiski peaks selliste ressursside läbitöötamisel olema teadlik React aktiivsest arendamisest. See LadyBugi podcasti episood ei ole erand - mõned mainitud aspektid ja meetodid on juba mõnda aega deprecated. Seega on kõige parem järgida Emma enda antud nõuandeid ja vaadata kõige värskemat dokumentatsiooni.
React on palju arenenud ja küpsenud, muutes kood kirjutamine on veelgi lihtsam konksude abil, mis võimaldab kasutada oleku- ja elutsüklimeetodeid ilma klassikomponente kirjutamata. Kuid algajatele - nagu Ali täpselt märgib - lisab React kirjutamise võimaluste mitmekesisus (näiteks klass/funktsionaalsed/Hooks komponendid) täiendavat keerukust, sest mõnikord võib olla raske visualiseerida, mis toimub. Samuti võib olla keeruline, kui peate destilleerima, mida vajate, ja leidma asjakohast teavet koodi rakendamise kohta.
Üheks React peamiseks eeliseks toob Ali välja, et see on komponentide põhine, mis võimaldab koodi moduleerimist ja lihtsustab koostööd teiste arendajatega. Pealegi on JSX-i kasutamise võimalus JavaScript koodis UI-ga töötamisel suurepärane visuaalne abivahend - ei ole vaja eraldi HTML-faile!
Ali ja Emma võtavad ka kenasti kokku paindlikkuse, mida annab komponentide süsteemi olemasolu. Suurepärane näide praktikast on minu ettevõte Vinted, mis on kogenud kiiret kasvu seoses toode samuti arendusmeeskonnad töötanud selle kallal viimaste aastate jooksul. React on andnud tohutut kasu - see on võimaldanud meil kirjutada palju puhtamat koodi, kasutada korduvkasutatavaid kasutajaliidese komponente ja muutnud meie koodi testimise lihtsamaks.
Kokkuvõttes pakub see LadyBugi podcasti episood elavat ja võluvat arutelu React peamiste aspektide üle. Soovitan seda kõigile, kes alustavad oma teekonda Reactga. Täis naljakaid näiteid ja analoogiaid tegeliku eluga, episood "haarab" sujuvalt iga kuulaja tähelepanu, ka minu oma.
Railsi vaated muutuvad kahjuks aja jooksul aeglasemaks. See on tingitud sellest, et andmebaasi salvestatud objektide hulk kasvab. See põhjustab pikemaid päringuaegu ja muidugi pikemat töötlemist, kui te iga objektiga midagi teete. Kui see juhtub, siis ei jää te ilma igasuguse võimaluseta, sest on olemas Railsi vaadete vahemälu.
Tänu sellele saab andmebaasi raskete andmete laadimisega vahemälust (ühe salvestatud html-taolise faili laadimine andmebaasi päringu ja objektide töötlemise asemel) üsna palju aega kokku hoida. Samuti saab seda teha vähem kulukaks erinevate osaliste ja objektide puhul - muidugi kui objektid ei muutu liiga tihti. Samuti võib proovida hoida vahemällu salvestatud objekte eraldi osalistes - ja säästa nt. 19 postitust 20-st, mida renderdatakse (võimalik, et paljude väljadega).
Vaikimisi kasutab Rails vahemälu file_store ja hoiab vahemällu salvestatud andmeid kaustades. Kuid see ei kustuta vanu vahemälu kirjeid (mis võivad olla juba ammu aegunud). See võib põhjustada failide hulga ülevoolu või isegi vaba ruumi lõppemise serveris. Teine meetod on memory_store, millel on samuti mõned puudused (kuna vahemälu hoitakse ühes serveris). Samuti võib see ületada serveris hoitava RAM-i mahtu (või vahemälu puudumine, kui seda kustutatakse kogu aeg). Seetõttu on parim suure ulatusega vahemälumehhanism Memcached/Redis meetod. See annab võimaluse kasutada eraldi masinat, mis hoiab vahemälu, mida saavad kasutada kõik serverid. Tänu sellele ei teki probleemi vahemälu puudumise või kettaruumi lõppemisega serveris.
Railsi vahemälu hoitakse identifikaatori alusel, mille võib anda otse stringina või genereerida automaatselt, kui edastate objekti vahemälufunktsioonile. Objektide puhul on see kõige sagedamini atribuut updated_at. Samuti saab anda staatilise võtme objekti parameetritest.
Teistsugune vahemälu meetod on Javascript'i kasutamine, et uuendada välja, mida muudetakse kord päevas. Nii saab kogu aeg kuvada kehtivat kuupäeva, ilma veebilehe värskendamiseta - mis võib olla üsna suur või aeglane käivitada.
Et teid mitte liialt ära rikkuda, on paneeldiskussioon, mis käsitleb insenerijuhi rolli värbamisprotsessis, väga väärtuslik kõigile teile, kes te mõtlete, millal on õige aeg tehnikajuhi jaoks astuda intervjuude tsüklisse. Veebilehel Codest, me justkui praktiseerime seda, mida panelistid jutlustavad ja meie CTO on 1. kontaktpunkt meile kandideerivate inseneridega, samas kui järgmises etapis istuvad intervjuude käigus meeskond juhid, kellega potentsiaalsed uued töötajad teevad tihedat koostööd. Mõned rakendatavad nõuanded, mida saate kohe rakendada, et täiustada oma töölevõtmise mängu insenerijuhina:
-
Vaadake oma protsess üle ja veenduge, et liitute vooluga võimalikult varakult, olles ideaalis kandidaatide esimene kokkupuutepunkt, sest esmamulje mängib olulist rolli selles, kuidas tipptalendid teie ettevõtet näevad.
-
Pöörduge oma organisatsiooni väga tõhusate värbamisjuhtide poole (võib-olla see, kes teid omal ajal tööle võttis) ja küsige, kas te saaksite varjutada mõnda nende kavandatud intervjuud, kontrollida nende tehnikat, küsida nõuandeid. Vaadake ja õppige. Astuge igale intervjuule sisse kandidaatide suhtes tõelise uudishimuga.
-
Otsige potentsiaali ja võtke tööle potentsiaali ja võimet kiiresti kasvada.
-
Rääkige oma töökuulutused läbi kõigi oma inseneridega ja küsige, kas nad kandideeriksid sellele töökohale. Kui mitte, küsige, mis on valesti, ja rakendage nende tagasisidet töökuulutuses 2.0, mida kavatsete tööpakkumistel avaldada.
-
Vaadake esimest intervjuud kui võimalust luua suurepärased suhted oma potentsiaalsete tulevaste kolleegidega.
Soovitan teil vaadata kogu videopaneeli, kuid kui teile meeldivad podcastid ja soovite kuulata sõidu, treeningu või nõudepesu ajal, siis siin on ka Spotify link.
Suur tänu lugemise eest ja kui olete jõudnud nii kaugele, hindan teie aega ja igasugune tagasiside (kas lahe või trashing mind) on rohkem kui teretulnud. LinkedIn või minu e-posti aadress.
Järgmise episoodiga pöördun teie juurde varsti tagasi!
Yippie IWill See You Soon Dancing GIF aadressilt Yippieiwillseeyeyousoon GIFid
Loe edasi:
TheCodestReview #3 - iganädalane tarkvaratehnika mahl
TheCodestReview #2 - iganädalane tarkvaratehnika mahl
TheCodestReview #1 - iganädalane tarkvaratehnika mahl