(I n\u00e6ste episode vil jeg f\u00f8lge op p\u00e5 emnet humor p\u00e5 arbejdspladsen for at uddybe det lidt mere, bare fordi jeg kan. \"Hvorfor s\u00e5 alvorlig?\").<\/p>\n
Apropos tid, s\u00e5 er der g\u00e5et 2 uger fra min sidste udgivelse, og derfor er det ved at v\u00e6re tid til 4. afsnit af vores #TKodestAnmeldelse<\/strong> serie.<\/p>\n Kommentaren om caching af visninger leveret af vores fullstack Udvikler<\/a> og teknikchefens podcast blev kommenteret af min ydmyge person.<\/p>\n Som en popul\u00e6rt kendt Paint-app-mester og beundrer af GIF'er og memes, der ligesom Merci-chokolader siger mere end 1000 ord, besluttede jeg, at jeg fra nu af ville tilf\u00f8je en smagspr\u00f8ve af dem her. Og ved du hvad?<\/p>\n Darth Sidious Du tror, du kan stoppe mig GIF<\/a> fra Darthsidious GIF'er<\/a><\/p>\n Sidste gang besluttede vi at s\u00e6tte fokus p\u00e5 StimulusReflex, som har f\u00e5et stor opm\u00e6rksomhed i branchen. Ruby<\/a> samfund som en ny dreng i klassen, der er et alternativ til at bruge moderne Javascript<\/a> frameworks i Rails-projekter for at undg\u00e5 overkill.<\/p>\n Se her: StimulusReflex aka ReactiveRails<\/a><\/p>\n For at g\u00f8re det til en kamp p\u00e5 lige vilk\u00e5r, ville jeg lade React sl\u00e5 tilbage p\u00e5 Stimulus. Da jeg ogs\u00e5 er en velkendt h\u00e6dersmand, der altid g\u00f8r, hvad jeg siger, og holder, hvad jeg lover, kommer det her:<\/p>\n I den n\u00e6ste episode er det mig en forn\u00f8jelse at kunne annoncere, at vi f\u00e5r et g\u00e6steindl\u00e6g af React-ingeni\u00f8ren fra Vinted.com. For dem af jer, der aldrig har h\u00f8rt om Vinted (lave odds, men stadig muligt), er Vinted en markedsplads for mode, der stammer fra Vilnius, Litauen, og som har n\u00e5et en v\u00e6rdians\u00e6ttelse som enhj\u00f8rning tilbage i 2019. Platformen er bygget p\u00e5 solide Ruby on Rails<\/a> fundamentet bakkes op af React p\u00e5 frontend-delen.<\/em><\/p>\n Sidebem\u00e6rkning: Min kone er helt vild med Vinted, og hun er n\u00e6sten helt holdt op med at bruge OLX som sin prim\u00e6re destination til at rydde op i vores garderobe og s\u00e6lge brugt t\u00f8j (var en \u00e6gte die hard fan) =. I G\u00d8R DET RIGTIGT!<\/strong><\/p>\n Det er mig en \u00e6re at byde velkommen til den f\u00f8rste g\u00e6stebidragyder i vores serie:<\/p>\n Meryl Streep Ja GIF<\/a> fra Merylstreep GIF'er<\/a><\/p>\n Ugn\u0117 Kry\u017eevi\u010di\u016bt\u0117 - React ingeni\u00f8r fra Vinted<\/a><\/p>\n Da jeg l\u00e6ste titlen p\u00e5 den seneste LadyBug-podcast (\"Getting Hooked On React\"), forventede jeg, at den mest ville handle om React-kroge<\/a>. Men selv om den ikke dykkede dybt ned i Hooks, gav podcasten en fremragende introduktion til det grundl\u00e6ggende i React-biblioteket for JavaScript.<\/em><\/p>\n Ali og Emma fra LadyBug-podcasten diskuterer React's ind- og udgangspunkter - fra bibliotekets generelle layout og dets fordele til livlige diskussioner om komponenter, data<\/a> h\u00e5ndtering, eller React's livscyklus<\/a>alt sammen pr\u00e6senteret med en knivspids personlig erfaring. Det er v\u00e6rd at lytte til for enhver frontend-udvikler, der ikke har haft mulighed for at afpr\u00f8ve React's vidundere.<\/em><\/p>\n Mit f\u00f8rste m\u00f8de med React var for omkring tre \u00e5r siden, da jeg begyndte min rejse som udvikler. Selvom Ali og Emma siger, at React kan virke forvirrende i starten, er det min egen erfaring, at det er relativt nemt at komme i gang med og nok det nemmeste at komme videre med sammenlignet med andre front-end frameworks. Der er masser af vejledninger, artikler, open source-biblioteker og andre former for undervisningsmateriale til r\u00e5dighed overalt. Man skal dog v\u00e6re opm\u00e6rksom p\u00e5 den aktive udvikling af React, n\u00e5r man gennemg\u00e5r s\u00e5danne ressourcer. Denne episode af LadyBugs podcast er ikke en undtagelse - nogle af de aspekter og metoder, der n\u00e6vnes, har allerede v\u00e6ret for\u00e6ldet i nogen tid. Derfor er det bedst at f\u00f8lge Emmas egne r\u00e5d og se p\u00e5 den nyeste dokumentation.<\/em><\/p>\n React har udviklet og modnet sig meget, hvilket g\u00f8r Kode<\/a> Det er endnu nemmere at skrive med Hooks, som lader dig bruge tilstands- og livscyklusmetoder uden at skrive klassekomponenter. Men for begyndere - som Ali pr\u00e6cist bem\u00e6rker - tilf\u00f8jer de mange forskellige m\u00e5der, man kan skrive React p\u00e5 (f.eks. klasse\/funktionelle\/Hooks-komponenter), yderligere kompleksitet, da det nogle gange kan v\u00e6re sv\u00e6rt at visualisere, hvad der foreg\u00e5r. Det kan ogs\u00e5 v\u00e6re en udfordring at skulle destillere, hvad man har brug for, og finde relevante oplysninger om kodeimplementering.<\/em><\/p>\n Som en af React's st\u00f8rste fordele p\u00e5peger Ali, at det er komponentbaseret, hvilket muligg\u00f8r modularisering af koden og g\u00f8r det lettere at arbejde sammen med andre udviklere. Desuden er muligheden for at bruge JSX et godt visuelt hj\u00e6lpemiddel, n\u00e5r man arbejder med UI i JavaScript-kode - man beh\u00f8ver ikke at have separate HTML-filer!<\/em><\/p>\n Ali og Emma opsummerer ogs\u00e5 fint den fleksibilitet, det giver at have et komponentsystem. Et glimrende eksempel fra praksis er min virksomhed Vinted, som har oplevet hurtig v\u00e6kst med hensyn til produkt<\/a> s\u00e5vel som udviklingsteams<\/a> arbejdet p\u00e5 det i de sidste mange \u00e5r. React har givet enorme fordele - det har gjort det muligt at os<\/a> til at skrive meget renere kode, bruge genanvendelige UI-komponenter og har gjort vores kode lettere at teste.<\/em><\/p>\n Alt i alt giver denne LadyBug-podcast-episode en livlig og charmerende diskussion om React's vigtigste aspekter. Jeg anbefaler den til alle, der begynder deres rejse med React. Episoden er fuld af sjove eksempler og analogier til det virkelige liv og \"fanger\" problemfrit enhver lytters opm\u00e6rksomhed, ogs\u00e5 min.<\/em><\/p>\n Visningerne i Rails bliver desv\u00e6rre langsommere med tiden. Det skyldes, at m\u00e6ngden af objekter i databasen vokser. Det medf\u00f8rer l\u00e6ngere foresp\u00f8rgselstider og selvf\u00f8lgelig l\u00e6ngere behandling, hvis du skal g\u00f8re noget med hvert enkelt objekt. N\u00e5r det sker, er du ikke uden chance, for der findes caching af Rails-visninger.<\/em><\/p>\n Takket v\u00e6re dette kan du spare en hel del tid ved at indl\u00e6se databasetunge data fra cachen (indl\u00e6se en enkelt gemt html-lignende fil i stedet for at foresp\u00f8rge i databasen og behandle objekter). Du kan ogs\u00e5 g\u00f8re det billigere i tilf\u00e6lde af forskellige partialer og objekter - selvf\u00f8lgelig hvis objekterne ikke \u00e6ndres for ofte. Du kan ogs\u00e5 pr\u00f8ve at holde de cachelagrede objekter i en separat partials - og spare f.eks. 19 ud af 20 indl\u00e6g, der gengives (muligvis med mange felter).<\/em><\/p>\n Som standard bruger Rails caching file_store og opbevarer de cachelagrede data i mapperne. Men den sletter ikke gamle cache-poster (som m\u00e5ske er udl\u00f8bet for l\u00e6nge siden). Det kan f\u00f8re til, at film\u00e6ngden bliver for stor, eller at man endda l\u00f8ber t\u00f8r for ledig plads p\u00e5 en server. Den anden metode er memory_store, som ogs\u00e5 har nogle ulemper (da cachen opbevares p\u00e5 en enkelt server). Den kan ogs\u00e5 overskride m\u00e6ngden af RAM p\u00e5 serveren (eller mangle cache, hvis den bliver slettet hele tiden). Derfor er den bedste caching-mekanisme i stor skala Memcached\/Redis-metoden. Det giver dig mulighed for at bruge en separat maskine til at opbevare cachen, som kan bruges af alle serverne. Takket v\u00e6re det vil der ikke v\u00e6re noget problem med mangel p\u00e5 cache eller f\u00e6rdig diskplads p\u00e5 en server.<\/em><\/p>\n Cachen i Rails holdes baseret p\u00e5 en identifikator - som kan gives direkte som en streng eller genereres automatisk, n\u00e5r du sender et objekt til cache-funktionen. I tilf\u00e6lde af objekter er det oftest attributten updated_at. Du kan ogs\u00e5 angive en statisk n\u00f8gle fra objektparametre.<\/em><\/p>\n En anden metode til caching er at bruge Javascript til at opdatere et felt, der \u00e6ndres en gang om dagen. P\u00e5 den m\u00e5de kan du f\u00e5 vist en gyldig dato hele tiden uden at opdatere webstedet - som kan v\u00e6re ret stort eller langsomt at k\u00f8re.<\/em><\/p>\n Jeg vil ikke afsl\u00f8re for meget, men paneldiskussionen om ingeni\u00f8rchefens rolle i ans\u00e6ttelsesprocessen er meget v\u00e6rdifuld for alle jer, der spekulerer p\u00e5, hvorn\u00e5r det er det rigtige tidspunkt for teknologilederen at tr\u00e6de ind i interviewcyklussen. P\u00e5 Codest<\/a>Vi praktiserer, hvad paneldeltagerne pr\u00e6diker, og vores CTO<\/a> er det f\u00f8rste kontaktpunkt med Ingeni\u00f8rer<\/a> der ans\u00f8ger hos os, mens interviewene i n\u00e6ste fase gennemf\u00f8res af hold<\/a> ledere, som de potentielle nye medarbejdere kommer til at arbejde t\u00e6t sammen med. Et par konkrete r\u00e5d, som du kan bruge med det samme til at opgradere dine ans\u00e6ttelsesmuligheder som teknisk leder:<\/p>\n Gennemg\u00e5 din proces, og s\u00f8rg for, at du kommer med i flowet s\u00e5 tidligt som muligt, ideelt set som det f\u00f8rste kontaktpunkt for kandidaterne, da f\u00f8rsteh\u00e5ndsindtrykket spiller en vigtig rolle for, hvordan din virksomhed opfattes af de bedste talenter.<\/p>\n<\/li>\n Tag kontakt til meget effektive ans\u00e6ttelseschefer i din organisation (m\u00e5ske den, der ansatte dig i sin tid), og sp\u00f8rg, om du m\u00e5 f\u00f8lge nogle af deres planlagte samtaler, tjekke deres teknikker og sp\u00f8rge om tips. Se og l\u00e6r. G\u00e5 ind til hver samtale med en oprigtig nysgerrighed p\u00e5 kandidaterne.<\/p>\n<\/li>\n Se efter potentiale, og ans\u00e6t efter potentiale og evne til at vokse hurtigt.<\/p>\n<\/li>\n Tal dine jobannoncer igennem med alle dine ingeni\u00f8rer, og sp\u00f8rg, om de vil s\u00f8ge jobbet. Hvis ikke, s\u00e5 sp\u00f8rg, hvad der er d\u00e5rligt, og brug deres feedback i den 2.0 build-jobannonce, du er ved at sende ud p\u00e5 jobsites.\u00a0<\/p>\n<\/li>\n Se den f\u00f8rste samtale som en mulighed for at skabe et godt forhold til dine potentielle fremtidige kolleger.<\/p>\n<\/li>\n<\/ol>\n Jeg opfordrer dig til at se hele videopanelet, men hvis du er til podcasts og kan lide at lytte, mens du k\u00f8rer bil, tr\u00e6ner eller vasker op, har du ogs\u00e5 en Spotify her Link.<\/a>\u00a0<\/p>\n Mange tak, fordi du l\u00e6ste med, og hvis du er kommet s\u00e5 langt, s\u00e6tter jeg pris p\u00e5 din tid, og al feedback (uanset om den er cool eller nedg\u00f8r mig) er mere end velkommen p\u00e5 LinkedIn<\/a> eller til min e-mail<\/a>.\u00a0<\/p>\n Vi vender snart tilbage med den n\u00e6ste episode(ish)!\u00a0<\/p>\n Yippie Vi ses snart Dansende GIF<\/a> fra Yippieiwillseeyousoon GIF'er<\/a><\/p>\n L\u00e6s mere om det:<\/strong><\/p>\n TheCodestReview #3 - ugentlig software engineering juice<\/a><\/p>\n TheCodestReview #2 - ugentlig software engineering juice<\/a><\/p>\nListe over emner, vi d\u00e6kker i denne uge:<\/h2>\n
\n
At blive hooked p\u00e5 React<\/a> af LadyBug Podcast<\/h2>\n
Caching af Rails-visning<\/a> af Jonathan Miles fra Honeybadger<\/h2>\n
Teknisk chef som Master Recruiter<\/a> af Mentoring Club<\/h2>\n
\n