Ни для кого не секрет, что грамотная подготовка – 50% результата, а подготовка инструментов разработки приносит точно такой же эффект. Сегодня я расскажу о нашем печальном опыте автоматизации без подготовки, и как мы смогли её реинкарнировать в кратчайшие сроки с помощью SDK.

🚀 Автоматизация среди нас повсюду. Мы уже даже не обращаем внимание на те процессы, что происходят где-то вне нашего поля зрения. Это действительно круто, но все ли так гладко внутри?

Начну с очевидной мысли: можно и нужно автоматизировать всё, что в корпоративной среде представляет собой повторяющиеся рутинные или сложные процессы.          Здесь важно отменить, что несмотря на тренды мира ИИ, автоматизация всё равно в подавляющем большинстве задач остаётся более точным и верным другом.

Поэтому не удивительно, что на рынке предостаточно соответствующих инструментов вроде: Selenium, Jenkins, UIPath и др., способных решать такие задачи. Однако, готовые решения часто не учитывают нюансы работы компании (особенно в нишевых отраслях). 👀

Бизнес нередко решает эту проблему, создавая собственные инструменты автоматизации, что позволяет ему не только экономить средства в долгосрочной перспективе, но и получить гибкий кастомный продукт, подходящий под любые сценарии.

💸 Но не каждая компания решается на это – часто это приводит к появлению «подпольной» автоматизации.

И мы реализуем автоматизацию «подпольно», а это ведёт к настоящему хаосу, друзья! Другие команды также реализуют у себя такую же автоматизацию, и все по-разному.   Выходит, что несмотря на отсутствие явной программы по реализации необходимых инструментов, она все же состоялась, но уже дороже – множество разработчиков на разных ЯП с разными зависимостями тратят кучу времени, чтобы у них появилась автоматизация.

И вот часть вытекающих проблем: 1.  Пока «мелкие шайки» не объединились их легче «прибить» за нецелевое решение.          2.  Глобальные изменения могут вызывать несовместимость для множества гремучих процессов «подпольной» автоматизации.          3.  Как правило такой автоматизацией заведует 1.5 землекопа, которые ещё и не ведут документацию.

А задач по автоматизации все больше и больше!

🔥 Отличным решением становится разработка SDK, которая задаёт общие правила реализации автоматизации, хранит под капотом всю кроссплатформенную логику работы с API, отлично поддаётся кастомизации, поставляется с debug-режимом (+ визуализация действий), имеет логирование и notification-систему, а также имеет открытый исходный код.

Популяризация и появление комьюнити делает описанные выше проблемы не такими уж и опасными.

Почему именно SDK? Ответ прост:

• экономия времени на реализацию проекта с сохранением всех бенефитов;
• модульность и гибкость инструмента (при правильной архитектуре проект готов к использованию с первых своих шагов).

⏳ Какой эффект мы ощутили:

• в состоянии кризиса удалось привлечь новых разработчиков;
• переписывать legacy стало не таким бесперспективным делом, а при переписывании были найдены и устранены множество багов и затупов;
• скорость разработки новой автоматизации неимоверно сократилась;
• дебажить, читать проекты одно удовольствие, комьюнити позволяет продукту развиваться, а порог вхождения сильно-сильно упал.   🔎 О чём стоит задуматься при реализации подобного решения: 1.  Управление сессиями: авторизация и keep-alive в случае одновременной работы с несколькими сессиями в разных АС.          2.  Грамотное распределение сетевых ресурсов: даже банальный lru-cache может дать прирост в эффективности сессии в десятки, а то и в сотни раз!          3.  Поставка CLI и инструментов автоматической сборки и отладки будущих программ. 4.  Рассмотрение более сложных форм инструмента в качестве стартапа для Вашей компании: почему бы не реализовать интерфейс в виде low-code, или не добавить NLP, а вдруг это будет ИИ-агент – подумайте и об этом.

#sdk #разработка #автоматизация