Pull to refresh
0
0
Send message

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

Даже если пройтись по тезисам

У вас больше кандидатов и вы можете выбрать лучших. Если вы ищете full‑stack разработчика с 5+ годами работы на Python и 3+ годами работы на React, вариантов будет несравнимо меньше, и вам, скорее всего, придётся пойти на компромисс

Больше открытых резюме и больше кандидатов это не одно и то же. Случайный джун не является кандидатом на вашу вакансию (но может являться кандидатом на другую).

Чтобы стать кандидатом нужно соответствовать вакансии по стеку и сложности продукта. И как только мы начинаем учитывать значение слова "кандидат", то оказывается, что кандидатов-миддлов гораздо больше, чем джунов (и, с увеличением сложности продукта, количество кандидатов-сеньоров будет стремиться к количеству кандидатов-миддлов, т.к. кол-во вторых будет снижаться, а джуны там неуместны)

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

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

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

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

Для включения менторства в процесс разработки недостаточно крикнуть "Нанимаем джунов, сейчас вырастим спеца!", нужна предварительная серьёзная оценка.

Ну и в довесок, спустя годик обучения джуна он может просто уйти с новыми знаниями в другую компанию :)

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

Тут вы просто сделали ход конём, обесценив решения сотрудников, которые были рождены на других местах работы.

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

Либо вы считаете миддлов сеньорами, либо просто обманываете читателей. Иначе я не могу объяснить подобную манипуляцию.

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

И миддлы, и сеньоры обычно рады изучить что-то новое, разнообразить свою работу. Однако, в отличии от джунов, они не будут предлагать внедрить технологию в проект по причине "она новая", а предварительно оценят технологию, взвесят риски, прикинут оценку по внедрению.

Но в любом случае, как это даст гибкость команды -- неизвестно. Гибкость за счёт чего? За счёт открытости к новым технологиям? Вы же не пытаетесь добавлять по новой технологии каждую неделю. Если это к тому, что джуны читают новости из мира разработки и могут сказать "вышла такая-то технология", то замените такого джуна на еженедельный дайджест, заодно и отфильтруете технологии на те, которые вам подходят и те, которые бесполезны/сырые/дорогие

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

Ровно как и толковые миддлы, и толковые сеньоры. И как толковые люди. И даже животные. Тезис ради тезиса, уж простите

Самую большую группу должна составлять новая кровь.

Найм миддлов и сеньоров это тоже новая кровь. Но вообще тезис звучит как "текучка кадров это очень хорошо". Вы же не можете бесконечно расширяться, в конце концов

За сим я устал писать. Спасибо за внимание

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

У автора, конечно, не самый красивый код получился, но можно вынести как утилитарную функцию-обёртку
Если не ошибаюсь, то что смены структуры данных массива необязательно превышать миллион символов — достаточно закинуть туда разные типы данных [1, 2, '3', 4] и у нас уже получится хэш-таблица в памяти вместо массива.
Вообще тоже ожидал от статьи чего-то большего.

P.S. Насчёт хэш-таблицы на 100% не уверен, хотя этот вариант подходит куда больше, чем те же списки. В любом случае, в массиве с разномастными значениями нельзя было бы сделать смещение к индексу в один такт, поэтому и использовать массив в таком случае невозможно.

Information

Rating
Does not participate
Registered
Activity