VoiceRecord_Result/conversations/beseda-20261018-1710.txt

# Беседа: beseda-20261018-1710.txt
# файлов: 7; начало: 2026-10-18 17:10; конец: ~2026-10-18 17:42

## 2026-10-18/rec_20261018_171034.m4a (старт 17:10:34)

[00:00:03] Ну и она, получается, мучает локальную танцкслужбу
[00:00:10] просто через API-настройки, т.е. почти TPP-протоколу, а служба
[00:00:16] задачи она зарегалась, выставилась и ждет подключения в себя
[00:00:20] локального, можно по идее даже ее на нестандартном
[00:00:26] порту держать, т.е. не на 80-ом, на каком-нибудь другом вообще.
[00:00:33] Ну, т.е. предложение фартеровское работает с, получается,
[00:00:39] с локальной службой, а локальная служба подключается к службе
[00:00:44] в интернете, как вы говорите.
[00:00:47] Ну, какой службе в интернете? Вот у тебя на картинке все нарисованное.
[00:00:55] Смотри, представь, что у тебя как бы ее локальная разработка,
[00:00:59] в чем оно заключается. Ты, первое, ты ставишь себе службу
[00:01:03] задачи. Соответственно, дальше ты открываешь Def Hoppage,
[00:01:11] вот, видишь, там пользователь. Все, Def Hoppage может работать
[00:01:15] с твоей службой задач, соответственно, которая стоит
[00:01:19] на локале. Но Def Hoppage, по сути, флатор приложения,
[00:01:23] которые ты открыл по ссылке из интернета. Вот так, как
[00:01:27] оно у тебя же раскрыт, крутится внутри браузера, то она
[00:01:30] получает возможность по локальным IP, по локал-хосту
[00:01:36] работать с локальной службой. Теперь, что делает локальная
[00:01:40] служба? И что делает Def Hoppage? Def Hoppage из Def Hub-а,
[00:01:44] из интернета, тащится, соответственно, себе задачу.
[00:01:50] Вот. И дает ее, соответственно, Def Hoppage. То есть, сейчас вот
[00:01:56] здесь, вот, в смысле, какой был, да, здесь надо эту ХЛД
[00:01:59] менять, короче. Почему ее надо менять? Потому что здесь
[00:02:03] нет взаимодействия у Def Hoppage и Task Hub-а. То есть, предполагалось,
[00:02:09] что... Ну, кстати, не понятно, что тут предполагалось.
[00:02:15] Ну, то есть, тут какая-то есть прорисовка от Def Hoppage
[00:02:20] на две такслужбы. Ну, короче, да, предполагается, что Def Hoppage
[00:02:25] оно наработает как с локальной, так и с глобальной службой
[00:02:28] задач, как с независимым местом автоматизации разработки.
[00:02:32] Итак, еще раз, пользователь Def Hoppage выбирает
[00:02:36] Task, Task приходит из Def Hub-а к нему. Дальше эта Task
[00:02:39] улетает напрямую в локальную службу задач.
[00:02:42] Здесь есть Task Hub и есть, соответственно, Def Task Handler.
[00:02:48] Дальше задача должна содержаться вся информация необходимая,
[00:02:54] которая позволяет Def Task Handler-у заполнить себе,
[00:03:02] да, то есть, заклонировать себе нужные репозитории
[00:03:05] и дальше с ней вместе там ковыряться и работать.
[00:03:09] И, как бы, при этом, соответственно, ну, как бы и все.
[00:03:13] А дальше что получается? У тебя кто, как результаты возвращаются?
[00:03:18] Возникает вопрос. Результаты, результаты, результаты.
[00:03:23] Ну, результаты возвращаются либо Task Hub-ом,
[00:03:26] получается напрямую в Def Hub, что, наверное, не очень хорошо.
[00:03:29] Либо они не творятся твоим Def Hoppage-ом, да?
[00:03:35] То есть, они спрашивают у Task Hub-а готовы, не готовы,
[00:03:39] ему говорят, готовы, ну, и дальше он там смотрит.
[00:03:43] Здесь, правда, еще обратить внимание идет,
[00:03:46] ну, так как мы клонируем репозиторию из большого репозитория,
[00:03:50] да, то есть, твои результаты мы можем туда закидывать.
[00:03:53] Собственно, естественно, мы при этом брончуемся,
[00:03:57] делаем правки, и потом туда это сам.
[00:04:04] Поэтому я бы сейчас сосредоточился сейчас,
[00:04:06] пока опять на технических моментах,
[00:04:08] пока требуемы все эти идеи не расписали.
[00:04:11] Какие у нас здесь технические моменты есть?
[00:04:13] Смотри, есть сама служба-задача,
[00:04:15] которая должна работать как Windows-служба.
[00:04:18] У нее она должна мочь по данным внутри задачи
[00:04:22] заклонировать репозитории.
[00:04:24] Да, возникает вопрос.
[00:04:26] Да, собственно, Task Hub-ом, что у нас?
[00:04:30] В принципе, он сейчас его можно реализовывать, кстати,
[00:04:33] не Windows-служба, а именно контейнером докеровским.
[00:04:37] Так как мы умеем теперь работать с LLM-модели в докере,
[00:04:40] то Task Hub может быть докер-контейнером.
[00:04:44] Соответственно, Task Handler, в принципе,
[00:04:48] никто не мешает сейчас, не ломая архитектуру,
[00:04:52] его сделать опять-таки тоже докер-контейнером.
[00:04:56] Ну, то есть, Runner внутри него будет Handler.
[00:04:59] Дальше идет...

