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:00] Ну, и она, получается, мучает локальную танцк-службу
[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:51] Вот все на картинке, все нарисовано.
[00:00:55] Смотри, представь, что у тебя, как бы, ее локальная разработка,
[00:00:59] в чем она заключается.
[00:01:00] Ты, первое, ты стоишь себе службу задачи, соответственно,
[00:01:06] дальше ты открываешь dev-hop page, вот, видишь, там пользователь.
[00:01:13] Все, и dev-hop page может работать с твоей службой задач, соответственно,
[00:01:18] которая стоит на локале.
[00:01:20] Но dev-hop page, по сути, флатор приложения, который ты открыл
[00:01:24] по ссылке из интернета.
[00:01:26] Вот так, как оно у тебя же раскрыт-крутится внутри браузера,
[00:01:30] то она получает возможность по локальным IP, по локал-хосту
[00:01:37] работать с локальной службой.
[00:01:39] Теперь, что делает локальная служба?
[00:01:41] И что делает dev-hop page?
[00:01:43] Dev-hop page из dev-хаба, из интернета, тащит, соответственно,
[00:01:47] себе задачу.
[00:01:48] И даёт её, соответственно, dev-hop page.
[00:01:55] То есть сейчас вот здесь, вот, в смысле, какой был, да?
[00:01:59] Здесь надо хлд менять, короче.
[00:02:01] Почему её надо менять?
[00:02:03] Потому что здесь нет взаимодействия у dev-hop page и task-хаба.
[00:02:08] То есть предполагалось, что...
[00:02:10] Ну, кстати, непонятно, что тут предполагалось.
[00:02:15] То есть тут какая-то есть прорисовка от dev-hop-index-db
[00:02:21] на две так слова.
[00:02:23] Ну, короче, да, предполагается, что dev-hop page, оно работает
[00:02:26] как с локальной, так и с глобальной службой задач,
[00:02:29] как с независимой местом автоматизации разработки.
[00:02:32] И там ещё раз, пользователь dev-hop page выбирает task,
[00:02:36] task приходит из dev-хаба к нему.
[00:02:38] Дальше эта task улетает напрямую в локальную службу задач.
[00:02:42] Здесь есть task-хаб и есть, соответственно, dev-task handler.
[00:02:48] Дальше задача должна содержаться вся информация необходимая,
[00:02:54] которая позволяет dev-task handler
[00:03:01] запулить себе, да, то есть заклонировать себе нужные репозитории
[00:03:06] и дальше с ней вместе там ковыряться и работать.
[00:03:10] И как бы при этом, соответственно, ну, как бы и всего.
[00:03:14] А дальше что получается?
[00:03:16] Как результаты возвращаются?
[00:03:18] Возникает вопрос.
[00:03:20] Результаты, результаты, результаты.
[00:03:23] Ну, результаты возвращаются либо task-hub,
[00:03:26] получается напрямую в dev-hub, что, наверное, не очень хорошо,
[00:03:29] либо они не творятся твоим dev-hop-page.
[00:03:34] То есть, он спрашивает, у нас хабовый готов, не готов,
[00:03:39] ему говорят, готово, ну, и дальше он там смотрит.
[00:03:43] Здесь, правда, еще против внимания идет,
[00:03:46] ну, так как мы клонируем репозиторию из большого репозитория,
[00:03:50] то есть твои результаты мы можем туда закидывать.
[00:03:53] Собственно, естественно, мы при этом брачуемся,
[00:03:57] делаем правки, и потом туда...
[00:04:03] Это сам. Поэтому я бы сейчас сосредоточился сейчас
[00:04:06] пока опять на технических моментов,
[00:04:08] пока требуемы все эти идеи не расписали.
[00:04:10] Какие у нас здесь технические моменты есть?
[00:04:13] Смотри, есть сама служба-задача,
[00:04:15] которая должна работать как Windows-служба.
[00:04:17] У нее она должна мочь по данным внутри задачи
[00:04:21] заклонировать репозитории.
[00:04:23] Да, возникает вопрос.
[00:04:25] Да, собственно, task-hub, он что у нас?
[00:04:29] В принципе, он сейчас его можно реализовывать,
[00:04:32] кстати, не Windows-служба, а именно контейнером докеровским.
[00:04:36] Так как мы умеем теперь работать с LLM-модели в докере,
[00:04:40] то task-hub может быть докер-контейнером.
[00:04:43] Соответственно, dev-hub, task-handler,
[00:04:47] в принципе, никто не мешает сейчас,
[00:04:49] не ломая архитектуру,
[00:04:52] его сделать опять-таки тоже докер-контейнером.
[00:04:56] Ну, то есть ранор, внутри него будет хендер.
[00:04:59] Дальше идет...

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

