Меня очень раздражает патологическое стремление компаний нанимать людей строго по стеку.



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



Я не знаю, почему так делают, но объясню, почему так делать не надо.



Конечно есть кейсы, где бизнесу действительно нужна узкая экспеертиза. За 8 лет карьеры я встретил такой кейс один раз. Вот и делайте выводы.



Хуже всего то, что идея: программист не определяется своим стеком - настолько очевидна, что её не могут не понимать все до единого. И они понимают.



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



А ещё жаль, что кроме недотёп нанимателей такое мышление травит всех остальных программистов.



Я тут проект один делаю, и зову людей делать его вместе. Первый же вопрос: А какой стек? А графкуэль будет? А чего не Java? А может микросервисы, я только голанг знаю... Типа, братан. Да ПОХУЙ какой стек. Ты разраб или чё, ты думаешь, ты со своими 10-ю годами опыта шарпы вонючие не осилишь, или что?



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



Полная хуета



Сейчас покажу, следите за пальцами.



Вот я взял, и написал код на тайпскрипте... следуя гайдлайнам сишарпа.



Прошло 10 часов



НИКТО НЕ УМЕР. Нихуя себе, а? Прикиньте, я написал пропс с большой буквы, а мир не разверзнулся! Огненный дождь не пошёл, бизнес не сдох, проект не развалился



А если серьезно, гайдлайны, бестпрактис и всё такое, они да, специфичны для стека. А ещё намного больше они специфичны для проекта. Что нам теперь, нанимать только тех, кто уже работал над нашим проектом? Мой поинт. Эти вещи - не очень важны, их легко запомнить, им легко следовать. В здоровой ситуации, новый человек в команде сначала делает вещи, у которых в проекте много аналогов. И учится им. Это нормально. Если это синьор, он самой своей жизнью уже триста раз доказал, что освоит ЧТО УГОДНО. А ослы, которые готовы утверждать что Джава синьор при переходе во фронт стал мидлом - они охуенно ошибаются