## 2026-10-18/rec_20261018_171535.m4a (старт 17:15:35)

[00:00:00] Понятно дело, где-то сбоку должна лежать тазк habdb, то есть на соответствии,
[00:00:08] ну то есть сейчас, говорю, мы можем взять существующую службу задачей, вообще не перепиливая,
[00:00:13] ну на ней реализовать то, что нам нужно просто за счет DEV, ну, нового обработчика,
[00:00:20] то есть поэтому нужно как бы проанализировать ее, да, выкачать исходники и реализовать
[00:00:26] рабочий процесс, пока ее не ломая. А вот дальше начинается самое интересное,
[00:00:31] то есть когда у тебя DEV-танцхендлер дошел до того, что ему надо, чтобы выполнить задачу
[00:00:35] проклонировать к себе репозитории, мы приходим к вопросу, а куда он будет клонировать? И у нас
[00:00:44] есть два варианта, если его клонируют прямо к себе, либо, наверное, что более логично,
[00:00:49] в примонтированную папку он клонирует репозиторию куда-то в общее пространство. А вот почему? Потому
[00:00:59] что когда DEV-танцхендлер будет поднимать дополнительный контейнер с целоленкой,
[00:01:13] то он сможет тогда туда примонтировать тот репозиторий, который он проклонировал,
[00:01:22] понимаешь? Поэтому выгодно держать эту инфу вне контейнеров. То есть танцхаб должен создать
[00:01:30] временную папку и при подъеме, ну, тут, блин, а тут получается подъемы контейнеров для DEV-танцхендлеров,
[00:01:40] то есть мы, чтобы новый отдельный контейнер поднимать на каждый этот самый, значит,
[00:01:46] ранор должен это сделать. Что сделать? Создать временную папку. Но вопрос возникает,
[00:01:55] а DEV-танцхендлер он может работать в ней этой папке? Ну, он, наверное, может за счет нашей
[00:02:02] логики заранее определенной, ну, мы будем уверены, что он не запишется куда-то наружу. Вот,
[00:02:09] а вот контейнер поднятый с LLM-ка, и он соответственно у нас будет ограничен, потому что ему
[00:02:15] будет папка примонтирована только с репозиторием. Ну, короче, Жень, я думаю, что нужно вот эту тему
[00:02:27] прогнать. Я имею в виду, что развернуть службу задач и вот просто собрать рабочий пайплайн,
[00:02:33] то есть вот таск-хап получает задачу, он ее дает хендлеру. Хендлер, соответственно,
[00:02:41] готовит, ну, как бы, окружение и поджигает LLM-ку. Понимаешь, да? То есть, ну, поджигает еще один
[00:02:52] контейнер, которому, которому дается этот репозиторий и пром соответствующий. То есть, вот,
[00:02:58] наверное, как сейчас это самое. То есть, в итоге получается, что если мы в таск-хап запушим
[00:03:05] последовательность задач, у нас там есть вроде зависимости между задачами, то есть, когда одна
[00:03:10] задача выполняется, вторая, соответственно, эта самая начинается, то служба задач должна
[00:03:21] мочь за счет подъема дополнительной, ну, короче, за счет работы DevTaskHandler, и который управляет
[00:03:29] подъемом контейнеров с LLM-кой выполнить эти задачи. Здесь тонкий момент, ну, вот это понятно?
[00:03:38] Да. Тут тонкий момент только в том время жизни репозитория. То есть, по-хорошему, время жизни
[00:03:46] репозитория не должно быть связана с временем, ну, с циклом жизни обработки задачи. То есть, мы репозиторий
[00:03:57] клонируем, когда надо задачей работать, и мы репозиторий как бы убираем, когда мы заканчиваем.
[00:04:10] По-хорошему, наверное, можно сделать какой-то тип задачи с определенным DevTaskHandler-ом,
[00:04:16] то есть, которого вообще без LLM-ки. И получится, смотри, какая петрушка. И, кстати, это интересная
[00:04:22] штука. То есть, у нас с тобой ставится одна или даже несколько задач, и сразу она закидывается в
[00:04:30] TaskHandler цепочкой. И первой задачей идет, грубо говоря, клонированная репозитория, а последней
[00:04:37] задачей идет его зачистка. А в середине идут куски разработка, верификация, согласование. Они
[00:04:44] могут вот так вот бурбулировать, туда могут новые задачи накидываться. Ну, понимаешь, да? А заканчивается
[00:04:50] это все тем, что в итоге, когда все задачи выполнены, от которых зависят зачистка репозитория, TaskHandler