[00:00:00] Понятно дело, где-то сбоку должна лежать таск habdb, то есть мы можем взять существующую службу
[00:00:11] задачей, вообще не перепиливая, на ней реализовать то, что нам нужно просто за счет DEV нового
[00:00:19] обработчика. Поэтому нужно проанализировать ее, выкачать исходники и реализовать рабочий процесс,
[00:00:27] пока ее не ломая. А вот дальше начинается самое интересное, когда у тебя DEV Taskhandler дошел до
[00:00:33] того, что ему надо, чтобы выполнить задачу, проклонировать к себе репозитории, мы приходим к
[00:00:40] вопросу, а куда он будет клонировать? И у нас есть два варианта. Если его клонируют прямо
[00:00:47] к себе, либо, наверное, что более логично, в примонтированную папку он клонирует репозиторию куда-то
[00:00:53] в общее пространство. А вот почему? Потому что когда DEV Taskhandler будет поднимать дополнительный
[00:01:04] контейнер с LOLM-кой, то он сможет тогда туда примонтировать тот репозиторий, который он проклонировал.
[00:01:22] Поэтому выгодно держать эту инфу вне контейнеров. То есть Task Hub должен создать временную папку и при
[00:01:32] подъеме контейнеров для DEV Taskhandler, то есть мы чтобы новый отдельный контейнер поднимать на
[00:01:44] каждый этот самый, значит, ранор должен это сделать. Что сделать? Создать временную папку. Но вопрос
[00:01:54] возникает, а DEV Taskhandler может работать в ней этой папке? Ну, он, наверное, может за счет нашей
[00:02:02] логики заранее определенной. Мы будем уверены, что он не запишется куда-то наружу. Либо, а вот
[00:02:10] контейнер будет с LOLM-кой и он соответственно у нас будет ограничен то, что ему будет папка
[00:02:16] примонтирована только с репозиторием. Ну, короче, Женя, я думаю, что нужно вот эту тему прогнать. Я имею в
[00:02:28] виду, что развернуть службу задач и вот просто собрать рабочий пайплайн, то есть вот Task Hub
[00:02:35] получает задачу. Он ее дает хендеру. Хендер, соответственно, готовит окружение и поджигает
[00:02:45] LOLM-ку. Понимаешь, да? То есть поджигает еще один контейнер, которому удается эта репозитория и
[00:02:56] пром соответствующий. То есть вот, наверное, как сейчас это самое. То есть в итоге получается,
[00:03:01] что если мы в Task Hub запушим последовательность задач, у нас там есть вроде зависимости между
[00:03:09] задачами, то есть когда одна задача выполняется, вторая соответственно начинается, то служба
[00:03:20] задач должна мочь за счет подъема дополнительной, ну, короче, за счет работы DevTaskHander и который
[00:03:29] управляет подъемом контейнеров с LOLM-кой, выполните эти задачи. Здесь тонкий момент, ну, вот это понятно?
[00:03:38] Да. Тут тонкий момент только в том время жизни репозитория. То есть по-хорошему время жизни
[00:03:46] репозитория не должно быть связано с временем, ну, с циклом жизни обработки задач. То есть мы репозиторий
[00:03:58] колонируем, когда надо задачей работать, и мы репозиторий как бы убираем, когда мы заканчиваем.
[00:04:10] По-хорошему, наверное, можно сделать какой-то тип задачи с определенным DevTaskHander,
[00:04:16] то есть, который вообще без LOLM-ки, и получится, смотри, какая петрушка. И кстати, это интересная
[00:04:22] штука. То есть у нас с тобой ставится одна или даже несколько задач, и сразу она закидывается в
[00:04:30] DevTaskHander цепочкой. И первая задача идет, грубо говоря, колонированная репозитория, а последняя
[00:04:37] задача идет за его зачиска. А в середине идут куски разработка, верификация, согласование, они могут
[00:04:44] вот так вот бурбулировать, туда могут новые задачи накидываться. Ну, понимаешь, да? А заканчивается
[00:04:50] это все тем, что в итоге, когда все задачи выполнены, от которых зависит зачиска репозитория,

## 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: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] приемкой. Вот, ну то есть в чем прикол приемки? Прикол в приемке, что следующая задача не берется без опрува предыдущей задачи.

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

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

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

