Комментарии 13
Зависит от многих факторов, в том числе бэкграунда. Но в целом да, приключение может затянуться.
Я обычно в таких случаях заканчиваю интервью и говорю: "спасибо большое, но мы видимо не сработаемся, я не пришел сюда красно-черные деревья разворачивать". Я там еще понимаю когда FAANGи могут гнать что хотят, хотя я знаю людей которых они наняли которым было не лень год на LeetCode сидеть и хихикаю. Но когда какой то невнятный стартап или какой нить оффлайн бизнес монстр что то подобное начинает выдавать — это конечно полнейшая глупость. В общем, стоит видеть лица собеседующих в этот момент.
ЗЫ: Самое забавное что один из FAANGов мне звонит с периодичностью в 2 года и мы заканчиваем разговор одинаково "Я к вам в Лондон летал? Летал. Мы 7 часов искали наибольший общий палиндром и тд? Искали. Нашли? Нашли. Вас все равно что то не устроило? Не устроило. Я снова делать тоже самое не хочу и время на алгоритмы не тратил с тех пор, у меня есть более интересные дела. — Ну может вы попробуете, мы пришлем вам материалы как готовиться. — Нет спасибо. Тем более у вас там очередь со всего шарика стоит, что вы мучаете бедного узбекского мальчика.". И так переодически повторяется. А благодаря вышеупомянутым людям я еще и прекрасно понимаю что я и не очень хочу там работать. Вот так и развлекаем друг друга :)
ЗЗЫ: Вообще я не понимаю рекрутеров. Если у человека есть опенсорные проекты — там можно все сказать про то как он кодит и как архитектурно подходит к делу. А по тому как он закрывает ишью — можно понять какой он в общении. Можно сразу пропускать все стадии и если все устраивает сразу обсуждать деньги, а не ускорять энтропию вселенной бессмысленным бредом.
Но когда какой то невнятный стартап или какой нить оффлайн бизнес монстр что то подобное начинает выдавать — это конечно полнейшая глупость.
Я с вами согласен. К сожалению, во многих компаниях собеседования построены по шаблону, и далеко не все понимают зачем они спрашивают то, что спрашивают. Требовать идеального понимая каких-нибудь RBT от рядового мобильного разработчика мне тоже кажется излишним. Однако я допускаю ситуации, когда знание алгоритмов действительно является необходимым для компании и используются в продакшене регулярно.
Впрочем, все это тема для отдельной статьи на тему "Как проводить технические собеседования" :)
Приятно что вы со мной соглашаетесь, но давай-те таки не путать твердое с длинным. Одно дело понимание массивов, хэш-таблиц и структур данных это одно, а навык разворачивания RTB дерева не выходя за границы L1 кэша микропроцессора — это другое. И этот навык требуется лучшем случае 0.1 проценте компаний и обычно это отражено в спецификации работы. Этот навык можно отточить. Но он будет абсолютно бесполезен в остальных случаях. А вот насколько грамотно человек будет подходить к архитектуре, читаемости, расширяемости и майнтейнабилити кода это никак не скажет. Понятно, что в дверь FAANGов стучится весь мир — они могут творить что угодно со своими собеседованиями. Но как я уже отметил этот фильтр работает для них не всегда, а теперь мы еще и имеем целую саб-индустрию которая ориентирована помочь людям пройти в FAANG. Прям как оптимизация сайта под поисковую выдачу гугла. Что в целом не плохо. Но оставим FAANGи в покое, работает для них и ладно, они и правда в уникальной ситуации.
Что подобный фильтр дает остальным компаниям мне не ясно. Особенно учитывая что они зачастую сидят по уши в легаси коде написанном вот такими вот LeetCode девелоперами (прошу прощениям за оценочный термин) и не знают что с ним делать. И прямым текстом тебе говорят "У нас много проблем и нам надо с этим взлететь".
ЗЫ: Я тут должен отметить что у нас тут с вами лирическое отступление не связанное непосредственно с Вашей статьей, а с топиком в комментарии.
Полезная статья, спасибо!
Благодарю за очень интересную статью. Вопросы про «компанию вашей мечты» и «какая ваша самая интересная фича» взял на заметку.
>В интернете полно нормальных статей и даже на русском на хабре
Статьи, так или иначе, пишутся на основе все тех же исходников. Но вы правы, действительно на тему ARC очень много хорошей статей. Одна из них, которая мне понравилась – статья Майка Эша, хоть она и немного устарела т.к. рассматривается swift 2.2
Спасибо, хорошая статья. Год назад сидел за книжками и готовился к подобного рода вопросам, сейчас понимаю что большую часть информации не вспомню так-как по факту никаких деревьев не переворачиваю и даже в hitTest что-то писать приходится не часто.
На самом деле, это отдельная "проблема". Прохождение собеседований – отдельный навык, который далеко не всегда связан с самой работой. Мы в inDriver давно ушли от "собеседований по листочку" и на собеседованиях стараемся общаться вокруг практических задач. Тот же самый hitTest можно обсудить на примере создания контейнера, который пропускает нажатия сквозь себя. Например – карта и элементы управления.
О как в тему, как раз сейчас постигаю мастерство iOS разработки)
Спасибо за полезную инфу в статье!
Как подготовиться к iOS-собеседованию