## 2026-10-18/rec_20261018_172036.m4a (старт 17:20:36)

[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:07] не будет иметь на Дэфф клиент или Дэфф Пэйдж, то получим следующее, у тебя есть или просто
[00:03:14] я саму приложу и наоборот называть Дэфф Хаппп, я тоже об этом думаю, а то, что в интернете болтается
[00:03:19] на Дэфф Хаппп сервис, ну то есть мы заходим в интерфейс, в фатор приложения, у него есть база
[00:03:25] дамы, да, но сам в интерфейс предоставляете возможность поменять что-то в этой базе. Понимаешь,
[00:03:31] да? И тогда у нас как бы главная логика, то есть будет сосредоточено, какие задачи за
[00:03:37] какими создавать внутри вот этого Дэфф Хаппа, мне кажется, это нормально. Вот, просто смотри,
[00:03:46] тогда вот главный вопрос такой сложный, смотри, тоненький, он о том, что мы в Дэфф Хаппппе, грубо говоря,
[00:03:56] создаем несколько задач и первые из которых, грубо говоря, создание репозитория, последняя,
[00:04:05] грубо говоря, зачистка репозитория, а в середине задачи, ну как бы, которые что-то делают, ну то есть
[00:04:14] и они как бы, ну все зависят цепочкой друг от друга, ну то есть у тебя соответствует, ты создал
[00:04:23] сразу, например, ну представься, что у нас две операции по разработке, тогда у тебя получается
[00:04:28] первая задача, клонировать репозиторий, вторая там, допустим, разработать сер, мэк, третья,
[00:04:36] разработать фронт, четвертая, зачистить репозиторий, понимаешь, вот так, и они все друг от друга
[00:04:42] зависят, в принципе, эта тема понятно, теперь возникает вопрос, что делать с приемкой,
[00:04:49] вот, ну то есть в чем прикол приемки, прикол в приемке, что следующая задача не берется без опрува предыдущей задачи.

## 2026-10-18/rec_20261018_172537.m4a (старт 17:25:37)

