Задачи на сообразительность

Иногда на собеседованиях дают "задачку на сообразительность". Перевернуть строку, поделить торт на части, бросить шар из окна и так далее.

Когда я была джуниором, то не любила такие задачи. От волнения мыслительные способности опускались на уровень обезьянки. Я могла минуту смотреть на задачу с абсолютной пустотой в голове.

У сеньоров тоже бывает ступор. Человек несколько лет заботился о микросервисах, проводил сложные интеграции и вникал в запутанные бизнес-требования. Задачи вроде "сколько шариков вытащить из ящика" для него крайне непривычны.

Что мне помогало: решить перед собеседованием несколько подобных задач. Тогда на самом собесе мозг включается быстрее.

Ниже — плейлист для практики

🎵 Программистские

▫️ Развернуть строку: abc → cba

▫️ Развернуть число: 123 → 321

▫️ Для массива чисел и заданного числа найти пары элементов, которые в сумме равны этому числу
Пример: массив [5,7,8,2,12,30,10,16], требуемая сумма — 15
Ответ: 5 и 10, 7 и 8

▫️ Найти в массиве числа, у которых нет дубликата в этом же массиве: [1,2,3,1,2] → 3

▫️ Проверить, является ли строка палиндромом (читается одинаково слева направо и справа налево)

▫️ Проверить, является ли число палиндромом

▫️ Проверить, являются ли строки анаграммами (состоят из одних и тех же букв)

▫️ Проверить, является ли числа анаграммами

▫️ Вывести слова в строке в обратном порядке

▫️ Реализовать игру FizzBuzz. Написать алгоритм, который выводит числа от 1 до N. Если число делится на 3 — выводить fizz, если на 5 — buzz, если на 3 и 5 — fizz buzz

▫️ Посчитать статистику символов в строке
java → j:1, a:2, v:1

▫️ Найти наибольший общий делитель двух чисел

▫️ Написать конвертер систем счисления: обычных чисел в римские, десятеричную систему в двоичную, 8- и 16-ричную

Больше задач ищите на LeetCode, уровень Easy и Medium. Учить решения бесполезно, так как у задач много вариаций🙂

🎵 Предметные

▪️ В ящике 100 белых и 100 черных шаров. Сколько шаров нужно вытащить, чтобы среди них было 2 одноцветных?

▪️ Есть 15 одинаковых с виду шариков, но один чуть тяжелее других. Сколько нужно взвешиваний, чтобы найти этот шар?

▪️ Как из полного сосуда ёмкостью в 12л отлить половину, пользуясь двумя пустыми сосудами ёмкостью в 8л и 5л?

▪️ Есть 8 батареек, 4 из них рабочие. Фонарику нужно 2 батарейки. Сколько пар нужно протестировать, чтобы найти рабочую?

Задачки такого типа классно решать в компании или вместе с детьми🙂 Ссылка на 50 других задач

Зарплаты в Европе

Нашла недавно отчёт компании talent.io про зарплаты разработчиков в Европе. Статистика собрана на основе 100 тысяч офферов, и выглядит правдоподобно. Сам доклад называется Tech Salary Report 2022, его можно взять тут в обмен на почту.

Расскажу самое важное.

Специализация

Java — не самый популярный язык для бэкенда, по частоте вакансий с ним соперничают JS (Node.js) и Python (Django). Ещё очень популярен Go, а во Франции в спину дышит PHP (Symphony).

Вакансий на бэкенд и фуллстэк примерно поровну. Специализация на уровень зарплаты влияет мало: frontend, backend, mobile и fullstack разработчики зарабатывают почти одинаково.

Зарплаты

В табличке показаны средние по городам. Сверху — годы опыта, в ячейках — зп в тысячах евро. Указаны до вычета налогов, так что смело отбрасывайте 20-50%

