по паттернам проектирования вопросы не задают?

Нет, не он :)

qAqasha собеседует)

тоже сразу о нем подумал, и на протяжении всего собеса думал "хммм глэк оказывается такой умный"

интересно, а собес он проводил в комбосете? да и жаль про енотике не спел

хаххахххахах@@MrFutli

Собеседование - отдельная плоскость конкуренции. Отдельные знания и навык. У кого-то хватает сил и здоровья только на работу, а кто-то может развить оба направления. А бизнес-задачи - на работе решать будете :)

"На работу надо принимать разработчика, а не JS-интерпретатора" хахаха правда!!

охуенно, а на работе кто работать будет после собеседования? разработчик или тоже отдельная плоскость ваша?@@jurafree426

так собесы никогда и не были про работу, это отдельный навык.

которыц нахуй не нужен в реальном бизнесе, ради которого собес делается@@user-fr2os8bn6c

Поверхностного понимания хватит для написания простых приложений. В больших, сложных приложениях можно будет охренеть от решений, которые были написаны с поверхностными знаниями и поддержка/рефакторинг такого кода превратится в сущий ад.

@@WatercolorD Соглашусь, возможно в таком аду я ещё не был, у нас довольно большой продукт, ещё и разбит на 2 части, огромное легаси на angularJs и реакт, от проблем спасает хорошо проработанные процессы и архитектура, из за чего стрельнуть в ногу и что то сломать крайне сложно, все силы на бизнес)

@@WatercolorD Как, например, знание того, что вернет пустой массив при конкатенации, поможет делать красивые сложные приложения? Разве что только будете знать, что никогда нельзя так делать.

@@kirillunlimited знать как не надо делать тоже полезно. Окей, тогда что отличает сеньора от миддла или джуна? Из твоего ответа следует (как мне показалось), что разницы нет и джун вполне может выполнять задачи сеньора.

@@WatercolorD на этот вопрос нет правильного ответа, каждый разработчик и компания имеет свою систему грейдов. Если грубо, то это комбинация из реального опыта, багажа прикладных знаний и способности брать ответственность за принятие решений. И уж точно к этому списку не относится способность глубоко знать как работает приведение типов и прочие другие неочевидные штуки в языке.

А что за компания если не секрет?) Кажется я лет 5 назад куда-то в подобное место собесился)

Что за компания? Хотя бы сфера ее деятельности

Очень ламповое собеседование. Не готовился, без труда все ответил, кроме useTransition (т.к. просто даже ни разу не юзал его). Я если что middle. Силы понадобятся, когда подробности работы браузера начнут спрашивать (особенно если ты на английском собес проходишь), типа CRP, forced reflow, composite layers, stacking context (упаси боже, но блин, за 3 года работы фронтендером 1 раз все-таки понадобилось копнуть что это такое, когда z-index не работал, так что никогда не знаешь, что тебе может понадобиться в реальной разработке - все может понадобиться в теории), но я думаю это прямо сеньеров мучают этим :)

​@@user-vn3vo3zf2m Так у мидла и нужно спрашивать подробности работы браузера, архитектуру, аутентификацию, ключи, кэширование, протоколы, либы, реализацию паттернов, как покрывать тестами. Нельзя у опытного спрашивать то, что может любой выучить на курсах. Солид спросили и сразу же поплыл он, а это база.

а в чем проблема? собеседуемый фейлил с самого начала, но его не зарубили, а довели до конца, причем очень мягко.

да нормально он шёл в целом, не без ошибок, конечно, но хорошее впечатление производил)

@@user-vn3vo3zf2m Таким мучают когда работодатель думает что ЗП завышена и человек должен помучатся выучив этот мусор

Подписываюсь под каждым словом. Например я забыл что именно делает unshift, но хуже специалистом от этого себя не чувствую, так как я знаю о существовании подобного и появись задача которая потребует этого метода, то я просто загуглю его и всё) А умение решать бизнес задачу я не загуглю)

Как насчет умения решать бизнес-задачи и при этом знать все эти детали? ) Цель этого собеседования - отсеять тех кто не знает эти самые детали, потому что они потом пойдут на собеседование с заказчиком - и их там будут спрашивать и не такое. Поэтому чтобы аутсорс компания не потеряла деньги\время и нужен такой уровень отсеивания.