[00:00:00] Ну, в принципе, сейчас мы можем по-простому сделать.
[00:00:04] Надо посмотреть, есть ли это в службе задач, скорее всего, есть.
[00:00:11] То есть задачи, которые требуют ручной приемки, они вставятся в состояние не ожидающие выполнения, а отложенные.
[00:00:22] То есть смотри, какой прикол получается, что первую задачу на клонирование репозитория ты ставишь в ожидающие выполнения,
[00:00:31] вторую, которая разрабатывает бэк, ты ставишь в ожидающие выполнения,
[00:00:36] а все последующие задачи, то есть разработка фронта и зачистка репозитория ты ставишь в отложенные.
[00:00:43] Тогда у тебя служба задач, когда она доходит до задач, до этих, она смотрит.
[00:00:48] Ага, все, клонировать, я погнал, чик заклонировала, второй вопрос.
[00:00:53] Все заклонировалось, давай разрабатывать, она пилит бэк и встает на этом.
[00:01:00] Следующую задачу она не берет в исполнение.
[00:01:03] Мы тогда проверяем результат и руками толкаем.
[00:01:07] В реальном процессе мы с тобой это продумаем получше, но имеется в виду,
[00:01:11] как мы будем сигнализировать о том, что задача выполнена, не выполнена, еще что-то.
[00:01:17] Это будет отдельная песня.
[00:01:19] Но сейчас как бы мы проверим и сможем руками тогда менять статус задачи на ожидающие,
[00:01:25] и она подняла, соответственно, делаться.
[00:01:29] Понимаешь, да?
[00:01:30] Да.
[00:01:31] Может быть, может быть, будут такие задачи, где мы...
[00:01:36] Я сейчас не хочу туда уходить в дебли, то есть, как нам симулировать с точки зрения службы задачи.
[00:01:43] Я хочу подумать еще над этим чуть-чуть.
[00:01:45] Имеется в виду вот эти контрольные точки.
[00:01:49] То есть, точки, когда задача ждет решения снаружи.
[00:01:52] То есть, пока что самое простое — это задача в статусе отложенного.
[00:01:59] То есть, точки зрения службы задачи — это уже работающий механизм.
[00:02:02] А вот внешняя обвязка, то есть, ее надо продумывать тогда и реализовывать.
[00:02:07] Ну, повторюсь, я думаю, что сейчас самое главное,
[00:02:11] ты, кстати, нашел бы все-таки, где у тебя там эти описания,
[00:02:14] нам самое главное за следующие два дня не создать ДЭФ-ХАП,
[00:02:19] за вот эту байду, а разобраться с репозиториями со всеми.
[00:02:24] Ну, я думаю, что это в параллеле, и, наверное, будет как-то мроадить.
[00:02:28] И вот, если мы там разберемся, то здесь тогда надо просто уже будет, конечно, садиться
[00:02:33] и наваливаться, чтобы садиться на вот эту тему делать.
[00:02:36] Короче, здесь служба задач, она у тебя и локальная, и глобальная,
[00:02:40] они одинаковые.
[00:02:42] В этом случае, логично получается, что управление разработкой лежит
[00:02:46] в ДЭФ-ХАПе, который здесь ДЭФ-ХАП-Пэйшн под написом,
[00:02:50] то есть, на странице, то есть, в индексной пазе.
[00:02:53] Это, в том числе, позволит разработчикам разные себе профили
[00:02:57] там определять какие-то, то есть, не зависить ни от серверной части,
[00:03:00] ни от службы задач, то есть, это прямо вот, ну, хорошо.
[00:03:04] Ну, и вот эту вот тему можно уже запрограммить,
[00:03:07] проверив просто все вот эти истории нашей про...
[00:03:11] Ну, во-первых, тебе чуть-чуть погрузившись в службу задач,
[00:03:14] да, а во-вторых, проверить наши вот эти темы про докер,
[00:03:20] работа ллмки в докере.
[00:03:22] Хорошо, я понял.
[00:03:23] Вот, вот, в принципе, все.
[00:03:25] То есть, я думаю, что достаточно вот этих вот историй,
[00:03:28] то есть, где у нас есть две ллмных задачи.
[00:03:32] Все хорошо.
[00:03:34] То есть, мы с тобой проговорили, что, в принципе,
[00:03:37] если мы результаты кладем вот в эту рабочую папку,
[00:03:41] в чем, брати внимание, то смотри, какая тонкость.
[00:03:44] Папка рабочая, которая создается под задачу,
[00:03:48] репозиторий не...
[00:03:50] То есть, корневая папка репозитория не равно этой папке.
[00:03:54] То есть, репозиторий должен быть на...
[00:03:57] И внутри нее, в том числе, почему?
[00:04:00] Потому что он может быть, во-первых, не один репозиторий.
[00:04:03] Правильно?
[00:04:05] Да.
[00:04:06] То есть, их может быть два, три.
[00:04:08] Во-вторых, где-то мусорку надо хранить.
[00:04:10] В-третьих, промежуточные файлы.
[00:04:12] Поэтому рабочая папка под вот такую суперзадачу,
[00:04:16] которая заряжается на выполнение,
[00:04:19] она как бы не равна репозиторию,
[00:04:23] а она папка, ну, просто она вот выше немножечко.
[00:04:27] Вот.
[00:04:29] Серьезно?
[00:04:31] Вот как-то так.
[00:04:33] Более того, может быть, там вообще...
[00:04:36] Знаешь, как надо делать?
[00:04:38] То есть, у тебя будет, грубо говоря, папка...
[00:04:40] То есть, ее структуры, это вот прям отдельный вопрос
[00:04:44] и в будущем шлифовке процесса.
[00:04:47] Потому что там будет, например, папка-репос,
[00:04:49] внутри будет репозитория.
[00:04:51] Ну, должны ли быть отдельные папки, например,
[00:04:54] под задачей, которые выполнялись вот в этом пайплайнер?
[00:04:58] Ну, а почему нет?

