Теоретические знания в собеседованиях важны?

Question

[dddarp]

У меня на данный момент проблема такая, что мой код на гите видят и к нему вопросов нет, но теоретически я не совсем раскрываю все технологии, которые у меня задействованы.
Например, при вопросе "что такое useMemo?" - отвечаю банально, что этот хук для оптимизации повторного рендеринга. И после такого ответа следует, что я должен ответить на вопрос - " а что такое react.memo" и вот собес идет от поверхностных знаний до углубленных. И я хочу понять, как мне правильно это все "заучивать" или начать понимать всю картину того же useMemo, потому что проекты которые я пишу, сделаны с помощью гугла, stackowerflow и тому подобное (просто как помощь в ошибках, проблемах, новых каких-то фичах и прочего) и получается что я знаю все поверхностно. Фикшу баги - все отлично. Ну и норм. Как сейчас модно говорить - 80% практики и 20% теории.
На собесах такое не прокатывает от слова совсем. Хотя я получаю постоянно приглашения от компании пообщаться(и были пару на middle+ позициях.)

Все это идет к тому, тратится большое кол-во времени, что-то забывается, а что-то запоминается и как-то все 50 на 50, хотя проблем с кодом у меня нет. От слова совсем. И я теперь в полнейшем ступоре. Сейчас в очередной раз перечитываю react + mdn.

Comments

[Дмитрий]

Ну если у вас спрашивают то наверное нужны и важны?

[Александр Скуснов]

Совет: оставить на гите один проект, но его вылизать, то бишь знать вдоль и поперёк. Только после этого добавлять потихоньку другие.

[C15H22N6O5S]

Дмитрий, нет, сейчас совсем не проблема найти специалиста чтобы хоть сегодня начал выдавать результат. А если работа не стоит, то можно, вот, и попридираться. Вот лет 5-10 и больше была проблема найти такого решалу, поэтому на собесах особо не выпендривались.

[Дмитрий]

C15H22N6O5S, ну работа работе рознь, и без понимания КАК работает тот или иной инструмент, человек сильно органичен в его использовании.

[C15H22N6O5S]

Дмитрий, какое мне дело чем он там ограничен. Есть пруфы успешных проектов - значит и у нас справится. Вы сантехника тоже так вызываете, докапываясь до познаний гидродинамики жидкости в водопроводной трубе? Или достаточно пруфов что чел делал свою работу на отлично?

[Дмитрий]

C15H22N6O5S, если мне на трубе гайку надо будет прикрутить - не буду спрашивать. А если мне нужен человек который будет участвовать в разработке водноснабжения мноквартирных домов в разных климатических условиях - думаю стоит спросить не только МЖГ но и ТОТ и сопромат, еще чего нибудь. Без знания того КАК работает инструмент - человек не сможет выбрать правильный и не сможет его использовать на полную меру. Ну если вас это не волнует - ваше право. Но судя по вопросу автора находятся те кто кого волнует

[C15H22N6O5S]

Дмитрий, если мне нужно разрабатывать водоснабжение многоквартирных домов, я возьму того кто уже имеет проверяемый опыт в этом деле, вот и всё.
То что там кто-то что-то спрашивает - это чисто почесать своё ЧСВ, не более.

[Дмитрий]

C15H22N6O5S, нет. Можно участвовать в разработке как раз на должности эникейщика, которых вы так любите. За которых выбирают инструмент, говорят что делать и как делать. А если вы захотите понять работал ли он там на уровне подай-принеси или таки способен разработать что отличное от простого CRUD - придется копать в сторону того а знает ли он внутренние процессы тех или иных инструментов и в чем цимес того или иного. И иначе вы никак не проверите. Так что придется чесать ЧСВ.

[dddarp]

Александр Скуснов, у меня ровно так и есть. typescript + react + redux-toolkit + RTK + BEM + SASS (еще был бекенд, но я стер буквально сегодня всю ветку и прицепился чисто к fake-api)
По апишке тоже все гуд, буквально 1 урл меняешь и дата выводится уже другая (если это другое валидное апи)
конфиги динамические. dev\prod\stage
линтеры eslint, prettier, stylelint(BEM) + airbnb
коммиты и husky. Хотел еще попробовать storybook и тесты, но уже в другом проекте это сделаю.
В целом - это интернет магазин с фильтром по деньгам, поиск, корзина(со своей логикой), свои товары (CRUD)
Оставлять проекты ломаные или какие-то недоделанные на гите не особо хочется. Я все это понимаю)
upd: и это вообще SWC турборепка на next14(app). Это больше походит на MVP + масштабирование (конечно не идеальное, но приближенное к этому :) )

[C15H22N6O5S]

