Почитал комменты... Возник вопрос - это боты или у нас в стране действительно столько клинических долбоёбов?
Широкими мазками раскрою всю тему Мах, Телеги и РКН...
Начать стоит с фундаментальной истины - чем сложнее задача, тем меньше человек её способны качественно решить.
К сожалению ответственных за Мах, задача создания мессенджера относится далеко не к мега-проектам. В России есть далеко не один пример, когда приложение уровня Телеграм делалось далеко не самой топовой по уровню командой менее чем за год. Количество проектов подобного уровня, которые я бегло нашел в поиске, исчисляется десятками.
Допустим, некоторому квалифицированному ИТ-специалисту поставили задачу "нужен национальный мессенджер, который позволит уйти пользователям с ВатсАпп, Телеграм". Назовём его "РуХ". В ИТ подобные проекты начинаются с маркетингового исследования. Опросили что нравится, что не нравится, чего не хватает. Получили ТЗ "что хотят пользователи". По опыту работы с Телеграм могу сказать, что получится приложение с "темами" (а точнее режимами) как WhatsApp, Телеграм и РуХ (Телеграм+).
Почему так? Потому что в приложении, которым пользуются десятки миллионов пользователей в т.ч. из бизнеса КАЖДАЯ функция имеет миллионы зависимых от неё пользователей. Даже если лично кто-то чем-то не пользуется, то есть как минимум миллионы тех кому она нужна. Почему именно - делайте опросы и уточняйте.
Например, Телеграмм позволяет добавить в приложение несколько аккаунтов. Рабочий, личный, бизнес или Работа 2. Чаты отделены, это очень удобно. Второй пример - очень распространены алерт-чаты в которых либо ботами, либо операторами кидаются сообщения о проблемах и в которых находятся специалисты для оперативного решения этих проблем. В ИТ-секторе таких чатов обычно 5 - инфо, предупреждение, средние проблемы, большие проблемы и катастрофа (он же п...ц). На каждый чат выставлен свой звуковой сигнал, а инфо обычно вообще беззвучный. То есть специалист знает, что если играет мелодия 1 (предупреждение), то в целом пофиг, но как-нибудь глянуть нужно, мелодия 2 (средняя проблема) уже как бы стоит поскорее посмотреть, мелодия 3 (большие проблемы), надо бросать и смотреть, а мелодия 4 это уже лететь и срочно всё исправлять. На каждый инфраструктурный контур свой набор чатов + туда обычно добавляются технические специалисты заказчиков.
Делается это для минимизации времени простоя и как следствие убытков. То есть специалисты начинают устранение проблемы в считанные минуты после аварии. Меньше простой = меньше убытки.
По такому же принципу организовываются и компании ЖКХ и ряд аварийных служб. То есть это уже претендует на некий не формализованный стандарт.
В принципе, по образцу 2-х абзацев выше, я могу расписать КАЖДУЮ функцию Тг и что на неё строится в бизнесе.
То есть любой мессенджер, который претендует на массовость, обязан уметь как минимум всё, что может Тг. Это аксиома. Не, я могу составить многотомник с примерами бизнес-процессов по каждой функции, но читать это никто не будет. Так что просто договорились, что это аксиома.
Второй пункт. Телеграм - готовый качественный продукт. Не нужно проводить RnD, который может кушать огромный % бюджета. Просто взял мессенджер, описал его в ТЗ и отдал в разработку. Как запустили, например, Москвич.
По поводу разработки. Мессенджер, это далеко не самый сложный продукт. В российском ИТ есть примеры (как минимум двузначное число), когда проект уровня Тг писали вечерами менее чем за год.
Протокол Телеграма открыт, как следствие бесшовный перенос данных из Тг в РуХ технических проблем не имеет. Если заморочиться, то и данные с WhatsApp тоже можно перенести.
Так почему у нас всё так как есть? Ответ мы можем смело узнать, если изучим подобные провалы в мире ИТ. А их оооооочень много, но что характерно сценарий провала практически всегда идентичные и сводятся к трём веткам: самодур, дефицит и предатель.
Самодур. Руководить проектом ставят человека, который понимает в задаче примерно как свинья в трудах Гегеля. Но при этом данный персонаж имеет навыки строить свою работу на эффекте Даннинга-Крюгера, то есть имеет отрицательную профессиональную пригодность, которая выражается в том, что пациент настолько тупой, что не может осознать свою тупость. Если вы считаете, что этого быть не может, то истории компаний HTC, RIM (BlackBerry), Nokia, Microsoft (в части Windows Phone), SonyErricsson и т.д. и т.п. нам убедительно доказывают, что даже в компаниях мирового уровня с оборотами в миллиарды долларов клинические идиоты на самом верху иерархии управления - вполне обычная вещь.
У каждого проекта есть минимальная стоимость. Сделать нормальный продукт ниже неё невозможно. При этом, вспоминаем п. 1, есть эпические идиоты (обычно на должности финдиров), которые считают что можно урезать в разы бюджет и получить тот же результат. Там "отдыхает" даже эффект Даннинга-Крюгера. Почему? Потому что такие персонажи в качестве обоснования урезания бюджетов не стесняются приводить "аргументы", которые жестоко расправились, расчленили и изнасиловали физику, химию, математику. Работать с такими можно исключительно так - вычислили % который он оставляет, перемножили что надо и дали завышенную пропорционально цифру. Объекты обычно настолько тупые, что в принципе не способны понять что их наё...т. Обычно над такими финдирами стоят генеральные не сильно далеко ушедшие в развитии. Второй вариант - график прибыли компании очень быстро начинает показывать траекторию самолётного штопора. Почему? Понятный всем пример - ТО автомобиля. Как показывает практика СТО без замены масла автомобиль может проехать до 50 - 60 тыс. км. Но потом вместо замены масла нужно будет менять двигатель. Вот абсолютно то же самое и происходит - экономия копеек и потом траты в миллионах.
Недобросовестную конкуренцию никто не отменял. Как следствие есть подставные сотрудники, задачей которых является уничтожение проекта или компании в интересах конкурента. Пример - Motorola, которую "переварил" Айкон. Если знать как, то можно очень хорошо зарабатывать на провалах проектов и компаний.
В любом случае над таким "управленцем" выше стоит ещё управленец или собственник. Отдельный вопрос в том почему они не принимают меры при очевидном провале...
Что именно из этих 3-х вариантов происходит внутри ВК знают только внутри ВК. По внешним признакам и моему опыту я склоняюсь к первому варианту. Часть продуктов ВК открыта, её сотрудники неоднократно демонстрировали довольно высокие профессиональный навыки. Но ради справедливости некоторые проекты ВК... Политкорректно скажем так, что если заменить в них логотип ВК на логотип студии из подвала Мухосранска, то будет смотреться вполне органично.
Почему одна и та же компания делает продукты, которые находятся сразу на обоих концах ТОПа по качеству и технологичности лично я не знаю. Просто давным давно заметил такой факт.
Почему я склоняюсь к первому варианту? Потому что:
Нет проработки проекта. В ИТ огромное количество проектов, миллионы, есть общепринятые практики по тому "как сделать хорошо". Они реально работают, они проверены этими миллионами проектов. В Мах их нет. То есть за проект отвечает человек, который либо вообще не из ИТ, либо не имеет нужную квалификацию, либо целенаправленно гробит проект.
Мах продвигают административным ресурсом. Попытка прикрыть свои идиотизм за счёт внешних инструментов - типичная черта идиота, который не умеет решать задачи. Хороший продукт продаёт себя сам. Безусловно, что есть минимальный стартовый бюджет, но только разовый и стартовый. Рекламы Тг лично я не видел. Вообще никогда. А пользуются им чуть меньше чем все.
Нет нормального движения проекта. Когда команда занимается разработкой, то есть определённая и чётко видимая со стороны последовательность действий по развитию продукта. Любой разработчик зайдя в проект может за 5 минут рассказать работают над ним или нет. В случае Мах лично я вижу имитацию какой-то деятельности, не более.
Нет соответствующего оформления документации, релизов и т.д. и т.п. На сайте каждого приложения есть лист изменений, который прикладывается к каждой новой версии. Что пофиксили, что нового, что устарело...
Нет понимания потребности клиентов, задачи, путей её решения.
Раздел "Вакансии". Я его нашел. К сожалению. Вот: https://team.vk.company/career-max/
Совершенно идиотские ограничения.
Вот последнюю пару пунктов поясню отдельно.
ИТ, это как медицина - под общим термином скрывается набор соверешенно разных специальностей. Возьмём вакансию SRE инженера ( https://team.vk.company/career-max/site-reliability-engineer... )
Обратите внимание - вакансии Мах размещены на кадровом портале ВК. Кстати, она же но в традиционном формате (https://team.vk.company/vacancy/44162/)
DevOps.
Системный администратор.
Сетевой администратор.
SRE-инженер.
Программист уровня не ниже Middle, причём сразу на Python, Go и Java
Плюсом дежурства и готовность 24/7 подключаться к решению проблем.
Для тех, кто не из ИТ объясняю сущность пиздеца.
Во-первых объём знаний для выполнения этой работы охеренный. По сути это "5 разных врачей + медсестра". Безусловно, что если такой человек есть, то он будет спецом максимум в 2 - 3 областях, но это предел. Физический предел человека.
Во-вторых совместимость профессий. Это 3 совершенно разные области ИТ - администрирование, разработка, поддержка. Причём принципы работы у них разные. В компаниях чуть больше подвальной веб-студии это разные ОТДЕЛЫ.
В-третьих... Допустим такой уникум есть. Ввиду многолетнего дефицита кадров в ИТ он с вероятностью около 100 % сидит в условном Яндексе с зарплатой больше ляма (а то и не одного). Нахера ему с такой зарплатой дежурить, как техподдержке за 30 - 50 - 70к в месяц?
Опять же - ВК, это не компания идиотов. Идентичные вакансии проекта Мах и One Cloud (https://team.vk.company/vacancy/39966/).
Видно невооруженным взглядом, что вакансия SRE с One Cloud прекрасно ложиться ровно в одну профессиональную область - администрирование. Разработка в "будет плюсом" т.е. не требуется, тем более на уровне "умение читать чужой код" (что является совсем не уровнем новичка) и т.д. и т.п. То есть видно, что человек, который составлял вакансию One Cloud реально понимает в ИТ. Это не вакансия окулист-гинеколог-эндокринолог-хируг-нарколог с исполнением обязанности медсестры.
То есть описание вакансий либо писала блондинка-HR, которая вообще не в теме, но опять же возникает вопрос... А где руководители? Желательно из ИТ... Либо описание вакансии составлял человек, который принципиально не понимает кто чем в ИТ занимается, сколько всего надо знать/уметь по каждой из профессий.
Есть технологии высокой нагрузки (HL) и высокой доступности (HA). Если команда в них умеет, то ограничения типа "5 ботов для 1 организации"... Зачем? Какая практическая цель? Если мне нужно решить 50 задач, то бот будет решать не 1, а 10 задач. Нагрузка на вас вырастет. Потому что вместо простого запроса будет сложный, который будет дольше обрабатываться сервером. Если вы не умеете в хахаля (HA+HL), то нафига вообще этот проект стали делать?
Список на порядки больше. Но и так пост очень большой получается. У любого ИТ-специалиста, который проработал больше года в приличной компании по поводу разработки Мах может быть ровно одно мнение. Если продукт делается так как Мах, то в любой чуть-чуть приличной конторе, даже уровня подвальной веб-студии из Мухосранска, за день выявляется "слабое звено" или "звенья", которые идут на улицу и получают "волчьи билеты" т.е. никто в обозримом инфополе на работу их не возьмёт.
Ещё раз - проекты такого уровня делаются в России. Успешно делаются. Есть тысячи команд, которые способны решить задачу быстро и качественно. Отсутствие результата - полная некомпетентность или целенаправленная диверсия ряда управленческих кадров.
Аудитория Телеграм, в отличии от той же Apple, сформирована не восторженными фанатиками. Свою аудиторию Тг собрал по принципу удовлетворения потребностей и решения задач. Если продукт будет уметь всё, что умеет Тг и что-то ещё (а там дохрена чего нет) и будет возможность бесшовно перенести данные из Тг, то аудитория Тг упадёт до околонулевой отметки максимум за полгода.
Вот просто сделать так, чтобы этот абстрактный мессенджер РуХ отправлял сообщения через свои серверы другим пользователям РуХ, а у кого Тг, тем отправлял через Тг. Добавить пару нужных бизнесу фич и количество абонентов Тг уйдёт к нулю очень быстро. Потому что пользователи смогут решать не только те задачи, которые решал Тг, но и другие задачи.
Без блокировок. Без финансовых потерь.
Просто замените идиотов на компетентных специалистов и дайте им нужный бюджет. Всё. Вот вообще всё. Вот ровно 0 дополнительных действий нужно, чтобы решить вопрос. Замените идиотов на специалистов.
P.S. Комментаторам из прошлого поста. Не буду перечислять поимённо, просто обозначу принцип. Если отключается средство автоматизации, то компания вынуждена либо тратить деньги на создание аналога, либо заменять автоматизацию живым сотрудником или гораздо чаще - сотрудниками. Вот эти фокусы с Тг обходятся (в масштабах страны) по самым минимальным оценкам в десятки миллиардов. Которые бизнес вынужден платить. Которые направляются не на развитие бизнеса, не на новые проекты... Которые просто вылетают в трубу. Потому что один идиот попал в "большое кресло", а второй идиот его прикрывает административным ресурсом. Есть компании, которые могут полноценно заменить Тг за сотни тысяч рублей в месяц. РКН будет платить эти деньги? Вот я расписываю свои процессы, показываю где Тг может, а Мах - нет и сколько и кому я буду платить за то, чтобы эти процессы не "порвались". РКН мне платить компенсацию будет? Нет. А я не собираюсь терять свои деньги, исключительно для того чтобы два (возможно больше) идиота могли красиво отчитаться.
Ещё раз - замените идиотов на компетентных специалистов. И всем будет хорошо. Без цирка с блокировками.