Поверь, это далеко не мельчайшие нюансы... А так согласен - можно идеально ответить на все эти вопросы (которые не сложные кстати) - это просто опыт, но когда тебе понадобится поднять проект или смоделировать архитектуру сложной фичи - понятную, масштабируемую, не размазывая логику фичи по сервису, а грамотно инкапсулировав ее, грамотно определить зону ответственности фичи, т.е. не вшивать лишнего но и не делать бессмысленно глупой - тут это уже (опыт * интеллект), и без конкретного код-ревью трудно определить, что перед тобой чел с интеллектом и большим потенциалом. А это и есть алмазы, которые все хотят найти, но они особо не сверкают! Их прелесть в том, что при их должном энтузиазме, они способны выйти за рамки обязанностей сколь угодно далеко, фичалидить задачи, обучать стажеров/быть спикером (это сложно), развивать дизайн-системы/библиотеки проекта, стать тим/техлидами и т.д. И делать это хорошо. Трудно таких найти, но можно. Я, когда собеседовал челов, больше именно искал это в людях (IQ), и делал это с помощью логических задач (т.е. без привязки к стеку и программированию вообще). А обычные вопросы типа какой промис первее в консоль упадет я даже не задавал, т.к. не особо верил в такой подход (задавали коллеги уже). А вот энтузиазм ты заранее не проверишь никак, к сожалению.

Братишка, тебе бы русский сначала подучить, а потом в кодинг лезть))

@@user-vn3vo3zf2m Ерундой занимаешься ) Платите нормальную зарплату, а за ощутимые ускорения по срокам при сохранении качества - не менее нормальные премии. И энтузиазма будет - хоть отбавляй. А большинство работодателей совершенно oxyeJIJIu - большую часть прибыли просто себе забирают.

это только на собесах почти всё нужно

Согласен, таких не так много, в основном душные

я бы сказал было бы круто работать в команде с таким

Если бы ты с таким работал ты бы уволился через, месяц, так как с такими душнилами работать нереально!

​@@user-vc6mo5nl8gне согласен

опытный разработчик это не задрот языка, а человек глубоко погруженный в разнообразные бизнес задачи, мне кажется, скорее

Спасибо)

спасибо)

что такое рейт ?

@@iwmatt ставка (зп)

Хз, я кайфанул. Нормальный дядя, нормальные вопросы без бреда. Сам не знает честно говорит)0

+1 но на самом деле вся духота где-то у джунов и мидлов, сеньоры видят друг друга и понимают с полуслова)

Я бы сказал трйени, для стажера слишком просто

Информатика 9 класс максимум

спасибо, принял во внимание

это вполне справедливо если в компании есть легаси

Мне показалось что знать-знает а фронт то может и не пишет вовсе)

Ты ещё не видел дедов которые знают.

@@coder-interviews в крупных конторах по типу MANGA есть челики, которые вообще код не пишут, только собесами занимаются. То есть они знают все нюансы спеки языка и доки фреймворка, алгоритмы и т.д., а продакшн код не пишут вообще.

​@@coder-interviews:)) ок, буду знать, что не пишу фронт

ничё не нужно, ну что за бред

Да, и никогда не устраивайся на работу.

​@@TheZver63😂

@@TheZver63 одно с другим не связано)

Да, не ожидал что будут такие вопросы, я уж боялся что начнут спрашивать за ассемблер))

да нихуя они не годные, что за бред?

Спасибо) Хорошо, буду выкладывать

codeinterview

Нет) откуда у вас такое мнение?

Всё там легко, и с промисами и вообще с тестированием и собесами Молодые люди специально выкладывают это сюда, чтобы мы и Вы готовились к такому Заучиваешь это, подтягиваешь базу, читаешь документацию, пишешь себе пометки и определения - и вуаля, можно за 3-4 недели натаскаться к собесам

А, ну ещё нужен какой-то хотя коммерческий опыт)) Ну, чтобы не залиться на работе потом Нет, можно врать на собесах и в резюме, но придётся потом вывозить как-то за своё враньё)

@@lvan_lvanovесли ты не вывозишь на работе - это трабла интервьюера, он профукал на техсобесе

