Глава «Тинькофф» Станислав Близнюк рассказал о «жутком» дефиците ИТ-специалистов Статьи редакции

По его мнению, это ведёт к снижению качества работы при росте зарплат.

  • О серьёзной нехватке ИТ-кадров на российском рынке Близнюк заявил в рамках форума «Финополис». Специалисты, которые начинают искать работу, сразу получают множество предложений, отметил он.

Когда человек выходит на рынок ИТ, он через три дня получает пять-семь офферов, причем с повышением. Просто жуткий дефицит. К чему это приводит? Одно последствие — это что цена подрастет, это вызов для многих компаний.

Вторая проблематика — когда у тебя супердефицит, то у тебя и качество кадров ухудшается. Потому что, в общем и целом, зачем учиться, если и так тебя возьмут при нескольких накаченных скиллах.

Станислав Близнюк, цитата по РБК
  • При этом «Тинькофф» пока не столкнулся с этой проблемой, пояснил Близнюк. Он ожидает, что банк почувствует её в перспективе трёх-пяти лет.
Станислав Близнюк, фото ТАСС
  • В августе 2023 года глава Минцифры Максут Шадаев оценивал дефицит разработчиков в России в 500-700 тысяч человек. Всего в российской ИТ-сфере, по данным ведомства, работают почти 740 тысяч специалистов.
0
1263 комментария
Написать комментарий...
Наталья Ченцова

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

Ответить
Развернуть ветку
Денис Демидов

Фулстэк идеален для микросервисной архитектуры + ими проще рулить (им тяжелее спихивать косяки на кого-то), логично такое желание у работодателей.

Ответить
Развернуть ветку
Artem Petrenkov

Для микросервисной архитектуры отдельные бекендеры и фронтендеры лучше подходят. На то это и микросервисы.

Ответить
Развернуть ветку
Денис Демидов

Это в теории, в ежедневной работе фуллстек рулит, когда весь микросервис под контролем одного человека, особенно когда переделки всякие прут

Ответить
Развернуть ветку
Eli

Это не микросервис, это микромонолит какой-то )

Ответить
Развернуть ветку
Денис Демидов

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

Ответить
Развернуть ветку
Eli

Вот я как раз про крупные компании, во-первых обычно у бекендов свой начальник, у фронтов свой, так что 4 человека, во-вторых, у крупных компаний есть деньги не на 4 человека, но а на 40, а в-третьих, в крупных компаниях объем кода/логики/инфры такой что никакой фуллстек в голове не удержит все проекты, поэтому зачем мучится и мучить других? Фуллстеки появились от бедности, в маленьких компаниях, либо в очень специфичных продуктах, в обычных апп/веб проектах разделение фронт/бэк будет всегда эффективнее, чем фуллстек

Ответить
Развернуть ветку
Денис Демидов

Какой-то сферический конь в вакууме, в реально жизни бэкэнд который может чуть-чуть поправить во фронтенде будет в разы привлекательнее.

Ответить
Развернуть ветку
Eli
Какой-то сферический конь в вакууме, в реально жизни бэкэнд который может чуть-чуть поправить во фронтенде будет в разы привлекательнее.

вы про реальность мелких компаний, а я про реальность крупных, ясен пень, что хороший инженер разберётся и в бекенде и во фронтенде, но его не будут этим мучить, потому что над продуктом работает 10 бекедеров и 10 фронтов, и нахрена бэку давать фронтовые задачи? Чтобы он прожёг день на задачу которую фронт сделает за час?

Ответить
Развернуть ветку
Денис Демидов

Есть еще средние компании, где будет всего 5-10 фуллов и они будут нормально справляться, тем более фронтенд часто правится незначительно, типа добавил кнопку или поле с инфой.
Там просто невыгодно чистого фронтендера держать, не будет работы для него.

Ответить
Развернуть ветку
Artem Petrenkov

Это маленькая компания

Ответить
Развернуть ветку
Денис Демидов

