# source: 2026-10-18/rec_20261018_172036.m4a
# model: Systran/faster-whisper-small
# transcribed: 2026-10-20T20:01:44Z

[00:00:00] поджигает задачу и он чистит репозиторию.
[00:00:03] Теоретически это выглядит, как я понимаю так. У тебя просто есть определенный хэндлер
[00:00:07] с разными с какой-то задачей. То есть этот хэндлер при отработке он сразу ставит
[00:00:12] цепочку задач и это является началом, то есть наверное это как-то так должно
[00:00:21] выглядеть. Хэндлер, который сделает множество задач в цепочке.
[00:00:26] Ну тут ты сейчас поднял вопрос, что происходит до того, как у нас появились
[00:00:30] задачи. То есть кто их ставит. То есть их может конечно ставить хэндлер, тоже хэндлер,
[00:00:37] который мы запустили и он создал все необходимые нам задачи внутри таскапа.
[00:00:45] А может Дэфф... Дэфф Хапплыч это сделает? Да. Просто тут вопрос в контроле этого.
[00:00:53] Я сторонник того, чтобы сделать так, чтобы это было удобно изменять.
[00:01:02] Потому что мы с тобой будем много раз править вот эту вот логику, какие задачи
[00:01:07] когда создавать и хорошо бы нам мощь это видеть. Чтобы это снаружи управлялось,
[00:01:14] а не с внутренней стороны. Да, и вопрос возникает тогда следующий.
[00:01:20] Вот смотри, когда у нас задача по расписанию, у нее есть шаблон и параметры.
[00:01:24] Ну в принципе, если в службе задач будет где-то лежать конфигурационный файл для создания
[00:01:38] задач на обработку, то мы сможем его править и получать разный эффект. Наверное.
[00:01:47] Вот, вот надо просто это предусмотреть. Либо, либо еще раз повторюсь, это прямо в Дэфф Хапппэйдже,
[00:01:54] в Дэфф Хапппэйдже, но тогда вопрос возникает, чтобы поправить Дэфф Хапппэйдж, мы должны,
[00:02:02] то есть это же будет на флаттере приложуха, то мы должны, получается,
[00:02:07] будем поправить флаттер и его пересобрать. Либо поправить что-то, что, например,
[00:02:15] лежащий в индексной базе шаблоны создания задач, то есть иметь интерфейсов в Дэфф Хапппэйдже,
[00:02:22] который будет смотреть на индексную базу свою, и тогда мы его открыли и в ней поправили,
[00:02:33] это самое простое. То есть мы тогда сможем вот это все дело пробовать просто через интерфейс,
[00:02:38] не перекомпилируя Дэфф Хапппэйдж и не залезая вправ в Патраха службе задачи. Понимаешь,
[00:02:45] да? Единственное, как мы будем ходить вот в табличку в индексную, она же фактически,
[00:02:54] у тебя в воссетах будет лежать, на браузере. Дэфф Хапппэйдж, да. Дэфф Клиент,
[00:03:05] грубо говоря. То есть если Дэфф Хаппэйдж заменить на Дэфф Клиент или Дэфф Пэйдж, то получим
[00:03:11] что-то, что у тебя есть, или просто я саму приложуку, наоборот, называть Дэфф Хаппп,
[00:03:16] я тоже об этом думаю, а то, что в интернете болтается на Дэфф Хаппп сервис, то есть мы заходим в
[00:03:22] интерфейс, флаттер приложения, у него есть база дамы, да, но сам интерфейс предоставляет те
[00:03:28] возможности поменять что-то в этой базе, понимаешь, да? И тогда у нас как бы главная логика, то есть
[00:03:35] будет сосредоточено какие задачи, за какими создавать внутри вот этого Дэфф Хаппа. Мне кажется,
[00:03:43] это нормально. Вот. Просто смотри, тогда вот главный вопрос такой сложный, смотри, тоненький. Он о том,
[00:03:51] что мы в Дэфф Хапппе, грубо говоря, создаем несколько задач и первые из которых, грубо говоря,
[00:04:01] создание репозитория, последняя, грубо говоря, зачистка репозитория, а в середине задачи, ну как бы,
[00:04:12] которые что-то делают, ну то есть и они как бы, ну все зависит цепочкой друг от друга, ну то есть у тебя
[00:04:21] соответственно ты создал сразу, например, ну представь себе, что у нас две операции по разработке,
[00:04:27] тогда у тебя получается первая задача, клонировать репозиторий, вторая там, допустим,
[00:04:33] разработать сермек, третья, разработать фронт, четвертая, зачистить репозиторий, понимаешь, вот
[00:04:41] и они все друг от друга зависит. В принципе, эта тема понятно. Теперь возникает вопрос, что делать с
[00:04:48] приемкой. Вот, ну то есть в чем прикол приемки? Прикол в приемке, что следующая задача не берется без опрува предыдущей задачи.