@@maksymkovalev4144 ну изначально собеседование это проверка знаний а не заполнение пробелов собеседуемого, со стороны кандидата - одни плюсы, со стороны принимающего человека иногда бываю в шоке когда приходят на синьора собеседоваться откровенные мидл-, поверхностно он где то что то слышал(не исключенно что на предыдущих собеседованиях, где ему давали ответы на свои же вопросы) а копнуть глубже - человек уже сыпется
крутой контент. показано все как на реальных собеседованиях, тоже после вопросов даже если собеседуемый несет полную чушь, его никто не исправляет. но, учитывая, что вы постите на ютюб с целью принести пользу зрителям, логичнее давать ответы на свои вопросы наверное
Знатно посмеялся с фразы "абстрактные классы - прошлый век" По сути, было бы сильно больше пользы, если бы вы коротко, но полноценно отвечали на свои же вопросы перед переходом к следующему. А то от смеси угадываний отвечающего (зачастую белиберды) и ваших наводок, картина всё равно не всегда складывается.
Собеседующийся мог бы ответить на этот вопрос очень легко. Абстрактные классы - это про что-то общее (нужно наследовать что то, а что то переопределять абстрактное), интерфейс - контракт, поведенческая модель реализующаяся каждым реализующим по своему. По поводу прошлого века, не согласен. Пример, в сервисе много http запросов к сторонним api (интеграции). Самое то создать абстрактный класс аля....BaseHttpClient какой нить, и у насдедовать его всем клиентским классам (разных клиентов api). P.S. без обид, на senior рановато
@@alexanderraf5553 не согласен с BaseHttpClient. Вот появляется какая то другая интеграция, которая работает через grpc, soap, азбуке морзе и т.д... а у тебя тут абстрактный класс который внутри логику с http держит. Можно заюзать абстракцию для реюза кода, но контракт я бы на интерфейсах оставил.
Крутой собес, хорошие вопросы! Очень понравилось, что нет в привязки к языку. Тем более имхо хороший бек не должен бояться переключиться на другой язык или фреймворк - благо знания ООП, БД, архитектур - они универсальные
Интересное интервью :) В абстракциях нужно писать много кода, создавать общую модель, которая будет охватывать, например сообщения (SMS/E-mail/бумажное), и задаем методы работы с ним а интерфейс это скорее приемник сообщения с общим характером реакций на сообщения разных типов (принять, отказать, +статус принято/непринято) * Сеттер нужен если мы влияем на поведения класса, но некоторые вещи, как дата создания / регистрации, если сеттера нет, то значение надо гнать через конструктор, либо генерить где то отдельно (БД/внутри конструктора) * про аналитику: 1) сделать в БД вьюшки с аналитикой (материализованное/нематериализованное) 2) сделать отдельный (сервис/сервер) с копией БД 3) очереди ну... такое * по доставке - гарантированная / негарантированная * про тест - работать с копией БД, делать ранжировку тестов - оставить то что нужно, проверить, а потом полный тест - когда нет проблем * Sql - это язык запросов, имелось в виду структурированные / неструктурированные БД - реляционные вернее
Такое впечатление, что большинство "экспертов" из комментариев после ответа на вопрос про "интерфейс vs абстрактный класс" дальше и не смотрели. Хотя по совокупности всех ответов человек тянет на мидла. Но это не важно, главное посмеяться и самоутвердиться за счёт необоснованной критики другого человека, так ведь, "эксперты"?
Было б круто сделать данное видео с нарезками правильных ответов на вопросы, в которых кандидат явно плыл, понятное дело, что можно всегда залезть в интернет и найти многое, но вот допустим с примером промокодов(абстрактный класс vs интерфейс) было б интересно послушать мнение собеседующих)
Да с промокодами в общем то все понятно. Если мы знаем что промокоды работают с одними и теми же сущностями от реализации к реализации - то это абстракция. Прокидываем в конструкторе эти сущности, и пущай они там обрабатываются как надо. Если же логика промокодов очень разная, взаимодействует с разными сущностями и сервисами, тогда интерфейс, чтобы через DI было удобно в конструкторе нужные зависимости подгружать.
Не очень понимаю, зачем промокод Entity делать и тем более в неё засовывать функционал, влияющий на accounting. Это по своей сути просто заранее сгенерированная надёжным рандомом стринга, хранящаяся в БД, которая активирует какую-нибудь связанную по id RewardProgram, которая в свою очередь уже по шаблону добавляет AccountingModifier в AccountingItem (тут уже детали архитектуры accounting'а). Вся логика, связанная с accounting, обрабатывается отдельно в своём модуле/микросервисе на основе данных, которые есть в БД. При этом люди, управляющие магазином, в любой момент смогут сами через TMS добавлять новые промо, смотреть за транзакциями, не теребя для этого разработчиков. Добавлять всё это в сущность промо-кода - это плохое архитектурное решение имхо.
Слабоват парнишка, интересно было бы послушать ответы более прокаченного кандидата, давайте больше по бэку и архитектуре, ну и ответы на ваши вопросы после кандидата приветствуются
Первый раз вижу чтобы чел с балкона собеседовался, хотя его прекрасно понимаю, посколько всё мое обучение происходит в однушке в комуналке с двумя детьми, без балкона... Балкона не предусмотрено постройкой, пришлось свинтить на сьемный офис. Если бы у меня был балкон, я точно знаю, откуда я бы собеседовался))
не хватает визуала какого-то для вопросов по архитектуре и прочим вещам, доску бы интерактивную чтобы можно было изобразить проблему и решение, схемки там порисовать
Прикольно что теперь разные направления. Можно ещё расширить допустим в дизайн. Так не надо будет делать больших задержек между выходами роликов, а просто ведущие будут по очереди выпускать :)
14:44 "А вот страна, вот ее запихнули, и все. И че ты с ней сделаешь?" "Вот она лежит в базе и лежит" "Ты же не будешь менять Россию" "По идее то страна не меняется" "У нее нет жизненного цикла пока проект не сдохнет". Тип вообще-то из Крыма. Надо было тогда уж спросить "Крым это entity или value object"?))
по фронту бы тоже в контексте тайпскрипта отсобеседовать кого-нибудь. хоистинг и ивентлуп, конечно, весело, но углубленного понимания ООП немного было бы здорово.
Таким, что отвалится 1 шард из 10 допустим, а не 1 единственный. 9 из 10 это все таки какая никакая доступность. Кто-то сможет работать и не увидеть проблем
@@dmitriymusinov4344 Под доступностью обычно подразумевают высокую доступность. И если ты теряешь 10% данных, это не нифига высокая доступность. Шардирование - это распределение нагрузки.
плана: У вас доступны все возможные инструменты в мире. Нужно из них сделать условный твиттер с десятками тысяч твитов в секунду. Что вы выберете, и почему?
Шаблонное интервью с вопросами чуть ли не по солиду, стандартные вопросы по очередям и микросервисам и ноль вопросов по которым можно будет понять как человек будет работать. Мы так и не узнали что это за человек, как он работает, его мотивации и что ему интересно - так даже в бодишоп набирать не стоит. У вас сотрудник будет как кот в мешке. И извините за грубость, но перед тем как советовать человеку читать техническую литературу советую лично вам начать с художественной литературы. Иначе получается разговор с душными косноязычными интервьюверами.
Все пишут "крутой кандидат", "спасибо за видео". Ребята, конечно, молодцы, но вопросы то стажерские, край - джуновские. На них сейчас любой студент-джавист ответит.
Вы джунов давно вообще видели?:) Там человеки не могут в сортировку пузырьком, а тут оказывается они и про SQL/NOSQL шарят, и про брокеры на раз два отвечают. Интересно интересно. Если мне найдёте такого за вилку джуна - заберу не глядя в зубы.
Ля, какой же душный этот рыжий. Готов время тратить на поиск одного подходящего слова от соискателя. Из рассуждений отвечающего видно, шарит он в теме или нет. Это занудство потом во время работы будет выливаться в болтовне, когда чел будет отстаивать своё "единственно верное" решение
Спасибо, очень полезные вопросы, заставляют еще раз подумать и проискать ответы! Комментарий к кандидату - мне очень не нравится, когда человек не знает ответа, но начинает юлить, говорить общие фразы или вообще про другое. Прочему бы сразу не попросить подсказку? Я бы остерегся с таким работать, может и потом так же обманывать. Это фактор тоже стоит учитывать на собеседовании.
По поводу абстрактных классов и интерфейсов абсолютно не комптиентен, даже не понимает в каких случаях нужно использовать, на этом можно и закончить, соответственно он даже не понимает принцип разделения интерфейсов, это дно
Чел в принципе по всем вопросам так, пока его 300 раз не проведут за руку, не поймёт, о чём вообще речь. Видно, что опыта у него нет, просто что-то где-то читал, но не использовал. В какой-нибудь маленькой компании как мидл может и сойдёт, а в средних и крупных это явный джун
Ну просто обычно не заканчивают собеседование сразу, это некрасиво. Доведи собес до конца, дай отзыв по кандидату, он поймёт, что не так и может что-то для себя узнает
Нет, кажется, года там нет. Я сидел и офигевал от ответов на вопросы. Меня бы смутил вопрос про интерфейсы и абстрактные классы, если бы в первый раз услышал, но лишь от того, что не понял бы, почему этот вопрос вообще существует. Это что-то по типу, чем отличается int от алгоритма Дейкстры
Три года работал с этим парнем ;-) Бизнес-задачи он шарашил будь здоров без всяких там "Дейкстров" :-))))) Иногда довольно сложные задачи. Бизнес был очень доволен!
@@ziggruna интеграции с поставщиками ЖД билетов, интеграцию с отельными агрегаторами бронирования, инструменты сбор разной статистики для бизнесаналитиков, доработка и развитие инструментов авиапоиска, элементы системы оплаты заказов при интеграции разных платёжных систем, доработка REST-API для партнёрских организаций, учитывая, что BTB специфика работы продукта и многое другое...
Какие же эти интервьюеры конченные просто. Как и их интервью, боже. Они работников ищут или флекса? Перед кем они вечно выкабениваются, я всё понять не могу? Типа... "назови вот в двух словах чем отличаются", чел вроде назвал и ему в ответ: "НЕ НУ ЭТО ЖЕ РАЗЛИЧИЯ, ЭТО ЖЕ НЕ ПЛЮСЫ И МИНУСЫ". А ты помнишь вообще что ты спрашивал??? Какой же кринж. А дальше лучше. "Мы не рассматриваем вопрос что у нас что-то пойдет не так" и спустя пол минуты "НУ ДОПУСТИМ У НАС ЦРМКА ЛЕГЛА". Так и хочется спросить "у тебя всё в порядке?".
на заметку собеседующим: важно, если претендент на получение должности чего-то не знает(не может ответить на вопрос) дать ему верный ответ.
Ага, джун проваливает 10 собеседований на мидла, а 11 пройдет, потому что ему все разжевали на предыдущих, а как же самоизучение?
@@justvic3625 на Синьера сразу пройти)
@@justvic3625 а в чем проблема?
@@maksymkovalev4144 ну изначально собеседование это проверка знаний а не заполнение пробелов собеседуемого, со стороны кандидата - одни плюсы, со стороны принимающего человека иногда бываю в шоке когда приходят на синьора собеседоваться откровенные мидл-, поверхностно он где то что то слышал(не исключенно что на предыдущих собеседованиях, где ему давали ответы на свои же вопросы) а копнуть глубже - человек уже сыпется
@@justvic3625 на 11 он будет знать ответы но отвечать будет так что все с ним будет ясно)
Наконец-то бэк, а не вот это вот все. Надеюсь продолжите это направление
Очень круто, не хватало подобного контента в принципе на TH-cam. Спасибо вашей команде!
Респект тем, кто приходит на публичное собеседования!
Очень помогает при подготовке к собесам.
крутой контент. показано все как на реальных собеседованиях, тоже после вопросов даже если собеседуемый несет полную чушь, его никто не исправляет. но, учитывая, что вы постите на ютюб с целью принести пользу зрителям, логичнее давать ответы на свои вопросы наверное
Круто, что канал развивается.
+
Знатно посмеялся с фразы "абстрактные классы - прошлый век"
По сути, было бы сильно больше пользы, если бы вы коротко, но полноценно отвечали на свои же вопросы перед переходом к следующему. А то от смеси угадываний отвечающего (зачастую белиберды) и ваших наводок, картина всё равно не всегда складывается.
Получается я в прошлом веке живу временами))
Собеседующийся мог бы ответить на этот вопрос очень легко. Абстрактные классы - это про что-то общее (нужно наследовать что то, а что то переопределять абстрактное), интерфейс - контракт, поведенческая модель реализующаяся каждым реализующим по своему. По поводу прошлого века, не согласен. Пример, в сервисе много http запросов к сторонним api (интеграции). Самое то создать абстрактный класс аля....BaseHttpClient какой нить, и у насдедовать его всем клиентским классам (разных клиентов api). P.S. без обид, на senior рановато
@@alexanderraf5553 не согласен с BaseHttpClient. Вот появляется какая то другая интеграция, которая работает через grpc, soap, азбуке морзе и т.д... а у тебя тут абстрактный класс который внутри логику с http держит. Можно заюзать абстракцию для реюза кода, но контракт я бы на интерфейсах оставил.
На счёт "зачастую белиберды" не согласен, собеседующийся немало нормальных ответов дал, особенно если учитывать, что это middle уровень.
этот ответ достаточен для уровня мидла
реально, адекватно, вертеть абстракции могут сеньеры
Крутой собес, хорошие вопросы! Очень понравилось, что нет в привязки к языку. Тем более имхо хороший бек не должен бояться переключиться на другой язык или фреймворк - благо знания ООП, БД, архитектур - они универсальные
урраа бек=)) спасибо большое=)) побольше бека=))!!!!!!!!
Ребята, по-моему слишком долго мусолите вопросы....видно же клиент "плывёт".
Интересное интервью :)
В абстракциях нужно писать много кода, создавать общую модель, которая будет охватывать, например сообщения (SMS/E-mail/бумажное), и задаем методы работы с ним
а интерфейс это скорее приемник сообщения с общим характером реакций на сообщения разных типов (принять, отказать, +статус принято/непринято)
* Сеттер нужен если мы влияем на поведения класса, но некоторые вещи, как дата создания / регистрации, если сеттера нет, то значение надо гнать через конструктор, либо генерить где то отдельно (БД/внутри конструктора)
* про аналитику:
1) сделать в БД вьюшки с аналитикой (материализованное/нематериализованное)
2) сделать отдельный (сервис/сервер) с копией БД
3) очереди ну... такое
* по доставке - гарантированная / негарантированная
* про тест - работать с копией БД, делать ранжировку тестов - оставить то что нужно, проверить, а потом полный тест - когда нет проблем
* Sql - это язык запросов, имелось в виду структурированные / неструктурированные БД - реляционные вернее
Такое впечатление, что большинство "экспертов" из комментариев после ответа на вопрос про "интерфейс vs абстрактный класс" дальше и не смотрели. Хотя по совокупности всех ответов человек тянет на мидла. Но это не важно, главное посмеяться и самоутвердиться за счёт необоснованной критики другого человека, так ведь, "эксперты"?
Очень спорно, поверхностные знания, зачастую не понимает к какому ответу пытаются подвести
Ну если такие на сеньоров идут, то это значительно повышает самооценку и уверенность в себе))
если это синьйор то я сто гугла))
На самом деле хорошее интервью с кучей практических задач, много что подчеркнул для себя
Класс! Позитивный и доброжелательный дух канала удалось сохранить, молодцы!
Было б круто сделать данное видео с нарезками правильных ответов на вопросы, в которых кандидат явно плыл, понятное дело, что можно всегда залезть в интернет и найти многое, но вот допустим с примером промокодов(абстрактный класс vs интерфейс) было б интересно послушать мнение собеседующих)
Да с промокодами в общем то все понятно. Если мы знаем что промокоды работают с одними и теми же сущностями от реализации к реализации - то это абстракция. Прокидываем в конструкторе эти сущности, и пущай они там обрабатываются как надо. Если же логика промокодов очень разная, взаимодействует с разными сущностями и сервисами, тогда интерфейс, чтобы через DI было удобно в конструкторе нужные зависимости подгружать.
Не очень понимаю, зачем промокод Entity делать и тем более в неё засовывать функционал, влияющий на accounting. Это по своей сути просто заранее сгенерированная надёжным рандомом стринга, хранящаяся в БД, которая активирует какую-нибудь связанную по id RewardProgram, которая в свою очередь уже по шаблону добавляет AccountingModifier в AccountingItem (тут уже детали архитектуры accounting'а). Вся логика, связанная с accounting, обрабатывается отдельно в своём модуле/микросервисе на основе данных, которые есть в БД. При этом люди, управляющие магазином, в любой момент смогут сами через TMS добавлять новые промо, смотреть за транзакциями, не теребя для этого разработчиков. Добавлять всё это в сущность промо-кода - это плохое архитектурное решение имхо.
побольше бека
спасибо за выпуск, было очень интересно. Евгений хорошо отвечал, а новые собеседующие тоже умело подводят к правильному ответу кандидата. Это круто.
Спасибо за фидбэк!)
Для мидла может и хорошо. Но явно не сениор. По крайней мере в нашей компании он вряд ли бы прошёл на сениора.
Слабоват парнишка, интересно было бы послушать ответы более прокаченного кандидата, давайте больше по бэку и архитектуре, ну и ответы на ваши вопросы после кандидата приветствуются
да) посмотрел с удовольствием) лайк за собес от вебмастера-гуру СЕООНЛИ
Первый раз вижу чтобы чел с балкона собеседовался, хотя его прекрасно понимаю, посколько всё мое обучение происходит в однушке в комуналке с двумя детьми, без балкона... Балкона не предусмотрено постройкой, пришлось свинтить на сьемный офис. Если бы у меня был балкон, я точно знаю, откуда я бы собеседовался))
Тут ещё и Крым. У них тепло на балконе обычно)
Наконец то бэк! Очень крутой формат) жду собеса по python django! Было бы очень интересно
не хватает визуала какого-то для вопросов по архитектуре и прочим вещам, доску бы интерактивную чтобы можно было изобразить проблему и решение, схемки там порисовать
Отличная идея. Спасибо
При этом в любом фреймворке используются абстрактные классы)
Интересно интересно.
2021, HTTP2, SSD, +32 ОЗУ, гигабитный провайдер. А злым директорам из собеседований в компанию из 3-х человек данные всё не приходят и не приходят.
при проектировании системы надо учитывать все варианты
Какой-то абстрактный собес)
Да, такая задумка и была) Чтобы был абстрактный бэкенд language agnostic.
Абстрактный - это уже старо, никто не использует. Скорее интерфейсный)))
Прикольно что теперь разные направления. Можно ещё расширить допустим в дизайн. Так не надо будет делать больших задержек между выходами роликов, а просто ведущие будут по очереди выпускать :)
14:44 "А вот страна, вот ее запихнули, и все. И че ты с ней сделаешь?" "Вот она лежит в базе и лежит" "Ты же не будешь менять Россию" "По идее то страна не меняется" "У нее нет жизненного цикла пока проект не сдохнет". Тип вообще-то из Крыма. Надо было тогда уж спросить "Крым это entity или value object"?))
еще и название изменилось, с Автономной Республики Крым на просто Республику Крым
Парню до синьора ещё лет пять активной работы, имхо.
Коллегам привет. Это забавно наблюдать со стороны. И довольно тяжко, когда по какую-то сторону и оно у тебя 13 за неделю.
Если это вопросы на синьера, то на джуна какие вопросы? Таблица умножения? Название ЯП?))
вопросы и на синьера и на джуна одинаковые
Нуууу, без КСС ?!
На фразе "на моё мнение лучше использовать интерфейсы" подумал закрыть видео)
Чуваку справа стоило в ответ пару вопросов по структурам данных задать, наблюдая как он поплывет по жидкому на своём ооп караблике.
Это реально вопросы для middle разработчика? Смущает наличие вопросов по выбору архитектуры приложения, по тестированию...
Круто, скоро будет Full-stack?)
Кажется что уместить такое в один собес будет достаточно скомкано
В общем и целом очень интересно. Но без каесес и фреймвёрков не то
Каесес - это counter-strike source? Зачем ваш ксс в backend?
Не могу найти этому объяснения, писал год назад. Приношу свои извинения 🙂
Если это миддл, то я сеньор++.
по фронту бы тоже в контексте тайпскрипта отсобеседовать кого-нибудь. хоистинг и ивентлуп, конечно, весело, но углубленного понимания ООП немного было бы здорово.
Не знал, что Куроки стал беком
Ахаххаха
Ну он же понимает, что Nigma уже не та, приходится чем-то ещё зарабатывать
@@raneddo надо было в Нави до конца сидеть )
Спасибо, подняли самооценку. Если это собес на миддла, то зачем я джуном работаю
Залетай к ним на собес, блеснешь знаниями (или нет).
Абаждите, это каким боком поможет доступности горизонтальное шардирование? Каждый шард это та же бд которая отвалиться может в любой момент
шардирование перекрывается реаликацией
Таким, что отвалится 1 шард из 10 допустим, а не 1 единственный. 9 из 10 это все таки какая никакая доступность. Кто-то сможет работать и не увидеть проблем
@@dmitriymusinov4344 Под доступностью обычно подразумевают высокую доступность. И если ты теряешь 10% данных, это не нифига высокая доступность. Шардирование - это распределение нагрузки.
@@vifvrTtb0vmFtbyrM_Q Плюсую. Я прям за голову схватился когда он про шарды сказал
"лежит страна в базе, ты же не будешь менять Россию" :-D
27:13 Ару...) HappyBirthday микросервис))))))
15:35 не согласен с вами. В интернет магазинах как раз наоборот. Местоположения имеют жизненный цикл и могут меняться.
Пиз#ц проходил собес и мне сказали что я через год коммерческой работы на 3 языках: php, python, js, "Недостаточно опытный" 😮🤦♂️
Хорошие вопросы. Было интересно узнать, какого плана вопросы задают синьорам на собеседовании.
плана: У вас доступны все возможные инструменты в мире. Нужно из них сделать условный твиттер с десятками тысяч твитов в секунду. Что вы выберете, и почему?
очень кринжово отвечал про абстрактные классы и интерфейсы
Наверно уже писали, совет ведущим после каждого вопроса самим давать правильный ответ, все же это видео для ютуб, для зрителей.
Где вы находите этих умирающих лебедей? ))
Вопросы уровень джун, ответы примерно такие же.
Хотелось бы ещё на джуна увидеть
Классно. Правда вопросы абстрактные, можно разбавить какими то локальными значениями слов, терминологии, хотя это субьективно
первый вопрос прям завалил сразу
ХэппиБесдэйМикросервис орнул)
Шаблонное интервью с вопросами чуть ли не по солиду, стандартные вопросы по очередям и микросервисам и ноль вопросов по которым можно будет понять как человек будет работать. Мы так и не узнали что это за человек, как он работает, его мотивации и что ему интересно - так даже в бодишоп набирать не стоит. У вас сотрудник будет как кот в мешке. И извините за грубость, но перед тем как советовать человеку читать техническую литературу советую лично вам начать с художественной литературы. Иначе получается разговор с душными косноязычными интервьюверами.
Так для этого есть отдельный разговор с HR
Про интерфейсы и абстрактные классы не правильный ответ
Ещё в начале не хватает вставки интересных моментов :)
Бляяяя это не мидл, как и кто задаёт вопросы, ну или по крайней мере настоящим тим лидом он не является
это же junior а не мидл
Хорошие вопросы, хорошо бы давать правильные ответы если кандидат не смог ответить на вопрос)
Собеседование джуна, не выше.
Pre-intern, что уж там.
@@danjilov3965 в садик такие вопросы задавали, чтобы в ясли взяли
@@raneddo акушерка спрашивала
Ребята , парень на джуна хоть тянет?
Что-то совсем захейтили его, больше похоже что в комментариях сработал стадный рефлекс
Все пишут "крутой кандидат", "спасибо за видео". Ребята, конечно, молодцы, но вопросы то стажерские, край - джуновские. На них сейчас любой студент-джавист ответит.
Вы джунов давно вообще видели?:) Там человеки не могут в сортировку пузырьком, а тут оказывается они и про SQL/NOSQL шарят, и про брокеры на раз два отвечают. Интересно интересно. Если мне найдёте такого за вилку джуна - заберу не глядя в зубы.
Frontend больше заходит, но лайк все-равно поставил.
Я думал его уволят нахер сразу во время "интервью".
Сеньор Помидор
Ля, какой же душный этот рыжий. Готов время тратить на поиск одного подходящего слова от соискателя. Из рассуждений отвечающего видно, шарит он в теме или нет. Это занудство потом во время работы будет выливаться в болтовне, когда чел будет отстаивать своё "единственно верное" решение
Спасибо, очень полезные вопросы, заставляют еще раз подумать и проискать ответы! Комментарий к кандидату - мне очень не нравится, когда человек не знает ответа, но начинает юлить, говорить общие фразы или вообще про другое. Прочему бы сразу не попросить подсказку? Я бы остерегся с таким работать, может и потом так же обманывать. Это фактор тоже стоит учитывать на собеседовании.
Пацанчики на кортах собеседуют
По поводу абстрактных классов и интерфейсов абсолютно не комптиентен, даже не понимает в каких случаях нужно использовать, на этом можно и закончить, соответственно он даже не понимает принцип разделения интерфейсов, это дно
Чел в принципе по всем вопросам так, пока его 300 раз не проведут за руку, не поймёт, о чём вообще речь. Видно, что опыта у него нет, просто что-то где-то читал, но не использовал. В какой-нибудь маленькой компании как мидл может и сойдёт, а в средних и крупных это явный джун
Ну просто обычно не заканчивают собеседование сразу, это некрасиво. Доведи собес до конца, дай отзыв по кандидату, он поймёт, что не так и может что-то для себя узнает
Сгорел. Какой сеньер? Какой мидл? Джун с годом опыта максимум. Софт скиллы маленького уровня. Интервьюеры так и не раскрылись =)
Нет, кажется, года там нет. Я сидел и офигевал от ответов на вопросы. Меня бы смутил вопрос про интерфейсы и абстрактные классы, если бы в первый раз услышал, но лишь от того, что не понял бы, почему этот вопрос вообще существует. Это что-то по типу, чем отличается int от алгоритма Дейкстры
@@raneddo чем отличается int от алгоритма Дейкстры --- ну ты перегнул конечно же))
Три года работал с этим парнем ;-) Бизнес-задачи он шарашил будь здоров без всяких там "Дейкстров" :-))))) Иногда довольно сложные задачи. Бизнес был очень доволен!
@@ЕвгенийЛ-к9ч какого уровня были бизнес задачи? интересно просто. Пилил какой-нибудь интернет-магазин с примитивным функционалом?
@@ziggruna интеграции с поставщиками ЖД билетов, интеграцию с отельными агрегаторами бронирования, инструменты сбор разной статистики для бизнесаналитиков, доработка и развитие инструментов авиапоиска, элементы системы оплаты заказов при интеграции разных платёжных систем, доработка REST-API для партнёрских организаций, учитывая, что BTB специфика работы продукта и многое другое...
1 бек стоит 4 фронтов и 6 питонистов
ты застрял в 2015
@@ИванИванов-ц5ю6х и уже видать не вытащить(
Давайте жить дружно:)
@@ИванИванов-ц5ю6х а ты живешь в нарнии видимо, смотри не упади с единорога
@@DanL0 твой год рождения угадал?
3 чела из все инструменты 1:10 болтают, ну ясно че НЕ ФОРМАТ! ДАВАЙ ДО СВИДАНИЯ!
Крайне слабый разработчик судя по ответам, если как джун то норм, на мидла уже не тянет...
Поспешные выводы, 1 год совместной работы с ним дал бы вам сформировать более объективное суждение
Хрень. И кандидат и интервьюеры слабые. Собес ни о чем.
Максимум интерн.
Да не скромничай, ты уже на джуна можешь попробовать.
Ой! Правда глаза колет обижульке)
По каким критериям это определил?
слабовато
Какие же эти интервьюеры конченные просто. Как и их интервью, боже. Они работников ищут или флекса? Перед кем они вечно выкабениваются, я всё понять не могу? Типа... "назови вот в двух словах чем отличаются", чел вроде назвал и ему в ответ: "НЕ НУ ЭТО ЖЕ РАЗЛИЧИЯ, ЭТО ЖЕ НЕ ПЛЮСЫ И МИНУСЫ". А ты помнишь вообще что ты спрашивал??? Какой же кринж.
А дальше лучше. "Мы не рассматриваем вопрос что у нас что-то пойдет не так" и спустя пол минуты "НУ ДОПУСТИМ У НАС ЦРМКА ЛЕГЛА". Так и хочется спросить "у тебя всё в порядке?".
Фейспалм
Бэкенд очень сухой... Фронт более многообразен и безумен
не видал ты бэка видимо
@@validationerror3830 )) уже видал, это пиздец))) беру слова обратнто