## 2026-10-18/rec_20261018_173037.m4a (старт 17:30:37)

[00:00:00] История эти фактов как минимум должна быть то есть мы же каждое действие прежде чем оно будет выполнено должны должны это
[00:00:08] описать это драма документация первичная тогда мы сможем с одной стороны эту задачу
[00:00:14] Перевыполнить еще раз да то есть улучшив процент но даже она не то что документация а рабочая документация то есть как задача
[00:00:21] выполнялась можно было бы сказать что это можно чекать в репу но с другой стороны если у тебя задача какая-то
[00:00:27] мультирепозитурерская или еще что-то чекать это все барахло туда не смысла не имеет кроме жуточная поэтому получается что
[00:00:35] уже сейчас что во временная папка которая запускается под вот такую вот
[00:00:41] супер задачу из
[00:00:43] из дефхап сервиса да из бэклога она должна содержать все папки репас и таск
[00:00:50] репасов будут все репасы репы которые мы будем клонировать
[00:00:54] а в тасках будут
[00:00:56] таски из таск сервиса
[00:01:00] которые вы приняли в этом участие и каждая и каждая и дальше у нас должна быть какая-то структура для таски
[00:01:08] ну то есть грубо говоря таска вот у меня временные папки вот у меня рабочие папки вот еще хоть барахло там
[00:01:14] ну то есть чтобы когда очередная задача ллэмная делала очередную бы задачу из вот этого
[00:01:22] как бы
[00:01:23] длинного пайплайна
[00:01:25] она бы понимала где она находится более того может быть в корне должен лежать ритми которая описывает вот весь этот пайплайн
[00:01:33] что ллэмка понимала я участвую в таком длинном процессе
[00:01:37] моя роль и мою место сейчас вот здесь разработать фронт до этого был склонирован репозиторий
[00:01:44] разработан бэк да вот я сейчас должен разработать фронт там и потом
[00:01:49] ну как бы будет приемка и зачисто и вот это все лежит в ритме
[00:01:53] она которая как бы описывает в целом вот эту вот супер задачу забранную с дофхаба
[00:01:58] в принципе уже получается не плохо то есть есть верхний уровень то есть мы понимаем короче что есть
[00:02:05] таски в
[00:02:06] хабе есть таски в таск сервисе которые вот состоят из отдельных операций которые надо выполнить
[00:02:14] поэтому вот если сейчас вот тебе сконцентрироваться на том чтобы
[00:02:22] ну грубо говоря создать пока первичный какой-то каркас который бы толкал
[00:02:29] вот этот вот
[00:02:32] ну толкал бы создание
[00:02:35] тасков таск сервисе
[00:02:38] больше все сконцентрироваться на таск сервисе то тогда можно при готовом таск сервисе брать вот этот вот
[00:02:45] дефхаб на то есть тут надо вот сейчас переименование будет эти все сделать брать дефхаб то есть это клиентская приложуку и
[00:02:53] пробовать разные настройки задачи понимаешь да
[00:02:57] в том числе у тебя по идее в индексной базе в дефхабе должны лежать прям ты
[00:03:02] ну то есть я имею в виду те которые будут даваться на вход
[00:03:07] ллм задачам внутри таск сервиса
[00:03:12] ну то есть мы должны там сразу понимать мы должны все настройки того что будет запущено в итоге в таск хабби
[00:03:19] иметь на руках
[00:03:21] в дефхабе понимаешь да то есть таск хаб это просто среда выполнения а что она будет выполнять должно быть написано
[00:03:30] в дефхабе да то есть вот то что сейчас здесь нарисовано под названием дефхаб пэйдж
[00:03:35] ну фактически таск таск хапа это текущая наша версия таск сервиса то есть пока что мы
[00:03:43] придумаем просто делаем определенные виды хандлеров которые будут отрабатывать
[00:03:49] отрабатывать тот массив задач который будет ставить
[00:03:52] дефхаб то есть
[00:03:55] то есть и всего что я тебе сказал здесь что получается что вот из этих вот
[00:04:01] четырех прямоугольников
[00:04:03] больших да один не является в настоящее время актуальным
[00:04:08] да какой
[00:04:10] у кого просто понимание
[00:04:13] ну не являются актуальным сейчас
[00:04:16] мне кажется
[00:04:19] наверное
[00:04:22] вот
[00:04:24] да не оттепаясь смотри первое
[00:04:28] ремо гид ну он у нас это есть и есть и то есть им можно не заниматься правильно
[00:04:35] ну вот внизу видишь гид гид это просто удаленный репресситорий наш гид
[00:04:41] да
[00:04:43] мы ничего не делаем там он просто есть
[00:04:45] второй момент
[00:04:47] чем мы занимаемся да мы занимаемся то что здесь нарисовано локал таск хаб
[00:04:53] и дефхаб пэйдж
[00:04:55] да который мы перименули и в гости с индексной базе который мы перименули