| 0-1 | 2-3 | 4-6 | 7+
Paris | 40 | 45 | 50 | 58
Berlin | 50 | 55 | 63 | 69
London | 41 | 58 | 70 | 76
Amsterdam | 40 | 45 | 55 | 64
Brussels | 36 | 40 | 49 | 59
Munich | 48 | 58 | 62 | 70
Hamburg | 45 | 55 | 60 | 70
Lille | 33 | 35 | 42 | 45
Lyon | 35 | 39 | 43 | 47
Bordeaux | 34 | 40 | 43 | 52
Toulouse | 35 | 37 | 41 | 45

(великолепная ascii-табличка заслужила огонёк!)

Фрилансеры

Средняя дневная ставка бэкендера с опытом 3-6 лет — €480, с опытом больше 7 лет — €590.

Удалёнка

9% компаний требуют обязательного присутствия в офисе. 14% практикуют full remote, остальные работают в гибридном режиме.

Сотрудники часто разбросаны по всей Европе. Например, 58% сотрудников-удалёнщиков в Берлине живут не в Германии.

Франция
идёт отдельным пунктом, потому что статистика сильно отличается от других стран
▫️ Вакансий с Full-stack в 2.5 раза больше, чем просто на бэкенд
▫️ Очень большой спрос на DevOps
▫️ Французы любят работать с французами даже в условиях удалёнки. 84% сотрудников живут во Франции.

После долгого перерыва попробуем немного возрадить канал. Краткая сводка за прошедшие месяцы.

Несколько крупных IT компаний закрыли свои офисы в РФ. Кто-то из них предлагал переехать и открыть счета за границей (кстати немногие компании взяли на себя ответственность перевозки и обустройства сотрудников, это должны были сделать самостоятельно), кто-то уволил сотрудников с выплатой ЗП за 3-6 месяцев.
Больше всего досталось ИП и сотрудникам по ГПХ, большинству предложили переехать за границу за свой счёт и им выплачивали ЗП только на доллар/евро счета, открытие счёта и получение первых выплат могло занимать несколько месяцев.

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

Во всём мире, уменьшился спрос на специалистов уровня Junior и Middle (он меньше, но всё ещё есть), однако сильно увеличился спрос на Senior специалистов. Оставшиеся IT компании буквально перекупали таких сотрудников, которые остались в РФ. Некоторые компании на фоне кризиса начали экономить, закрыли неперспективные проекты, уменьшили штат.

В целом, паника на рынке кадров уменьшилась, всё стабилизируется.

​​Зарплаты айтишников начали падать, следует из данных сервиса «Хабр Карьера».

— Верхняя планка зарплат в августе снизилась на 11% по сравнению с аналогичным месяцем прошлого года и составила в среднем 160 тысяч;
— По данным HeadHunter, медианная зарплата в августе составила 60,5 тысяч — на 3,2% ниже, чем в марте этого года;
— SuperJob зафиксировал снижение на 5-10% зарплат специалистов по тестированию, HTML-верстальщиков и гейм-дизайнеров

Интерес к зарплатам в США рано или поздно возникает у каждого увлечённого IT специалиста.

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

Тем не менее есть 2 хороших сервиса, которые собирают данные о ЗП (сотрудники лично предоставляют эту информацию), эти сервисы дадут представление о реальном положении дел.

https://www.levels.fyi - Наверное самый популярный источник, коллеги из долины очень рекомендуют его, так как могут подтвердить цифры. Они сами пользуются им для того чтобы понять какую ЗП прописить и участвовать в торгах при приёме на работу. Да в США именно торги, чем лучше торгуешься, тем лучше ЗП, два одинаковых кандидата по скиллам могут получать абсолютно разные цифры.

https://h1bdata.info - Сайт для тех, кто задумывается о переезде. Вообще H1B это тип визы для иностранцев-специалистов. На этом сайте вы также сможете оценить заработную плату в штатах, но с поправкой на ситуацию с переездом. Однако на нём указаны только base salary.

https://salaryaftertax.com/us/salary-calculator - Посчитать налоги. С налогами всё сложно, прогрессивная шкала, разные штаты, надо считать индивидуально.

Что означают все эти цифры?

