(I neste episode vil jeg f\u00f8lge opp temaet humor p\u00e5 arbeidsplassen for \u00e5 utdype det litt mer, bare fordi jeg kan. \"Hvorfor s\u00e5 alvorlig?\").<\/p>\n
Apropos tid, det har g\u00e5tt to uker siden forrige publisering, og det er derfor p\u00e5 tide med den fjerde episoden av v\u00e5r #TTheCodestReview<\/strong> serie.<\/p>\n Kommentaren om caching av visninger levert av v\u00e5r fullstack utvikler<\/a> og podcasten til teknisk sjef ble kommentert av min ydmyke person.<\/p>\n Som en popul\u00e6rt kjent Paint-app-mester og beundrer av GIF-er og memes som er som Merci-sjokolade - som sier mer enn 1000 ord, bestemte jeg meg for at jeg fra n\u00e5 av vil legge til en smak av det her. Og gjett hva?<\/p>\n Darth Sidious Du tror du kan stoppe meg GIF<\/a> fra Darthsidious GIF-er<\/a><\/p>\n Sist gang har vi bestemt oss for \u00e5 sette s\u00f8kelyset p\u00e5 StimulusReflex som f\u00e5r oppmerksomhet i Ruby<\/a> som et alternativ til \u00e5 bruke moderne teknologi, og som en ny Javascript<\/a> rammeverk i Rails-prosjekter for \u00e5 unng\u00e5 overkill.<\/p>\n Se her: StimulusReflex aka ReactiveRails<\/a><\/p>\n For \u00e5 gj\u00f8re det til en kamp p\u00e5 like vilk\u00e5r, ville jeg la React sl\u00e5 tilbake mot Stimulus. Siden jeg ogs\u00e5 er kjent for \u00e5 v\u00e6re en \u00e6rens mann, som alltid gj\u00f8r det jeg sier og holder det jeg lover, s\u00e5 her kommer det:<\/p>\n I neste episode er det min glede og jeg er spent p\u00e5 \u00e5 kunngj\u00f8re at vi vil ha et gjesteinnlegg av React-ingeni\u00f8r fra Vinted.com. For de av dere som aldri har h\u00f8rt om Vinted (lav odds, men fortsatt mulig), er Vinted en markedsplass for mote fra Vilnius, Litauen, som n\u00e5dde en enhj\u00f8rningsverdi tilbake i 2019. Plattformen er bygget p\u00e5 solide Ruby on Rails<\/a> fundament st\u00f8ttet av React p\u00e5 frontend-delen.<\/em><\/p>\n Sidebemerkning: min kone elsker absolutt Vinted, og hun sluttet nesten helt \u00e5 bruke OLX som sin prim\u00e6re destinasjon for \u00e5 rydde opp i garderoben v\u00e5r og selge brukte kl\u00e6r (var en ekte die hard fan) = ... DERE GJ\u00d8R DET RIKTIG!<\/strong><\/p>\n Jeg har gleden av \u00e5 \u00f8nske en f\u00f8rste gjestebidragsyter velkommen i serien v\u00e5r:<\/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 leste tittelen p\u00e5 den siste LadyBug-podcasten (\"Getting Hooked On React\"), forventet jeg at den skulle handle mest om React Hooks. Men selv om den ikke gikk dypt inn i Hooks, ga podcasten en utmerket introduksjon til det grunnleggende i React-biblioteket for JavaScript.<\/em><\/p>\n Ali og Emma fra LadyBug-podcasten diskuterer Reacts inn- og utsider - fra bibliotekets generelle utforming og fordeler til livlige diskusjoner om komponenter, data<\/a> h\u00e5ndtering, eller React livssyklus<\/a>alt presentert med en klype personlig erfaring. Det er verdt \u00e5 lytte til for alle frontend-utviklere som ikke har hatt sjansen til \u00e5 pr\u00f8ve ut underverkene i React.<\/em><\/p>\n Mitt f\u00f8rste m\u00f8te med React var for rundt tre \u00e5r siden, da jeg begynte min reise som utvikler. Selv om Ali og Emma antyder at React kan virke forvirrende til \u00e5 begynne med, er min egen erfaring at det er relativt enkelt \u00e5 komme i gang med, og sannsynligvis det enkleste \u00e5 komme videre med sammenlignet med andre frontend-rammeverk. Det finnes massevis av veiledninger, artikler, \u00e5pen kildekode-biblioteker og andre typer l\u00e6ringsmateriell tilgjengelig overalt. Man b\u00f8r imidlertid v\u00e6re oppmerksom p\u00e5 den aktive utviklingen av React n\u00e5r man g\u00e5r gjennom slike ressurser. Denne episoden av LadyBugs podcast er ikke et unntak - noen av aspektene og metodene som nevnes, har allerede blitt utdatert for en tid tilbake. Derfor er det best \u00e5 f\u00f8lge r\u00e5det fra Emma selv og se p\u00e5 den nyeste dokumentasjonen.<\/em><\/p>\n React har utviklet seg og modnet mye, noe som gj\u00f8r kode<\/a> enda enklere med Hooks, som lar deg bruke tilstands- og livssyklusmetoder uten \u00e5 skrive klassekomponenter. Men for nybegynnere - som Ali s\u00e5 riktig bemerker - gj\u00f8r de mange ulike m\u00e5tene du kan skrive React p\u00e5 (for eksempel klasse-\/funksjons-\/Hooks-komponenter) det ekstra komplisert, ettersom det noen ganger kan v\u00e6re vanskelig \u00e5 visualisere hva som skjer. Det kan ogs\u00e5 v\u00e6re utfordrende \u00e5 destillere det du trenger, og \u00e5 finne relevant informasjon om kodeimplementering.<\/em><\/p>\n En av de st\u00f8rste fordelene med React er at det er komponentbasert, noe som muliggj\u00f8r modularisering av koden og gj\u00f8r det enklere \u00e5 jobbe sammen med andre utviklere. Dessuten er muligheten til \u00e5 bruke JSX et flott visuelt hjelpemiddel n\u00e5r du jobber med brukergrensesnitt i JavaScript-kode - du trenger ikke \u00e5 ha separate HTML-filer!<\/em><\/p>\n Ali og Emma oppsummerer ogs\u00e5 p\u00e5 en fin m\u00e5te fleksibiliteten som et komponentsystem gir. Et utmerket eksempel fra praksis er mitt eget selskap Vinted, som har opplevd en rask vekst n\u00e5r det gjelder produkt<\/a> i tillegg til utviklingsteam<\/a> arbeidet med det de siste \u00e5rene. React har gitt oss enorme fordeler - det har gjort det mulig oss<\/a> til \u00e5 skrive mye renere kode, bruke gjenbrukbare UI-komponenter og har gjort koden v\u00e5r enklere \u00e5 teste.<\/em><\/p>\n Alt i alt gir denne LadyBug-podcastepisoden en livlig og sjarmerende diskusjon om de viktigste aspektene ved React. Jeg anbefaler den til alle som skal begynne sin reise med React. Episoden er full av morsomme eksempler og analogier til det virkelige liv, og den fanger oppmerksomheten til alle lyttere, inkludert meg.<\/em><\/p>\n Visningene i Rails blir dessverre tregere med tiden. Det skyldes at mengden objekter som lagres i databasen vokser. Dette f\u00f8rer til lengre sp\u00f8rringstider og selvf\u00f8lgelig lengre behandling hvis du gj\u00f8r noe med hvert av objektene. N\u00e5r det skjer, er du ikke sjansel\u00f8s, for det finnes caching av Rails-visninger.<\/em><\/p>\n Takket v\u00e6re dette kan du spare mye tid ved \u00e5 laste inn databasetunge data fra hurtigbufferen (ved \u00e5 laste inn en enkelt lagret html-lignende fil i stedet for \u00e5 s\u00f8ke i databasen og behandle objekter). Du kan ogs\u00e5 gj\u00f8re det billigere med forskjellige partialer og objekter - selvf\u00f8lgelig hvis objektene ikke endres for ofte. Du kan ogs\u00e5 pr\u00f8ve \u00e5 holde de hurtigbufrede objektene i en separat partials - og spare f.eks. 19 av 20 innlegg som blir gjengitt (muligens med mange felt).<\/em><\/p>\n Som standard bruker Rails caching file_store og lagrer hurtigbufrede data i mappene. Men den sletter ikke gamle cache-oppf\u00f8ringer (som kan ha utl\u00f8pt for lenge siden). Dette kan f\u00f8re til at filmengden blir for stor eller til og med at det blir tomt for ledig plass p\u00e5 en server. Den andre metoden er memory_store, som ogs\u00e5 har noen ulemper (ettersom hurtigbufferen oppbevares p\u00e5 \u00e9n enkelt server). Den kan ogs\u00e5 overskride mengden RAM som finnes p\u00e5 serveren (eller mangel p\u00e5 cache hvis den slettes hele tiden). Derfor er Memcached\/Redis-metoden den beste mekanismen for hurtigbufring i stor skala. Dette gir deg muligheten til \u00e5 bruke en separat maskin som holder hurtigbufferen som kan brukes av alle serverne. Takket v\u00e6re det vil det ikke v\u00e6re noe problem med mangel p\u00e5 cache eller etterbehandling av diskplass p\u00e5 en server.<\/em><\/p>\n Cachen i Rails holdes basert p\u00e5 en identifikator - som kan oppgis direkte som en streng eller genereres automatisk n\u00e5r du sender et objekt til cache-funksjonen. For objekter er det oftest attributtet updated_at. Du kan ogs\u00e5 oppgi en statisk n\u00f8kkel fra objektparametere.<\/em><\/p>\n En annen metode for hurtigbufring er \u00e5 bruke Javascript til \u00e5 oppdatere et felt som endres \u00e9n gang om dagen. P\u00e5 denne m\u00e5ten kan du f\u00e5 vist en gyldig dato hele tiden, uten \u00e5 m\u00e5tte oppdatere nettstedet - som kan v\u00e6re ganske stort eller tregt \u00e5 kj\u00f8re.<\/em><\/p>\n For ikke \u00e5 skjemme deg bort for mye, men paneldiskusjonen om rollen som teknisk leder i ansettelsesprosessen er sv\u00e6rt verdifull for alle dere som lurer p\u00e5 n\u00e5r det er riktig tidspunkt for den tekniske lederen \u00e5 g\u00e5 inn i intervjusyklusen. P\u00e5 Codest<\/a>Vi praktiserer det paneldeltakerne prediker, og v\u00e5r CTO<\/a> er det f\u00f8rste kontaktpunktet med Ingeni\u00f8rer<\/a> s\u00f8ker til oss, mens intervjuene i neste fase gjennomf\u00f8res av team<\/a> ledere som de potensielle nye medarbeiderne vil jobbe tett med. Her er noen konkrete r\u00e5d du kan ta i bruk med en gang for \u00e5 oppgradere dine rekrutteringsrutiner som teknisk leder:<\/p>\n G\u00e5 gjennom prosessen og s\u00f8rg for at du kommer med i flyten s\u00e5 tidlig som mulig, og v\u00e6r gjerne det f\u00f8rste kontaktpunktet for kandidatene, ettersom f\u00f8rsteinntrykket er avgj\u00f8rende for hvordan selskapet ditt oppfattes av de beste talentene.<\/p>\n<\/li>\n Ta kontakt med sv\u00e6rt effektive rekrutteringsansvarlige i organisasjonen din (kanskje den som ansatte deg i sin tid) og sp\u00f8r om du kan f\u00e5 f\u00f8lge noen av de planlagte intervjuene deres, sjekke teknikkene deres og sp\u00f8rre om tips. Se og l\u00e6r. G\u00e5 inn i hvert intervju med en genuin nysgjerrighet p\u00e5 kandidatene.<\/p>\n<\/li>\n Se etter potensial, og ansett for potensial og evne til \u00e5 vokse raskt.<\/p>\n<\/li>\n G\u00e5 gjennom stillingsannonsene med alle ingeni\u00f8rene dine og sp\u00f8r om de kunne tenke seg \u00e5 s\u00f8ke p\u00e5 jobben. Hvis ikke, sp\u00f8r hva som er d\u00e5rlig, og bruk tilbakemeldingene deres i stillingsannonsen for 2.0-byggingen som du er i ferd med \u00e5 legge ut p\u00e5 jobbtavlene.\u00a0<\/p>\n<\/li>\n Se det f\u00f8rste intervjuet som en mulighet til \u00e5 skape en god relasjon til dine potensielle fremtidige kolleger.<\/p>\n<\/li>\n<\/ol>\n Jeg oppfordrer deg til \u00e5 se hele videopanelet, men hvis du liker podcaster og liker \u00e5 lytte mens du kj\u00f8rer bil, trener eller vasker opp, har du ogs\u00e5 en Spotify her lenke.<\/a>\u00a0<\/p>\n Tusen takk for at du leser, og hvis du har kommet s\u00e5 langt, setter jeg pris p\u00e5 tiden din, og enhver tilbakemelding (enten det er kult eller trashing meg) er mer enn velkommen p\u00e5 LinkedIn<\/a> eller til min e-post<\/a>.\u00a0<\/p>\n Vi kommer tilbake til deg med neste episode snart!\u00a0<\/p>\n Jippie Vi ses snart Dansende GIF<\/a> fra Yippieiwillseeyousoon GIF-er<\/a><\/p>\n Les mer om dette:<\/strong><\/p>\n TheCodestReview #3 - ukentlig juice for programvareutvikling<\/a><\/p>\n TheCodestReview #2 - ukentlig juice for programvareutvikling<\/a><\/p>\nListe over temaer vi dekker denne uken:<\/h2>\n
\n
\u00c5 bli hekta p\u00e5 React<\/a> av LadyBug Podcast<\/h2>\n
Caching av Rails-visning<\/a> av Jonathan Miles fra Honeybadger<\/h2>\n
Teknisk sjef som hovedrekrutterer<\/a> av Mentoring Club<\/h2>\n
\n