VK выкупила 70% в юрлице, принадлежащем компании-разработчику red_mad_robot Статьи редакции
Цель — получить команду разработчиков, так как на рынке дефицит квалифицированных ИТ-кадров, отмечают опрошенные «Коммерсантом» собеседники.
- VK выкупила 70% в юрлице ООО «Много приложений», которое принадлежит российскому разработчику цифровых решений red_mad_robot, обнаружил «Коммерсантъ» в ЕГРЮЛ.
- «Много приложений» создано в феврале 2023 года, пишет издание. По данным на сайте, компания разрабатывает «доступный магазин приложений». Какой — не указано, но в архивной версии сайта есть QR-код, ведущий на скачивание RuStore, который разрабатывает VK.
- В VK сообщили изданию, что к работе над RuStore привлекают «различных подрядчиков для проведения исследований и аналитики». А приобретение доли в «Много приложений» направлено «на усиление команды разработки цифровых продуктов».
- Условия сделки в компании не раскрыли. Гендиректор CorpSoft Константин Рензяев оценил покупку доли приблизительно в 20 млн рублей.
- По мнению источника «Ъ», сделка связана с «недостатком квалифицированных ИТ-кадров, который испытывают крупные российские холдинги», поэтому привлечение готовых команд через покупку актива — «нормальное решение».
- Опрошенные изданием эксперты с этим согласны: крупным компаниям выгоднее приобретать готовые команды у подрядчиков, которые уже в курсе их бизнес-логики, чем тратить время на поиск и обучение «людей с улицы».
22K
показов
9.1K
открытий
Как же я устал читать этот бред. Нет никакого дефицита - напротив, уже вакансии мидлов трудно найти, потому что их быстро закрывают.
Просто крупняки зажрались и хотят себе сеньоров с 7+ опытом работы за 180к, на которого можно повесить овердохуя задач.
это не бред, просто настоящих профи действительно крайне мало. Я за 20 лет работы программистом встречал таких лишь в единичных экземплярах. Просто большинство людей почему-то примеряют этот дефицит к себе.
Настоящие профи не нужны в 80% задачах, отец
Вы не поверите, но у меня был заказчик на одну специфичную задачу в рамках консалтинга, который платил мне в 2023 за час 25000р , за час Карл , чтобы я провел для их команды митап по реверс-инжинирингу. Но основную работу по бэкенду, фронту закрывала ин-хаус команда проекта. Вы слишком поверхностно плаваете.
и что не так? сам сказал, что задача специфическая
как часто тебе платят 25к\час, возможно в твоей жизни это первый и последний раз
Был рейт и в 10000/hour, да это скорее исключение из правил и тут ты прав, но " Настоящие профи не нужны в 80% задачах, отец" - это буллшит, потому как профи нужны всегда, но не каждый себе может позволить, это факт.
потому что IT оно разное
взять к примеру сетевых инженеров — никто не будет нанимать инженера, чтобы настроить Juniper в офис на 100 человек, потому что купят микротик и админ за неделю как-то его для вай-фая настроит. Но админа не возьмут в ЦОД, потому что он с таким не сталкивался никогда и вряд ли столкнется.
Я одному клиенту железку настраивал за 80к, потому что админ не знает фундаментальных для такого типа устройств вещей, но с офисом на 500 сотрудников справляется.
Нужны узкие специалисты? Да.
Но, не везде и не всегда. 5 сетевых инженеров могут обеспечить связью >250к абонентов связью, а 40 админов не смогут, но админы на рынке более востребованы
Ну вот ты и попал в задачу для 20% профессионалов, это не опровергает мои слова.
Практически в каждой задаче всплывает своя специфика, сын. И это хорошо видно во время процесса code review. К тому же, каждую задачу можно сделать по-разному. Так что участие профи нужно практически во всех задачах. Если конечно на выходе действительно нужен качественный продукт.
Ой что же будет, когда эти киты отойдут от дел ... мир рухнет, и джисоны перестанут переворачиваться ...
Просто качество продуктов упадет. Будет хуже код, больше багов, программы будут кушать еще больше ресурсов и тд. В принципе, ничего страшного для среднестатистического обывателя, который уже привык к таким продуктам.
Качество продукта сейчас диктуется в основном заказчиком, ибо нужно быстро и не очень дорого, это и есть корень проблемы. А еще это диктуается тем, что сервисы уносят в облака вместо настольных приложений, как было раньше, именно отсюда отжирание ресурсов на фронте и миллион микросервисов на беке без применения алгоритмов для экономии ЦП. Ибо задача была "давайте сделаем MVP, а дальше будем оптимизировать", так вот "дальше" никогда не наступает. Ты путаешь причину со следствием, профессионалов от того и мало, что ростить инженера в себе негде. А по сему и выходит, что 80% задач закрывают "обычные программисты", ибо это экономия для бизнеса и приемлемая скорость разработки.
В облаках то, кстати, качество кода (производительность) напрямую влияют на деньги.
Чем неоптимальнее код, тем больше будет стоить оплата его выполнения.
О том я и говорил. Это именно те 20% задач, которым нужно профессионалы (и то, с натяжкой, там кроме литкода особо ничего не нужно). Хайлоад не везде требователен к произвотельности, на моем опыте во многих компаних была логика – "можно и повисеть" прелоадером на фронте, пока редкую тяжелую задачу отдали спец. микросервису для обработки, там таких таких запросов пара сотен в день. Когда компания уже имеет мощный, высоконагруженный продукт и долго на рынке (типа Авито и т.п.), вот они и пылесосят рынок профессионалов в полном понимании этого слова.
Я бы еще сказал крамольную фразу: "Хайлоад" тоже условное понятие, потому что Гугл / Фейсбук /Ютуб подобных сервисов едва ли в одной стране с десяток наберется.
не будет ничего хуже
вы почему-то сравниваете с hi-load продуктами, которые пишутся с нуля и обрабатывают миллионы запросов в секунду с терабайтами БД, там да, экспертные знания и гениальность нужны, вот только сколько таких человек требуется?
а написать приложение для андроида или ios в регламентированной ide, которая за тебя код проверяет уже не является проблемой даже для школьника
Я про highload даже и не писал. И без него хватает проблем. Ну а то что вы написали про "ide, которая за тебя код проверяет" выдает в вас человека, достаточно далекого от реальных проектов.
ковырять чужое легази так себе проект, это у вас странные представления о реальности, в жизни я видел куски кода с коментами и ссылками на Stack Overflow, потому надо сделать сегодня, потом перепишем, или пароли с токенами, прям в main ветке
Да, такое бывает, но не надо работать в таких местах (или надо, но за большие деньги и исправлять такие косяки).
"ковырять чужое легази так себе проект" - как же я люблю за это Go, на данный момент в нем нет легаси по определению 😄, а ведь почти 10 лет прошло с начала его масштабного применения.
Смотря какое приложение. Простейшее - да, не является и уже давно. Приложение, где нетриваиальные алгоритмы школьник не осилит.
И написать приложение - только одна маленькая часть задачи, потому приложения не пишутся один раз, они постояно развиваются. Сложность как раз таки и заключается в том, чтобы добавлять / убирать функционал из приложения с константной (постоянной) скоростью. Школьник (или начинающий разработчик) в силу отсутствия опыта обеспечить непрерывную поставку ценности не сможет. Будет или густо или пусто.
Про то, что требования чаще всего расплывчаты и нужно хотя бы догадаться у клиента требования уточнить и при этом правильно сформулировать вопрос, чего условный школьник сделать не сможет, вообще молчу.
"начинающий разработчик" – именно. А вот сильный мидл и тем более сеньор уже вполне осилит, и он может быть не профессионал в полном понимании слова. Навык архитектора вполне себе раскачеваемый со временем, тем более с текущим количеством книг и курсов.
Согласен, но и не надо забывать, что иногда нет смысла / нет возможности переплачивать за опыт и знание "как изначально сделать оптимально с прицелом на будущее". В таких сценариях "школьник" или начинающий разработчик вполне себе применимы.
Код ревью выявляет специфику задачи? Код ревью это чистый код, паттерны, алгоритмы/структуры данных, настроенные линтеры и т.п., но это никак не специфика задачи.
Напрямую нет, не выявляет.
Но косвенно - выявляет.
В процессе код ревью может оказаться, что толкование требований неоднозначно (например, возникнет спор по поводу именования классов / переменных / и тп), тогда придется погружаться в специфику задачи.
Таких в любой профессии единицы, их много и не надо, а хотят чтобы все такие были, еще и платить им как джунам.
Настоящим профи крупные компании с удовольствием платят высокие зарплаты (еще и бонусы сверху). Чтобы сделать реально высококачественный продукт - нужно собрать много людей с большим опытом и знаний.
Ирония только в том, что "настоящие профи" в крупной компании реализоватьс не могут
ибо работают в устоявшейся системе, и растворяются в ней. Там нужны винтики