Дмитрий, вот я и говорю, брать с проверяемым опытом. Пусть этим СБ занимается. А все эти теоретические вопросы бесполезны. Каждый знает только то что знает. Собеседуемый может развернуть стол и точно так же найти массу пробелов в ваших знаниях. Кто посмеле тот именно так и поступает. И всех остальных призываю не робеть и задавать симметричные вопросы таким умникам. В конце концов, должны же вы знать квалификацию представителей будущего работодателя! А то может там одни эникеи работают.

[Дмитрий]

C15H22N6O5S, А как вы этот опыт проверите? Что у вас СБ будет делать? Нанимать шпионов? Охрененно. Задать вопросы которые позволят понять что там человек делал - религия не позволяет, а вот отправить службу безопасности досье составлять - это по нашему. Бугагагагага. Киберпанк который мы заслужили.

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

Стол трогать не надо. А вопросы задавать надо. Не зря в каждом собеседовании выделяется время где уже собеседующий рассказывает что там у них происходит и какой фронт работ ждать. Собственно иногда даже его вопросов на тех собесе хватает того что бы понять чего там.

[C15H22N6O5S]

Дмитрий, стоп стоп. Никто не возражает против вопросов что делал и как делал. Возражают против теоретической дрочи на какой-нибудь useMemo. Кроме случаев когда кандидат сам заявляет про богатый опыт в использовании. Вот это и есть проверка опыта.

[Дмитрий]

C15H22N6O5S, ну а это и есть узнать понимает человек как работает useMemo или нет. И исходя из этого можно понять - человек будет useMemo использовать там где нужно, или как бог на душу положит. В чем проблемы?

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

[C15H22N6O5S]

Дмитрий, т.е. в предыдущем месте использовал как бог на душу положит и это проходило все ревью? И, главное, не мешало продукту работать и продаваться? Серьёзно? Нет, поэтому я с опаской и смотрю на летунов. Но если у чела есть непрерывный стаж на проекте года 3 - тут даже обсуждать нечего. Выдумки что там эникея 3 года водили за ручку и платили немалые деньги рассказывайте лечащему психотервпевту.

[Дмитрий]

C15H22N6O5S,
1. Нет на прошлом месте работе его каждый раз на код ревью говорили здесь надо/здесь не надо или перед постановкой задачи. И все. Водили его или не водили - вы узнать можете только спросив его - понимает ли он что под капотом этого инструмента или нет. И не нужна никакая служба безопасности. И дело там не в ЧСВ - а банально в том что часты случаи, когда у человека в резюме написано написано такой опыт - что хочется пасть ниц и на коленях просить этого сенсея взять меня в ученики- после чего человек счастливым образом валится на вопросе про индексы для джунов. Или люди которые 5 лет сидели херачили в каком нибудь фрейворке - но понятия не имеют что там творит ORM с запросами и не в состоянии написать запросы руками, я уж не говорю про вопросы что там вообще в принципе в БД происходит. И чего? не вопрос если у команды в бэклоге вагон задач на написание простеньких CRUDов - возьмут. А если там 1000 задач на разбор того почему эти простенькие CRUD внезапно вешают все к чертям - не покатит, будут искать других. И это внезапно нормально. И кстати возможна обратная ситуация есть такой штамп на резюме - overqualified. Когда у человека внезапно слишком много знаний - и если у вас задачи просты как 5 копеек - брать его нет смысла, станет скучно через пару месяцев и свалит

2. Лечащий психотерапевт нужен похоже вам. Потому что у меня то от вашего подхода ничего не горит - можете хоть сетью на рынке Садовод себе сотрудников ловить - я лишь за, и прошу видеотрансляций. А вот у вас почему то подгорает. Вам то какая разница? Наоборот вам лафа - наберете вагон качественных сотрудников которых я или такие как я упустили. Вам не нравится что вас на собесах спрашивают? Дык развернулись и ушли, рынок труда у нас вроде как свободный. Откуда такое неприятие? Что случилось?

[C15H22N6O5S]

5 лет предыдущий работодатель платил немаленькую зарплату непойми за что? И команда 5 лет терпела его и не выперла? И тут нашёлся д'Артаньян и сразу вычислил самозванца? Нет, если сочинил в резюме что знаток кишок СУБД - будь добр отвечать за базар. А нет, так какие претензии?
Мне лично пофиг на это. У меня нет проблем ни с поиском работы, ни работников. За державу обидно, так сказать. Превратили айти в какой-то клуб "что, где, когда".

[C15H22N6O5S]

И что значит "херачил в фреймворке"? Вообще-то люди на работе работают, решают задачи бизнеса. А не играют в игры "а что там по капотом ORM".

[Дмитрий]

