Comments 4
Очень хорошая и полезная статья, автору уважение за проделанную работу, хорошее сравнение по конкретным пунктам.
Однако, судя по всему, автор статьи либо пользовался продуктами UiPath давно и не знает про новые возможности, либо не полностью прошел свежие курсы академии вендора. Дополню по пунктам, чтобы материал в сочетании с комментарием мог восприниматься более полным.
Базовый функционал
Довольно условное понимание базового функционала. Внедрения в крупные корпорации показали, что "просто уметь взаимодействовать с интерфейсом" - мало. Есть потребность в организации командной работы над одним проектом (разные части робота могут делать разные люди независимо друг от друга на разных машинах), в обеспечении работы с очередями транзакций для обработки больших массивов данных, в возможности создания и использования тестов... и это лишь верхушка айсберга требований, предъявляемых крупными организациями к современным RPA-платформам. Но, конечно, вопрос о том, что из всего этого относить к базовому, а что нет - вполне открытый.
Интерфейс и возможности разработки
Действительно, оригинальная версия студии разработки UiPath предполагает базовое понимание основ программирования (минимум - переменные, их типы, область видимости). Однако, у UiPath имеется специальная версия студии разработки - StudioX. В этой версии робота можно разрабатывать даже без знания аналогичных основ программирования и без необходимости писать программный код (но если очень нужно, то можно). Даже в России уже есть несколько крупных организаций, где есть сотрудники, успешно создающие своих роботов в этой версии студии. Так что в этом плане можно считать возможности no-code разработки эквивалентными.
Ролевая модель
Относительно недавно у UiPath появились похожие возможности путем настройки правил через Automation Ops, благодаря которым можно запретить определенным разработчикам или группам разработчиков (например, тем самым Citizen Developers) выполнять определенные действия.
Кроссплатформенность
Данный пункт до недавнего времени был абсолютной истиной. Однако, буквально пару недель назад UiPath сделал доступным для предварительного ознакомления роботов для Linux. На данный момент имеется возможность: автоматизации облачных решений через готовые коннекторы, применения всех возможностей .NET Core, которыми можно пользоваться в среде Linux, а так же роботизации браузера. Так что в этом пункте тоже можно выставить паритет
Отладка и обновления
Аналогично пункту выше - буквально с версии 2021.10 в UiPath становится доступной удаленная отладка.
Добрый день, Валентин! Меня зовут Иван Мельников, я представитель компании ROBIN и замаюсь развитием продуктов ROBIN.
Спасибо большое за комментарий! Хотелось бы дать комментарии и ответы с нашей стороны. Не в формате спора или критики, а скорее для того, чтобы рассказать об особенностях платформы ROBIN :)
Интерфейс и возможности разработки (Про StudioX)
Про StudioX - согласны, для UiPath это большой шаг в сторону упрощения продукта для пользователей без знания языков программирования. Но глобально там используется всё тот же движок и тот же подход, что был в обычной Studio, и часть сложностей для не_программиста все-равно осталась . Например, конвертация данных, которая целиком организована через лежащий рядом эксель файл в который надо вставлять данные и потом забирать конвертированные через формулы. Это решает проблему, но выглядит менее очевидно чем, если бы просто было реализовано в формате активностей (дальше будут называть активности действиями на манер терминологии ROBIN).
И как было сказано - в нём всё равно можно программировать, если очень нужно. А это возвращает все вопросы от информационной безопасности, которых можно было бы избежать, если бы это был полностью No-Code продукт.
Таким образом, глобально, да, у UiPath есть продукт для более простой разработки. Но он не покрывает всех преимуществ в части использования сотрудниками с невысокой технической квалификацией, которые есть в студии ROBIN.
Ролевая модель
Возможно, что у коллег из UiPath тоже появляется такой функционал, но из того, что мы видели до этого, все ограничения доступов по действиям и добавления/обновления действий выполнялись в UiPath пакетно. Т.е. условно если я хочу запретить одно действие из пакета Excel, то я этого сделать не могу, не запретив весь Excel.
Кроссплатформенность
Здесь ключевое отличие у ROBIN, в том, что роботы не просто переведены на .NetCore. Этим путем пошли все существующие платформы, чтобы сейчас обеспечить определенную поддержку Linux, т.к. практически все называют себя кроссплатформенными. У ROBIN в самой архитектуре заложено то, действия могут быть написаны в любой реализации - .Net, Java, Python. Например, на .Net в основном написаны вещи нацеленные на работу с Windows и продуктами Microsoft. На Java и Python всё остальное. И преимущества действий на Java и Python в гораздо большей степени интеграции с линуксом (Например, Python почти родной для linux, запускается и исполняется нативно (в отличии от .Net), и из него можно вызывать хоть функции ядра ОС.), что в итоге выражается в стабильности и возможностях конкретных действий под конкретные нативные приложения ОС.
На самом деле, под кроссплатформенностью в ROBIN понимается также и совместимые ОС. Работа как роботов, так и компонентов платформы возможна на ОС семейства Linux, как Ubuntu, CentOS, так и импортозамещающие AstraLinux, AlterOS. Круто и то что ROBIN может работать запускать роботов и на macOS, пусть не является фишкой импортозамещения, да и в российском корпоративном сегменте, эта ОС не распространенна, но отлично демонстрирует возможности ROBIN в части именно кросплатформенности. Таким образом, архитектура позволяет запускаться практически везде, если поставить такую задачу.
Для обеспечения требований импортозамещения, безопасности также важно совместимое ПО. Напммер, для совсем для суровой безопасности (как у военных, где майкрософтом не должно пахнуть), нам будет достаточно для запуска роботов чистого линукса из коробки (ибо Python там часть коробки). А в качестве СУБД ROBIN использует импортозамещающую Postgre или Postgre Pro (никаких MS и Oracle).
Отладка и обновления
Интересно, посмотрим реализацию, пока не видели :)
Всяк кулик, свое болото хвалит...
Вход в RPA, произошёл у меня с Robin, правда дело было ещё до версии 2.0 - она была на стадии тестирования и сыроватая. Поэтому знаком и с Робин и с UIPath, с которым работаю на данный момент. Есть вещи, которых мне не хватало в Робине, но были в UIPath (напоминаю, что речь идёт о старой версии Робина) И наоборот.
У вас написано:
Код в студии написать нельзя
И ниже:
У ROBIN 2.0 действия программируются на .NET (проверял только C#), java, Python
Этот момент можете пояснить? В той версией, которой я пользовался была возможность вставки кода C#, а в Альфа версии 2.0 код не завезли, хотя была заявлена поддержка C#, Python,java.
Базовый функционал у платформ практически не имеет отличий.
UiPath в основном ориентирован на разработчиков, интерфейс удобен для программиста и полностью адаптирован под его нужды
Функционал, я думаю во всех продуктах RPA будет примерно одинаков, заточенный под нужды бизнеса, но я бы не сказал, что в UIPath адаптирован для программиста. Мне ещё ни разу не приходилось прибегать к использованию кода. А в тех версиях Робина очень часто прибегал к вставкам кода, так как функционала к некоторым вещам не хватало.
Код я не считаю злом на платформах RPA, с помощью него можно было делать много классных фишек. Эх.. Я даже хотел тоже статью написать, что я вытворял благодаря встроенному коду в Робине, но, работаю теперь в другом месте с UIPath
Добрый день! Меня зовут Иван Мельников, я представитель компании ROBIN и занимаюсь развитием продуктов ROBIN.
Спасибо большое за комментарий! Хотелось бы дать комментарии и ответы с нашей стороны. Не в формате спора или критики, а скорее для того, чтобы рассказать об особенностях платформы ROBIN :)
Этот момент можете пояснить? В той версией, которой я пользовался была возможность вставки кода C#, а в Альфа версии 2.0 код не завезли, хотя была заявлена поддержка C#, Python,java.
ROBIN 2.0 Studio это No-Code инструмент, и там всё делается с помощью уже разработанных действий. Отдельно есть ROBIN Action Editor - специальный инструмент, который позволяет создать своё действие на любом из трёх фреймворков (.Net,Java, Python) и оформить его для использования в студии. Все созданные действия публикуются в центральное хранилище, откуда доступны в Studio согласно ролевой модели. Такое разделение нужно для того, чтобы во-первых, любой сотрудник мог при желании погрузиться в тему роботизации, и мог собрать робота не зная языков программирования и их функций, но только с тем уровня доступа, который ему предоставит отдел информационной безопасности. Во-вторых, такое разделение функций (создание робота от написания кода) дает возможность максимально переиспользовать кастомные дейсвтия внутри организации.
Функционал, я думаю во всех продуктах RPA будет примерно одинаков, заточенный под нужды бизнеса, но я бы не сказал, что в UIPath адаптирован для программиста. Мне ещё ни разу не приходилось прибегать к использованию кода. А в тех версиях Робина очень часто прибегал к вставкам кода, так как функционала к некоторым вещам не хватало.
Функционал по действиям в ROBIN расширяется каждый релиз, но мы понимаем, что их не всегда хватает и потому вынесли возможность создания действий в отдельный инструмент. Про то, что в UiPath не приходится прибегать к коду - наверное возможно всё, но может быть сложно, т.к. много базовых операций в UiPath в принципе реализованы только через код. Хотим получить текущую дату - .DateTime.Now надо всё равно использовать, а это функция программирования всё таки и обычный пользователь не сможет ей воспользоваться.
Я даже хотел тоже статью написать, что я вытворял благодаря встроенному коду в Робине
Если не сложно - напишите нам на info@rpa-robin.ru, нам было бы интересно узнать и добавить ещё полезного функционала в следующих релизах.
Спасибо!
Сравнение RPA от UiPath и ROBIN 2.0 как способ полюбить российское ПО