Есть 3 вида выплат:
Base Salary - ваша зарплата, она указывается до вычета налогов за один год, в целом это то что вы обязательно должны получить.
Stock (Акции) - эта одна из самых интересных частей, больше всего времени по торгам с будущим работодателям идёт по ним. Дело в том, что акции (обычно выплачиваются раз в год), сопоставимы с годовой зарплатой, если удачно сторговаться то можно удвоить свою ЗП.
Bonus (Премия) - обычно выплачивается раз в пол-года/год, премии есть почти всегда и сотрудники их ожидают как само-собой разумеющееся, но в теории, если компания несёт убытки, то их могут не выплатить.

Небольшое дополнение про рынок труда в США, только учитывайте, что он показывает общую картину, а не только IT отрасль

В США наступил рынок труда (вместо привычного рынка капитала). Сейчас на 2 вакансии приходится один безработный.
В предыдущие двадцать лет, как мы видим, была обратная пропорция – примерно 2 безработных на одну вакансию.

Вакансия Full-Stack разработчик

Очень мифическое понятие, каждому бизнесу хочется иметь одного такого разработчика, который смог бы полностью создать продукт с нуля и довести до production стадии.
У каждого руководителя в голове свой набор требований к данной вакансии, обычно подразумевается не только Backend+Frontend, но и DevOPS, администратор баз данных, cloud инженер и.т.п. Среди кандидатов доминирующую позицию занимает мысли: я пишу backend, но если надо я добавлю кнопку; я пишу frontend, но если надо я добавлю запрос в базу.

В любом случае, нанимая на работу Full-Stack разработчика, обе стороны вынуждены искать некоторый компромисс знаний и опыта. При поиске такого кандидата, компании ставят акцент в сторону backend или frontend, равно как и кандидаты. Тем не менее, Full-Stack обычно предпочитают с уклоном в Backend, так как им гораздо ближе инфраструктурные вопросы.

Я лично провёл уже достаточно много собеседований на вакансии данного рода и вынужден признать, что серебрянной пули не существует, есть Frontend, есть Backend, есть DevOPS, есть ML и т.д. Каждому человеку ближе своя область, задачи, проблемы. Несомннено, есть кандидаты, которые могут разработать приложение полностью, но одна из его частей будет страдать. Даже на вакансию NodeJS + React, где только JavaScript очень трудно найти кандидата, который хорошо соображает в обеих областях.

____
Совет: если вы начинающий разработчик - совершенно точно не стоит гнаться за званием Full-Stack. Попробовать можно и то, и то, но всё таки сделайте выбор в пользу более понравившегося варианта и развивайтесь в нём по-максимуму.

Как заявили в Минцифры: "Россия достигла цифрового суверенитета, почти все иностранные IT-компаний ушли с рынка". Тщательно пытаюсь обходить тему политики, но не получается.

Да действительно много иностранных IT-компаний ушло, но вместе с ними в той или иной степени уехали и множество российских фирм. Jetbrains уехали полностью, Yandex частично вывез лучших специалистов и пытается вывезти крупные проекты (автопилот), Tinkoff - самый цифровой банк РФ, уже тоже не тот.

Сейчас российские предприниматели вынуждены ехать в условные ОАЭ, чтобы продолжать вести бизнес, инвестиции почти всегда были извне, а сейчас получить даже SWIFT перевод является непростой задачей.

Однако стоит отметить, что во всём мире IT сфера переживает не лучшие времена. Массовые увольнения в Twitter, Meta, Microsoft. В основном были затронуты международные офисы аутсорс и аутстаф, но тем не менее. Вакансии были - закрыты, нежинеспособные проекты - свёрнуты. Экономия.