услышал gist.github.com/DryaginMihael/d8df790760a9a7981dc7a9e595daf810

@@coder-interviews спасибо!

@@coder-interviews лайкосик, спасибо)

ужасный интервьювер, непонятно какие цели преследует. Если хочет найти эффективного сотрудника, он провалился или провалится

@@user-kt1qj2ok7eищет такого же задрота, как он сам... Мне тоже кажется, что перебор. Не обязательно быть именно вот таким задротом, чтобы эффективно и качественно решать задачи. Собеседующий так не считает, видимо.

Я пообещал себе что видос на Ютуб выложу)

Совершенно верно. Собеседование - отдельная плоскость конкуренции. Да и не так важнр, ответил ты или нет, еще важно как ты отвечал, и общий кругозор

​@@jurafree426Ещё кризис сильно влияет на все. Компании, которые остались в РФ пытаются выживать и выжимать все соки из тех разрабов, которые остались. И делается это осознанно, чтобы найти сильнейших за меньшие деньги.

codeshare.io/

Согласен топовый спец

Ч подумал то же самое

Я выкладывал. Закреплю комментарий

функция baz() -- обычная, определяет контекст в момент вызова функция bar() -- стрелочная, определяет контекст в момент создания Мы сначала скопировали функцию в z(), а потом уже ее вызвали, контекст потерян, поэтому undefined. Со стрелочной так не сработало потому что она определяет контекст в момент создания, а создана она была когда мы как раз таки привязали контекст const obj2 = foo.call({ x: 30 });

согласен, 220к вроде уровень мидл разраба, а дрючат как сеньёора

На одно место джуна? Хд Хз ваще не чувствую конкуренции Для себя прохожу тех собесы часто и ок Ну тут согласен собеседующий собрал список самых каверзных вопросов на тех собесе 😁

У кого-то чсв или надо пересмотреть зп, промисы его пугают) легкий вопрос

А лично у вас не было таких собеседований? Тогда вам повезло, подобные собесы довольно часто случаются.

@@mikhail6790 бывали. И как правило получал отказ на таких. Но справедливости ради, я ни капли не расстраивался, потому что с таким душным человеком в команде я бы просто не смог работать

Потому что просто проверяется способность человека изучать. База техническая проверяется. Собеседование - отдельная плоскость конкуренции

предложи иной способ проверить знания кандидата за 60 минут

У меня опыт почти 3 года. Ну тут роляет не опыт, думаю на все эти вопросы можно отвечать не проведя ни дня за работой. Так как они чисто теоретические. Честно сказать, когда я был джуном, то в теории был куда более подкованным, чем когда шёл на первое собеседование спустя пару лет.

Ну и думаю из-за вопросов никуда никого посылать ни надо. Обсуждении - ключ к развитию команды. Бывает у нас так что Джун прочитал что-то новенького из документации и делится с мидлами и синиорами и это же наоборот прекрасно. Ну и джунам тоже объяснять надо многое, хотя иногда можно просто ткнуть в документацию) Иди ищи

Ну если ты «дрочишь» своего Лида тупыми вопросами как провести нпм инсталл и тд То я бы тебя тоже посылал (: Или если как лучше использовать тут фильтр хд В общем идиотские вопросы А если ты про то что код ревью 0 То эт плохо да. Код ревью я даж Джунов себя проводить прошу и это норм. Твой базовый скил должен быть умение гуглить. Если ты не умеешь гуглить элементарные вещи ты начинаешь со временем раздражать. Если какой то интересный кейс который ты просто день не можешь решить то да идешь спрашиваешь.

@@user-ms5vu1zp9d ну я для недопонимания и написал что конкретно я спрашиваю, что я знаю решение, но вопросы как лучше сделать, вопросы архитектуры и т.д., у меня не прям "начальный" уровень, но до всего невозможно самообучиться, еслиб так было то все сразу становились мидлами или сеньорами.

если у тебя вопросы типа как лучше сделать, то тебе пока вообще не нужно думать про архитектуру, а решать как можно больше типовых задач, которые дадут базу и понимание как решать определены срез задач, потом этот уровень плавно повышается к более сложным, а ты думаешь вообще не о том

О, а может скажешь, что за компания?