ფრონტენდზე მუშაობის ეფექტიანობის პრობლემების გადაჭრაში გაქვს გამოცდილება? მაგალითად, გარჩევის შესახებ ბაგ-რეპორტი ან შენ თვითონ შენიშნა პრობლემა სამუშაო პროცესში. შეგიძლია მიაწოდო კონკრეტული მაგალითი, როგორ გადაჭრა ეს?
Frontend
გაგება თუ შეგიძლია მოდელის ლოგიკის და წარმოდგენის განცალკევების პრინციპი, რომელზეა აგებული ბევრი არქიტექტურული მიდგომა? საიდან გაჩნდა ეს იდეა თავდაპირველად?
გაანალიზებდით თუ არა სიგნალებს და RxJS-ს როგორც ურთიერთგამომრიცხავ ინსტრუმენტებს, თუ თითოეულს თავისი კონკრეტული მიზნისთვის? თუ მეორე — რა კონკრეტულად?
რა არგუმენტს გადავცემთ inject ფუნქციას? რა exactly გადაეცემა — დამოკიდებულება თუ სხვა რამ (ტოკენი)?
კოდის მიმოხილვა რა მიზნით არის საჭირო? და ნამდვილად საჭიროა თუ არა, და რა შემთხვევებში?
თქვით, რომ Angular Material-ის ბაზაზე შექმენით გადამეორებით გამოყენებადი UI-kit კომპონენტების ბიბლიოთეკა. არსებობს ძირითადი განსხვავება ბიბლიოთეკის კომპონენტებსა და ჩვეულებრივ მრავალფუნქციურ კომპონენტებს შორის აპლიკაციაში? რა შეიძლება გამოტოვო ჩვეულებრივ კომპონენტებში, მაგრამ არა ბიბლიოთეკაში?
Angular CLI-ს გაშვების გარდა, რა კონკრეტული სენარიული გამოყენების სცენარები გქონდათ პრაქტიკაში?
ბიბლიოთეკის UI-kit კომპონენტებისთვის რა კრიტერიუმები მნიშვნელოვანია, რომელთაც თქვენ პირადად შეხვედრიხართ პრაქტიკაში (მაგალითად, კომპონენტის პასუხისმგებლობის საზღვრების განსაზღვრა)?
კონსტრუქტორის შევსება არ არის, რა სხვა მიზეზები არსებობს inject-ის გამოყენებისთვის კონსტრუქტორის პარამეტრის ნაცვლად?
რატომ არის აუცილებელი ობიექტზე ორიენტირებული პროგრამირების მემკვიდრეობა და რა შემთხვევებში უნდა გამოიყენოს?
როგორ აღწერდი Middle და Senior შორის განსხვავებას ფრონტენდ განვითარების სფეროში?
შენი კოდში იყო თუ არა გამოწერა სხვა გამოწერის შიგნით (RxJS-ის ტიპური პრობლემა)? გაასწორე თუ ასე დარჩა?
გაქვს გამოცდილება ბრძანების ხაზთან (shell-კომანდებთან), გარდა Git და FTP-ის?