По моим данным, IT-инвесторов (по всему миру) сейчас можно разделить на 2 группы:
- Большая группа: они вошли в стадию жёсткой экономии и ожидания, они очень насторожено относятся к текущим проектам и стараются максимально подробно изучать бизнес стратегию/планы/отчёты компаний куда вкладывают деньги.
- Меньшая группа: пытается найти золотую жилу по цене поддержанного автомобиля. Многие стартапы умерили свой пыл и ищут относительно небольшие инвестиции (раньше все просили по 100 млн$, сейчас просят 1 млн$), которых хватило бы на полгода-год, чтобы пережить этот этап.
____
Как и всегда, я даю собственную точку зрения, она может не совпадать с вашей информацией и мнением, это абсолютно нормально. Можете написать в комментарии, обсудим.

Работник #146,987 из Google (с зарплатой 735к$ в год), который работает 13 часов в неделю, осознаёт, что Twitter всё ещё работает, оставшись всего лишь с 700 специалистами.

Как раз сегодня пообщался с одним человеком в индустрии. По его информации, за прошлый месяц бигтехи (MAANG, Twitter и пр.) уволили порядка 250,000 человек. Удручает то, что у многих были визы, которые ограничивают пребывание в стране до 1-3 месяцев, в течение которых необходимо найти новую работу и сделать визу на новом рабочем месте. А сейчас в штатах начинается пора праздников, до нового года все свои дела сворачивают.

Многих специалистов разберут другие компании и стартапы, но очевидно, с понижением.

Хорошие мысли по найму

#вопрос Как нанимать сотрудника на незнакомый стек? К примеру, если мне нужно нанять react-разработчика, то я знаю какие вопросы задать, т.к. я сам пишу на реакте. Но как быть, если в команду нужен специалист по machine learning и ни у кого нет опыта в этом направлении?

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

Скорее всего, вы будете нанимать синьёров, а их собеседовать нужно уже как синьёров — не спрашивать, что нового в последней версии Keras, а пытаться понять, насколько он умеет разбираться в задачах бизнеса, быть самостоятельным, выполнять обещания, организовывать других и ещё кучу всего.

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

Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me

Кандидат: "Никогда об этом не задумывался"

На собеседовании, для снижения градуса тревоги, я стараюсь пояснять, почему я задаю те или иные технические вопросы. Не раз мне попадались собеседники, которые пытались убедить меня: "В жизни не встречался с этой проблемой", "Это всё теория, а я практик", "Вы задавайте вопросы по существу, а не книжке". Недоумеваю, когда слышу такие фразы, от Senior программистов.
По хорошему, задача интервьюера - нащупать границу знаний кандидата, по требованиям в вакансии. Вывести именно на тот уровень, когда человек не сможет ответить, чтобы узнать насколько глубоко он изучил ту или иную тему. Ценность большинства "теоретических" знаний, кажется мизерной и необходимой лишь для собеседований. Действительно, многие проблемы встречаются очень редко, а об оптимизации задумываются ещё реже (есть те, кто считают, что это задача фреймворков и библиотек). Кандидаты не очень часто задаются вопросами, почему это работает так или иначе, но если не углубиться в причины и следствия, то это останется магией.
Когда же я начинаю объяснять и приводить примеры, мне обычно отвечают что действительно сталкивались с этим, но закостыли решение дополнительными обработками. В этот момент мне становится понятно, что человек просто не разобрался с проблемой. Если он сообщил об этом в самом начале вопроса (пока я не успел углубиться в детали), то это будет означать провал текущего задания.

Избегайте магии, старайтесь понять почему и как работает готовое решение.

Актуальность процесса обучения.

