Как стать автором
Обновить

Подходы к роботизации процессов в госсекторе: кейс применения программных роботов

Время на прочтение6 мин
Количество просмотров975
Всего голосов 2: ↑1 и ↓10
Комментарии3

Комментарии 3

Подходы к роботизации процессов в госсекторе

Взять опенсорцные либы, склеивать их целый квартал, расхвастаться об этом на Хабре надутой статьёй без конкретики тщательно избегая упоминать названия либ по тексту, перечислить либы одной строкой в конце – и забыть поставить на либы хотя бы ссылки. Фу.

Ну, раз просите подводные камни, то... Заваривайте чаек, присаживайтесь на топчан и слушайте :-)

Проблема №1 - "Питон программисты"
Питон программистов много, это факт... Но в разрезе программирования RPA-решений картина выглядит довольно печально. Прям профи-профи в этой сфере не так то много, а те, кто не супер-профи, с высокой долей вероятности пишут в разных стилях и применяют разные подходы. Как итог - наняв нового программиста вы получите целое приключение с его адаптацией (или через месяц обнаружите, что старые программисты не могут поддерживать робота от новичка)

Проблема №2 - "ОпенСорс"
Любимая мантра всех опенсорсников - "Это октрытый код, ты сам как программист можешь исправить ошибку, никакого вендорлока. А еще ты уверен, что нет никаких дыр, так как сообщество ух как старается". По факту эти розовые очки разбиваются о то, что именно те проблемы, которые получите вы - никто другой не встретит (или их это не будет волновать как вас). При попытке залезть в исходный код опенсорса вы потратите кучу времени и сил, и с высокой долей вероятнсти даже если получится устранить баг - можно сгенерировать себе новые.

Как обратная ситуация - злоумышленники могут проанализировать опенсорс решения, которые вы используете, найти в нем дыры и воспользовавшись ими получить несанкционированный доступ к памяти ваших роботов, отправив все самы важные циферки из важных документиков в недружественные страны

Проблема №3 - "Масштабирование эксплуатации"
Действительно, на планке примрено до 10 роботов - играться в простенькие решения, которые написаны самостоятельно, это прикольно. Но как только у вас начинается опыт с десятком роботов, которые работают на десятках машин под парой десятков учетных записей... Контролировать этот "Зоопарк" теми же опен сорс средствами становится крайне проблематично. Легко упустить ошибки в работе одного конкретного робота на одной конкретной учетке, легко упустить то, что расписания запуска перестали работать и так далее.

В целом можно еще ворох проблем дать вам, но, по классике остановимся на раз-два-три.

В заключении хочется донести простую мысль - Отдавая деньги вендору за лицензии вы в первую очередь покупаете свое время, которое не потратите на решение очень многих сложных проблем. За вас их уже либо решили, либо помогут решить, когда окажется, что эта проблема касается только вас.

Большое спасибо за подробный, аргументированный комментарий! Есть над чем подумать.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий