Гибкая или динамическая автоматизация 👍👍👍👍👍👍👍👍👍👍 Постараюсь донести до вас мысль, как правильно закладывать в свои проекты гибкость и динамичность. Этот пост рассчитан на тех, кто уже вовсю пишет скрипты. Для тех, кто ещё не начал, он будет сложным для понимания. Когда вы научились решать локальные задачи с помощью кода, у вас, скорее всего, скапливается огромное количество скриптов. На каждую задачу — по скрипту. В целом вы уже «динамичны»: под каждую новую проблему пишется решение. Только проблема в том, что их становится с каждым днем, месяцем и годом всё больше и больше. Доходит до того, что в собственных завалах не можешь найти нужный файл или его актуальную версию. Ибо называем мы их как попало. Первая задача — научиться объединять скрипты в модули. Возьмем простой пример: модуль «Озвучка». В него входят скрипт озвучки, скрипт субтитров и скрипт наложения фоновой музыки. Вам нужно заставить их работать вместе. Но не просто запускать их по очереди, а сделать так, чтобы они выполняли задачи параллельно — это экономит время и задействует больше ресурсов компьютера. В этом примере после получения аудиофайла должны запуститься два параллельных процесса: первый накладывает музыку, второй — создает субтитры. Они должны работать одновременно. Это был простой пример. В больших проектах таких параллельных процессов может быть и сотня. Когда вы научитесь создавать такие модули, выстраивать логику объединения задач и параллельность, тогда нужно начинать пилить интерфейс. Назовем его «Менеджер модулей». Для чего это нужно? Теперь вы не просто копите скрипты, вы собираете систему. Все они у вас в одном интерфейсе. И вот тут начинается магия и гибкость. При появлении новой задачи вы просто добавляете либо новый модуль, либо расширяете старый. Захотели добавить в озвучку еще один сервис? Вам нужно всего лишь дописать логику получения аудио, не трогая готовый рабочий код, который накладывает музыку и делает субтитры. Уловили, как работает гибкость? Когда вы научитесь такое проворачивать, вы неизбежно придете к тому, что начнете объединять уже не процессы, а целые модули между собой, заставляя их работать в параллели и экономя еще больше времени. Кстати, заметил, как в чатах хвастаются количеством строк кода в своей автоматизации. Открою тайну: «много кода» не значит «хорошо». Чем меньше кода на задачу, тем лучше. Чем легче ваша программа — тем она быстрее работает. Часто одну и ту же задачу можно решить 500 строками, а можно — 50, если изменить подход. Всегда уточняйте у нейросетей, можно ли решить вашу задачу более лаконичным и легким способом. Хотите, в следующем посте напишу про синдром упущенной выгоды (FOMO), который сейчас накрывает многих из-за резкого развития автоматизации? Расскажу, как люди в панике ищут того, кто напишет им «волшебный» генератор, и почему их затея изначально обречена на провал. Там есть одна фундаментальная ошибка, из-за которой всё рассыпается. Интересно разобрать, почему их план не сработает? У кого Premium в Telegram — дайте бусты https://t.me/boost/kairex Было полезно? Ставь ❤️🔥👍 👨‍💻❤‍🔥▶ 👍Обучение FAQ 👍Войти в чат 👍YouTube канал 👍Автор канала 👍Подписаться на канал 👍👍👍👍👍👍👍👍👍👍 Есть вопросы? Пиши в комментарии 👍