NodeArt

Очень сожалеем о сложившемся негативном впечатлении. Возможно проблема в сложившемся недопонимании терминов. И вакансия и профиль на джине описанны как Front-End developer, опыт разработки на AngularJS год + самостоятельное изучение нового Angular. В данный момент я вижу частое не понимание разницы между фронтенд разработчиком и верстальщиком\компоновщиком блоков на angularjs. Разработчик знает что такое debounce, человек начавший изучать Angular сразу сталкивается с Rx и для работы с ним нужно понять что это и зачем. То есть задачи Fron-End разработчика выходят за рамки верстки и компоновки. Поэтому да — даже для Junior FrontEnd девелопер нужно знать более чем было выявленно в ходе собеседования.
Про собирать вопросы — это новая тенденция, я вижу люди периодически приходят и собирают коллекцию вопросов (поверьте придумать вопросы которые будут проверять понимание, а не просто знание документации не очень просто. Но я пока не понимаю зачем они это делают, т.к. в основном это делают джуны.
Собственно мы ищем миддл плюс разработчиков, но готовы брать иногда джунов если у них есть релевантный опыт (увы в вашем случае опыт с AngularJS не релевантен, т.к. понимания как AngularJS работает за год работы с ним не проявилось)
Оговорюсь что проект было расказанно сразу — приложение на Angular 5, REST бекенд, Server Side Rendering, Centrifuge для поточных данных через websocket, прокси на nodejs для проксирования запросов к REST чтобы рендеринг быстро происходил. Приложение нужно расиширять добрабатывая новые компоненты и покарывая оставшееся api. Для переводов ngTranslate, изоляция стилей на месте, верстать на проекте не нужно, но оптимизировать производительность — очень нужно.
Как говориться — не судьба, удачи вам в обучении.

Ну если все, что пишет девушка — правда, то как минимум не этично с Вашей стороны. Думаю, в таких ситуациях можно просто объснить каких знаний человеку не хватает, например, то что отписано было в Вашем комментарии. Пусть даже человек и собирал бы вопросы, но он то все равно будет расти, изучая такие вопросы, чтобы более успешно проходить собеседования. Я за то, чтобы помогать людям развиваться, даже на собеседованиях — как минимум станут они более мотивированными и будут стремиться расти, чтобы работать в будущем с такими людьми как Вы.

А касательно необходимой Вам производительности, то переходите для начала с AngularJs на Angular 5 или 6. Я с первой версией прежде не работал, но исходя из прочитанных мной источников информации, в первой версии, как минимум не было возможности заимплементить ahead-of-time компиляцию, так как такого понятия как «компилятор» не существовало, технология не была полностью кросс-браузерной. Это за собой тянуло невозможность сделать код vm-friendly, т.к. change detection механизм был двунаправленный и работал по принципу «меняется, пока не стабилизируется, или пока не достигнут лимит в 10 итераций». Server-side рендерринг практически невозможно было реализовать, опять же из-за отсутствия отдельного компилятора, а во-вторых, т.к. фреймворк, на момент его создания, не был рассчитан на поддержку новейших html5 api. Dependency Injection работал с глобальным скоупом, где все сервисы были исключительно синглтонами, а сторонние библиотеки могли перетереть эти сервисы, при совпадении имен. Также не существовало и модулей, позволяющих инкапсулировать однородный код и использовать технику «ленивой загрузки» и т.п.

С таким количеством критических моментов, работать над большими проектами, расширять и дебажить их практически невозможно. А перформанс приложений — на крайне низком уровне. Поэтому от тех людей, кто работал с этим фреймворком — требовать глубокие знания о нем, учитывая всю его сложность и неперспективность — теряет всякий смысл. Лучше сразу взять кандидатов, разбирающихся в Angular 2+, и просто переписать все существующие проекты, используя новый фреймворк.

ну ви і токсіки