Жакшы китепкана компоненти үчүн башка кандай критерийлерди ата аласыз?
Frontend
Сиз React үйрөнүүнү баштадыңыз, жана React көбүрөөк популярдуу жана ага көбүрөөк жумуш орундары бар. Неге акырында Angularга өттүңүз?
Бирдик тесттерди жазуу жөнүндө айтып бериңиз: сиздин оюңузча, тест качан ийгиликсиз болушу керек? Лондондун мектебинин тестине ылайык тест үчүн эмне так текшериши керек (бардык мокталган көз карандылыктар менен)?
Курулуш параметрлери аркылуу жана inject функциясы аркылуу көзкарандычылыктарды киргизүүнү салыштырыңыз: ар бир ыкманын артыкчылыктары жана кемчиликтери кандай?
Бул ыкмалды жоопкерчиликтердин аралашуусу жагынан талдаңыз: Бул жерде эмне туура эмес жасалды жана архитектуралык принциптердин (өзгөчө, Бирдиктүү жоопкерчилик принциби жана презентация менен моделдин бөлүнүшү) көз карашынан кандайча түшүндүрсө болот?
Бул маселени чечүүнүн бардык техникалык жолдорун тизмектей аласызбы (майданды сигналга алмаштырбастан)?
Async pipe жана кол менен катталууну колдонуу жөнүндө көбүрөөк маалымат бериңиз: мааниси туура көрсөтүлүшү үчүн эмне кылуу керек (каттоо менен иштөө жана анын өчүрүлүшү takeUntilDestroy же ngOnDestroy аркылуу)?
Практикага негизделген критерийлериңиз барбы, кайда мурас алуу ылайыктуу жана кайда эмес?
Эгер шаблон мааниси өзгөргөнүн билбесе, анда эмне үчүн async pipe кошуу шаблондо реактивдүүлүк маселесин чечет? Бул кандай иштейт?
Өзүңүздүн түпнускаңызда Angularды 14төн 20го чейин жаңырткандыгыңызды көрсөтөсүз. Angularды жаңыртуу учурунда долбоордо пайда болгон көйгөй жөнүндө айтып бериңиз - практикалык тажрыйбаңыздан бир окуя.
Neden OOP'te miras almak gereklidir? Neden kullanıldığını gerekçelendirin, eğer mantık tekrar kullanım görevi başka yollarla çözülebilirse (örneğin, DI aracılığıyla).
Angularды жаңыртууда (мисалы, 16-нчы версияга) курулушту токтоткон китепкананын конкреттүү мисалын бере аласызбы? Мәселе так эмне эле жана сиз аны кантип чечтиңиз?
Неге сигналды пайдаланып, set методун чакырып жатканда маані шаблонда жаңырса, ал эми жайгаштыруу катары this.token = жол болсо, жаңылбайт? Бул өзгөрүүлөрдү аныктоо деңгээлинде түшүндүрүңүз.
Сиз UML класстардын диаграммалары менен таанышсызбы? Байланыш түрлөрү менен иштедиңизби, мисалы, ассоциация, композиция, агрегация, жалпылоо?
Неге specifically веб-дамытуу жана Angularды тандадыңыз, мисалы, мобилдик өнүктүрүү эмес?
Мурунку иш ордуңузда, сиз айттыңыз, фронтенд бөлүгү салыстырмалы түрде кичик, бирок анда 6 фронтенд иштеп чыгуучу иштейт. Так 6 адамдык команда кайдан пайда болду жана ал компаниянын жалпы фронтенд командасы менен кандай байланышы бар?
Кийинчерек тажрыйбалуу өндіруші сизге Angular компоненти түзүү тапшырмасын берет, анда токенду көрсөтүү үчүн талаа жана 'токен түзүү' баскычы болот. Баскычты басканда, серверге суроо жөнөтүлөт, токен алынады, жана junior this.token = келген сапты жазат, бирок мааниси көрсөтүлбөйт жана баракча кайра чийилбейт. Бул көйгөйдү чечүү үчүн эмне сунуштайсыз жана аны оңдоо үчүн кандай ыкмалар бар?
Сиз нейрон тармактын жардамында тесттер жазгандыгыңызды айттыңыз. Эгер нейрон тармак тесттерди түзсө, алар класстын кодунда кандайдыр бир өзгөртүүдө катталса, мындай тесттер максатына жетеби? Алар пайдалуубу?
Эгер сиз долбоордогу код саптарынын санын эсептөө керек болсо, анда сиз бул ишке кандай карайсыз? Чечим издөө же нейрон тармак үчүн суроону кантип түзөр элеңиз?
Өнүктүрүү тармагына кантип кирип, кантип окудуңуз, биринчи жумушуңузду кантип таап, резюмеде техникалык эмес адистик көрсөтүлгөнүн эске алганда?