Ar laikytum signalus ir RxJS kaip tarpusavyje keičiamus įrankius, ar kiekvienas savo užduočiai? Jei antras — kokiai tiksliai?
Frontend
Ar turi patirties sprendžiant našumo problemas frontend'e? Pavyzdžiui, klaidų ataskaita dėl lėtėjimų, arba pats pastebėjai problemą darbo metu. Ar gali pateikti konkretų pavyzdį, kaip tai išsprendei?
Ar supranti modelio logikos ir pateikimo atskyrimo principą, ant kurio grindžiamos daugelis architektūrinių požiūrių? Iš kur iš pradžių kilo ši idėja?
Kokį argumentą perduodame inject funkcijai? Kas tiksliai ten perduodama — priklausomybė ar kažkas kitas (token)?
Kokie konkrečiai komandų eilutės naudojimo scenarijai buvo jūsų praktikoje, išskyrus Angular CLI paleidimą?
Jūs paminėjote, kad kuriate pakartotinai naudojamų UI-kit komponentų biblioteką, pagrįstą Angular Material. Ar yra esminis skirtumas tarp bibliotekos komponentų ir įprastų daugiafunkcinių programos komponentų? Ko galima nepaisyti įprastuose komponentuose, bet ne bibliotekos?
Be to, kad konstruktorius neapsunksta, kokios dar priežastys yra naudoti inject vietoj konstruktoriaus parametro?
Kokie kriterijai yra svarbūs bibliotekos UI-kito komponentams, su kuriais asmeniškai susidūrėte praktikoje (pavyzdžiui, komponento atsakomybės ribų nustatymas)?
Kam iš esmės reikalinga kodo peržiūra? Ar ji išvis reikalinga, ir kokiais atvejais?
Kaip apibūdintum skirtumą tarp Middle ir Senior frontend kūrime?
Kodėl objektų orientuoto programavimo metu paveldėjimas yra būtinas ir kokiais atvejais jį reikėtų naudoti?
Ar turi patirties dirbant su komandų eilute (shell komandos), išskyrus Git ir FTP?
Ar tavo kode buvo prenumerata kitoje prenumeratoje (įprasta RxJS problema)? Ar tai išsprendei, ar vis dar taip yra?