Frontend

Izstrādājiet jaunu SignupSuccess komponentu. Tas jāparāda vietā reģistrācijas formas pēc veiksmīgas reģistrācijas.

Kā darbojas resursu kešošana pārlūkprogrammā — kā pārlūkprogramma saprot, vai jāņem no kešatmiņas vai jāielādē no jauna, un kā ar to pārvaldīt? Kādas ir kešatmiņas metodes, ieskaitot Service Worker?

Vai zini, kas ir FCP (First Contentful Paint) metriks? Iedomājies, ka mums ir React lietotne — sociālais tīkls ar servera puses renderēšanu, un ir problēma: kad lietotājs tieši ieiet kāda profilā, ilgi ir redzams balts ekrāns. Vai vari aprakstīt soļus — kas notiek no brīža, kad lietotājs nospiež Enter, līdz parādās pirmais saturs?

Kā tu realizētu kešatmiņu klienta pusē?

Pastāsti mazliet par sevi, ar ko interesējies programmēšanā, tava pēdējā pieredze, varbūt esi darījis kaut ko sarežģītu.

Vai tev patika strādāt ar Redux kā stāvokļa pārvaldnieku sarežģītiem formu?

Ir kods — jāizprot, ko tas dara, jāveic koda pārskatīšana: kādas ir problēmas un ko var uzlabot.

console.log(1) setTimeout(() => { console.log(2) }, 10) setTimeout(() => { Promise.resolve().then(() => console.log(3)) }, 0); setTimeout(() => { console.log(4) }, 0); new Promise((_, reject) => { console.log(5) reject(6) console.log(7) }).then(() => console.log(8)) .catch(() => console.log(9)) .then(() => console.log(10)) .catch(() => console.log(11)) .then(() => console.log(12)) .then(console.log) .finally(() => console.log(13)) console.log(14)

Uzdevuma sarežģītība ar memoize: nodrošināt, lai memoize funkcija kā otro argumentu saņemtu keša dzīves laiku milisekundēs, pēc kura kešs tiek invalidēts.

Vai esi dzirdējis par nesen JavaScript parādījušo palīgu Promise.withResolvers? Tam jāuzraksta tā ekvivalents vietā otrajai rindiņai.

Vai vari norādīt dažas Redux plusus un mīnusus?

Kā tu vērtē FSD (Feature-Sliced Design) metodoloģiju?

Lapas ir saraksts ar 5000 preču, lapa ļoti lēni darbojas. Bizness prasa kaut ko darīt ar to. Ko ieteiksi?

Draugu lapā un ziņojumprogrammā tiek rādīta līdzīga informācija par lietotājiem. Ir divas iespējas: glabāt lietotājus vietējos slices katrai funkcijai vai globālā store. Kādas ir globālā store priekšrocības un trūkumi šajā gadījumā?

Pastāstiet par saviem iepriekšējiem darba vietām — ko interesantu darījāt?

Kas notiks, ja pie head pievienosiet atribūtu async? Kāda ir atšķirība starp async un defer?

Kuras alternatīvas Redux jūs zināt un kāpēc tām nav tā priekšrocību? Kāpēc Redux ir labi pārbaudīts, bet konteksti — nē?

Kā var iegūt datus no citas funkcijas slice (piemēram, users slice) konkrēta lietotāja lapā, neizjaucot moduļu robežas un neveicot liekas pieprasījumus?

#React reģistrācijas forma 1. Izskaidrojiet, kā darbojas StateProvider, dalieties savām domām ar intervētāju. 2. Apskatiet /src/api/mock, izskaidrojiet, kā tas darbojas. 3. Pārbaudiet SubmitButton krāsu un labojiet to. 4. Implementējiet klienta formas validāciju Signup komponentā. (\*\*) Ņemiet vērā uzdevuma numuru 9. Noteikumi: - Lietotājvārda, E-pasta, Paroles un Atkārtotas paroles lauki jābūt vismaz 6 rakstzīmes gariem; - Parolei jāatbilst Atkārtotai parolei; - Validācija jāveic, nospiežot "Sign Up" pogu; - Lauki ar nederīgām vērtībām jāmarķē (props error un helperText); 6. API atbilde var saturēt kļūdu, kas jāparāda lietotājam blakus attiecīgajam laukam. 7. Pārliecinieties, ka UserName komponents parāda jauno lietotājvārdu pēc veiksmīgas sūtīšanas. 8. Implementējiet jauno SignupSuccess komponentu. Tas jāparāda vietā reģistrācijas formā. 9. Implementējiet servera validāciju atbilstošajiem laukiem.

Vai vari īsi aprakstīt savu pēdējo pieredzi un ko gaidi no jauna darba, ko meklē jaunā amatā?