Как пройти собеседование
Вставка
- Опубліковано 12 лют 2023
- #angular #interview
В этом видео расскажу о том как пройти собеседование, а так же базовые вопросы на собеседовании разработчика Angular
• if ([ ] == false) aler...
habr.com/ru/post/137588/
learn.javascript.ru/
developer.mozilla.org/ru/docs...
Собес через 20 минут, а видео идёт 50. Очень жаль, что так поздно нашел такой полезный канал
Надо посмотреть хотя бы начало, а то вроде все предельно понятно, но только после того как это посмотришь 😉
Александр, спасибо за ваш труд! Недавно нашел ваш канал после статьи на хабре "Angular: полное руководство для «Внедрения зависимостей»".
Вы кладезь знаний.
Рад что нравится 😊
Спасибо за видео) сейчас как раз готовлюсь к собеседованиям по Angular, вы очень кстати!
Посмотрите у Минина есть ролик с вопросами на собеседовании
@@Kulibins1 хорошо, благодарю!
Спасибо, всем нужно учитывать эити советы 👍
Интересно было послушать мысли человека, который собеседует (отношение к разным темам, приоритеты знаний)
Спасибо)
Что касается знаний
1) Общие знания по web разработке
2) Общие знания по фреймворку (Angular)
3) DI
4) Знания библиотек (странно если их нет)
5) Дальше если всё хорошо то смотрю углублянные знания
И думаю каждому полезно поизучать вопросы на собеседованиях, есть много разных видео где делятся ими, наверное обязательно перед собеседованием стоит их просмотреть
Большое спасибо за проделанную работу! Будет подобное видео по Beckend на C#?
обязательно
Спасибо братан ✊
Всегда пожалуйста
Александр, большое спасибо за видео! Очень много полезной информации. Также отдельное спасибо за отличную статью про DI на хабре) Касательно вопросов для собеседования, рассмотренных в видео (да и в целом тоже), то в рамках ангуляра, наверное, одним из основных блоков вопросов является механизм ChangeDetection. Часто ли о нем спрашивают на собеседованиях, по Вашему опыту? P.S. еще раз спасибо за контент!)
change detection уже к расширенным знаниям относится, кстати не такая уж и сложная тема, у Суворова есть видео на эту тему, много англоязычного материала смотрел. Лишним это знание точно не будет, особенно что разработчики Angular хотят уйти от zone.js
@@Kulibins1 В ЕПАМ, на позицию джуна, по ангуляру больше всего внимания уделяли change detection и RxJS
@@art-eb8sw Прямо скажу мало видел джунов которые разбираются что в change detеction и даже rxjs не понимают. Тут часто претендующие на более высокие позиции не отвечают ☹️
Александр, здравствуйте. Вёрстка для меня всё-таки сложная вещь (даже если пользоваться bootstrap) когда необходимо обеспечить responsive интерфейс. Сложная не по комплексности задачи, а по времени которое уходит на отладку и поиск багов.
Сложная это как я понял не означает что вы её не понимаете.
Спасибо) Полезный выпуск. Александр, как думаете, почему разработана C#/.Net чаще всего подразумевает компетенции в сторону Фулстек разработки, в сравнении например с Java? Фулстек на Java, судя по рынку вакансий, начинается с максимум с крепкого мидла, а чаще с сеньора. Однако в случае с C#/Net мы можем видеть гораздо больше вакансий уже с уровня Джуниор.
Мне всегда казалось что вакансий +/- одинаково и зарплаты +/- те же. Вероятно у hh есть статистика по этому поводу. У нас в компании есть много команд разработчиков и java и c# и python и еще кучу всего. Как бы нужны все 😋
Можете сделать видео про Thread Pool (Пул потоков) на C#? Просто ничего умного не нашёл на Ютубе.
Могу, тем более он на самом деле внутри .net постоянно используется
@@Kulibins1 буду очень благодарен. Просто я щас прохожу системное программирование и это действительно сложная тема, плюс в интернете нормального ничего нет по этой теме на C#. Да, есть разделы по потокам и т.д. Но последовательного какого-го курса нигде нет. А про пул потоков вообще промолчу...
@@baxram97 советую изучить исходный код github.com/microsoft/referencesource/blob/master/mscorlib/system/threading/threadpool.cs
Отличное видео! Но кажется, что все эти знания о неявных преобразованиях типов побуждают писать плохой код. Достаточно знать, что js каким-то образом, согласно спецификации, делает преобразование к одному типу и выполняет оператор. Мне лично возможность переопределять оператор или неявное приведение типов в С# не очень нравятся. Это смотрится уместно в системном коде каких-то библиотек, где это задокументировано и упрощает код конечному пользователю, но в бизнес коде это не очень. Касательно самой задачи я рассуждал так: 1. Сравнивать мы умеем числа и строки. 2. Как преобразовать объект к числу не очень понятно как, поэтому наверное объект кастуется к строке. 3. Значит можно сделать так, чтобы последовательные вызовы toString() возвращали разный результат. Получился вот такой класс: class Test {
constructor() { this.counter = 0; }
toString() { this.counter++; return this.counter.toString() }
}. Это работает, про Symbol.toPrimitive вообще не знал. Но если бы какой-нибудь умелец сделал бы такое в кодовой базе, то я бы ругался)))
Просто, я когда начинал, любил делать какую-то грязь просто потому, что я это знаю, а про то, что это потом будет кто-то читать я не думал. Я и сейчас люблю такое, но стараюсь себя сдерживать и других побуждать писать код попроще.
Спасибо, Александр! После ваших видео хочется пойти учить ангуляр, хотя последние 4 года я пишу на реакте.
Реакт тоже хорошая система, тут от разработчика больше зависит.
А что говорить лучше если уволили?
А как на собеседованиях проверяют уровень английского? Везде пишут минимум intermediate, но это на самом деле хороший разговорный английский. Меня этот момент волнует больше, чем техническая часть собеседования)
Вероятно уровень английского требовали западные компании. На практике еще не требовалось подтверждать знание английского, сейчас даже машинный перевод вполне понятно переводит. А разговорный не всем нужен.
@@Kulibins1 Думаю, вас смотрит много людей из Беларуси и Украины. На этих рынках, в основном, аутсорсинг, поэтому английский просят в 80% случаев. Часто этим занимается HR, минут до 5 побеседует на общие темы.
@@art-eb8sw я просто с этим не сталкивался. Делюсь своим опытом, как то придумывать не хочу.
проверяют в основном твой speaking,это очевидно.А темы могут быть абсолютно разные.
посмотрел видео - такое ощущение что я у вас собес сумею пройти!)
Это хорошо 👍
Вообще перед собеседованием надо выяснить всё про проект, а то и взглянуть на качество кода. Может случиться, что вам он не понравится и собеседование потеряет смысл.
Не факт что вас пустят смотреть серьёзный коммерческий проект. Но в рабство ни кого не берут и человек по результату может и сам отказаться. Может тема не интересна, может не понравилось что в самой компании. Цель этого видео другая. Я кстати не затронул тут любимые темы собеседования: задавать "абсурдные" вопросы (из разряда никогда так не сделаешь, а спрашивают что будет). Дословное знание Паттернов (кстати опытные разработчики уже могли и забыть их названия 🤣) В общем много подводных камней.
@@Kulibins1 Знать паттерны - это само собой разумеющееся. Увидеть в процессе работы, что вот в этом месте надо применить вот такой-то паттерн - это искусство. Реализовать паттерн - это высший пилотаж.
Верно ли это мнение?
как называется статья о DI, на хабре?
нашел
Скорее всего проблема проще, программисты замкнутые люди, в лучшем случае, они дают оценку текстом, поэтому формулировать предложения либо не умеют либо боятся. Я много учусь, но вот, мне самому интересно, как бы я прошёл интервью) Нужно собаку съесть на этом, чтобы хорошо отвечать на вопросы. Потому что можно понимать, а объяснить другому - проблема.
Нужно учиться объяснять, все мы сдавали экзамены, как-то отвечали на уроках в школе. Поэтому отвечать на вопросы лолжны уметь, ну если не аутисты. Но да много людей не могут или боятся или впадают в панику при собеседовании, вот это и нужно побороть. Я вот тоже всегда считал себя замкнутым, но практически с перх лет работы, меня то на выставку отправят, продукт представлять, то с директором ездил как главный специалист, для заключении договоров (нам же потом делать о чём менеджеры "договорились"). Хотелось бы быть замкнутым, но не получается 😂
@@Kulibins1 Очень спорно, и всё зависит от человека. Например, я никогда не любил теоретическую часть в математике, какие-то теоремы, тождества и пр ерунду, которая мне была просто не интересна. Не знаю, кто-то сидел на лекции по матану? Скучно. Зато практическая часть у меня, в своё время, получалась сходу, чуть бы не в уме. Когда я поступал в универ, при 6 чел. на одно место, я попал в первую десятку. Это было настолько давно, что кажется уже неправдой.)
Нужно всегда стараться располагать и, конечно, открывать код и спрашивать, что в нём происходит. Например, я могу не знать, что такое "directives", но если я увижу код, то смогу описать, что происходит в нём. Поэтому, инженер создаёт кофеварку, а человек, который умеет продавать её - описывает её возможности.) Как-то так))))
есть другая проблема, когда тебя зовут доделывать начатую работу за каким-то "гением" или ещё хуже: эти гении ещё в компании и уже "начинают" новую работу в том же стиле.
Начнём с того что все учились. И все допускали ошибки. И да с Легаси кодом сложно работать - кто же спорит. И кстати этот Легаси в большинстве случаев уже давно работает у заказчика. Тут 80% функциональности делается за 20%времени, а вот оставшиеся 20% функциональности за 80% времени. Довести до ума это самое сложное. И как бы цель этого видео в другом - я провел много собеседований и вижу что есть проблемы и хочу что бы народ не допускал стандартных ошибок, описанных в этом видео.
знаю заказчика, который нанимал новых разработчиков, чтобы они выполнили свои 80% работы на его 20% оставшихся от предыдущего ))) ну есть и такая работа. когда нет другой, творческой, делай такую. сроков проекта нет. полгода, год, пять. всё антипаттерн или просто тобою манипулируют.
Однозначно такое бывает.
class Test {
valueOf = () => Math.random();
};