Каждый сам решает какой путь обучения ему пройти и лекции каких специалистов слушать. Многие авторы каналов и блогеров предлагают готовые планы развития. Несомненно, большинство из них уже являются senior разработчиками с многими годами опыта.
Несколько месяцев назад ко мне пришёл iOS разработчик. Он решил немного сменить сферу и захотел разрабатывать сервера на Kotlin. Пришёл он ко мне с запросом составить ему план обучения (kotlin и java для него новые) и порекомендовать различные обучающие сервисы по бэкенду. В этом канале уже есть пост про роадмапы (roadmap) и обычно этого хватает, чтобы начать.
На первый взгляд, составить план не такая сложная задача, тем более коммерческого опыта у меня прилично. Тем не менее, при его составлении, я поймал себя на мысли, что план я писал слишком высокоуровнево. Упускаются базовые понятия и принципы. В моей голове они давно сформировались, а новичку в этой сфере не так понятно что такое "идемпотентный запрос" или "пересчёт индексов в бд". Как впоследствии оказалось, что рекомендовать курсы или книжки по изучению языка или технологии, тоже непростая задача.
Много лет назад, когда я только начинал изучать программирование, я читал определённую литературу, статьи, смотрел курсы, пользовался сервисами. Однако это было давно, всё поменялось, я не могу рекомендовать книги по языку или технологии, так как некоторые реализации, в новых версиях уже просто удалены, подходы поменялись. Всё развивается, причём всё становится сложнее для новичков. Если специалисту, который просто следит за новостями, ещё понятны обновления, то для новичка "решение из коробки" выглядит неочевидным и непонятным.
В итоге, для составления плана, я обратился в сообщества новичков. Там люди прямо сейчас занимаются своим обучением, они знают все современные сервисы, актуальные статьи и каналы. Бесспорно, у них не хватает опыта оценить полезность знаний или профессионализм менторов, часто они натыкаются на бесстолковую информацию и временами на откровено мошенечские курсы, но это их актуальный путь, их шишки. Причём совсем новички теряются в большом потоке информации. Опытному не так страшно потерять несколько часов на изучение неактуальной/ненужной информации, в то же время новичок может потерять недели на изучение того, что ему не особо пригодится.

Не всегда Senior сможет составить актуальный план, он скорее предложит пройти подобный ему путь, как он это делал, но учтите эта информация может быть не совсем актуальной. Есть вещи, которые с годами не меняются, те же алгоритмы, структуры данных, паттерны и т.п. Но вот языки и фреймворки обновляются стремительно, многие книги из моей библиотеки утратили актуальность, в них разбирается более не существующий код и системы. Сервисы и курсы становятся всё совершенее (но желательно на них получать отзывы от других специалистов, которые ими действительно пользуются). Senior разработчики редко следят и проходят курсы на сервисах, тем более они не смотрят на курсы для новичков. Без исследования и самостоятельной оценки, они вряд ли смогут порекомендовать адекватный курс для начинающего.

Задачки на ООП

На собеседованиях на middle позицию последнее время часто дают задачки на объектно-ориентированный дизайн. Определяется ситуация и требования, для них кандидат рисует диаграмму классов и определяет API. Код не пишется, но можно обсудить конкретные шаги для некоторых сценариев.

Очень классный тип заданий! Занимают 15-30 минут, выполняются прямо на собесе, отлично проверяют прикладные навыки кандидата👌

Поделюсь тремя примерами для тренировки.

1️⃣ Библиотека

У каждой книги есть несколько копий. Пользователь может взять до 5 книг на месяц. Затем он может продлить использование ещё на месяц.

Если книги не возвращены в срок, система генерирует алерт.

Если нужной книги в библиотеке нет, пользователь может её зарезервировать. Как только она появится, библиотекарь увидит сообщение “пользователь Х зарезервировал книгу Y”. Библиотекарь звонит пользователю X, и в течение 5 дней книга ждёт своего читателя.

Напомню задание: определить API и нарисовать диаграмму классов.

Усложнение: у библиотеки есть несколько филиалов. Пользователь может заказать книгу и сдать её в любой филиал.

2️⃣ Парковка

На парковке доступно определённое количество мест. Они могут быть 3х размеров — S, M и L.

На парковку заезжают транспортные средства разных типов — мотоциклы, легковые автомобили и грузовые. Они занимают места следующим образом:
▫️ S — помещается один мотоцикл
▫️ M — два мотоцикла или одна легковушка
▫️ L — 4 мотоцикла, 2 легковушки или один грузовичок

Паркинг должен показывать количество свободных мест всех типов.