[00:00:00] История эти фактов как минимум должна быть то есть мы же каждое действие прежде чем оно будет выполнено должны должны это
[00:00:08] описать это динамы документация первичная тогда мы сможем с одной стороны эту задачу
[00:00:14] Перевыполнить еще раз да то есть лучше в проценте
[00:00:17] Ну да, но даже она не то что документация а рабочая документация то есть как задача выполнялась
[00:00:22] Можно было бы сказать что это можно чекать в репу но с другой стороны если у тебя задача какая-то
[00:00:27] мульти репузитурерская или еще что-то чекать это все барахло туда не смысла не имеет кроме жуточная поэтому получается что
[00:00:35] уже сейчас что во временная папка которая запускается под вот такую вот
[00:00:41] супер задачу из
[00:00:43] Довхам сервиса да из бэклога она должна содержать все папки репас и таск
[00:00:50] Да в репасах будут все репасы репы которые мы будем клонировать
[00:00:54] в тасках будут таски из таск сервиса
[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:56] забранную издев хаба
[00:01:58] в принципе уже получается неплохо то есть есть верхний уровень то есть мы понимаем короче что есть
[00:02:05] таски в
[00:02:06] хабе есть таски в таск сервисе которые вот состоят из отдельных
[00:02:12] операций которые надо выполнить
[00:02:15] чтобы запекать поэтому вот если сейчас вот тебе
[00:02:20] концентрироваться на том чтобы
[00:02:22] ну грубо говоря создать пока первичный какой-то каркас который бы толкал
[00:02:29] вот этот вот
[00:02:32] ну толкал бы создание
[00:02:34] е
[00:02:35] таска в таск сервисе
[00:02:38] больше все сконцентрироваться на таск сервисе то тогда можно при готовом таск сервисе брать вот этот вот
[00:02:45] деф хаб
[00:02:46] да то есть тут надо вот сейчас переименование будет эти все сделать брать деф хаб то есть это клиентская приложуха и
[00:02:53] пробовать разные настройки задачи понимаешь да
[00:02:57] в том числе у тебя по идее в индексной базе в деф хабе должны лежать прав ты
[00:03:02] ну то есть я имею в виду те которые будут даваться на вход
[00:03:08] ллм задачам внутри таск сервиса
[00:03:12] ну то есть мы должны там сразу понимать мы должны все настройки того что будет запущено в итоге в таск хабе
[00:03:19] иметь на руках в
[00:03:21] деф хабе понимаешь да то есть таск хаб это просто среда выполнения а что она будет выполнять должно быть написано
[00:03:29] в деф хабе да то есть вот то что сейчас здесь нарисовано под названием деф хаб пейдж
[00:03:35] практически таск таск хаба это текущая наша версия таск сервиса то есть пока что мы
[00:03:43] придумаем просто делаем определенные виды хандлеров которые будут отрабатывать
[00:03:48] отрабатывать тот массив задач который будет ставить
[00:03:52] деф хаб то есть
[00:03:54] да то есть и все что я тебе сказал здесь что получается что вот из этих вот
[00:04:00] четырех
[00:04:02] римугольников
[00:04:03] больших да один не является в настоящее время актуальным
[00:04:08] какой
[00:04:10] ну-ка вопрос на понимание
[00:04:14] не являются актуальным сейчас мне кажется
[00:04:19] наверное
[00:04:21] вот так
[00:04:24] да не оттепая смотри первое
[00:04:28] риму кит но он у нас это так есть и есть все можно не заниматься правильно
[00:04:35] но вот внизу видишь гид гид это просто вдаленный репресситор наш гид
[00:04:42] то есть мы ничего не делаем там он просто есть второй момент чем мы занимаемся мы занимаемся то что здесь
[00:04:51] нарисовано локал таск хаб и
[00:04:54] деф хаб пэйч
[00:04:56] который мы переименнули и вместе с индексной базе
[00:04:59] который мы переименную

## 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, вот здесь вот, да, EPS, EPS, EPS.
[00:03:42] Вытаскал.
[00:03:51] Да, под этим мы подозреваем службу задач, все, что здесь не связано,
[00:03:55] и вот эта клиентская приложуха на флаттере, ну, говорю,
[00:03:59] папку и назови, не EPS, а EPS, может, в принципе, у нас же
[00:04:03] здесь два приложения, вот, вот, это два независимых
[00:04:08] приложения здесь, под них, соответственно, в папке TASKS
[00:04:12] верхние уровни должны быть, по две папки, которые занимаются,
[00:04:18] ну, а там, в принципе, уже есть, ну, ну, я бы сделал отдельно,
[00:04:23] конечно, вот, выйди наверх, там, на один уровень, вот, вот,
[00:04:28] видишь, TASKS, вот, там, ну, лежит вся документация,
[00:04:33] вся то, вот, под DEF HUB уже есть, а под TASK HUB еще нет,
[00:04:37] поэтому папку надо создать, там, под TASK HUB.
[00:04:42] Здесь или здесь мы бы создать TASK HUB?
[00:04:46] Ну, в TASKS, TASKS, внутри, сделать TASK HUB.

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

[00:00:00] Ну, то есть, по сути, у нас папка Tasks — это документация,
[00:00:11] а apps — это исходный код.
[00:00:13] Вот, ну вот и всё, вот с этим теперь можно работать,
[00:00:18] то есть можно затаскивать сюда версии, там, Tasks Hub, нужные
[00:00:22] apps, там, как-то их там, и ресётчить, там, соответственно,
[00:00:27] доки в папку Tasks, там, и так далее.
[00:00:30] Хорошо.
[00:00:31] То есть, вот, ок, ну ладно, что, мне кажется, нас за
[00:00:36] следующей неделю прям рвануть.
[00:00:39] Хорошо, надо у вас.
[00:00:41] Вот, а соответственно, ещё Толик чуть-чуть побудет
[00:00:43] нас в следующей неделе, а через неделю его и потом
[00:00:45] не будет, и поэтому мы должны прям за это время всё
[00:00:48] зарулить.
[00:00:49] Я понял.
[00:00:50] Хорошо.
[00:00:51] Ладно, давай.
[00:00:52] Хорошо.
[00:00:53] Давай.
[00:00:54] Угу.