Задание на дженерики 💻

В открытый доступ вышло задание на работу с дженериками. Вы сможете вспомнить или узнать, какую проблему они решают. Также можете использовать это задание на собеседовании в ваши компании. Буквально за 20-30 минут оно проверяет, как кандидат умеет писать шаблонный код.

Ссылка на разбор

#couse #swift #ios

Два типа технических собеседований в IT

Часто в компаниях исповедуют два полярных подхода к найму.
Первый - спрашивать по стеку как теоретические так и практические вопросы и, соответственно, заранее понимать, куда нужен новый человек. Второй - искать разработчиков с “базой” в разработке ПО и нанимать в “пул”, т.е в общий набор, из которого людей выбирают команды, или сам новичок выбирает, куда было бы интересно пойти работать.

Второй подход выбирают в FAANG’e. Они ищут разработчиков-инженеров в широком смысле, поэтому проверяют умение писать алгоритмы, работать со структурами данных и проектировать фичи. Проще говоря, это задачи с Leetcode и систем дизайн. Количество этапов и грейд, на который вы целитесь, по сути определяется эйчаром по результатам скрининга и резюме. На технических этапах будут задания, соответствующие уровню. Все мои знакомые из Meta, Amazon и тд попадали на новый для себя стек. Почему именно так, можно узнать от Senior Staff developer из Netflix.

На мой взгляд, этот подход применять легко, т.к на LeetCode есть уже 2000+ задач и вам не нужно составлять их, а на секции по системному дизайну просто задать вопрос в стиле “Как бы ты задизайнил WhatsApp?”. Но если вы не FAANG, то такой способ найма работать не будет. Вам нужен профильный инженер со знанием стека, например, iOS и времени на то, что он будет перекатываться, у вас тоже нет. Поэтому, алгоритмы убираются и делаются профильные задачи.

Здесь возникает другая проблема. Такого же сервиса как LeetCode для задач на техсобесы по определенному стеку нет (звучит как стартап). Команда собирается и выстраивает свой процесс найма и оценки кандидата. Зачастую это live coding и проектирование фичей, приближенных к проблемам, с которыми столкнется новый разработчик, если попадет в команду. Но чтобы придумать хорошие задачи и протестировать их, уходит много времени. По итогу все компании используют одни и те же задачи, воруя друг у друга)

Особо отличившиеся, не буду называть кто именно, не меняли процесс найма два года! Хотя у них хайринг большой и непрерывный. Вне зависимости от уровня iOS разработчика они спрашивают одну и ту же задачу на проектирование нотификейшн центра. Предлагаю посмотреть, какие ответы я бы ожидал от кандидатов с различным опытом работы и заявленным грейдом.

#interview #iosdevelopment

Throttling vs Debounce 🔍

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

Я считаю, что злоупотреблять с ресерчем в глубину все равно не стоит. Продуктовые разработчики пользуются абстракциями и, например, знание ассемблера не поможет красить кнопки быстрей. Плюс это убережет от снобизма в стиле “красно-черные деревья не вертел - не программист”

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

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

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

Мне на интервью дважды попадались такие вопросы, поэтому в следующем разборе я порассуждал именно на эту тему. Ставь 🔥 если шаришь в чем разница и сможешь написать реализацию. Ставь 🤔, если не уверен и пошел разбираться)

Вступить в чат

Moscow vs London

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

Не претендую на объективность, мне похуй, я так чувствую, поделюсь исключительно своим опытом и наблюдениями. Опишу несколько тем, которые интересны для меня.

Рестораны. В Москве практически во всех заведениях я мог найти подходящие блюда, которые я люблю. В Лондоне много специфичных заведений с национальной кухней. Это одновременно и плюс - можно попробовать много разного, но и минус, так как иногда попытка посетить новое национальное заведение заканчивается полным провалом, и ты уходишь с горящим от перца ртом, например. Большой плюс, что в Москве появились интересные мишленовские рестораны. В Лондоне их больше, конечно, но они менее доступны для работяг-разработчиков. Мой внутренний еврей (осуждаю антисемитизм на всякий случай) не готов ходить к Чичваркину по каждому праздничному поводу.

Мне очень нравятся британские пабы, может быть из-за них я и переехал сюда)), но бесит что в них часто нет еды вообще.

Рестораны и кафе пока в пользу Москвы. Да, и в очередях я стоял в кафе только в Лондоне.

Парки. Тут сразу скажу, что без сомнений балл идет в пользу Лондона. Такой гармонии животного мира с человеком я не видел нигде. В каждом парке много птиц, белок, ночью можно встретить лис, а днем покормить белок с рук. Парки супер разные: от новомодных с хипстерскими заведениями, до старинных, больше похожих на лес, где олени живут абсолютно свободно. Растительность тоже поражает своим разнообразием. В Москве не видел ничего подобного. Залитый асфальтом ВДНХ или Парк Горького не вызывает эмоций совсем. Новый Зарядье неплох, но на разок. Не вижу причин вернуться туда.

Спорт. С учетом покупательской способности спортивные активности кажутся доступней и намного популярней в Лондоне. Практически все в моем окружении чем-то занимаются. Бег, велосипед, теннис, спортзал или менее распространенные падел, боулдеринг. Вело инфраструктура позволяет кататься по всему городу, а не проехать 2км вдоль набережной и упереться в магистраль.

Если говорить о большом спорте, Лондон точно вне конкуренции. На обычный матч премьер лиги приходит 65 тысяч человек. В России спорт больших достижений умер.

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

Транспорт. Метро в Москве приятней, но покрытие хуже. В Лондоне в категории автобусов конечно побеждают красные дабл декеры. И мне нравятся местные поезда. Такси в Москве можно сказать бесплатное в сравнении с лондонским. Сложно сказать, где транспортная система лучше, но по сочетанию цена/качество победа за Москвой.

Пишите, с чем согласны, с чем нет. О других сферах жизни расскажу как-нибудь в другой раз. Доп. контент в комментариях)

#london

Сделал разборы задач из топ компаний.

Встречались в Starling Bank, Binance и Яндекс.Маркет.

Задачи на Type Erasure

Задачи на DispatchGroup

Заметил еще такую особенность: если люди платят за что угодно, то отношение к этому гораздо лучше. Но, на самом деле, в этом нет ничего плохого.

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

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

Есть, конечно, и обратная сторона - можно попасть в пузырь и без фидбека сложно двигаться быстро и в правильном направлении. Решается очень просто - его можно попросить)

Подписывайтесь чтобы не пропустить новые задания!

#course #ios #development