Դու ունե՞ս փորձ ֆրոնտենդի աշխատանքի արդյունավետության խնդիրների լուծման մեջ: Օրինակ, բագ-ռեպորտի մասին կամ դու ինքներդ նկատել ես խնդիր աշխատանքային գործընթացում: Կարող ես տալ կոնկրետ օրինակ, թե ինչպես էիր դա շտկել։
Frontend
Դու կհամարե՞ս նշաններն ու RxJS-ը փոխարինելի գործիքներ, թե յուրաքանչյուրն իր գործառույթի համար: Եթե երկրորդը՝ կոնկրետ ինչի համար:
Դու հասկանում ես մոդելի տրամաբանության և ներկայացման բաժանման սկզբունքը, որի վրա կառուցված են շատ ճարտարապետական մոտեցումները: Այս գաղափարը սկզբնապես ո՞րն էր:
Ի՞նչ արգումենտ ենք փոխանցում inject ֆունկցիային: Ի՞նչ է հենց այդտեղ փոխանցվում՝ կախվածություն կամ այլ ինչ-որ բան (տոկեն)?
Բացի այն, որ կոնստրուկտորը չի փչանում, ինչ այլ պատճառներ կան inject օգտագործելու համար կոնստրուկտորի պարամետրի փոխարեն։
Ինչու է ընդհանրապես անհրաժեշտ կոդի վերանայում? Եվ արդյոք այն անհրաժեշտ է, և որ դեպքերում?
Դուք հիշեցիք Angular Material-ի վրա հիմնված վերաօգտագործվող UI-kit կոմպոնենտների գրադարանի զարգացման մասին: Կա՞ հիմնական տարբերություն գրադարանի կոմպոնենտների և ծրագրի սովորական բազմաֆունկցիոնալ կոմպոնենտների միջև: Ինչը կարելի է անտեսել սովորական կոմպոնենտներում, բայց ոչ գրադարանի մեջ:
Ի՞նչ չափանիշներ կարևոր են գրադարանի UI-kit կոմպոնենտների համար, որոնց հետ դուք անձամբ եք հանդիպել պրակտիկայում (օրինակ՝ պատասխանատվության սահմանների որոշում):
Իմացեք, թե ձեր պրակտիկայում ինչ կոնկրետ սցենարներ են եղել հրամանի տողը օգտագործելու համար, բացի Angular CLI գործարկումից։
Ինչպե՞ս կպատմես Middle և Senior-ի տարբերությունը ֆրոնտենդ զարգացման մեջ։
Ինչու է օբյեկտային ծրագրավորման մեջ ժառանգությունը անհրաժեշտ և երբ պետք է օգտագործել այն։
Դու քո կոդում ունեիր գրանցում մեկ այլ գրանցման ներսում (տիպիկ RxJS խնդիր)? Դու դա ուղղե՞լ ես, թե՞ այդպես էլ մնում է:
Դու ունե՞ս փորձ աշխատելու հրամանի տողով (shell-կոմանդներ), բացի Git և FTP-ից։