Comments 11
У меня противоположное ощущение. Пытаешься устроиться разрабом, чтоб буковки в ide вбивать, а тебя начинают гонять по архитектуре бд, сетям, куберу, алгоритмам, памяти и т.д и т.п.
Возможно, вы вкладываете другой смысл в понятие "универсал".
Посмотрите на первоначальную страничку "hire me" из статьи. Чувак там и на .Net и на Rust и на Java и коуч, и тимлид, и вообще "Whatever else comes to your mind". Такой универсал конечно нужен нечасто. Как правило, ищут спеца на конкретный стек.
То что вы описываете - как раз и есть "специалист". И его нанимают не для вбивания буковок в IDE.
Его нанимают, чтобы эти буковки на определенном языке как-то собирались и выкладывались пайплайном в кубер. Для того, чтобы там, в кубере, решать бизнес-задачу.
А еще эти буковки должны как-то связываться с другими буковками, из бд. Так, чтобы не профукать пользовательские данные. Не упасть под нагрузкой ни по памяти ни по процессору. И корректно отмасштабироваться. И вообще иметь архитектуру, обеспечивающую те атрибуты качества, которые нужны бизнесу.
Это все возможно, если специалист знает свой стек. Например, какой-нибудь .NET + Postgre/Mongo с деплоем в кубер через гитлаб. Свой NET и БД специалист должен знать в совершенстве, понимая, что там под капотом. Ну и немного алгоритмов и структур данных в довесок.
Но Java при этом он знать не обязан. И коучем может не быть.
Даже наоборот: если он так много времени тратит на опенсорс и коучинг, на Java и Rust, вопрос: а так ли он хорош, как специалист, конкретно в .Net?
Сталкивались ли вы с проблемами, обозначенными в этой статье? Мне очень интересно услышать о вашем опыте
Если искать постоянную работу — да, несомненно, большинство официальных работодателей предпочитают узких специалистов, конкретно по запросу на вакансию. И там любые наши с вами другие знания и навыки вообще не пригодятся.
А вот если работать на фрилансе, то там всё уже гораздо интереснее. По своему опыту — среднестатистическому заказчику чаще всего и гораздо проще отдать весь проект полностью "в одни руки", чем самому бегать-метаться в поисках разных исполнителей. Кроме разве что совсем уж узко-специфических запросов (но для этого и менеджеры заказчика должны хоть немного разбираться в теме, чтобы хотя бы грамотно сформулировать свои технические требования).
Крупные конторы, конечно, на фрилансе вы таким образом вряд ли возьмёте (у них куча своих строгих правил). Но и "середняк", и даже "нижняк" — могут обеспечить достаточно неплохой поток заказов. И там уж пригодятся совершенно все ваши знания и умения, только не зевать.
Тут еще важно учитывать особенности бизнеса и конкретного проекта.
Где-то нужен швейцарский нож, где-то отдельно нужна отвертка, молоток и т.д ... Вопрос что вам лично интересно
И конечно и тут бывают странные перекосы, когда ищут не сеньора фронта, а сеньора ангуляр разработчика , тоже самое относится к бэкенду
Уважаемый автор, мой опыт полностью совпадает с вашим. Я тоже универсал. Я умею и в алгоритмы, и в базы данных, и успешный вэб проект имеется, но лучше всего я разбираюсь в дэсктопных приложениях (Java). C#, Python, Typescript, Splunk. Всё это я умею.
Из недостатков: путаюсь в синтаксисе (но возможно это ещё и врождённая особенность), то есть без IDE мне программировать сложно.
Из преимуществ: Быстрая обучаемость в новых технологиях (вот это сюрприз). Мне легко находить общий язык с другими командами. Легче даётся обговаривать requirements. И всё же я хорошо врабатываюсь в проект (в прошлом проекте за 5 лет стал ведущим *специалистом*, хотя и прыгал в другие проекты), имплементация самых сложных фич доставались мне.
То есть можно с этим мириться? А вот здесь есть загвоздка. Давно заметил что в собеседования я не умею. Люди часто хотят услышать простой и быстрый ответ на свой вопрос (чтобы от зубов отскакивал, специалист же), а я в такое не умею. Но, здесь возможно я просто не на те должности подаюсь.
Как бонус: люди с которыми я уже работал, как правило приглашают в свои команды.
разработчик на Rust с акцентом на системах программирования и опенсорсных проектах.
Зашибись перевод. Ничего, что в оригинале речь идет о системном программировании, а не о системах программирования?
Система программирования = programming system
Системное программирование = программирование систем = system programming
По теме статьи: еще сложнее и печальнее все становится, если вы умеете и программировать, и паять, и на станках ваять.
Единственный способ быть по достоинству оцененным при таком широком спектре скиллов, это открывать YouTube канал, делать всякое и показывать миру необычайную широту своих возможностей и познаний, получая донаты от очарованных вами людьми.
Или попасть в команду типа Boston Dynamics, но только на ранних стадиях её развития, потому что на более зрелых они уже не будут искать мультитул — они будут искать отвертку.
Никто не против универсалов, просто мало кто верит в их существование. Да и практика показывает, что слишком широкое поле компетенции возможно и повышает качество принимаемых решений, но радикально тормозит скорость принятия и реализации. Возможно универсал и может сделать, что угодно, на чем угодно, но узкий специалист сделает это быстрее и без лишней рефлексии. Конечно во всех правилах бывают исключения, но работодатель ориентируется не на них. Ну и в копилку overqualified тоже имеет место быть.
Все любят универсалов, когда они будучи синьорами приходят на ЗП джунов и не отсвечивают. Когда вы ищете ЗП по своему разумению МИНИМАЛЬНО достойную своих навыков, уже 10 лет как точно приходилось консистентно лгать в минус по своему опыту.
Просто потому, что это выгоднее, проще работу найти и больше денег предлагают за какие-то смешные крохи от накопившехся навыков. Физически больно от того, что даже этой крохи хватает для того, чтобы претендовать на верх вилок и графиков.
Стоит только открыть рот на широкую тему, - конец. Если вас уже наняли, - конечно все рады, но сколько раз я слышал "О расскажите, что еще умеете! О, вы знаете, мы пожалуй кого-то подешевле посмотрим, чето мы не уверены, что нам так много надо". Затыкаешь рот, - та же зарплата, тот же пик вилки, - никаких лишних, "сложных и интересных задач".
Зачем так скучно вертится планета?!
В QUIC изначально не было PMTUD ? Вот это лол.
Как же много людей, для которых является открытием, что если хочешь быть выше мидла-книверсала и крудашлёпа, то нужно шарить за бизнес. Поначитаются своих Страустурпов и мечтают об экспоненциальном росте. А когда упираются в потолок за 3-4 года работы, то начинают ныть, что от них требуют быть "про бизнес".
Разработчик-универсал под видом специалиста