TheCodestReview #4 - iknedēļas programmatūras inženierijas sula

(Nākamajā epizodē es turpināšu tēmu par humoru darbavietā, lai to izvērstu mazliet sīkāk, vienkārši tāpēc, ka es varu. “Kāpēc tik nopietni?”).

Runājot par laiku, kopš manas pēdējās publikācijas ir pagājušas 2 nedēļas, tāpēc ir pienācis laiks mūsu 4. epizodei. #TheCodestReview sērija.

Saraksts ar tēmām, kuras mēs aplūkojam šonedēļ:

1. Getting Hooked on React
2. Viss, ko jebkad esat vēlējies uzzināt par skatījumu kešatmiņā Sliedes
3. Inženierzinātņu vadītājs kā galvenais personāla atlases speciālists

Komentārs par skatījumu kešēšanu, ko sniedz mūsu pilnais pakete izstrādātājs un inženierzinātņu vadītājs podcast komentēja mans pazemīgs sevi.

Kā plaši pazīstams Paint app meistars un GIFu un memu cienītājs, kas, tāpat kā Merci šokolāde, pasaka vairāk par 1000 vārdiem, nolēmu, ka no šī brīža pievienošu šeit kādu to garšu. Un uzminiet ko?

Darth Sidious Jūs domājat, ka varat mani apturēt GIF no Darthsidious GIFs

Pēdējo reizi mēs esam nolēmuši pievērst uzmanību StimulusReflex, kas gūst uzmanību StimulusReflex. Rubīns kopiena kā jaunais bērns blokā, kas ir alternatīva mūsdienu Javascript Rails projektos, lai izvairītos no pārlieku lielas nepieciešamības.

Skatīt: StimulusReflex aka ReactiveRails

Lai šī cīņa būtu līdzvērtīga, es gribēju, lai React atriebtos Stimulusam. Tā kā esmu arī labi pazīstams kā goda vīrs, kas vienmēr dara, ko saka, un pilda savus solījumus, lūk, tā arī ir:

Nākamajā epizodē man ir liels prieks, un es ar prieku paziņoju, ka mums būs React inženiera no Vinted.com viesposte. Tiem no jums, kas nekad nav dzirdējuši par Vinted (mazas izredzes, bet tomēr iespējams), Vinted ir modes preču tirgus, kura izcelsme ir Viļņā, Lietuvā, un kas jau 2019. gadā sasniedza vienradža vērtējumu. Platforma ir balstīta uz stabilu Ruby on Rails pamats, ko atbalsta React uz frontend daļas.

Piebilde: mana sieva absolūti mīl Vinted, un viņa gandrīz pilnībā pārtrauca izmantot OLX kā savu galveno galamērķi mūsu garderobes atbrīvošanai un lietotu drēbju pārdošanai (bija patiess die hard ventilators) = JŪS TO DARĀT PAREIZI!

Man ir tas gods sveikt mūsu sērijā pirmo viesu autoru:

Merila Strīpa Jā GIF no Merylstreep GIFs

Ugnė Kryževičiūtė - React inženieris no Vinted

Pieķeršanās React līdz LadyBug Podcast

Lasot nesenā LadyBug podkāsta nosaukumu (“Getting Hooked On React”), es gaidīju, ka tas galvenokārt būs par React āķiem. Tomēr, lai gan podkāsts neiedziļinājās āķos, tas sniedza lielisku ievadu React bibliotēkas pamatos JavaScript.

Ali un Emma no LadyBug podkasta apspriež React iekšējās un ārējās nianses - no bibliotēkas vispārējā izkārtojuma un tās priekšrocībām līdz dzīvām diskusijām par komponentiem, dati apstrāde vai React dzīves cikls, un tas viss ar šķipsniņu personīgās pieredzes. To ir vērts noklausīties ikvienam front-end izstrādātājam, kuram nav bijusi iespēja izmēģināt React brīnumus.