## 2026-10-18/rec_20261018_173538.m4a (старт 17:35:38)

[00:00:00] Глобал тасхаб. Мы им занимаемся или нет?
[00:00:07] Сейчас нет.
[00:00:10] Нет, а мы, по сути, им занимаемся, но он же является абсолютной
[00:00:16] копией локал тасхаба.
[00:00:18] Мы можем сказать, что мы им занимаемся, занимаемся
[00:00:21] локал тасхабом.
[00:00:23] То есть, когда все будет здесь настроено, то просто
[00:00:26] сделать еще один instance, где-то развертывание в облаке,
[00:00:31] проблемы не будет.
[00:00:32] Поэтому с точки зрения картинки мы им не занимаемся,
[00:00:35] с точки зрения фактической.
[00:00:37] То есть, мы к нему подходим к абсолютной копии
[00:00:41] локал тасхаба.
[00:00:43] Понимаешь, да?
[00:00:45] Вот.
[00:00:46] И остается у нас Девхаб.
[00:00:48] А что такое Девхаб?
[00:00:50] То есть Девхаб — это бэклок.
[00:00:53] Понимаешь, да?
[00:00:55] Ну, как бы большой бэклок всего, проекта со всеми
[00:00:58] пирогами, так далее.
[00:01:00] И здесь есть никакая вопрос.
[00:01:01] А вот в моменте нужен он нам или нет?
[00:01:04] Нет.
[00:01:05] В моменте он не нужен.
[00:01:06] Поэтому, по сути, мы концентрируемся на среде выполнение,
[00:01:11] которое представлено тасхабом, и на среде управление,
[00:01:15] которое представлено Девхабпэйджем.
[00:01:18] Все, вот этими двумя вещами.
[00:01:20] То есть разработчик работает через интерфейс Девхабпэйджа
[00:01:24] и панипулирует тасхабом, через него.
[00:01:28] Вот и все.
[00:01:29] То есть вот в моменте вот это для нас главное — научиться
[00:01:33] сделать так, чтобы тасхаб работал, как следует.
[00:01:37] Вот.
[00:01:38] Естественно, мы будем использовать репозитори, да?
[00:01:42] А потом, когда мы поймем, что у нас тасхаб более-менее
[00:01:46] созрел, мы, например, сделаем его глобальное развертывание.
[00:01:50] И тогда мы и пощупаем его в интернете.
[00:01:53] А уже с другой стороны, когда мы будем там сейчас
[00:01:57] выращивать систему управления, требуем в нее все на свете,
[00:02:00] мы потихонечку начнем развивать Девхабп сервер, да, или серверс.
[00:02:08] То есть это потом.
[00:02:09] То есть у тебя в фокусе внимание — среде выполнение,
[00:02:12] среде управление, среде управление является флатор-приложением
[00:02:16] с индексной бразой.
[00:02:17] Вот как-то так.
[00:02:19] Ну, управляем, мы просто пока текучая версия таск сервиса.
[00:02:23] А потом, ну, и в дальнейшем, или как-то ее потихонечку
[00:02:27] мы про-троформируем.
[00:02:28] Ну, по-хорошему, тебе надо взять репозиторий, на нее
[00:02:32] посмотреть, что как там, да?
[00:02:34] То есть, если мы можем без изменений каких-то сильных,
[00:02:37] ей пользоваться, пользоваться с ней, ну, пользоваться так.
[00:02:41] А так в целом, нам с тобой бы вместе, то есть, когда у нас
[00:02:45] у тебя побудет на руках, завтра сесть, и ее пощупать
[00:02:49] бы это самое.
[00:02:50] Ну, то есть, как бы, посмотреть внутрь, что нам из этого
[00:02:53] надо, что не надо, уже ее нормально ее вчекать к нам
[00:02:56] в гид, ну и так далее.
[00:02:58] Ну, то есть, какая ее, может, куда угодно там вчекать.
[00:03:01] Ну, по-хорошему, у нас вот здесь проект DEF AI, да, то есть
[00:03:04] там надо сделать, видимо, где-то, как бы, приложение,
[00:03:11] то есть, сделать отдельное приложение TASK HUB, отдельное
[00:03:15] приложение DEF HUB, то есть, надо сделать папку, наверное,
[00:03:19] EPS, да, в DEF AI у нас, вот, и там сделать два приложения,
[00:03:26] TASK HUB и DEF HUB.
[00:03:29] Вот здесь вот, да, EPS, EPS, EPS, вытаск HUB.
[00:03:51] Да, под этим, мы подозреваем службу, задать все, что
[00:03:54] связано, и вот эта клиентская приложуха на флаттере.
[00:03:58] Ну, говорю, папку назови, не EPS, а EPS.
[00:04:01] Вот, может быть, у нас же здесь два приложения.
[00:04:05] Вот, вот, это два независимых приложения здесь.
[00:04:09] Под них, соответственно, в папке TASK HUB, верхние
[00:04:13] уровни должны быть две папки, которые занимаются,
[00:04:18] ну, а там, в принципе, уже есть.
[00:04:21] Ну, я бы сделал отдельно, конечно.
[00:04:23] Вот выйди наверх, там, на один уровень.
[00:04:26] Вот, вот, видишь, TASK HUB.
[00:04:31] Вот, там лежит вся документация, все то.
[00:04:34] Вот, под DEF HUB уже есть, а под TASK HUB еще нет.
[00:04:38] Поэтому папку надо создать, там, под TASK HUB.
[00:04:42] Здесь или здесь создать TASK HUB?
[00:04:45] Ну, в TASK HUB.
[00:04:47] TASK HUB, внутри сделать TASK HUB.

## 2026-10-18/rec_20261018_174039.m4a (старт 17:40:39)

[00:00:07] То есть, по сути, у нас папка таскс — это документация,
[00:00:11] а apps — это исходный код.
[00:00:13] Ну вот, с этим теперь можно работать, то есть можно
[00:00:19] затаскивать сюда версии тасхаба, нужные apps, как-то их там
[00:00:25] ресечить, там, соответственно, писать доки в папку таскс,
[00:00:29] там и так далее.
[00:00:30] Хорошо.
[00:00:31] То есть вот.
[00:00:32] Окей.
[00:00:33] Ну ладно, что?
[00:00:35] Мне кажется, нас за следующей неделю прям рвануть.
[00:00:39] Хорошо, надо.
[00:00:41] Вот.
[00:00:42] Соответственно, еще Толик чуть-чуть побудет на следующей
[00:00:44] неделе, а через неделю его потом не будет, и поэтому
[00:00:46] мы должны прям за это время все зарулить.
[00:00:49] Хорошо.
[00:00:50] Ладно, давай.