Согласен со всем перечисленным, однако, реклама и подход рекламируется именно такой, что можно посадить любого сотрудника, у которого просто есть желание, что у владельцев бизнеса создаёт неверное представление о технологии
Хочу подчеркнуть, что данная статья применима к RPA разработке, сравнения с автоматизацией в широком понимании здесь нет. По сути, rpa - это уже компромиссное решение в плане скорости разработки
В целом смотрели в первую очередь на функциональность, стабильность работы, простоту и удобство разработки. Жёстких требований к бесшовной миграции с uipath не было, в чудеса не верим)
Сейчас целевая платформа - Sherpa, в целом, вполне себе устраивает. Может оркестратор местами ещё сыроват, хотя своё дело делает, зато студией разработки мы довольны на 100%, в ней много интересных, удобных фич типа разработки во время отладки. Powershell по началу был непривычен, но сейчас какой-либо нехватки функционала нет.
Отдельно хотел выделить очень удобную консоль - сильно упрощает дебаг и написание кода, лично для меня это было киллер-фичей среди конкурентов, хотя, вероятно, этот функционал уже реализован и на других платформах
В целом, мне кажется вы немного драматизируете;) Лично у нас самый болезненный этап работы с вендором был в первые пол года (конец 2023-начало 2024), когда мы выравнивали наши требования с вендором и много взаимодействовали, там действительно было похоже на гонки костылей. Всё равно всё становится с каждым релизом стабильнее, вендор учится, в т.ч. на своих же ошибках.
В целом, на данный момент нас вполне устраивает работа отечественной платформы. Лично я пытаюсь сфокусироваться на том, чтобы поддерживать заготовку (шаблон) для новых роботов, в которой будут использоваться актуальные решения платформы. Ну и стоит поддерживать с вендором обратную связь по платформе. Это максимум, что можно сделать, на мой взгляд
Согласен со всем перечисленным, однако, реклама и подход рекламируется именно такой, что можно посадить любого сотрудника, у которого просто есть желание, что у владельцев бизнеса создаёт неверное представление о технологии
Хочу подчеркнуть, что данная статья применима к RPA разработке, сравнения с автоматизацией в широком понимании здесь нет. По сути, rpa - это уже компромиссное решение в плане скорости разработки
В целом смотрели в первую очередь на функциональность, стабильность работы, простоту и удобство разработки. Жёстких требований к бесшовной миграции с uipath не было, в чудеса не верим)
Сейчас целевая платформа - Sherpa, в целом, вполне себе устраивает. Может оркестратор местами ещё сыроват, хотя своё дело делает, зато студией разработки мы довольны на 100%, в ней много интересных, удобных фич типа разработки во время отладки. Powershell по началу был непривычен, но сейчас какой-либо нехватки функционала нет.
Отдельно хотел выделить очень удобную консоль - сильно упрощает дебаг и написание кода, лично для меня это было киллер-фичей среди конкурентов, хотя, вероятно, этот функционал уже реализован и на других платформах
В целом, мне кажется вы немного драматизируете;) Лично у нас самый болезненный этап работы с вендором был в первые пол года (конец 2023-начало 2024), когда мы выравнивали наши требования с вендором и много взаимодействовали, там действительно было похоже на гонки костылей. Всё равно всё становится с каждым релизом стабильнее, вендор учится, в т.ч. на своих же ошибках.
В целом, на данный момент нас вполне устраивает работа отечественной платформы. Лично я пытаюсь сфокусироваться на том, чтобы поддерживать заготовку (шаблон) для новых роботов, в которой будут использоваться актуальные решения платформы. Ну и стоит поддерживать с вендором обратную связь по платформе. Это максимум, что можно сделать, на мой взгляд