При въезде транспортного средства ему нужно указать, на какое место встать. Чем плотнее заставлена парковка — тем лучше.

Для каждого транспортного средства своя ставка. Также прайс зависит от времени стоянки. Например, для легкового автомобиля:
💲 первые 10 минут — бесплатно
💲 следующие 50 минут — 300 рублей
💲 1-3 час — 250 рублей в час
💲 3 час и далее — 200 рублей в час

Оплата считается, когда транспортное средство покидает парковку.

3️⃣ Автомат с едой

В автомате есть несколько слотов. В каждом слоте лежит товар с указанной ценой.

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

В автомате есть рулон с чеками. После каждой успешной транзакции покупателю выдаётся чек. Нет чеков — продажа не совершается.

В системе три роли:
👨 Оператор. Ставит новый рулон с чеками, балансирует наличные деньги
🙎‍♂️ Покупатель. Выбирает товар, способ оплаты и вносит деньги. При оплате наличными получает сдачу. Если сдачи нет, забирает свои деньги назад. Если всё ок, покупатель забирает чек и товар
🤵 Менеджер. Видит статистику по операциям и балансирует наличку

Таких задач море: бронь мест в отеле или билетов в кинотеатре, дизайн StackOverflow или Twitter как монолитного приложения, имитация шахмат или покера. Плюс огромное количество вариаций и усложнений.

Если вы только подбираетесь к Junior позиции, можете взять эти примеры как основу для пет-проекта. Добавьте Spring, БД, потокобезопасность, юнит-тесты — и проект для портфолио готов👌

А PHP ещё не умер? На Ruby кто-то ещё пишет?

В 1990-2000 пророчили, что профессия бухгалтера исчезнет. Считали, что машины и, в частности, excel должны были взять на себя обязанности этих людей, они совершали меньше ошибок и проводили подсчёты в разы быстрее. Сегодня, эта специальность всё ещё жива, да, она претерпела множество изменений, появился аутстаф, но тем не менее всё ещё необходим человек, который будет вести отчётность, причём с использованием всех современных решений (которые должны были заменить, а не помогать им). Что произошло? - Специалисты либо стали вести сразу несколько компаний (аутстаф), либо сильно увеличивают круг своих обязаностей, например совмещают в одном лице рекрутера и офис-менеджера.
Тоже самое происходит и с технологиями, мир меняется, и если на cobol уже никто не пишет (я надеюсь, хотя и не уверен), то вот PHP - жив. Ему уже лет 10 назад предрекали забвение, специалисты массово ломанулись в более популярные языки, многие из них пошли в GO (сейчас не так много интересных вакансий), кто-то пошёл в Node.js. Некоторые компании постарались также избавиться от него и в попыхах переписывали приложения на Java и др. Тем не менее, сейчас некоторые вакансии на Node.js требуют знаний PHP, проекты всё ещё живут и их нужно поддерживать (с прицелом на переписывание, но когда-нибудь в будущем).
Так, из самых больших тенденций, сейчас замечаю, что разработчики PHP и C# пытаются перейти в Node.js.
Если вы пишите, например, на java и думаете, что вас это не коснётся, то вы глубоко ошибаетесь.
Мир пишет больше качественного кода и в разы быстрее, чем это было несколько лет назад, ведь ни технологии, ни языки не стоят на месте. Окружение разработчика развивается и даёт всё больше полезных подсказок, тот же copilot и chatGPT позволяют добраться до ответа быстрее, с этими сервисами возрастает компетенция среднего разработчика, а следовательно в вакансиях будет всё больше требований. Не получится отсидеться в тихой гаване.

PS есть ещё интересный момент из истории, когда никто уже не хотел учить cobol и специалисты буквально исчезли с рынка, их цена стала баснословной. Дело в том, что банковская система (да и крупные компании в целом) в штатах очень рано начали развивать IT, вследствие стали неповоротливыми и накопили много legacy. В одной книжке (уже не вспомню названия), автор писал, что когда такие специалисты перестали существовать, за час работы на cobol можно было получить до 500$