Transcription
Добрый вечер. Сечаскун. Так, давайте проверим сейчас связи, всего остального. Так, давайте сначала проверим звук. Картинка. Звук без задержек. Так, спасибо. Так, всё. Так, давайте начинать.
А тема сегодняшнего открытого урока звучит таким образом. Мы поговорим об изменении, трансформации этапов и артефактов проекта, а в связи с требованиями сегодняшних реалий, а какие роли мы можем в них занять, то есть что у нас меняется, собственно. Ну и чему новому приходится учиться коллегам, архитекторам, ну или тем, кто назначен на данную роль.
Так, немножко обо мне. Меня зовут Каменский Сергей. А я работаю сейчас архитектором по интеграции компании Систено интегратора. Знаком с продуктами 1С. Так, и специализируюсь, да, на сложных интеграционных проектах. Так, вот картинка. Минусик, плюсик. Так, если будут вопросы, пишите.
Так, всё, правило у нас стандартное для наших открытых уроков. Активно участвуем, задаём вопросы в чат. Вопросы появляются, могу ответить не сразу. Запись бинара придёт на почту. Соответственно, чем больше ваших вопросов, тем больше мы готовимся к будущему, да, кейсам, которые могут перед нами возникнуть. и уже есть в ближайшее время, тем более перед вами, коллеги.
Так, ну, немножечко познакомимся пока, какая у вас актуальна должность и цель, что бы хотелось понять, узнать. Давайте чуть-чуть синхронизируемся. Кто есть кто? Так.
Так, Максим программист. Аналитик Максим Шамей 1С. Угу. Так, инженер поддержки софта Алекс Денис 1С. Николай программист 1С. Так, у вас там 1S кодить проектов общее развитие прогиматрадли 1 младший разработчик. Так, ДНС, руководитель дела разработки, разработчики, программисты. Так, всё, спасибо. Ну, даже есть. Так, и аналитики 1S. Ну, у нас что-то, наверное, среднее, да, между архитекторами 1С, аналитиками 1С, наверное, что-то на грани. Ну, наверное, какой-то такой переходный момент будет. Так.
И давайте сначала немножечко о нашей школе. А мы создаём авторские новые курсы для разных уровней специалистов, от женов до ледов, программы на основе запросов кандидатам, ну, и, соответственно, адаптации, требования, что и как напрашиваются. Ну, и в том числе, а сами курсы проходят с учётом, а тех реалий, которые возникают перед компанией. Сейчас, соответственно, адаптивные, не как это непредзаписанный живёт, модифицируется онлайн буквально вот с по мере изменения технологий. Есть образовательная лицензия, выдаются дипломы по повышению квалификации переподготовки, направление курсов в основном айтишне, программирование, архитектуры, инфраструктуры, гедета science. Ну, и, конечно же, управление. А элементы того, что мы сейчас будем как раз заниматься анализ аналитика, конечно же, тестирование с безопасностью. Так или иначе, все эти участки сейчас, я бы сказал, требуют того или иного степени познания как минимум, да, понимать разные степени погружения.
Так, и давайте перейдём, а, соответственно, к эволюции темы нашего занятия, да, то есть к нашим этапам, артефактам. А что у нас может меняться? Что есть полезного, что есть плохого в текущих реалиях? Всё равно будем и плюс, и минусы взвешивать, потому что так или иначе инструмент необходимо осваивать. Ну, и для того, чтобы просто быть в тренде и успевать реализовывать срочный проект.
А по маршруту у нас будет выглядеть следующим образом. Мы поговорим о понятии подготовки инфраструктуры, то есть что у нас меняется, что нам необходимо сделать как основу. А, ну, собственно, если говорить про какую-то там революцию в этом плане, мы её обсудим. Это скорее скорее, э, эволюци эволюционный подход, ещё больше там про порядок. А почему? Увидим далее. Дальше, что у нас меняется в понятии бизнес-требований с и генерации. И посмотрим, да, элементы модификации, что у нас вот в плане кодирования, тестирования, да, у нас возникает, а что мы можем сделать. Собственно, есть определённые тоже вопросы. А, ну, и в 2026 году у нас в том числе и 1С меняется так или иначе возникает у нас и 1С напарник какой-то элементы а такого псевда. И есть и адаптация а различных систем, которые у нас в том числе и с требованиями, в том числе и с интерфейсами и так далее, и так далее. А существует достаточно большое количество уже инструментов, которые могут охватить где-то процесс разработки. А уже есть момент, да, проработки требований. А, ну, и, соответственно, наша задача как раз вот понять, а что же на этапе, собственно, размышлений, да, таких философских у нас меняется, что происходит.
Так, вопросы, комментарии вижу. Да, сейчас поговорим, а, по целям вебинара. А, ну, здесь мы обозначим цели традиционными, э, но как раз посмотрим, что в них будет меняться, так как основные шаги разработки на проекте вид требований, они, а, не изменились. Меняется инструментарий, да, и меняется, соответственно, количество людей, которые нам будут с вами выделять под наши проекты. Это как бы такие реалии и требования, в том числе рыночные. Пройдём по основным этапам, да, в связи с их модификацией в плане инструментов. Также по понятиям артефакта, а це каждого артефакта, что у нас порождается на этапах, ну, и смысл гибко управлять процессом нашей разработки, да, наших реалий. компании, в том числе, ну, и проект потерями в процессе разработки и повысить качество, прозрачность, в том числе, да, для команды проекта. Ну, и в какой-то мере, да, посмотрим, что у нас накладывается.
Так, а, Дмитрий, так, аа, аналитик 1С, разработчик аналитика команды способы работы в командой. Мм, да, в какой-то мере мы тоже будем обсуждать. Вот вопрос аналитики 1S, что входит в ваши обязанности, но надеюсь аудитория ответит. Про PHP начинал 1S версии самых первых у ну аналитики 1S, да, если пишут тут много чего есть. Ну, и как докатились 1Сники, да, CCD. А, ну, кстати, да, аменты мы немножечко проговорим. Это скорее тоже требование, а, времени.
Так, и давайте мы начнём с первой нашей части, а именно подготовки базы, а, которая нам будет необходимо, чтобы в целом работать в рамках современных реалий. Ну, и кеми были мы вчера, то есть тот же самый архитектор, ну, даже, наверное, я и аналитик, мы вручнуювали схемы связей, писали длинные ТЗ с нуля, что-то там переописывали. А Gitпозиторий у нас использовал исключительно для хранения программного кода, ну, там, где он использовался. И, а, в тот же 1С, ну, относительно недавно пришёл и далеко не во всей компании, э, понятие для чего и как нужно.
Так, и в текущем году, да, по сути, мы управляем контекстом, а, ценностью, которую мы даём. А, и, э, репозиторий, да, у нас теперь должен хранить не только программный код, а, но и, собственно, остальной контекст проекта, а, то есть, ээ, то, с чего он появлялся, предысторию, аэ, чтобы в том числе выполнять роль такой интеллектуальной машинки, а, и, э, крутить возможные сценарии, да, с учётом, а, тех материалов, которые мы размещаем. Если есть возможность, если есть доступ во внешний мир, то в том числе и сопоставление того материала, который у нас есть с открытыми источниками. Ну то есть артефакт у нас далее поговорим, остаётся объектом отделённым смыслом, но артефакт в случае это документ, что-то ещё сейчас. А, но способы создания того, что мы делаем, меняются. Мы больше не пишем артефакты вручную, да, мы по сути валидируем то, что создаётся в автоматическом виде. А это, как понимаете, да, требует, собственно, а, во-первых, умения разбираться, что создаётся, глубокого понимания, что это такое. То есть говорится, тут без а таких подходов не обойтись.
Так, вопрос от Андрея. Будет ли вебинар релевантен для разработчиков-консультантов САП? Вот Dндрей у нас сейчас 1Сре является такой иллюстрацией моментов, связанных с тестированием и подхода, а общий контекст, общий э общие принципы, наверное, они и для сапа характерны. Там есть нюанс, да, мы сейчас про него проговорим, связанный с размером, а, окна кодового. Ну а сути не меняются. То есть, что САП, что 1С, что любой другой IT-проект, ээ, этап артефакты, ну, будут неизменны. Почему? А, мы акцентируем, да, отдельно немножко про 1С, потому что вот как раз комментарии Дмитрия ранее, каксники докатились до CCD. А, собственно, вот причины, требования практики мировой, да, адаптация системы, которая требует её переработки в автоматическом режиме, интеграция с другими, а, общепринятыми для стеков инструментами. Всё это привело к тому, что АнС сейчас является в некоторых проектах либо вообще какой-нибудь там маленькой шестерёночкой в большом механизме огромных систем. А либо же может вообще там пещинка среди кучи кучи механизмов. Ну либо может быть быть единственной центральной системой, но это для, опять же, для тех компаний, у которых там нет супер каких-то онлайнооборотов в плане огромного количества данных, потому что так есть ещё специфика, а именно по 1Су.
Так, ну и по артефакту. Ну, здесь понятие артефакта, как так вот метри, да, ПХП артефакта, образ докера в Gitlab, в 1С. Э, ну, здесь артефакт, ну, понимаем это более широкое обозначение. То есть артефактом считается объект и результат, который деляется тем смыслом, кто его создал. Схемы. Вот понятие артефакт стало достаточно широким. А каждый проект, соответственно, имеет свои собственные артефакты, как мы выстраиваем, как ведём разработку. А мы можем создавать те артефакты, которые нам будут, соответственно, нужны. Ну, и задача архитектора. чку контролировать, распоряжаться артефактами, которые находятся в нашей зоне контроля. А, и тут, соответственно, они тоже также у нас могут быть абсолютно свои. А, и, ну, такой вводный этап, собственно, который у нас предвосхищало к CD, что теперь, а, понятие репозитории у нас должно быть не только для кода, а, собственно, для всего, что у нас теперь есть вокруг нашего проекта. Это объединение вырезок из нашего конфлюнса, там викину системы для документирования, какие-либо технические задания, а требования, заметки совстреч, ээ планы. Ну опять же, всё это должно быть определённым образом, а готово к тому, чтобы быть проиндексировано так называемой раксистемой. Ну раксистема для тех, кто с этим понятием ещё не работал. То есть, по сути, мы, а, вычленяем ценные для нас данные и выкидывая всевозможный там мусор шум, который нам для анализа будет не нужен. То есть мы это ставим таблички, текстовый, слой какой-то. А если это было или аудиозаметки, мы их трансформируем в текст, опять же, преобразуем там тоже таким образом там нужный вид нам готовим. То есть тем самым у нас ээ набирается набор текстовых документов. текстово-графический уже как бы моменты графики есть, а которые нам позволяют работать с нашей внутренней базы знаний. Ну, и задача архитектора - это готовить базу промтов для всей команды. И инструментарий разработчика, как мы теперь понимаем, теперь применяется не только для а кода, но и и входит в часть подготовки документации. А, к примеру, из того, что приходилось делать сейчас даже ити на минутку, чтобы сразу же проиллюстрировать.
Так, сейчас так от Юрия вижу, да, вопрос. Сейчас поминучку, что показать. Что? Ну, к примеру, а что у нас может быть? То есть, если найти так, а у нас может быть примеру набор каких-либо, а документов, а, среди которых нам нужно там вычленить то, что относится к апи, то, что относится к высший систему, проверить, напри противоречивость и так далее. То есть каким образом проводилось преобразование вот этого всего. То есть готовился скрипт на Питоне, который все вот эти вот несовместимые файлики для искусственного интеллекта преобразовывал Markдаун, выкидывал форматирование, выкидывал таблички. А если это был Jсоon и Jсоon искусственным интеллектом не верифицировался, соответственно, ну, здесь всё просто, да, преобразовывался в ТКТ, выстраивались ссылки, то есть тем самым из всего вот этого разрозненного материала, то есть готовилась такая некая ссылочная картинка, а, по которой мы далее проводили исследования. Ну, и в том числе, если брать какую-нибудь там сложную систему со сложной документацией, то мы тем самым тоже закидывали, а, и смотрели, соответственно, выстроили взаимосвязи.
Так сейчас буршукиз. Да, вот Константин хорошо ответил, что это такое. А реальные примеры рак агентов для проектирования решений для 1С. Сейчас расскажу, поясню уже у нас будет так. САП, да, это громозская система с миллионом таблиц, а по модели для экспериментов. А так по моделям. Но если а сейчас брать та модель, в которой проводится сказать эксперименты и проверки, это а сейчас кодекс была cloud, ну, то есть для контроля, соответственно, для каких-либо исследований э- далементов кодирования, ну, это можно тем же самым квеном поиграть для начала. А проблема у вот коллеги как раз говорят, это количество токенов, которые можно использовать. А так, сейчас, секундочку. Монстрация у нас Так, да, монстрация у нас, да, вроде идёт нормально. Так, ну давайте ещё далее пройдём и потом ещё чуть-чуть, а на практические примеры посмотрим.
Так, факты разработки. Что у нас меняется? А источник рак, ну, то есть источник у нас знаний, да, таких текстовых для модели становится источник Gitпозиторий, где у нас содержится и документация, а какие-то элементы, которые у нас индексируются и где имеет им смысл лазить, да, соответственно, файлики, а, с тем же кодом, да, блсэльки. Вот. А далее, а мы даём ей вводные данные, то есть имея наши системы, да, разложенные, опять же, если не позволяют, э, размеры, а, ну или там мощность машинки, то мы не закидываем, да, например, целиком весь ERP ух в репозитории, потому что, вы сами понимаете, это такая будет махина, которая не будет отворочиться. Смысла в этом не имеет. А по отдельным подсистемам, а, ну, идёт выгрузка, а, в гит, и уже вот этот эта подсистемка даётся на вход модельки и даётся, да, требование, а что нужно там, например, с данной системой спроектировать. А что это может быть, например, на входе? А дальше, а так, динамические C4 и БПMН схемки. А было достаточно печально с БПМНОм, но пока ещё, кстати, не сильно улучшилась даже вот у Шторма, но генерация архитектур в C4, ну, не говоря уже о диаграммах взаимодействии, выполняет достаточно неплохо, но требует валидации. То есть здесь, соответственно, а можно настроить хороший промт, который будет создавать вам схему, а, диаграмму взаимодействия между, а, описанными модулями в системе, да? То есть, если там это будут какие-то объекты, то, соответственно, как эти объекты между собой будут взаимосвязаны, а это мы можем тоже создать э системе всё это дело загрузить. Ну, и по сути, а артефакт становится у нас как промтут, да, и проходит по цепочке, а интеграции, да, у нас возникает пользовательское требование, которое является промтом для автоматического создания будущих э тестовых кейсов, да, то есть, соответственно, сценариев работы пользователя. Они же а пользовательские, да? у нас, э, требования и какие-либо архитектурные схемы. Аа в случае, да, у нас если, например, мы просим, чтобы там увязать ЦАПИ, то АИшка может у нас сопоставить, да, некоторые вот эти вот поля между внешними системами, то есть помочь построить интеграции по смыслу, да, а не только по имени. А тоже достаточно ускоряется работа, да, в подготовке описания интеграции. Дальше, ну, по поводу оптимизации кода запросов у нас в соответствии стандартом. Это, думаю, уже коллеги попробовали. Многие, кто использовал, а, Sonar Cub, а, ак, а, ну, а не не пок Sonб, то есть в плане именно линтера. Ну, а и соответственно ещё дополнительно, а, какие-то подсказки, а как это лучше переписать. То есть, еслиценарку там найдёт, то яишка ещё и перепишет, амаш, типа, вот на это поменяем. То есть получается такой конвейер выстраивается, но да, могут быть определённые проблемы. Дальше а по артефактам, соответственно, APСР - это у нас описание интеграционного взаимодействия нашей Дински с всевозможными внешними сервисами. А то у нас методы, типы и точки подключения, да, соответственно, на литу будут создаваться спецификации, да, при написании кода их не надо, да, там отслеживать, обновлять. А печальная работа, которая раньше а просто нас с вами бесила, а, ну, и, соответственно, мешала, замедляла работу команды, то есть сейчас может проходить, по сути, в две стороны. То есть из а решений архитектора она может попадать в готовый, да, код, так называемый вайбкодинг, да, создание апии. И в обратную сторону, когда у нас разработчики кодируют, что-то пишут, валидируют, соответственно, у нас создаются новые таблички, а которые мы уже не в коде, а как там аналитик или архитектор, всё это анализируем, смотрим и проверяем. То же самое, да, упрощается работа по валидации, проверки наших джисонов в соответствие схемы, да, в реальный момент времени. А, и юнит тестирование, создание тестовых заглушек, тестовых моков по задачкам, да, это вообще достаточно такая простой задачкой. А, и вот уже для этих задачек у нас может не требоваться участие разработчика, а это может либо тестировщик герой, либо аналитик.
Так, Юрий, да, вот открыты модели для экспериментов. А, да, как раз про нюансы я и говорю. Локальную модель, которая подтянет, да, серьёзный рак и которая может такая достаточно большая всё это дело будет крутить и, ну, который нельзя во внешний мир отдавать. Ну, конечно, да, требует серьёзных ресурсов. Небольшие конфигурации. Э, сколько получается на тех же самых на двадцатичетырёхгигабайтных моделях, ну, та же вот уха сейчас крутится более-менее, ну, как по скорости, да, там не мгновенно, да, какие-то нюансы, но она тут это не вайп-кодинг, а это цель как раз работать с документацией. Это нам позволяется так совместить кит и векторную базу данных. Так, вопрос понял. А-а, так, так, так. А, ну, когда мы работаем с, а, то есть имеется в виду, чтобы обучить модель, да, Юрий, уточните вопрос, то есть цель совмещения, потому что если просто рассматривать как рак файлик, да, то есть он читает, да, это обновляет, по сути, образ гита находится у нас на машинке с яишкой. Так, давайте пока далее пойдём.
Ну, здесь, а, опять же, оченьоченьочень большой вопрос, а, к квалификации того разработчика, который у нас может работать свои C. Квалифицированного разработчика скорость работы улучшится. У тех, кто ниже среднего уровня, качество датам код будет выдаваться бешеный. А, но риски повышаются просто на порядок выше. Ну, здесь, как бы сказать, наличие вот этих инструментов сыграет скорее такую отрицательную роль в случае, если разработчик не понимает, какой код выдаётся или что там пишется. Соответственно, использование бездумное сейчас. А, к сожалению, да, приведёт к тому, что конфигурация умрёт и мы её уже не восстановим. закрыты задачи растут. Опять же, да, мы говорим про разработчика, который у нас итог валидирует, то есть это всё-таки уровень синьора, да, уровень архитектора, ну либо уровень такого мегла крепкого, который а код в разрешённой подсистеме только создаёт там без попыток оптимизации чего-либо. А, ну, одна из безопасных областей - это генерация, соответственно, фичи файлов, тестовых файлов для нашей ваннесы, документации на основе пользовательской истории. То есть вот здесь вот проблем нет. А всё-таки реальная разработка в часть 1С. Вот как раз и Юрий про это писал, что для хорошей модели, да, с учётом сложности, с учётом того, что у нас, а, нормальная, ну, как бы нормальная как условно одинеска, помимо того, что у нас есть сама конфигурация, ещё кому- это весёлая одинеска может содержать пользовательские настройки, находящиеся в скриптах и нележащие в самой системе. И вот эта вот вся взаимосвязь, а может сыграть плохую роль в случае, да, вот такой вот разработки. Поэтому тут вот прямо ещё и разработка должна быть адаптивная к этому всему. То есть нужно вообще всё перестраивать. То есть нужно уже опять переезжать с конфигу с использования скриптов внутри конфигурации, да, например, скриптов, как в документообороте, а ещё каких-либо системах, которые внешние содержат, и попыток, да, всё-таки это разложить в один гид положить. Ну либо всё через гид прогонять, чтобы система наша видела, а все взаимосвязи. А, ну мы сейчас опять же являемся, а, с вами архитекторами, да, то есть хранителями ценности. А, и, соответственно, то, что тут как раз упоминалось, ээ, это, а, интеграция с живой базой 1С, да, для проверки запросов. Живая база DNS, да, это вот свой индексированный МСР-сервер. А, ну, про это немножко отдельно, да, то естьс МСР-сервера есть готовые уже, э, можно их там покупаться, скачать, но это немножко отдельная тема. Это уже тема ближе к такому подиуму. А мы же пока идём по более простому пути, а, идём к тому, что мы даём на нейросети, ну, готовый репозиторий, как с файликами.
Так, а что у нас меняется, да? И вот как раз и Юрий такой же вопрос задаёт схожий. Так, ну давайте скидочку. А что меняется у нас в разработке? Если раньше мы могли себе позволить вручную писать ТЗ, да, вести какие-то долгие интервью, а код былстатический, да, опять же, требовал ручного ревью, а и, э, вики архитекторные решения были также никому не нужны, их никто не видел. То есть вот это всё, оно у нас терялось, э, и не было между собой взаимосвязано. То есть артефакт был документ для галочки, а, ну, и противоречия в каких-либо старых документах или что-то недозакрытое, да, мог никто не найти, то сейчас стало всё достаточно прозрачно. То есть, соответственно, у нас появились э индексы то есть у нас появилась э валидация всех тех ценных текстов, которые команда создала. То есть это интервью и всё прочее. А схемы аа взаимодействия, интеграционные схемы, всякие архитектурные, как у нас что работает, C4, а потом этулевские структуры, которые, то есть, всё динамически отрисовывается, меняется, проверяется. То есть, соответственно, здесь мы, а, всё это можем в онлайне видеть. Ну, и плюс, ээ, принять архитектурное решение, покрутить, что-то там обсудить. Можно даже в режиме обсуждения с чатботом, да, со встроенным, а что-то ему передать, да, там получить быстрый срез, да, находясь чуть даже на интервью, а, с пользователями, да, то есть фактически ещё на этапе интервью, а если идёт онлайн у нас распознавание, а, встречи, а, то мы можем иметь к концу интервью уже какой-то там пример модельки. Да, которую предстоит нам сделать или даже скорректировать ход интервью, если будут какие-нибуд затронуты там красные зоны из серии там переработки сломать интерфейс или ещё ещё что-то. То есть какая-то быстрая оценка по сути како-нибудь покерпланирование и прочее. То есть такая идёт, ну, дополнительная, а, вертолётная оценка сверху того, что у нас происходит.
Так, сейчас тальячку. >> А, вопрос, да, Юрий, вижу. Да, сейчас вот уберёмся. А, на вход для отрисовки C4. Аэ, вообще сейчас минуточку. Что мы можем подать? Ну, ну, в идеале это у нас ээ текстовое просто описание, что куда, как ходит, то есть какие-либо интеграционные потоки. Сейчас у меня подруку, наверное, под C4. А, ну, чуть попозже дойду. То есть вариант какой-нибудь описание системки, да, которая как раз по результатам интервью и по ней получить архитектуру системы все. А что у нас в жизнном цикле разработки? У нас происходит эволюция. Идёт ээ соответственно сначала формирование единого контекста, единой базы знаний. Что-то подобное у нас было и раньше, но по чем больше хранилась, да, распухала папка, тем меньше было от неё ценности. Там появлялись бесконечные дублии, которые человечески отследить было достаточно сложно. Ну, сейчас над этим у нас может висеть и ассистент, аа, который в случае там появления какого-либо дублирующего материала внеконтекстного или что-то ещё, соответственно, может информировать нас с вами и, соответственно, следить за качеством наполнения контекста. А переход бизнес-требований и генерация дрок а может выполняться автоматически. То есть архитектор то, что готовил раньше вручную, да, теперь может, соответственно, накидывать по тем шаблонам, которые мы ему задаём. Аа автоматические артефакты, но опять же не забываем о том, что они должны быть качественны. Вот, кстати, на этом этапе сейчас переход, это дизайн и разработка, где у нас появляется кодинг, вот это дело а требует, да, у нас небольшой паузы, а, а именно подготовки.
Так, и давайте сначала по поводу интервью. Сейчас попробую найти какой-нибудь. Если найду, перед перебью. Так, Ксения пишет, ээ, чатботы. Чатбот, нет, это не Telegram, это всё, что угодно. То есть чатбот, он может быть и внутренний, и вообще, а, на своих собственных сайтах находиться, на своих платформах в той же даже одинские может быть встроенный чатбот, который прямо в систему будет размещён, да, там, а его пока экспериментально включали-выключали, но таких вот идеальных пока ещё не видел. Так, чтобы так, сейчас найдём. Так. А, всё, точно. Сейчас. Возьмём какой-нибудь технический проект сейчас из простых и его пока дальше идём. По материалу мы закинем для отрисовки диаграммы C4. Так. Так, ну давайте возьмём сейчас какой-нибудь пода нашего классического. А, и ему сейчас закинем небольшой технический проект, ээ, в котором нет у нас диаграммы C4. Ну вот, то есть, например, а техническое задание, да, ТЗшка на, а, с внедрение проекта складского учёта, который у нас там выставлялось на тендер открытый. Поэтому мы можем такие все вещи закидывать и без проблем использовать для визуализации. А, ну давайте что-нибудь ему закинем. Так, определить, как обычно в промтах рольческий архив. гра проекта и внедрение системы а до стартаще. Ну вот так условно напишем. А вообще по-хорошему, как мы помним, опять же, тех, кто и неактивно пользуется, мы сейчас в одном запросе не очень хороший реда получим. Конечно, первым запросом хорошо бы нам получить промт, а промт поменять, ээ, унифицировать задачу, да, там попросить задать дополнительные вопросы и всё прочее и прочее. То есть, ну, мы сейчас наша задача, да, просто посмотреть. А нотацию давайте поставим. А у нас два вида нотаций. Нам же просто картинка не нужна. В тексте есть у нас вариации либо использовать plant
Mail нотацию, а либо использовать Mermate. Оп. Давайте Mermate. Так, всё, пусть пока думает. Сейчас проверим.
Так, а мы сейчас пока продолжим далее. Будем рождать артефакты. Это как бы один вариант. А второй вариант, да, опять же, мы, как говорится, по а-а тем материалам работаем, которые у нас в открытом виде доступны, да, это стандальных площадок. Соответственно, их мы можем использовать для анализа, для проработки, для чего-то ещё. То есть это всё несекретное. Про секретная отдельная тема. Э-э, и тем самым готовить, э, нашим заказчикам, да, такие коммерческие предложения, да, анализируя риски, анализируя какие-то моменты, минусы, да, вот в техническом решении.
Так, а, Андрей, ну, как говорят, так, давайте, чтобы у нас не требовалось каких-либо других моментов, закинем туда квен. Тот же самый запрос. Режим мышления. А, кстати, Квенкодер тоже одинсное приложение на нём по обработочке писал, да, для прототипирования. Так, и сейчас давайте мы сюда тоже закинем. Немножечко затронем, да, этот момент Самира. Там как раз вот момент, связанный с наличием внутренней инфраструктуры, да, с ними достаточно всё очень хорошо, но тем не менее проговорим, что мы можем использовать, когда у нас всё ограничено. Тем не менее, да, у нас качество начинает страдать, но за счёт того, что нагрузка будет своя, так всё поехал, то мы тоже этот момент проговорим.
Так, а что мы должны сделать перед тем, как, собственно, приступить к проекту, в котором мы планируем использовать уже подход с AI? А для того, то есть сначала мы готовим нашем будущем проекту не только для конфигурации, а целиком для проекта, э, новый репозиторий, да, опираясь на уже известные для разработки практики. А, соответственно, здесь глобально у нас особых каких-то изменений за последние 5 лет работы с гитом не придумано. То есть просто сущ репозитория поменялась, что у нас расширилось количество инструментов, которые в нём используются. Поэтому его подготовка под порядок, собственно, здесь у нас будет примерно тот же. Ну, сейчас пробежимся, так, посмотрим.
А дальше, ну, с репозитория, ну, давайте, что у нас может быть, а, любой репозиторий. Опять же, если мы работаем с конфиденциальными данными, то репозиторий делается внутри компании, а, соответственно, используются те системы управления репозиториями, которые можно поставить on premis. Это тфлик из российских GTA из не совсем российских, но он премию тоже внутри э компании может использоваться, то здесь можно в принципе тот, который вам будет по душе. Так, сейчас что мы возьмём?
Так, а что мы используем прежде чем создавать репозиторий? А вообще у как бы правильного разработчика, у правильного архитектора, у вас те, кто уже работал с шаблонами разработки в гиемые шаблоны правильных разработчиков, да, один из известнейших - это Vanessa Bootstrap на гитхабе. То есть для начала можно использовать как систему подглядывалку его, то есть вот. Ну, а дальше свой собственный шаблон будущих папок, настроек, которые позволит вам, соответственно, сохранять в гите только то, что в последующем может быть версия считано искусственным интеллектом, аби мы сохраняем не бинарный а код, то, соответственно, всё это у нас должно, во-первых, коллекционироваться, во-вторых, приниматься только то, что нам будет необходимо. Ну, если рассматривать, да, там, то есть вот у нас есть шаблон, неважно, где он, на каком гите лежит. Если этот шаблон у нас доступен, да, по публичной ссылочке, мы можем его, а, скопировать или там, говоря языком, да, гита склонировать. То есть мы, например, в Gitф заходим, а хотим создать своё собственное проект. А и так сейчас, ну и, ну, по сути, структуру проекта копируем себе, а чтобы в дальнейшем с этой структурой работать самостоятельно. То есть мы сделали структуру папок а в удалённом гипрепозитории. Ну а далее, соответственно, ну это опять же чуть-чуть в сторонку от немножко от нашего занятия уходит. Ну вот по ссылочке для тех, кто не работал, можете пройти посмотреть. Страшного ничего нет. как создавать репозиторий.
А дальше этот репозиторий с помощью каких-нибудь инструментов, к примеру, таких как А если а мы рассматриваем сейчас, а если из сложных, ну, универсальных - это VS-код, ну, Ви Studia код, то есть, соответственно, освоили его И дальше всё будет просто. Ну, как бы, а вдруг вы станете таким про эти разработчиком на чуть-чуть? Если же необходимости э нет, а то можно вот под Windows, например, есть простейшая система Git Extension. Мы её используем для того, чтобы только работать с хранилищами репозитория, для того, чтобы, соответственно, управляла аа локальным купированием, аэ, репозитория се на свой компьютер. Вот скопируем. Секундочку. Вот мы его создали, скопировали и теперь, э, клонируем так папочку здесь оставим, да, за за рамками там установку необходимого по по команде, если брать, а так сейчас, что приходилось нам модифицировать на всех компьютерах, да, включая рабочие машинки тех же аналитиков, пришлось нам раскатать, аэ, гит, да, раскатать вот это вот git extension немножечко, да, попугать, поучить, но зато потом, соответственно, научить их работать. Что-то было подобное ещё несколько там лет назад. Ну, вот, а, это возможно как бы первый раз, да? В дальнейшем их просто учим складывать всё, что необходимо в папочку с Gitom. А, и подключая системы CICD, э, всё остальное, отправка в репозиторий, создание запросов и так далее, может проходить в автоматическом режиме. А, соответственно, аналитику не обязательно там всё это дело погружаться, да? То есть он просто подключён к единому репозиторию, связанному с нашей командой, да, и он с ним взаимодействует.
А вспомогательные средства - это всё, что нам может быть необходимо в целом. И у нас проходится на курсе, да, то есть всё, что повышает разработкурипt, всевозможные там дженкинсы для хранения кода, а gitwap можно локально поставить, кто его вдруг полюбил. Ну, он такой мощный и навороченный. Дальше для хранения документации можем использовать какую-либо из этих систем. А, но для того, чтобы делать, а, наши запросы, то нам, соответственно, необходимо будет из этих систем настраивать какой-либо экспорт в наш гид, а, для того, чтобы, а, в одном месте всё хранить. А, тут как раз вот был вопрос по поводу дублирования. А-а, что здесь, э, вот в случае, да, использования вот таких вот систем информация, да, к сожалению, будет, то есть Git, ээ, придётся в гиIT дублировать ту информацию, которая хранится вот в этих всех наших системах. Здесь, наверное, по-другому пока никак не отойти. То есть такое автоматизированное хранилище. Ну, я swager, то есть всё вот эти все системы, из них необходимо настраивать а экспорт нужной нам информации в наше единое хранилище.
Так, сейчас вопросики. Так, паракурсор. Ох, а-а, почему говорим про кодекс? что кодекс он как это у него больше токенов и он просто можно больше покрутить курсор как-то очень сильно сжигает токены к нему нужно будет подходить очень аккуратно именно как для работы а ещё и для работы с конфигурацией а может написать ну просто вот сейчас мы последнее время используем кодекс так как он как за счёт того что он просто больше позволяет больше провести эксперименты до того как мы поймём, что мы там пошли куда-то, не туда. То есть эти ежедневно забномиты лучше, чем фиксированные месячные. Так.
1С напарник, ээ, ну, немножечко, скажем, это, а-а, наверное, года на два отстаёт от, а, возможностей до современных AI. То есть он, ну, по сути, такой расширенный контекстная подсказка, там написание кода. Ну, ненамного он ускоряет работу. То есть, а, начинающему и медулу он поможет. Ну, именно там правильно читать код, разбираться. А для синьора он не нужен, так как мы как бы работаем уже от валидации, то есть сложные моменты пишем руками, а, а какие-нибудь такие типовые моменты могут уже генерироваться, да. тем же UI системой. Так.
И вот вопрос от Самиры. А для того, чтобы нам работать с конфиденциальной информации, ну, смотрите, а прежде всего для вот наших проектов мы разделяли, что мы можем крутить в открытых системах, что у нас является в открытых источниках и что закрытых. То есть это два абсолютно разных хранилища, чтобы случайно там, да, что-то не запутаться. В открытых мы создаём, да, вот с помощью открытых я какие-то арфакты крутим это, смотрим, размышляем. То есть по сути такая система помогающая нам думать, но наложить это на реальный проект мы уже, к сожалению, да, такой а в менее мощной системе локальной, да, то есть в нашем случае используется алама с квеновской, да, модели вот на 24 би, кстати. Сейчас вот мы посмотрим, что там у нас ещё системка добилась, а, и какие ценные артефакты создала. Вот. и аэ те а вопросы, которые мы сейчас вот задавали а нашему искусственному интеллекту, а мы, соответственно, их ээ >> а мы, соответственно, их закидываем, ну, в наши локальные модельки, да, там качество, конечно, похуже. То есть такой получается продвинутый поисковик на максималках, да, выдаёт какой-то ответ, но, к сожалению, пока мы так этого не увидим. Так, сейчас сохранить. Так.
Ну вот, собственно, какой-то, да, вариант от клад, то есть быстрая, то есть кто какие роли есть все четыре, да, какая система есть, а, соответственно, вот она уже накосячи, то есть какие-то, ну, верхнеуровневый контекст, что у нас может использоваться здесь. Он правильно выявил, что у нас есть историческая система старая была, а есть система Sнc упомянута, какие потоки, что куда между ними ходит. Э роль взаимодействия более-менее на Брсал. Ну то есть тут верхнего уровня. Ну и а квен сейчас. Так минутку. Оформление переключим. Так, ну и вот если брать от наших друзей китайцев, а то а с тем же промтом а cloud нарисовал C4 верхнего уровня, да? То есть что-то у него с нижним гру, а Квен, да, попытался изобразить нам сразу с деталями и внутри, соответственно, уже отдельные, а, компоненты, то есть уже и попытался изобразить с их взаимосвязями. Дальше это, конечно, требует того, чтобы это крутить, аэ, располагать стрелочки, как видим, да, вот madeт нотация. Т. Стоп. Вот амеate ли это нотация? Да, то есть требует э-э в при открытии в какой-нибудь интерфей инструмент типового мермейта, да, он уже может расположить их в правильном виде и визуализировать более хорошо. То есть редак здесь, да, в спидку может показаться не очень хорошим, но тут всё зависит от промта, от его качества. Но для начала уже неплохо. Тем более, да, вот мермейтинг, можем все эти квадратики растаскивать, менять местами. это всё у нас пере крепит и проблем не будет.
Так, Юрий, насколько эффективно иностранные модели для кодирования в один из ээ а ну смотрите, на чём учатся иностранные модели. они учатся на тех репозиториях, которые уже помещены в GitHub, да, процент гораздо меньше, но тем не менее, да, что-то уже у них получается. То есть почему э-э использовать в лоб сложно, да, если ты там не опишешь, какие там реквизиты тебе нужны. То есть, ну, сам язык один из предприятий тот же самое, как Вин, он пишет так более-менее нормально, да, если ему там писать реквизиты, то есть накидать обработку, да, с такими-то полями и импорт измля сделать. А, а если же брать контекст, именно конфигурацию саму, да, специфическую, а здесь как раз без использования вот так называемых этих MSR-серверов. А так сейчас, сейчас, сейчас. Так, без использования МСР будет достаточно сложно, а, работать, да, с и кодировать на языке 1S. То есть, если на Питоне ты можешь создать без использования MSR, то 1S тебе требует обязательного подключения конфигурации как библиотеки. для работы с системой. Вот в этом есть момент. И почему всё-таки я про так архитектуру про именно сам вайпкодинг пока, ну там с сомнением ещё и части 11, да, специфический.
Так вот Андрей задаёт вопрос: "Куй ценность такая C4 и сколько времени ушёл архитектора, чтобы дизайн нарисовать пригодный для чной работы документ?" Э, ну, смотрите, а промт, который вот в один шот делается, да, без всего, он ценности не даёт. Почему я говорю, что тут нужно модифицировать, а, запросить какой он пром даст, чтобы на вскидку, да, соответственно, сразу же нам получить итоговый цель, а не рисовать, а получить вот этот вот код. А код мы уже дальше, чтобы его руками не не писать. То есть суть не схема, а суть тот код, который он написал. А уже код мы будем модифицировать. То есть вот сам код, его название, всё вот это может быть нам полезно. Мы его можем копировать, вставлять свою систему Wiки и его уже модифицировать. То есть сама схема может быть как вариант не очень, а тот код, который у нас получился, мы его можем использовать и дальнейшем модифицировать. А у нас сразу же, да, какие-то есть протокольчики, да, по которым система между собой взаимодействует чистоты, да, соответственно, ключевые архитектурное решения, а-а, всякие ограничения, а критические точки какие, которые расписаны. Ну, и то есть тут понятно, это всё у нас в один фронт проблема. Тем не менее, да, от этого можно будет дальше уже двигаться. А андрей, а смотрите, а как в реальной жизни мы поступали, то есть первый срез кода загнали, получили, а поправили вручную, дальше модификация, какие-то доработки, закидывали код, а уже поправленный вручную, и он уже как основа использовался как шаблон. То есть в дальнейшем уже система модифицировала без проблем новые квадратики, добавляла новые схемы, то есть не ломаяще не ломала существующий момент. Очень полезно в диаграммах взаимодействия, когда у тебя гора систем, потоков между ними, там надо сделать объединение, нужно сделать перенумерацию, ещё какие-то моменты. А то есть при использовании и хранении в виде кода гораздо делается всё проще. Так. один раз и четыре вручную с получением кода, то его копировать использовать шаблон в случае изменений, то есть если у тебя ограничено время, то есть мы же про зачем вообще про эту тему всю за шли. Вот, то есть у нас аа на первом этапе ценность может быть сколько там получается ценность процентов 10, а в дальнейшем а ценность будет повышаться по мере обучения модели, по мере того, как мы будем с вами как маленького ребёнка, опять же, мы помним, да, что у нас модель - это по сути джун такой старательный. Э её нужно максимально контекстом обозначить, как рисовать схемы. вот те шаблонны, вот те правила, вот те, а, стандарты. А, имея всё это на входе, да, моделька уже будет рисовать вам достаточно адекватно. Тут из серии вот вопрос, вот ответ. Схема будет получаться какая попала. А, да, вручную для первого варианта нарисовать без проблем, но если у вас ограничены ресурсы, вам необходимо там постоянно что-то менять, добавляется новые интеграции, добавляются новые справочники. А или вот, например, в такой реальной задачке там есть несколько десятков справочников, а которые загружаются из внешне государственных информационных систем. А нужно, во-первых, найти апии по каждой из этих государственных систем, если они есть. Во-вторых, в каком формате работают, не работают они через нашу государственную систему, там СМЭФ, а если работают, то имя в этой СМИ, да, то есть и всё это огромные такие текстовые файлики. То есть на ручной поиск ушло бы, наверное, не меньше недели. То есть на использование с помощью, ну, то есть на прогон на вот составление таких таблиц и, соответственно, с помощью EI ушло, ну, около полудня. То есть прогон корректировка результата, а в результате были получены, да, адреса всех открытых апи, с которых эти можно было справочники забирать, и это уже ушло на дальнейшую отработку аналитика. Ну, не пришлось искать всё это в интернете по каждому справочему, где это найти, как скачать, выстроить запрос. То есть в случае таких вот массово повторяющихся задач, в случае таких вот ограниченности наших с вами там ресурсов времени, э-э подготовка документации, да, занимает ээ гораздо меньше времени. Ну, то есть вот контекстом управляем, да, мы сейчас ничего не управляли, то есть качество не очень, да, говорит, плохо перерисовывай. И, соответственно, у нас а пошла бы доработка. Ну, здесь мы немножечко прошлись. Соответственно, у нас есть т репозиторий, в которых складывается всё, что нам необходимо. Аа репозиторий будет хранить документацию как код. Мы закладываем правила префиксы для всей команды. Здесь же мы закладываем правила того, какие у нас должны быть схемы, как это использовать. То есть, по сути, вот качество нашего ответа даст нам а промт. Вот. То есть получается так. Дальше. Ну, и вот про сканирование структуры папок, да, то есть у нас выполняет, соответственно. получение того, что у нас получится, да? То есть в структуре папок и предлагает оптимизация вот этого процесса помещения.
А где ещё и как вот используется в реальных наших встречах проектов? Ну вот опять же такие прямо налету после каждой встречи несекретной, да? Ну а ну хотя смотрите, а здесь уже проще сейчас с наличием инструментов распознавания речи. То есть после встречи, которая пишется на диктофон, идёт сброс в локальное хранилище, идёт дальше распознавание текста, подготавливается ревью, а, ну, то есть по встрече, какие приняты решения и прилетает по почте каждого встречу. То есть таких вот решений полно. А бесплатное решение сейчас тоже есть. Виспер называется, да, решение. Соответственно, прикрутив сюда, то есть подключили диктофон, скриптом забрали, помести, распознали в текст, текст модифицировали, разложили, по этим положили сюда, встреча такая-то, такой-то даты. А дальше Дженкинс это всё забрал, подключил промт для того, чтобы это всё дело вместе сложилось, и подал на вход нашей модельки, чтобы из этого всего получить нужный нам шаблон нашей встречи и отправить её адреса. Ну, такой вариант. Так, ну, здесь получается у нас проходит base. Мы теперь знаем контекст, а, и можем, а, переходить, а, к проработке наших бизнес-требований. Так.
А по ролям у нас здесь а может уже происходить пересечение наших рулей. Если ранее, а до внедрения нашего производительного джуна, а-а, у нас вот такая была деление, да, аналитика, сбор, формализация требования качества, жизненный цикл зависимости. А как архитектор мы собирали требования, тоже были источника, валидировали, выделяли значимое и учитывали при проектировании. Здесь, наверное, это какое-то пересечение происходит у нас. А валидация требований, да, в какой-то мере может происходить по некоторым требованиям. И предварительно мы уже можем, как это валидировать валидацию, как вариант. А, но опять же, понимая, что происходит, чтобы вдруг не просто акцентовать всё то, что вам и подало на вход. Здесь, э, очень такая тонкая грань, э, которая может привести к бардаку. Мы не будем сильно в него углубляться. А так вот Юрий как раз пишет, да, один из совещания мы использовали, а очень дорогое, а если именно его по максимуму крутить для локальных целей, да, в небольших командах мы использовали запишу вот такую вот систему. Так, сейчас правильно. Риспер называется. Так, Visper AI. А он ставится локально. Вот так называется. и распоздаёт с настройками, да, там с, конечно же, повозиться немножечко, а, чтобы его настроить. Ну, в целом качество уже достаточно неплохое. То есть скачивается моделька, да, которая распознаёт. И даже с не очень качественными записями с диктофона получилось всё это разложить на лекции. Ну, а дальше дело техники, то есть обернуть и получить красивые материал, да, со встречи. из аудио а распознавания распознанной встречи. Ну, вот сейчас тоже, да, вот когда столкнулись с этим, все позакрывали распознавалки. Зачем, непонятно. Есть висперры, можно им пользоваться. По бизнес-требованиям у нас для чего это использовалось? для трансформации в пользовательское требования. Соответственно, бизнес-требования мы можем сейчас прокрутить и в пользовательское требования трансформировать уже а совместно с пользователем, да, либо система может по вот этому шаблону у нас ээ создать и, соответственно, сформулировать нужное нам пользовательское требование а в необходимом формате. А для генерации наших архитектурных решений, да? Ну, здесь, э, соответственно, для ответов на вопросы команды, да, когда почему мы выбрали то-то, то есть у нас уже есть база знаний, причин, э, то есть всё наше у нас огромное хранилище наших встреч, ээ, э, принятых решений и так далее, мы можем всё это положить и отвечать на всевозможные вопросы, причины выбора того или иного в нашей системе, соответственно, помочь в обосновании, а, тех или иных ээ вариантов движения. В мы при этом сдаём ограничение, что и как использовать на вход. Ну, а на выходе получаем и проверяем тот результат, который нам предложит система, да, например, там, а, как реализовать интеграцию, да, между системами. А у нас есть там корологов, интервью, а какие-нибудь там таблички, количество а процессов. Ну, и дальше обоснованный выбор предложе, да, здесь у нас может быть и 1S шина, и какие-то ещё другие системы. Ну, тем самым, да, мы получаем такой более, а, защищаемый перед бизнесом вариант, который ещё и циферками подкреплён. Ну, для сверхопытных может это нам и не поможет, но в случае, если мы находимся на пути становления, да, растём, э, да, и не всегда мы там все цифры там можем помнить на изустно, да, мы просто чувствуем, что так надо. И чтобы, соответственно, не переходить к давлению нашей там власти полномочий, да, можем, соответственно, циферками дополнить причины выбора того или решения на основе приложения наших материалов. Аа, ну, вот немножко мы покрутили, да, чуть-чуть у нас, конечно, с C4 не совсем может быть идеальный вариант получился. Сейчас, ээ, попробуем диаграммку взаимодействия. С ней мне всегда больше результат нравится визуально. Сейчас, секундочку. Так. сст диаграмму интеграционного действия нотации Нтум. Так, ладно, пусть пока думает. А, ну тут побыстрее. Так, единственное, что визуализацию он не адресует. Сейчас её визуализируем в Visual Studio Code. Так. Так, ну и да, бывают такие моменты, которые иногда приходится править час. Секунду, мы ещё это попробуем plant mail online. специализировать Так, ну и придётся корректировать. Справь ошибки. Аа, ну вот созданием с нуля, да? То есть, кстати, то, что вот коллеги говорят, то есть, ээ, да, в таких вот схемах он вот так путается, да, и, соответственно, может, а, с первой попытки не всегда удачно создать. Так, окей. Это могут вторая операция. Так. Опа. Ну это у нас получилось не совсем. Да. Ну уже Так, сейчас, секундочку. Ну, по крайней мере, чуть-чуть, да, это нет, немножко не тот вид. Сейчас поменяем. Так, сейчас, секундочку, корректируем. Так. Так, ну даже, кстати, из диаграмм последовательности и интеграционны ВПМН диаграммки тоже получались вполне такие читабельные. И причём это было в формате апн, то есть можно было их и загружать в какой-нибудь шторм и уже дальше менять их. Ну, опять же для Так, тоже он с первой покупкой не справляется. А в каком-то мере, да, как ээ подсказчик, какие артефакты можно использовать, как это всё визуализировать, ээ, как такой подсказчик, такое быстрое преобразование текст, а дальше уже в дальнейшем мы это там можем како-то вручную какие-то правки проводить. Так, о, получилось. В таком виде уже идёт, а, более читабельная. Вот смотрите, то есть у нас есть legacy системы, система управления складами, соответственно, как у нас проходит взаимодействие систем, получение обновления остатков. То есть в таких вот диаграммках мне больше нравится, как вариант проходит. Это, конечно, он зря нарисовал. Ну, посмотрим. А вот бизнес-процесс приём КТМЦ. Вот, пожалуйста, бизнес-процесс отрисован от заказа, а, до поступления, то есть процесс валиден корректно. Процесс перемещения между ячейками, то есть для тех, кто ориентируется, очень тоже достаточно неплохо, собственно, создано инвентаризация в цикле для каждой ячейки, сборка, отгрузка, то есть вот все бизнес-процессы, в принципе, даже с комментариями всё у нас есть. быстрая сборка. А причём вот в нашем случае вот этот вариант диаграмма последовательности, он уже использовался в работе. Так, сейчас, Юрий, вижу ваш так комментарии. Сейчас найдём. Так, соответ Чка Извиняюсь, включалась. Так, проектирование автоартефакты тоже, собственно, мы это посмотрели, да? То есть, э- валидация по текстовому описанию зависит от качества промта, опять же, аа в single shot называе так вот потеряно называется, никогда у вас не получится а качественный промт, а какая-то допобвязка, а лучше ещё и образец, а и у вас будет хорошая моделька, хорошая схемка. А в описании апии, а, соответственно, вот это вот даже в таком виде можно хорошем получать. и подгружать в тот же свакер. А мэпинг по Джейсону здесь вообще достаточно хорошо получается и симпатично.
Так, Юрий, а реальных систем C. Э смотрите, Юрий, а если брать именно разработка до кодирования, это сейчас будет очень дорого. То есть я бы вот кодирование пока избегал. мало кто может себе позволить кодирование CI достаточно качественное отдельные моменты, отдельная помощь именно архитекторам в качестве там, а, подготовки тестовых кейсов, моксервисов, это, да, проблем может быть нет. А вот генерировать готовое, а ещё и секретное, да, вот конфиденциальное, то, что ранее коллеги писали, а может быть уже достаточно дорого и сложно. Если это система, которую мы можем использовать открытая, а то тогда быстрая проверка, валидация, подготовка схем диаграмм, прокручивание, оно гораздо быстрее проходит. А на бесплатных быстро упираемся в лимиты, да? То есть, соответственно, тот же самый это Gй, который даже платный, ну, так себе выдаю результаты выдат ещё и проблема, да, что под разные задачи, да, у нас использут там разные и, а, соответственно, что-то умеет хорошо кодировать там, ну, как бы какие-то вот эти вот тестовые сценарии, что-то умеет хорошо рисовать,
А что-то умеют там хорошо выдумывать, да, там тот же чат GPT. Но, к сожалению, да, пока вот единого там глобального стре. Нет, но мы, э, должны использовать.
Так, безопасность. Про безопасность я говорил. Крутим то, что мы по сути можем крутить в реальном мире. А открытые данные, то есть закрытые данные крутим локальные. С локальными будет рисовать хуже, а, ну, с учётом ещё лучших контекстов, шаблончиков. То есть подготовка по шаблону происходит достаточно неплохо. Так, рисовать артефакты без контекста компании защищать. А вот Сергей, да, кстати, а вот этот момент тоже применялся. А очистка от секретных данных, контекста компаний, а каких-то процессов делается с помощью своей локальной яишки. А итоговая моделька может отправляться наружу, соответственно, можно её покрутить в платной модели. Ну, бесплатное, понятное дело, крупных компаний пользоваться не будет.
Так, по курсу давайте немножко расскажу, а, и потом ещё продолжим. А задача нашего курса — подготовка навыков технического архитектора и интеграций в IT-ресурсах компании. Есть тестирование. Сейчас программа выглядит следующим образом. То есть мы проходим от настроек окружения, собственно, команды. Ну а далее уходим вот в тот момент, элементы которого мы с вами обсуждаем, каким образом проводим моделирование, ну и база, да, и автоматизированный и валидация, а до контроля качества кода, дальше тестирование итывание CCD, ну и заканчивание мониторингом, контрольно производительности и интеграцией. Так или иначе, так как мы должны быть сейчас как косминоги и там чуть-чуть, и там чуть-чуть, как архитекторы, то вот отдельные эти моменты, да, генерация тестов и так далее. нам сейчас тот же AI может помочь к примеру написание скриптов для ДНК в C ICD. А без Я его написать без знания языка может быть сложно, со знанием, но уже по крайней мере происходит гораздо быстрее. То есть на каждом из блоков далементы уже применяются коллегами, соответственно, объясняем как то или иной момент пройти, соответственно, как обучиться аа глубже по тем примерам, которые мы проходим. Ну, по команде, собственно, вот те, кто у нас представлены, да, руководитель лектора та действующий архитектор, э, Никита Иванченко, он с является одним из контрибуторов OneScript. Соответственно, как разрабатывается один из инструментов автоматизации 1С, можно их задавать. Ну, а-а, коллеги там или Ада, я мы по организационно-техническом, по документационным частям рассказываем. Соответственно, такая, можно сказать, не э на стыке, да, технических и человеческих областей. Ну и кроме этого там ещё коллеги, да, по своим специализированным областям. Обучение в живом формате. Все занятия у нас сохраняются навсегда. То есть ограничений нет. Программу каждый раз обновляем, добавляем из нового, что сейчас как раз так про напарник, по-моему, какие-то элементы будут. Ну, можно же программу посмотреть, то есть уже, да, и коллеги там обновляют, соответственно, с учётом и 11 шину добавили. Аа курс ээ сейчас смотрите, то есть у нас курс те инструменты, которыми сейчас технический архитектор 1С у нас должен обладать, э в том числе для того, чтобы грамотно выстроить, а весь процесс работы команды, а а не только проектировать конфигурацию 1С, наверное, вот инструмент скорее архитектура, построение с отдельными моментами, где у нас используется конфигурация 1С. То есть здесь не только у нас чисто одинсовские моменты, потому что у нас коллеги некоторые совмещают, да, стеки по языкам, поэтому, а, соответственно, да, могут быть моменты.
Так, старт ближайший 29 апреля, 4 месяца. Так.
Э, и теперь немножечко по элементам, которые мы уже так чуть-чуть покрутили по плану кодирования, тестирования C. А текстовые, да, мы покрутили. А схема C4 Bpmn по текстовом описанию, ну, по некачественно получится некачественно. Инструменты Phantom LMAT, описание API Swager 1S Open API. Ээ, соответственно, описание готовится, упрощается работа тоже проговорили. Ну, планы тестирования. Сейчас как раз по ним посмотрим чуть-чуть. Набор фичи файлов на основе пользорий для Ones Automation или unюниit. А, ну если по интеграции брать, то это вот семантическая пара. То есть, соответственно, у нас есть какая-нибудь Open App спецификация, которая это семантически, да, у нас такая непонятная и каким образом всё это замэпить. Ну, с одисовскими данными можно вот достаточно быстро, без ручного сопоставления. А по AI-тестированию, а тут, конечно же, контекстам может потребоваться реальная конфигурация. Один из примеров, который можно там протестировать с тем же кодексом, ой, не кодексом, кодером от Квена, это, например, загрузить, создать бит репозиторий, да, выгрузить туда вот конфигурацию демку, да, от 1С, хотя бы посмотреть, как она будет создавать фичи файлы. Ну вот, например, автозаполнение товара свободными остатками заказ клиента для организаций. А при подключении бесплатной конфигурации, да, то есть, соответственно, этот скриптик, а, у нас будет создаваться в автоматическом режиме. Соответственно, мы смотрим, видим, да, всё корректно, примеры заданы, то есть вопросов не возникает в квене. Сейчас, секундочку. Вот QN код, он увязывается на Gthub репозиторий. А, то есть, соответственно, мы, а, связываем. Так, сейчас, секундочку. Так, большую конфигурацию подключал. Так, просто покажу пример, как это выглядит. Ну, а кому будет любопытно поэкспериментировать именно с Одиской в плане, да, вайподинга, очень рекомендую создать, а, свой репозиторий, загрузить туда небольшую конфигурацию. Аэ, здесь боюсь, что он сейчас вменяемый ответ не даст, по что-то это достаточно крупная конфигурация управления курс закупками. Ну так сейчас попробуем, конечно, но так пиши тест созданията справочника организации. Манеса не так. Ну и дальше пойдёт процесс. То есть я, если сейчас токенов хватит, но боюсь, что он может достаточно долго это всё закрутить. А, да, Дмитрий, запись будет. А, соответственно, а, и результат, что у нас в окошечке, да, должен появиться тест на языке РKН, который мы можем скопировать, вставить в нашу анесу и, соответственно, проверить тест. Так, то есть генерация по тестам с учётом подключения конфигурации, опять же не являющися секретной, да, в данном случае, которую можно прорабатывать, а тоже вопросов здесь не возникает. Ну, опять же, базовую настройку отключения памяти для AI, чтобы не использовалось для обучения системы, а, ставим и тогда проблем, а, по крайней мерех основных декларируемых публично у вас не будет. И тот запрос, который вы отправляли, не будет тут же доступен коллеге от конкурента. Аналогично, да, GitHubilot для 1Са тоже обработки накидываем уже, то есть формируем, что нам необходимо, да, и какой-то элементик получаем. Но как вот и коллеги говорили, а прямо вот в продуктив, э, тот же кодекс убей, да, там чуть ли не готовую обработку написать и в EPF её положить и в папочку её сложить, что-то такое сделать. Но прих придётся, во-первых, вырезать из конфигурации всё лишнее, чтобы у вас там токены не кончились через полчаса. Ну и, во-вторых, как бы сам результат, не знаю, пока с документацией я его вижу фактически, да, быстро, а вот в части кода, пока это всё прокрутится, обработки по загрузке тестовых данных из справочников Джейсонов, XML и прочего, прочего делаются на ура. То есть обработки, ну вот этот подготовка тестов тоже, то есть есть доверие есть. А вот с обработками, которые особенно там создают а общие модули и прочее, и прочее, с ними я бы аккуратнее пока был, потому что есть такие опасения, что пока мощности, а локальных ещё недостаточно. Ждём вот это сейчас, э, то, что Google свой алгоритм распространит на модели по сжатию, квантинизации модели, что она там будет занимать в восемь раз меньше и позволит нам нашу ERP загрузить в кэш локальной модели и крутить без проблем. А здесь, соответственно, доработка качества на литу, проверка стандарта, паттерны, это всё системка будет самомодифицироваться. Существующий код на ревю тоже можно пробовать туда отправлять, смотреть по результатам. А, ну это в форме пока что вот эксперимента. Может быть, какие-то моменты система может предложить, но опять же та система, которая у вас подключена вашей репозитории как такой предварительный кэш того, что может использоваться по системе. Поэтому будем здесь аккуратненькими. То есть провайкодинг я бы пробовал, учился. Ээ, ээ, по мере того, как мы научимся все с вами, скорее всего, и модельки, э, прилетят, которые можно будет локально, а, запускать, как минимум, да, на какие-то сервера. А по тестированию, да, вот мы сейчас запустили, да, запросик, то есть лучше бы входные данные у нас, вот у нас были бы входные данные, то есть, а, на основе А так, Андрей, кода маркировок обработку нормально напишет. А попробуйте, то есть, если конфигурация небольшая, в репозиторе её закидывайте, закидывайте в QN и как минимум, да, то есть можно будет попробовать так, так, ээ, промт должен быть вот такой. Ну, то есть, ээ, соответственно, тоже сформулирован корректно. мы сделали достаточно правильно. То есть мы транслируем технический контекст, ограничения, то есть здесь выступаем всё-таки как это не совсем, да? А здесь на входе у нас бизнес-требования и на выходе у нас результат. Мы уже видели по результатам, да, C4. То есть всё-таки вот это промежуточное аа преобразование всё ещё необходимо, да, но оно может быть достаточно таким, э, техническим. результат, да, который мы ждём что-то подобное, что там, ну, 4 часа, конечно, немного написано, там натыкивание кнопок и так далее. Ну, скорее было там 30 минут, да, там с натыкиванием кнопок, там стало 5 минут, да, то есть у нас, ну, всё равно снижение достаточно быстрое проходит, валидация логики. Аа так, Алексей, а, да, через V-cд, то есть может генерировать. А пробовали сейчас вот эту такую систему Трая, но даже можно бесплатно с ней поиграться. Но трае она быстро сожрёт бесплатные токены, но в качестве опять же базового эксперимента для небольшой конфигурации. перед тем же кодексом, который платы, можно вот это вот на трае поэкспериментировать, посмотреть, поработать с локальной конфигурацией. Так, сейчас даже, может быть, я открою, покажу. Так. Ну вот, к примеру, а-а, набросок, который тоже прототипирование быстро делается. Здесь ну чуть-чуть, конечно, не совсем хороший контекст. А-а, здесь, ээ, на вход подавалось общий модуль и, ээ, Word, файлик, описание, а, интеграционных, ну, этих описание системы интеграции, то есть какие методы используют и так далее. И в несколько этапов, несколько комитов, соответственно, вот система создавала, да, пошаговом. Да, то есть последовательно накручивались функции. Сначала такие-то функции, потом мы их в конфигурацию запустили, проверили. О'кей. Дальше следующие функции. То есть это всё комитилось в Git, а, соответственно, чтобы можно было в любой момент откатиться и в том числе выполнять слияние. Дальше тоже добавляю такие-то функции. Соответственно, какая что какая функция должна сделать, откуда токен, функция отправки, а описание, да, результаты. Ну, собственно, вот один из тоже вариантов использования. Так, Алексей пишет: "Райдер вместо". Так, пока не пробовал, может быть, попробуем после заглянти.
Так, ну вот трансформация нашего а этапа. Сейчас, секундочку, немножко пробежались. А что добавляем, но не забываем, что мы используем пока что систему, которая в автономе вынуждены её использовать, понимая, какие участки идёт. с ускорением. А на каких участках будет выполняться замедление? То есть это вот то, что как раз и вы писали, коллеги, а что есть определённые задачи, ну, например, с той же C4, да, мы на примере видели, что там создать с нуля, а уж какой-нибудь там сложный BPMН процесс система не сможет со стрелочкой у неё всё плохо. А описать текст, сделать какую-то там проверку гипотезы, набросать тест-кейс, что-то ещё, проблем нет. Пока не весь цикл закрывается системами, но определённые, а, рутинные задачи система выполняет достаточно, может выполнять достаточно быстро. Поэтому можем использовать и нужно использовать. А при этом сам подход, да, как вот мы выяснили, особо у нас глобально не меняется, да, там не некоторые стадии не пропускается, да, идёт просто какая-то оптимизация, да, вот рутина упрощается, и ещё больше нам необходима ценность всего того, а набора знаний, то есть того, что мы помещаем в нашей репозитории, потому что аа если раньше мы не могли охватить все файлики, да, там за сем за сем отслеживать. Сейчас мы, по сути, можем всё охватывать, перепроверять, валидировать что-то ещё. То есть мы, как вот дирижёр, да, можем вообще понимать, а что у нас, а, там на большом потоке поступает и периодически делать срезы этого потока тем самым улучшая наш контроль.
Так, сейчас посмотрим, получилось что-нибудь? Да. Вот. Так что попробуйте поменьше. ERPшку Quenter не больше 500 Мб, то есть бспэшку переварит, пишку и больше, то есть всё, что репозитории будет больше мегаб, не переварит. То есть тут уже аа необходимы платные модельки. Ну вот трае скорее всего сможет, потому что он будет только то, что нужно, он сначала проиндексирует, а потом, соответственно, полезет ээ использувать только те функции, которые будут необходимы нам в запросах. Так, то есть мы ещё не заменяемся, слава богу, пока что, но некоторые рутинные задачи вынуждены, да, дополнять, то есть работать. требования становится всё более и более, а, к нам жёсткими работать теперь за двоих, потом за троих. Так что инструменты вынужденно осваиваем, но тем не менее, может быть, что-то где-то будет а и выстроить. Тем более вот все эти навыки нам сейчас нужны. э-э все собеседования, всё прочее, и будет уже мы должны понимать, что как где какие ограничения есть. Присоединяйтесь к каналу. Ещё раз статус по курсу и по вопросу. Прошу запомнить, если какие-то, а, пожелания будут, может быть, к следующим занятиям, может быть, какие-то темы, да, раскрыть именно с точки зрения архитектуры. Может быть, кстати, вот то, что вот вы, коллеги, задавали ранее, это поводу проектирования архитектуры, реальной конфигурации с помощью, именно работы архитектора, может быть, что-то подобное, но вот это, конечно, больше к функциональным архитектору, но вот с точки зрения технической архитектуры интеграции, может быть, мы эту тему и раскроем на каком-нибудь из ближайших занятий. То есть возьмём какой-нибудь вот свободный типа траи, туда загрузим конфигурацию простую, да, то есть, ну, только настоящую. И также за полтора часа попробуем там спроектировать какую-нибудь там интеграционную доработку под неё. Наверное, что-нибудь подобное сделаем, чтобы, как говорится, совместно поэкспериментировать, попробовать такие кейсы. Так, вам спасибо за вопросы. за участие и до следующих встреч.