Comments 6
@Ivan_Maslov, а я вам другую дискусию хочу предложить: вот есть такой open source продукт Robot Framework, написанный на Python, и используемый, в том числе, для RPA. Фреймворк довольно популярный, для него существуют десятки бибилиотек. Есть разработчики в России, которые на нем активно пишут. Есть активное сообщество: https://t.me/robotframework_ru. Но вы решили написать собственный фреймворк, вместо того, чтобы, например, дописать недостающие бибилиотеки для Robot Framework. Ваш собственный фреймворк это проявление синдрома "Not invented here"? Или что-то другое?
@conopus Спасибо за предложение. Прекрасно знаю про этот Framework. Рекомендую погрузиться подробнее в pyOpenRPA. Если вы используете Robot Framework, то будете приятно удивлены еще более простой структуре pyOpenRPA. К сожалению Framework, про который Вы говорите, обладает рядом технических ограничений, которые препятствуют гибкому и динамичному развитию архитектуры роботизации. В качестве одной из причин могу назвать, что для Robot Framework требуется создание специальных библиотек-прослоек для использования. Для pyOpenRPA этого делать не нужно. С pyOpenRPA это, и доп. возможности, и доп. быстродействие. Разве не к этому мы все стремимся? Для pyOpenRPA открыть весь набор библиотек Python - никаких библиотек-прослоек, которые тоже умеют сбоить!
Если будет интересно, то могу в качестве отдельной статьи подготовить сравнительный обзор.
Спасибо!
Иван, я думаю, что то, что кажется вам недостатком Robot Framework является его сильной стороной. Архитектура подключаемых бибилиотек, позволяет расширять его функциональность за счет участия можества разработчиков сообщества. По своему опыту могу сказать, что писать/исправлять эти библиотеки способен разработчик даже начинающего уровня. Конечно, вы можете сами включать в pyOpenRPA все, что вам потребуется, и это будет удобно для вас. Возможно оно будет работать быстрее (хотя вряд ли это главное преимущестов при написани роботов). Но, как же с основным преимуществом open source — вкладом сообщества? Много ли сторонних разработчиков делают вклад в pyOpenRPA сейчас? Можете сравнить это с количеством библиотек для Robot Framework?
А сравнительный анализ, конечно, будет интересен. Я бы прочитал такую статью.
При подключении нового сотрудника заявок нужно много: создание учётной записи, сетевые доступы, VPN. Логичное решение — комплексная заявка, содержащая несколько атомарных. Это было бы удобнее сотрудникам-пользователям, но сложнее в поддержке со стороны разработки. Поэтому здесь напрашивается робот, который сможет генерировать и отслеживать любое количество комплексных заявок.
Это уже реализовано или "влажные фантазии" ? Когда я в ВСК работал (относительно недавно), не было никаких комплексных заявок. А вот заявок на доступ надо было с десяток написать.
Автоботы, трансформируемся: как быстро и недорого победить 400 систем-десептиконов