C15H22N6O5S,
1. а откуда вы знаете какую зарплату ему платили в прошлой конторы? Ниндзи из СБ или карты таро? Может ему платили орешками. Еще раз - напротив вас сидит Вася и Петя. И они даже работали в одной конторе, и в резюме у обоих написано что они там бд проектировали. Вот только Петя реально проектировал, а Вася ему миграции писал по четким указаниям, что бы Петя занимался задачами которые другие сделают хреново или не сделают. Вася получал зп стажера, а Петя зп сеньора. И чего? Звонок другу, 50 на 50 или выбор зала? Нет - берешь и задаешь вопросы и через 3 вопроса выяснится кто из них кто. А может и не выяснится - случаи когда чувак вроде на собесе все отвечает а на бою выясняется что как то такое - тоже бывают.

2. А то и значит. Вот у вас есть какой нибудь ORM который в 70% случаях не требует понимания что там под капотом. Вот он сидит и решает задачи бизнеса. Успешно. И чего? Откройте hh и сейчас в половине вакансий будет "CRUD как пример кода несчитово". Думаете это блин фанаты "что где когда" развлекаются? Да нет - просто сейчас в любом фремворке это моя младшая дочка сделать сможет.

3. Да нет никаких претензий ни в каком случае. Еще раз - вот есть тимлид Коля. После долгого нытья ему наконец согласовывают еще одного сотрудника. Коля вспоминает список задач на ближайшее время и выкатывает требования к hr. HR приплюсовывает к ним визу бухгалтерии на вилку зп и идет шерстить hh, и приносит Коле список резюме, они составляют расписание собеседования - и поехали. И вот приходит Вася. Коля не знает ни сколько он получал на прошлой работе, ни степень вовлеченности в проект, ни уровень задач которые ему ставили, никакой код он писал, нисколько багов на бою он словил, нисколько раз он проходит ревью на какую нибудь простенькую задачу, ни кто у него был лидом и директором, ни почему он уволился, и сам ли он это сделал, или его пинками прогнали. Николай-Иван-Харитон-Ульяна-Яков. Джеймс Бонд из СБ борется с мировым сионом, кофейную гущу сожрала Танечка из бухгалтерии, телепаты как обычно в отпуске. Остался Коля. И он должен определить Вася принесет облегчение команде и разгрузит бэклог, или через 2 дня команда устроит Коле темную в серверной. И Коля берет резюме смотрит там "Вася работал с PostgresSQL" и начинает спрашивать. И становится понятно что может Вася делать с бд. Все. Дальше Коля говорит hr - совпал ли требования бэклога с возможностями Васи, и в какой грейд его запихнуть. Или скажет что не - мне не подходит, и пойдет на следующее собеседование. Как и Вася. А если Коле захочется почесать ЧСВ - ему жена почешет

3. С чего вам обидно? Как вас обижает ситуация что в конторе X кто то спрашивает вопросы по техническим нюансам того или иного инструмента? Как она вообще вас касается? Напишите в резюме заглавными буквами - "В ТЕХНИЧЕСКИХ СОБЕСЕДОВАНИЯХ НЕ УЧАСТВУЮ. БЕРИТЕ ТАК", если шрифт будет достаточно большой что бы его не смог пропустить ни hr ни задолбанный тимлид или техдир - уверяю вас - вы никогда на таком собеседовании ни окажетесь и никогда в такую компанию вас не позовут - эти мерзкие люди навсегда исчезнут из вашей жизни.

Answer 1

[Snakecharmer]

Глубокие теоретические/философские вопросы всегда были уделом интеллектуальной элиты, а не плебеев))) Кем вы хотите быть: элитным айтишником или нет?

ИТ-сфера по своей природе практична. Может сложиться ложное впечатление что теория не важна. В реальности же, глубокое понимание теории обязательное требование на любые middle+, senior, lead вакансии. Потому что эти специалисты решают проблемы, а не просто тасочки в джире. Сложно занять высокую должность не стремясь проникнуть в смысл вещей. Не стремясь понять какие процесы происходят в кишках у фреймворка/библиотеки/языка/субд... да без разницы чего ещё.

Важно не то что делает ваша функция. Важно как делает. И почему именно так делает. И почему до сих пор именно так. Знание теории отлично помогает понять границы применимости ваших технологий. Посмотрите вот этот 8-минутный отрывок, где фронтендер объясняет что надо спрашивать у джунов, мидлов и сеньоров.

Разобраться быстро не получится. Именно поэтому чтобы стать настоящим сеньором люди с десяток лет впахивают. Читают тонны литературы и документации. И не прыгают часто с одного места работы на другое - чтобы видеть результат своих действий во времени, и понимать правильное решение они приняли когда что-то программировали или нет.

Поэтому не надо для собеседований ничего заучивать. Собеседование - всегда стресс, вы всё забудете. Наберитесь терпения, и учитесь. Со временем к вам всё придёт.

Comments

[dddarp]

Спасибо за ответ. В целом я такого же мнения придерживаюсь. Но и наверное забыл сказать, что я именно junior разработчик и вот такие вопросы были заданы мне.
Видимо код дает о себе знать и на меня смотрят "выше" чем на обычного джуна, которые кнопки красит.
И мне как джуну - сложно впитывать всю информацию "от и до" о технологиях. И тут акцент именно на "впитывать" т.к реального опыта просто не было, а выполнить код и 1 раз увидеть что тот же useMemo просто работает - ну это бред. Это как "жвачка".
Спасибо!

[Snakecharmer]

dddarp, вероятно вы действительно гораздо толковее остальных соискателей. Посмотрите вот это видео. Посмотрите какие вопросы задают, и какой даётся ответ - сразу видно, что человек понимает о чем говорит. У автора есть и другие видео с собесов на разные грейды и разную зарплату.

Ищите поскорее свою первую работу, чтобы не кодить "в стол", а нарабатывать оплачиваемый опыт. Может стоит пойти в компанию в вашем городе? Будете ходить в офис, будете вначале писать на JQuery, а потом на современном стеке - React или Vue.

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

Везде где я работал были свои сеньоры. Их объединяло 3 вещи:
* Читали книги и умели работать с документацией.
* Не прыгали с одного места работы на другое.
* Они были общительные, а не замкнутые.
Делайте выводы!)

[BradBelstan]

Snakecharmer, а что плохого в том, чтобы прыгать с одного места работы на другое?

[BradBelstan]

dddarp, если вас заставляют "серьезно" изучать теорию стека очередных свистелок-перделок, то прощайтесь с этой конторкой. Как правило, им нужен галерный раб и офисный ayтиcт, которому можно опускать самооценку ниже плинтуса. Вы умеете решать задачи, у вас есть нужные знания, но самое главное, что вы готовы разбираться в поставленной задаче - отталкивайтесь от этого, а не от мнения о том, что вам страдающие синдромом теоретика выскажут.
А джуниор, мидлл, синьор - галерные термины. Сосредоточьтесь на поиске работы и вашем доходе.

[Snakecharmer]

BradBelstan, 3 момента:
1) Вы не видите результат своих действий во времени. Вы просто сделали задачу и уволились. Как дальше живет ваш код? Откуда вы знаете по феншую ли вы сделали или нет? На сколько сильно придется менять ваш код, если придет новая доработка? А потом еще доработка и еще доработка...
Из первого пункта вытекает второй момент:

2) Вы не знаете ни бизнесовые, ни технические процессы. Но если вы не увольняетесь, то со временем, вас допускают к все более и более сложным задачам. На новом месте вам не дадут задачи требующие высокой квалификации - откуда она у вас есть, если вы "попрыгунчик" и ни в чем не разобрались на прошлом месте? Это только кажется что все легко и просто - на самом деле чтобы стать экспертом нужно время. И именно за экспертность вам будут платить большие деньги. Если вы уже ранее стали экспертом у одного работодателя - какова вероятность что поможете заработать кучу бабла другому работодателю? Правильно. Высокая вероятность!

Если вам все-таки кажется, что вы уже крутой чувак и первые 2 пункта не про вас, то смотрите третий пункт. Соизвольте хотя бы минимум 1 год отстрадать у вашего текущего работодателя, чтобы следующий в вас не сомневался:

3) Теряется доверие у каждого следующего работодателя.
Сидит работодатель и думает: "А зачем мне брать на работу этого пацана, который уйдет туда где замаячит чуть больше оффер? А может он просто с людьми не ладит?"

[C15H22N6O5S]

BradBelstan, есть ещё опасения что чел просто не вывозит и делает ноги побыстрее, пока не выгнали с позором.

[BradBelstan]

Snakecharmer, интересно, почему любых бизнесменов-одиночек, занимающихся чем угодно (строительством, 3D-печатью, логистикой, юридическими услугами, вендинг-машинами, производством мебели) и часто меняющих контрагентов, попрыгунчиками никто не обзывает)))

[WbICHA]

BradBelstan, а им надо сопровождать свой продукт/услуги годами, постоянно что-то добавляя? Сделал ты диван, сделал хорошо, отдал клиенту и всё. Какая разница куда ты потом уйдёшь?

Answer 2

[C15H22N6O5S]

Не надо путать знания и способность их вербализировать. Специалист не задаётся вопросом чем например абстрактный класс отличается от интерфейса. Он просто автоматически использует то и другое где это уместно. У него в голове абстракции и memory layout, а не слова русского языка.
В то же время, очень легко вот так нанять теоретика с хорошей памятью и поставленной речью. Но, поделом таким собеседующим, пусть за ним потом сами всю работу делают.