Всем привет, меня зовут Таня!
Я работаю frontend-разработчиком и делюсь с вами здесь своим опытом, рассказываю о том, как сама изменила свою жизнь и стала программистом.
В этом видео я рассказываю вам о том, какие ошибки я делала сама, когда училась и ошибки, которые видела у своих знакомых.
Если это видео было для вас полезным, ставьте лайк и подписывайтесь на мой канал!
Оставляйте ваши комментарии с вопросами на тему становления программистом, буду отвечать на них в следующих видео :)
Привет всем!
С вами снова Таня и сегодня я хочу с вами поделиться информацией про собеседования!
Как проходит собеседование
Собеседование может проходить в 1 этап или несколько.
— разговор с HR
— интервью с техническим специалистом (с одним или несколькими)
— разговор с менеджером/управляющим
Все эти этапы могут быть размещены в одной встрече или нескольких, как лично так и по скайпу.
План всех этих встреч стандартный
— Компания рассказывает про себя
— Вы рассказываете про себя
— Компания задает вопросы
— Вы задаете вопросы
Советы
1. Подготовьтесь
2. Меньше волнения
3. Будьте откровенны
4. Задавайте вопросы
5. Не делайте ставок
6. Не расстраивайтесь
7. Будьте позитивны
Если вы не знаете ответ:
— Мне стыдно, но я забыл и не могу ответить, отмечу для себя что нужно подучить.
— Вопрос должен быть несложным, но я не знаю ответ. Обязательно загуглю после собеседования.
— Не могу ответить к сожалению, еще пока не сталкивался с этим.
— Сталкивался с таким вопросом, но уже не помню как решать, видимо нужно посмотреть свое решение и вспомнить раз этот вопрос важен, сделаю это дома.
— Я не силен в алгоритмах, если честно. Как правило гуглю как решать подобную задачу и ищу ответ среди тех кто разбирается.
— Я не силен в [проблемное место] – это моя зона роста, буду подтягивать.
Вопросы, которые вы можете спросить:
— Почему ищете сотрудника (на место прежнего/расширение/нужен определенный специалист)
— Про проект (технологии/что из себя представляет/какая моя роль)
— Про команду (сколько человек? Как долго эти люди работают там? Насколько дружный коллектив?)
— Как устроен график работы? (гибкий/фиксированный/можно ли удаленно/спринты/аджайл)
— Как происходит оценка и распределение задач?
— Бывает ли что приходится задерживаться на работе?
— Как будут оценивать результат моей работы? (Чего вы будете от меня ожидать в течении испытательного срока? От кого я могу получать фидбек о своей работе?)
— Будет ли у меня куратор/тимлид у которого можно учиться? Будет ли кто-то делать ревью моего кода?
— Деньги (чистыми/грязными/премия/бонусы).
— Дополнительные плюшки (ДМС, скидки на питание в столовой офиса, бесплатное печенье/кофе, скидки на тренажёрный зал, оплата посещений конференций, оплата обучения)
1. На основе работы Роберта Мартина (дяди Боба). Акроним SOLID предложен Michael Feathers
2. SOLID (сокр. от англ. single responsibility, open-closed, Liskov substitution, interface segregation и dependency inversion)
1. SRP Принцип единственной ответственности (The Single Responsibility Principle) — Каждый класс должен иметь одну и только одну причину для изменений.
2. OCP Принцип открытости/закрытости (The Open Closed Principle) — программные сущности … должны быть открыты для расширения, но закрыты для модификации
3. LSP Принцип подстановки Барбары Лисков (The Liskov Substitution Principle) объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы
4. ISP Принцип разделения интерфейса (The Interface Segregation Principle) много интерфейсов, специально предназначенных для клиентов, лучше, чем один интерфейс общего назначения
5. DIP Принцип инверсии зависимостей (The Dependency Inversion Principle) Зависимость на Абстракциях. Нет зависимости на что-то конкретное
3. Для чего нужны принципы SOLID
4. Запахи кода (Code smells) и антипаттерны
5. Собственный тренинг по паттернам и антипаттернам
6. Принцип единственной ответственности (SRP) каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкапсулирована в класс
7. Следование принципу:
1. Разделение больших классов, делающих многое
2. Слияние мелких классов и объединение в одном классе однотипоной функциональности
8. Упрощает поддержку и расширение классов
9. Антипаттерны — типа GoD object
10. Требует осмысленного отношения
11. Active Record нарушает SRP
Иван, обычный парень, по воле случая переносится из современной Москвы в фантастическую страну Белогорье. В этом параллельном мире живут герои русских сказок, волшебство — неотъемлемая часть быта, а спорные вопросы решаются битвой на богатырских мечах. Неожиданно Иван оказывается в самом центре борьбы светлых и темных сил, вот только непонятно, почему главная роль в происходящих событиях, по всеобщему мнению, уготована именно ему.