Pirmo reizi ar React sastapos pirms aptuveni trim gadiem, kad sāku savu kā izstrādātāja ceļu. Lai gan Ali un Emma norāda, ka React sākumā var šķist mulsinošs, no savas pieredzes es secināju, ka, salīdzinot ar citiem front-end karkasiem, ar to ir salīdzinoši viegli sākt strādāt un, iespējams, visvieglāk attīstīt. Visur ir daudz pamācību, rakstu, atvērtā koda bibliotēku un cita veida mācību materiālu. Tomēr, šķirstot šādus resursus, vajadzētu apzināties, ka React tiek aktīvi attīstīts. Šī LadyBug podkāsta epizode nav izņēmums - daži minētie aspekti un metodes jau kādu laiku ir novecojušas. Tāpēc vislabāk ir sekot pašas Emmas sniegtajiem padomiem un aplūkot jaunāko dokumentāciju.

React ir daudz attīstījies un nobriedis, padarot kods rakstīšana ir vēl vienkāršāka, izmantojot Hooks, kas ļauj izmantot stāvokļa un dzīves cikla metodes, nerakstot klases komponentus. Taču iesācējiem - kā precīzi atzīmē Ali - dažādie veidi, kā var rakstīt React (piemēram, klases/funkciju/uz āķu komponentes), rada papildu sarežģījumus, jo dažkārt var būt grūti vizualizēt, kas notiek. Arī nepieciešamība destilēt to, kas jums nepieciešams, un atrast atbilstošu informāciju par koda implementāciju var būt sarežģīts uzdevums.

Kā vienu no galvenajām React priekšrocībām Ali norāda, ka tā ir balstīta uz komponentēm, kas ļauj modularizēt kodu un atvieglo sadarbību ar citiem izstrādātājiem. Turklāt iespēja izmantot JSX ir lielisks vizuāls palīglīdzeklis, strādājot ar lietotāja saskarni JavaScript kodā - jums nav nepieciešami atsevišķi HTML faili!

Ali un Emma arī skaisti raksturo elastību, ko nodrošina komponentu sistēma. Lielisks piemērs no prakses ir mans uzņēmums Vinted, kas ir piedzīvojis strauju izaugsmi saistībā ar produkts kā arī izstrādes komandas pie tā strādājusi vairākus pēdējos gadus. React ir devis milzīgu labumu - tas ir ļāvis mums uzrakstīt daudz tīrāku kodu, izmantot atkārtoti lietojamus UI komponentus, kā arī atvieglot mūsu koda testēšanu.

Kopumā šī LadyBug podkāsta epizode sniedz dzīvīgu un burvīgu diskusiju par React galvenajiem aspektiem. Es to iesaku ikvienam, kas uzsāk savu ceļojumu ar React. Epizode, kas ir pilna smieklīgu piemēru un analoģiju ar reālo dzīvi, nevainojami “uzķer” ikviena klausītāja uzmanību, tostarp arī manējo.

Rails skatu kešēšana līdz Jonathan Miles no Honeybadger

Rails skatījumi diemžēl ar laiku kļūst lēnāki. Tas ir tāpēc, ka datu bāzē saglabāto objektu skaits pieaug. Tas izraisa ilgāku pieprasījumu laiku un, protams, ilgāku apstrādi, ja ar katru no objektiem kaut ko veicat. Kad tas notiek, jūs neesat atstāts bez izredzēm, jo pastāv Rails skatījumu kešēšana.

Pateicoties tam, varat ietaupīt diezgan daudz laika, ielādējot datubāzes datus no kešatmiņas (ielādējot vienu saglabātu html līdzīgu failu, nevis pieprasot datubāzi un apstrādājot objektus). To var arī padarīt lētāku, ja ir dažādas daļas un objekti - protams, ja objekti nemainās pārāk bieži. Varat arī mēģināt saglabāt kešētus objektus atsevišķos fragmentos - un ietaupīt, piemēram, 19 no 20 ziņojumiem (iespējams, ar daudziem laukiem).

Pēc noklusējuma Rails kešēšana izmanto file_store un saglabā kešētos datus mapēs. Taču tas neizdzēš vecos kešatmiņas ierakstus (kuru derīguma termiņš var būt beidzies jau sen). Tas var novest pie failu apjoma pārpildīšanās vai pat brīvas vietas izsmelšanas serverī. Otra metode ir memory_store, kurai arī ir daži trūkumi (jo kešatmiņa tiek glabāta vienā serverī). Tā arī var pārsniegt serverī turētās RAM atmiņas apjomu (vai kešatmiņas trūkumu, ja tā visu laiku tiks izdzēsta). Tāpēc labākais liela mēroga kešēšanas mehānisms ir Memcached/Redis metode. Tas dod iespēju izmantot atsevišķu mašīnu, kas glabā kešatmiņu, kuru var izmantot visi serveri. Pateicoties tam, nebūs problēmu ar kešatmiņas trūkumu vai diska vietas trūkumu serverī.

