Frontend

ახალი SignupSuccess კომპონენტის განხორციელება. ის უნდა გამოჩნდეს რეგისტრაციის ფორმის ნაცვლად წარმატებული რეგისტრაციის შემდეგ.

როგორ მუშაობს რესურსების ქეშირება ბრაუზერში — როგორ ხვდება ბრაუზერი, უნდა აიღოს იგი ქეშიდან თუ თავიდან იტვირთოს, და როგორ მართოს ეს? რა მეთოდებია ქეშირებისთვის, მათ შორის Service Worker?

შენ იცი რა არის FCP (First Contentful Paint) მეტრიკა? განვიხილოთ, რომ გვაქვს React-ის აპლიკაცია — სოციალური ქსელი სერვერზე რენდერინგით, და არსებობს პრობლემა: როდესაც მომხმარებელი პირდაპირ შედის ვინმეს პროფილზე, თეთრი ეკრანი დიდხანს რჩება. შეგიძლია აღწერო ეტაპები — რა ხდება იმ მომენტიდან, როდესაც მომხმარებელი დააჭერს Enter-ს, სანამ პირველი კონტენტი გამოჩნდება?

როგორ განახორციელებდი კეშირებას მომხმარებლის მხარეს?

მოკლედ ისაუბრე საკუთარ შესახებ, რა გაინტერესებს პროგრამირებაში, შენი ბოლო გამოცდილება, იქნებ რთული რამეებიც გააკეთე.

შენ გიყვარდა Redux-თან მუშაობა როგორც რთული ფორმებისთვის სტატუსის მენეჯერი?

კოდი არსებობს — უნდა გავიგოთ, რა აკეთებს, კოდის მიმოხილვა: რა პრობლემებია და რა შეიძლება გაუმჯობესდეს.

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)

memoize თანაბარ დავალების სირთულე: უზრუნველყოს, რომ memoize ფუნქციამ მიიღოს მეორე არგუმენტად კეშის სიცოცხლის ხანგრძლივობა მილიწამებში, რომლის გასვლის შემდეგაც კეში გაუქმდება.

შეიტყვი თუ არა ახლახანს JavaScript-ში გამოჩენილი დახმარების Promise.withResolvers-ის შესახებ? მეორე ხაზის ნაცვლად მისი ანალოგი უნდა დაწერო.

შეგიძლიათ რამდენიმე პლუსი და მინუსი Redux-ის შესახებ თქვათ?

როგორ უყურებ FSD (Feature-Sliced Design) მეთოდოლოგიას?

გვერდზე არის 5000 პროდუქტის სია, გვერდი ძალიან ნელი მუშაობს. ბიზნესი ითხოვს, რომ რამე გააკეთო ამასთან დაკავშირებით. რა გთავაზობ?

მეგობრების გვერდზე და მესენჯერში მომხმარებლების შესახებ მსგავსი ინფორმაცია ჩანს. ორი ვარიანტი არსებობს: მომხმარებლების შენახვა ადგილობრივ slices-ებში თითოეული ფუნქციის ან გლობალურ store-ში. რა სარგებელი და ნაკლია გლობალურ store-ს ამ შემთხვევაში?

გააზიარეთ თქვენი წინა სამუშაო ადგილები — რა საინტერესო რამეები გააკეთეთ?

თუ სქრიპტში head-ში async ატრიბუტი დავამატეთ, რა მოხდება? async და defer შორის რა განსხვავებაა?

რა ალტერნატივები გაქვთ Redux-ის და რატომ არ აქვთ მათ მისი უპირატესობები? რატომ არის Redux კარგად ტესტირებული, ხოლო კონტექსტები — არა?

როგორ შეიძლება მიიღოთ მონაცემები სხვა ფუნქციის slice-დან (მაგალითად, users slice) კონკრეტული მომხმარებლის გვერდზე, მოდულების საზღვრების დარღვევის გარეშე და ზედმეტ მოთხოვნების გარეშე?

#React რეგისტრაციის ფორმა 1. ახსენით, როგორ მუშაობს StateProvider, გაუზიარეთ თქვენი მოსაზრებები ინტერვიუერისთვის. 2. შეხედეთ /src/api/mock-ს, ახსენით, როგორ მუშაობს. 3. შემოწმეთ SubmitButton-ის ფერი და გაასწორეთ. 4. განახორციელეთ მომხმარებლის ფორმის ვალიდაცია Signup კომპონენტში. (\*\*) გაითვალისწინეთ დავალება ნომერი 9. წესები: - მომხმარებლის სახელი, ელ.ფოსტა, პაროლი და განმეორებითი პაროლი უნდა ჰქონდეთ მინიმუმ 6 სიმბოლო; - პაროლი უნდა ემთხვეოდეს განმეორებით პაროლს; - ვალიდაცია უნდა განხორციელდეს "Sign Up" ღილაკზე დაჭერისას; - არასწორი მნიშვნელობების მქონე ველები უნდა იყოს მონიშნული (props error და helperText); 6. API-ის პასუხში შეიძლება იყოს შეცდომა, რომელიც უნდა გამოჩნდეს მომხმარებლისთვის შესაბამის ველთან ახლოს. 7. დარწმუნდით, რომ UserName კომპონენტი აჩვენებს ახალ მომხმარებლის სახელს წარმატებული გაგზავნის შემდეგ. 8. განახორციელეთ ახალი SignupSuccess კომპონენტი. ის უნდა გამოჩნდეს რეგისტრაციის ფორმის ნაცვლად. 9. განახორციელეთ სერვერული ვალიდაცია შესაბამის ველებზე.

შეგიძლია მოკლედ ისაუბრო შენი ბოლო გამოცდილების შესახებ და რა გსურს ახალი სამუშაოდან, რა ეძებ ახალ პოზიციაში?