Frontend

როგორ შეამოწმებდი დინამიკულ ველებსა და სერვერის შეცდომებს შეიცავ ფორმას? რა ტექნოლოგიებს გამოიყენებდი?

API-ის პასუხი შეიძლება შეიცავდეს შეცდომას, რომელიც უნდა გამოჩნდეს მომხმარებელს შესაბამის ველთან ერთად.

ფილტრი აქვს ტაბებით. სწრაფი გადართვის დროს ზოგჯერ გამოჩნდება ძველი მნიშვნელობები, რომლებიც არ ეხება მიმდინარე ტაბს. რა არის მიზეზი და როგორ შეიძლება გამოსწორება?

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

გაამოწმეთ ეს კოდი SSR და singleton i18n კლასით. იპოვეთ სერიოზული პრობლემა, რომელიც შეიძლება დააზიანოს მომხმარებელს გადაცემული HTML. როგორ გამოსწორებთ ამას?

ეს იყო B2B თუ B2C სერვისი? იყო თუ არა მეტრიკები შეცდომებისა და მომხმარებლის გამოცდილების თვალსაზრისით?

ჩვენ ვერ ვახდენთ ტეგების დასმას ან ვერსიების განახლებას CI/CD-ის საშუალებით. მომხმარებელი შეიძლება იყოს ერთი ვერსიით, ბექენდი სხვა. რა შეიძლება გაკეთდეს ამ პირობებში Sentry-ის შეცდომების მონიტორინგის გარდა?

უნდა შექმნათ გზის ნიშანი ერთ დივში, მათ შორის პატარა წითელი ნიშანი მარჯვნივ.

წარმოიდგინეთ გვერდი, სადაც ბევრი ბარათი და lazy loading (როგორც Stripchat-ზე). რა corner case-ებს ხედავთ, რა პრობლემები შეიძლება წარმოიშვას, რა უნდა ოპტიმიზირდეს? როგორ მუშაობს ვირტუალიზაცია (React Window)?

რატომ არ აღწევენ მომხმარებლები მაღაზიას და როგორ იწერება მომხმარებლები მაღაზიაში?

ჩვენ გვაქვს დიდი პროექტი monorepo-ში ერთიანი გამოშვების ნაკადით. ჩვენ გადავწყვიტეთ, რომ დავყოთ და გამოვყოთ ფრონტენდი ცალკე რეპოზიტორიებში თავისი გამოშვების ციკლით. ეს ქმნის პრობლემას ვერსიების სინქრონიზაციის მხრივ ბექენდისა და კლიენტის შორის. როგორ ხედავ ამ პრობლემის გადაჭრას? როგორ ორგანიზებ სამუშაოს, რათა მაქსიმალურად დაცული იყო გამართულობის დარღვევებისგან?

რა შემცირებები აქვს Store-ს და არსებობს თუ არა შემცირება, რომ მომხმარებლები იქ განთავსდეს?

რა შეიძლება დაბლოკოს HTML-ის მიღების შემდეგ ბრაუზერში პირველი რენდერი? რა შეიძლება გაკეთდეს სინქრონული JS და CSS-ის ჩატვირთვით?

სად ინახებოდა ნორმალიზებული კეში? იყო თუ არა ის რაიმე რეაქტიული?

შეამოწმეთ ფუნქცია რედაქტორში: ის იღებს გასაღებების მასივს და ობიექტს, და reduce-ის საშუალებით ასლს ქმნის მხოლოდ მითითებული გასაღებებით. როგორ დაარქმევდი ამ ფუნქციას?

დაწერეთ helper Promise.withResolvers()-ის განხორციელება — ფუნქცია, რომელიც ქმნის Promise-ს და აბრუნებს ობიექტს სამი თვისებით: promise, resolve და reject.

ჩვენ ვხედავთ, რომ SSR 2 წამში არაფერს აბრუნებს. რა ვარიანტები არსებობს ამის გასაუმჯობესებლად?

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

მომხმარებელთა სიის გვერდიდან კონკრეტული მომხმარებლის გვერდზე გადასვლისას, გრძელია ჩატვირთვა (ჩატვირთული სურათი რჩება 2 წამი ხელოვნური შეფერხების გამო). როგორ შეიძლება ამ სიტუაციის გაუმჯობესება?

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