Rails kešatmiņa tiek saglabāta, pamatojoties uz identifikatoru, ko var norādīt uzreiz kā virkni vai ģenerēt automātiski, kad kešatmiņas funkcijai nododat objektu. Objektu gadījumā tas visbiežāk ir updated_at atribūts. Statisko atslēgu var norādīt arī no objekta parametriem.

Cita kešēšanas metode ir izmantot Javascript, lai atjauninātu lauku, kas tiek mainīts reizi dienā. Šādā veidā var visu laiku rādīt derīgu datumu, neatjauninot vietni, kas var būt diezgan liela vai lēni palaižama.

Inženierzinātņu vadītājs kā galvenais personāla atlases speciālists līdz Mentoringa klubs

Lai pārāk daudz nesabojātu, paneļdiskusija, kurā tika apspriesta inženiertehniskā vadītāja loma darbā pieņemšanas procesā, ir ļoti vērtīga visiem, kas domā, kad ir īstais laiks tehnoloģiju vadītājam iesaistīties interviju ciklā. Uz . Codest, mēs praktizējam to, ko sludina paneļdiskusijas dalībnieki, un mūsu CTO ir pirmais kontaktpunkts, kas sazinās ar inženieri pieteikties pie mums, bet nākamajā posmā intervijas veic komanda vadītājiem, ar kuriem potenciālie jaunie darbinieki cieši sadarbosies. Daži noderīgi padomi, kurus varat izmantot uzreiz, lai uzlabotu savu kā inženiertehniskā uzņēmuma vadītāja darbā pieņemšanas procesu:

1. Pārskatiet savu procesu un pārliecinieties, ka esat iesaistījies plūsmā pēc iespējas agrāk, ideālā gadījumā būdams pirmais kontaktpunkts kandidātiem, jo pirmajam iespaidam ir būtiska nozīme, kā jūsu uzņēmumu uztver labākie talanti.

2. Sazinieties ar ļoti efektīviem personāla atlases vadītājiem savā organizācijā (iespējams, ar tiem, kas jūs savulaik pieņēma darbā) un pajautājiet, vai jūs varētu novērot kādu no viņu plānotajām intervijām, pārbaudīt viņu metodes, pajautāt padomus. Vērojiet un mācieties. Ieejiet katrā intervijā ar patiesu interesi par kandidātiem.

3. Meklējiet potenciālu un pieņemiet darbā atbilstoši potenciālam un spējai strauji augt.

4. Pārrunājiet savus darba sludinājumus ar visiem inženieriem un pajautājiet, vai viņi vēlētos pieteikties šim darbam. Ja nē, pajautājiet, kas ir slikti, un izmantojiet viņu atsauksmes 2.0 veidotā darba sludinājumā, ko gatavojaties virzīt uz darba sludinājumu dēļiem. 

5. Uztveriet pirmo interviju kā iespēju izveidot lieliskas attiecības ar saviem potenciālajiem nākotnes kolēģiem.

Es iesaku jums noskatīties visu video paneli, bet, ja jums patīk podkāsti un klausīties, braucot, strādājot vai mazgājot traukus, šeit jums ir arī Spotify. saite. 

Liels paldies par lasīšanu, un, ja esat nonācis tik tālu, es novērtēju jūsu laiku un jebkuras atsauksmes (vai cool vai trashing mani) ir vairāk nekā laipni lūdzam uz LinkedIn vai uz manu e-pastu. 

Atgriežas pie jums ar nākamo epizodi drīz(ish)! 

Yippie IWill See You Soon Dancing GIF no Jau drīzumā gaidāms GIFs

Lasīt vairāk:

TheCodestReview #3 - iknedēļas programmatūras inženierijas sula

TheCodestReview #2 - iknedēļas programmatūras inženierijas sula

TheCodestReview #1 - iknedēļas programmatūras inženierijas sula