Размеры компаний налоговая давно определила, зачем отсебятину несешь?
Где 5-10 разрабов, может легко быть несколько сотен сотрудников, какая это нахер маленькая компания?

Ответить
Развернуть ветку
Artem Petrenkov

А продукт маленький.

Ответить
Развернуть ветку
Денис Демидов

Может быть и большой, если много лет работают.

Ответить
Развернуть ветку
Artem Petrenkov

И что там, настоящая микросервисная архитектура или так называемый «распределённый монолит»? Или тупо сайтик на ПХП?

Ответить
Развернуть ветку
Денис Демидов

сайтик на пхп не будут вести десяток разрабов

Ответить
Развернуть ветку
Artem Petrenkov

А это смотря какой «сайтик»

Ответить
Развернуть ветку
Eli
Есть еще средние компании, где будет всего 5-10 фуллов и они будут нормально справляться

Имо, 10 фуллов будут работать медленнее чем 5 фронтов и 5 бэков

Ответить
Развернуть ветку
Kelerius

К сожалению да,но мне фронтенд не нравится,но походу придется им заняться))

Ответить
Развернуть ветку
Денис Демидов

Хотя бы азы знать надо, чтобы поправить что-то и не порушить все

Ответить
Развернуть ветку
Kelerius

Азы знаю, но мало))

Ответить
Развернуть ветку
Jaroslav Baker

В реальной жизни никто никакого бекендера не пустит что-то «чуть-чуть» править на фронте, когда это куда быстрее и при полном понимании контекста сделает фронт-ендер. У меня, например, как у бекендера у самого беклог на 6 мес вперед. Некогда мне на фронте правки делать.

Ответить
Развернуть ветку
Jaroslav Baker

Только если конечно у вас не 1 разраб, который пилит меленький магазин автозапчастей.

Ответить
Развернуть ветку
Artem Petrenkov

Для мелкого проекта. А у крупных проектов будет не один фронтенд, а, как минимум, веб- и мобильные фронтенды для пользователей и фронтенд для админов/модераторов. Конкретный человек всё равно не будет задействован во всём этом многообразии.

Ответить
Развернуть ветку
Денис Демидов

Что за юношеский максимализм?
Есть только крупнях и мелочь?
Куда средние компании у вас подевались?

Ответить
Развернуть ветку
Artem Petrenkov

А что у вас за микросервис с бекендом и фронтендом? Приложение под андроид туда вдобавок не встроено?

Ответить
Развернуть ветку
Kelerius

Прям по Марксу они все сдохли)))) монополизм! К счастью пока до этого далеко,но многие сферы поделены. То же такси и доставка.

Ответить
Развернуть ветку
Денис Демидов

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

Ответить
Развернуть ветку
Kelerius

Да ладно, я только еще сильнее убедился что он прав)
Как бюджеты в фирме сокращают - то сразу из "мы няшная семья" превращаются в "акул бизнеса".
Затем денег дают снова - и снова мы семья=) И так циклами.

Ответить
Развернуть ветку
Artem Petrenkov

У вас тоже только крупняк на уме? Или вы себя таким проектом считаете?

Ответить
Развернуть ветку
Денис Демидов

Читаете и не понимаете написанного?
Бывает...

Ответить
Развернуть ветку
Artem Petrenkov

Не бывает. В крупных компаниях — не бывает )

Ответить
Развернуть ветку
Profile name

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

Ответить
Развернуть ветку
Денис Демидов

Это все справедливо на этапе разработке, в повседневной рутине очень удобен спец, который полезет править бэкэнд микросервиса и сразу поправит фронтенд под эти изменения.

Ответить
Развернуть ветку
дед Мазай и санитары

Пара-тройка таких правок, и проект начинает глючить и разваливаться. Потому что правил не спец, а фуллстэк. Классика

Ответить
Развернуть ветку
Денис Демидов

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

Ответить
Развернуть ветку
1260 комментариев
Раскрывать всегда