"Сногсшибательным, зубодробительным и умопомрачительным" назвал глава ЛДПР Леонид Слуцкий проект по созданию нейросетевого двойника покойного основателя партии Владимира Жириновского.
Его работу впервые показали в четверг на ПМЭФ. Слуцкий при этом подчеркнул, что "второго Жириновского" создать невозможно, а задача разрабатываемой нейросети – стать постоянно совершенствующимся "учеником" видного российского политика. Для обучение нейросети используются выступления, книги и статьи Жириновского.
Нейросеть говорит голосом Жириновского и в его характерной манере – может даже ругаться и спорить. На просьбу поделиться своим отношением к лидеру КПРФ Геннадию Зюганову "двойник" основателя ЛДПР разразился эмоциональной критикой.
Мужские танцы из ОАЭ
По-другому пытается привлечь участников форума делегация из Объединенных Арабских Эмиратов. Ее представители исполнили в день открытия ПМЭФ песню-приветствие, сопроводив ее танцем Аль-Айяла. Это традиционный арабский мужской танец, исполняемый с тонкими бамбуковыми тростями. На второй день танец получился еще более мужественным – двое гостей из ОАЭ во время исполнения крутили над головой карабинами. Неясно, были они настоящими или бутафорскими.
Мороженое от робота
На стенде Москвы гостей угощают мороженым, сорта которого получили названия линий столичного метрополитена. Но делают это необычным способом: задачу возложили на робота и автоматический "поезд" из миниатюрных моделей вагонов. Поезд доставляет десерт прямо в руки посетителям стенда.
Кофе "со вкусом Арктики"
У "транспортного" мороженого вкусы довольно обычны, но на ПМЭФ можно получить и весьма необычный гастрономический опыт. Так, на посвященном российской Арктике стенде можно отведать кофе с олениной – высушенное и измельченное мясо добавляют в напиток вместо корицы. Белок в мясе добавляет организму энергии.
Музыкальный интерактив
Оригинально оформили стенд на ПМЭФ и представители Тамбовской области. В качестве слогана они выбрали фразу "Сыграй как Рахманинов", а пол стенда снабдили огромными клавишами – когда человек встает на них, раздается звук. До высот виртуоза-Рахманинова начинающие "пианисты" вряд ли поднимутся, но сыграть несложную мелодию таким образом можно.
Многоэтничность от "Газпрома"
А оформление тематического стенда "Газпрома" призвано символизировать этническое и культурное разнообразие РФ – ведь энергетический гигант работает по всей стране. На стенде установлены восковые фигуры, изображающие представителей разных этносов в их национальных костюмах.
Оба подхода имеют право на жизнь, хотя решают разные задачи и подразумевают разную динамику разработки.Реклама
Реклама
Мир процессной автоматизации велик и неоднороден — на рынке представлено множество решений, не только BPMS, но их тоже иногда называют BPMS, хотя они представляют собой процессные движки. В этом материале не будет выводов о том, что один класс систем очевидно неудачный, а другой гораздо лучше. Моя цель — разнести оба понятия для аудитории и дать читателям объективное представление о каждом.
Что такое low-code BPMS?
Речь идет о развитии концепции BPMS — то есть построении бизнес-процессов и создании бизнес-приложений при помощи конструкторов и всевозможных визуальных настроек, которые понятны широкому кругу пользователей: от программистов до аналитиков и даже топ-менеджмента. Острие технологий, большинство внутренних решений автоматизации реализуется при помощи low-code BPMS. Это позволяет вовлечь максимальное количество пользователей в процесс разработки и всем говорить на одном языке. Кроме того, такие конструкторы способны значительно ускорить разработку решений.
Что такое процессный движок?
BPM-системы, которые представляют собой некую транзакционную машину — они позволяют обернуть код в workflow-процессы, которые будут исполняться в BPM-системе. Есть очень распространенный в России продукт немецкого происхождения, он имеет некоторые конструкторы, позволяющие создать визуальные модели и настроить процессы, но дальше упаковка решения осуществляется кодом. Идет разработка в классическом представлении: если говорить об экранных формах — HTML, CSS, JavaScript, то есть пишутся Java-классы даже для простых low-code-BPMS-задач. Например, если в процессе необходимо отправить клиенту email-сообщение, вы разворачиваете почтовый сервер, пишете код, который будет упаковывать сообщение, и т. п. Для разработчиков это тривиальная задача, ничего сложного в ней нет, но citizen-девелоперам осилить ее уже намного сложнее, все-таки это инструмент для программистов.
Конечно, процессный движок существенно ускоряет классическую разработку: программист пишет только внутреннюю функциональность блоков, а упаковку и бизнес-процесс, который будет транзакционно выполняться внутри системы, осуществляет платформа, которая может масштабироваться, брать на себя вопросы нагрузок и т. п. В итоге повышается и стабильность исполнения — разработчикам не нужно думать, как будут выполняться процессы на уровне ядра, поскольку платформа сама решает такие задачи. Однако процессный движок предполагает большой объем разработки, а значит, наличие соответствующих специалистов высокой квалификации, которые будут ею заниматься.
Может показаться, что выбор очевиден и я пытаюсь склонить читателя к low-code BPMS. На самом деле это не так, потому что ситуации различаются. Если речь о небольшой организации с амбициозными планами относительно цифровой трансформации, автоматизации, создания гибких процессов — тут low-code без вариантов. Но если в команде большой штат программистов, требуется высокий уровень кастомизации и нужно создать сложные нестандартные решения — все преимущества low-code будут умножены на ноль, потому что придется слишком многое менять и так или иначе обходить ограничения платформы.
Когда разумно отказаться от low-code в пользу процессных движков?
Во-первых, когда нужен проект с высоким уровнем кастомизации. Если мы создаем нетиповое решение с очень сложными экранными формами и хитрой логикой, то предполагается большое количество разработки, потому что конструкторами такие вещи не закрываются.
Во-вторых, если есть сыгранная команда разработчиков, работающих на языке этого процессного движка. Они могут переехать из своей привычной среды разработки в среду разработки процессного движка, и для них радикально изменится немногое — просто получат инструмент, дающий преимущество в скорости разработки и стабильности решений, которые они делают. Понятно, что в таком сценарии low-code BPMS не принесет пользы.
Когда лучше выбрать low-code BPMS-платформу?
Во всех остальных случаях low-code позволяет вовлечь в работу широкий круг специалистов — аналитиков, всевозможных citizen-девелоперов, руководителей отделов, программистов, архитекторов и пр. Динамика процесса тогда гораздо выше, поскольку бизнес не только ставит задачу, но и вовлекается в ее решение, а разработка перестает представлять собой черный ящик.
Данный подход удобен в том числе для компаний с сильной командой разработки. Менее интересные и более монотонные задачи в ходе разработки на low-code-платформе могут быть переданы на внутренних аналитиков — в результате разработчики будут больше заниматься чем-то интересным и втянутся в процесс. Скорость разработки при этом значительно возрастает.
Резюме
Конечно, со стороны кажется, что обе системы решают близкий круг задач — так или иначе это автоматизация бизнес-процессов (зачастую вендоры сами друг друга называют BPM-системами). Но важно отличать low-code BPMS, который базируется на низком пороге входа и большом количестве всевозможных конструкторов и настроек, от процессных движков, которые представляют собой некую обертку для среды разработки и транзакционный механизм, позволяющий запускать процессы. Различие критическое, и необходимо сразу на старте проекта знать свои вводные:
Какая стоит задача?
Делаем мы типовую автоматизацию, то есть создаем интерфейсы автоматизации внутренних или внешних процессов, или же создаем уникальный кастомный продукт, который предполагает большое количество нестандартных решений?
Какая у нас есть внутренняя команда?
Многое зависит от того, какими человеческими ресурсами обладает компания, поскольку требования к исполнителям в случае процессных движков действительно высоки.
* * *
Как видим, оба подхода имеют право на жизнь, хотя решают разные задачи и подразумевают разную динамику разработки. Разработка на low-code BPMS, несмотря на все преимущества, подходит не для всех случаев, и, конечно, далеко не всем компаниям удастся запустить рабочие проекты на процессных движках. Однако в нашей практике есть заказчики, которые совмещают использование обеих платформ — сложные решения создают на процессных движках, а рядом развернут продукт для всего остального, где можно создавать решения быстрее и с меньшими усилиями.
Функция записи коротких (до 1 минуты) видеосообщений с кадром круглой формы, популярная в Telegram, скоро появится и в WhatsApp.
Об этом сообщил сайт WABetaInfo со ссылкой на пользователей последних бета-версий мессенджера для Android и iOS. Если функция для данного пользователя уже активирована, при нажатии на значок микрофона в чате он превратится в значок видеокамеры. Его удержание начнет запись видео в круговом формате, которое может длиться до 60 секунд.
Чтобы прослушать звук в полученном или отправленном видео, нужно нажать на его миниатюру в чате. Для использования функции она должна быть доступна обоим собеседникам. Как и другой контент в WhatsApp, короткие видеосообщения защищены сквозным шифрованием – то есть сам сервис не имеет к ним доступа.
Записываемые в реальном времени "кружочки" стали популярным методом общения в Telegram, в первую очередь у молодежи. Они, как и голосовые сообщения, позволяют сделать общение более естественным и непосредственным, передавая, в отличие от текста, реальный спектр эмоций.
Ранее WhatsApp, принадлежащий корпорации Meta (запрещена в РФ) (запрещена в РФ как экстремистская) Марка Цукерберга, уже неоднократно копировал функции Telegram. Недавно там, например, появились каналы, позволяющие рассылать контент сразу многим подписчикам.
