1С СППР Система Проектирования Прикладных Решений
2K subscribers
20 photos
7 videos
52 files
276 links
1С СППР для системных архитекторов, руководителей проектов, методологов и бизнес-аналитиков/ Также темы по TLA+, Архитектура как код (AaC), псевдокод и Knime.
Download Telegram
Статья из которой следует весьма интересная мысль:
Предложение свести весь код проекта в особый маркдаун-файл,
заточенный под работу с ИИ, может означать что таким маркдаун-файлом
описывается архитектура кода.
Да, это получение архитектуры реверс-инжинирингом,
постфактум после написания кода программистом.
Но это архитектура всё же какая-никакая.
Тоже вариант.
Вон, Капралов работал над АСТ-деревом кода,
так здесь пожалуйста оно же по смыслу войдёт в маркдаун-файл.
На слово "маркдаун" не стоит реагировать как на единственное
решение. Может быть много файлов, но организованных по иному формату.

Таким образом, если в СППР имеется свод всех метаданных проекта, а ещё в неё загрузить весь код проекта,
то фактически имеем сложный формат такого маркдауна.
Осталось разложить на АСТ-дерево, прописать связи функций и всё это в каком-то едином текстовом формате
и, пожалуйста, вот вам основа для передачи конфигурации 1С в МСР или RAG для работы ИИ.
Секрет успешного выполнения проектов на базе СППР у ВЦ Раздолье.
Возможно, только у них одних.
Но, возможно, только для ERP.
Возможно, проекты на Бухгалтерии 3.0 уже не вытянуть.

Участники мероприятия пришли к выводу, что технология внедрения ERP-системы не может быть для всех одна.
👍2
Если кто-то хочет участвовать в голосовании на доклады Инфостарт,
попросите участников чата проголосовать по вашей ссылке.
Интересный взгляд от Алексея Кролла
на соотношение ИИ и программистов.
Упрощённо: Программисты в основном это ПТУшники как спецы,
их эпоха как топов-спецев проходит благодаря ИИ.

Программисты любят говорить, что вайб кодинг (программирование с ИИ) это для домохозяек.
Реальность такова, что вайбкодингом занимаются ученые, профессионалы, специалисты, врачи, юристы, решающие предметные задачи в 1000 раз более сложные, чем большая часть разработчиков способна себе представить.
Давайте расставим точки над i - среди разработчиков есть от силы 5-7% действительно квалифицированных выдающихся инженеров, остальные 90% это уровень ПТУ. Да, токарь умеет работать на токарном станке, но на этом его уровень ограничен и никогда не поднимется выше.
Любой профессионал сейчас способен создавать приложения с помощью ИИ, решающие сложные научные, инженерные и прочие прикладные проблемы, вытекающие из самого предмета.
Однако, 90% разработчиков пэтэушников никогда не освоят уровень настоящих профессий со сложными доменами знаний.
Лишь 5% людей, работающих в ИТ индустрии создают что-то серьезное. Остальная масса программистов - пэтэушники, занимающиеся обезъяним кодом и этот факт многократно подтвержден тем, что в этой отрасли доминирует индусы, которые проходят ускоренные курсы в деревнях.
Также стоит учитывать тот факт, что в 90% случаях пэтэушники никакой код не пишут, а роятся в развалах ГитХаба в поисках уже написанного кода, которого написаны тонны. Все бизнес приложения на 90% состоят из стандартных кусков и библиотек, написанных годы назад. Не считая маркетплейсов шаблонов, кода, утилит, интерфесов, автоматизаций с тысячами продуктов за 30$.
Поэтому, как и в любой креативной индустрии правило Паретто неумолимо - не более 5% выдающихся инженеров действительно создают что-то мощное. Остальные, по большей части обладают довольно низкой квалификацией в узкой области.
Тем не менее до эпохи ИИ надо было потратить 1-2 года, чтобы наблатыкаться в каком-то языке, фреймфорках, научиться использовать IDE, GitHub, методы коллективной рабы, т.е. обрести начальные навыки профессии, чтобы приняли на работу хотя бы джуном на медные деньги, а потом еще пара лет, чтобы стать более или менее крепким середняком, иметь стабильную работу. И считаться мидлом. 🤣
Т.е. в среднем 3-5 лет нужны было обучения и практики, чтобы стать ремесленником и это не высшее образование в области Компьютерных Наук. Это уровень ПТУ + практика. Как раньше готовили слесарей, пекарей, токарей, швей мотористок, медсестер. Это среднее проф. образование.
И разумеется, это не сопоставимо с реальным высшим образованием в STEM (и не только) и 10+ годами опыта в действительно сложных кейсах, как медицина, физика, биология, материаловедение, право, архитектура, технологии, чтобы стать хотя бы средним профессионалом в любой прикладной дисциплине, включая технологии. Профессионалом, способным находить решения комплексных проблем, требующих глубокого погружения в прикладное знание, понимания фундаментальных научных и инженерных концепций.
Сейчас ИИ дает возможность полностью убрать для профессионалов препятствие в виде навыка создания приложений, и мы ТОЛЬКО в начале этого процесса.
Инструменты и ИИ прогрессируют с чудовищной скоростью, люди учатся еще быстрей. Тот путь, который программист пэтэушник проходил за 5 лет, сейчас любой профессионал проходит за 2-3 месяца, но при этом он остается высококвалифицированным профессионалом, добавив в копилку навык и супер мощный инструмент.
До эпохи ИИ у вас могло возникнуть 1000 идей, которые вы не могли реализовать или нужно было привлекать разработчиков, т.е. нужно было иметь прорву денег.
Сейчас вы можете все реализовать сами, и хотя ваши первые приложения будут просты с точки зрения архитектуры, они будут решать сложные реальные проблемы, названия которых 90% разработчиков даже выговорить не могут.
👍4
Но вам и не нужны сложные приложения. Вам нужны приложения, которые реально работают и решают проблемы, вы будете учится, и если 1-ая версия вашего приложения будет не учитывать каких-то нюансов, то вы быстро во всем разберетесь с помощью того же ИИ. Ваша 5-ая версия приложения будет абсолютно полноценна. И Вам не потребуется годы, чтобы создавать это. И тем более вам не потребуется нанимать посредников между вами и вашей мечтой.
Вы сможете реализовать все за пару недель. И протестировать, и все это будет безопасно, работать под нагрузкой, оптимизировано, респонсивно и будет соответствовать еще куче требований, которым разработчики придают важность, но которые все являются обычным здравым смысли. И вы все это освоите за 10 минут с помощью ИИ.
Сейчас совершенно очевидно, что быстрей всех потеряют работать 90% разработчиков пэтэушников, они объяты ужасом, потому что понимают, что теперь они не нужны, и то небольшое преимущество, которое они имели - стремительно утекает, а больше ничего они не умеют. И у них нет 10+ лет, чтобы получить новую профессию (в которой тоже непонятны перспективы).
Поэтому пэтэушники все время пытаются обесценивать ИИ, грозят, смеются, плюются. Это страх, который к вам, уважаемые профессионалы не имеет отношения. Ну и потом, 90% разработчиков работает в найме, т.е. у них нет мужества брать судьбу в свои руки, они не выносят риска, ценят стабильность, предсказуемость и склонны к послушанию. Т.е. эти люди, увы, не создают нового, а лишь выполняют указания и большая часть времени уходит на то, как оправдать свое существование в глазах менеджеров.
Пройдет 3-5 лет и все профессионалы останутся, владеющие всем набором инструментов, в т.ч. и созданием приложений, и будут сами создавать удивительные вещи. А все пэтэушники присядут в гетто на пособие (там, где его будут платить). И даже в курьеры не смогут податься, ибо там будут роботы.
Так что осваиваете все возможности, который дает ИИ, и никого не слушайте, и в первую очередь тех, кому невыгодно, чтобы вы научились делать то, что делают они.
Статья про использование СППР в Росатоме (Гринатом)
Акценты на:
1) СППР используется и для управления внутренними специалистами так и подрядчиками
2) все процессы централизованы в СППР
3) вся цепочка жизненного цикла задач реализована в СППР от постановки до закрытия, включая текущую поддержку
4) в СППР создан нетиповой рабочий стол под свои уникальные процессы
5) СППР преподносится как основная система для РАЗРАБОТЧИКОВ

Цитата дня из статьи:
Если поступает сигнал – например, «зависла платежка» или «не загружаются файлы» – я или любой специалист можем оперативно открыть СППР и получить объективную историю событий, даже не имея доступа к прикладной 1С системе.


Мы используем СППР как централизованное хранилище для документации: сюда загружаются статьи ИТС, проектные решения, инструкции, памятки, обучающие видеоматериалы, а также ответы на часто задаваемые вопросы. Всю эту информацию мы структурируем и привязываем к соответствующим типам документов


Ключевые достижения внедрения СППР
...
70% доработок выполнено стажерами.

(хм. как понимается из текста статьи за счёт нарезки простых задач из СППР стажёрам и, видимо, есть классификатор ТИПОВ задач без которого это невозможно)
👍1
Материал об использовании СППР в Росатоме.
Весьма значительный кусок именно про СППР.
Особенно обратите внимание на "нестандартные решения" с СППР.

Прикольно что у ссылки этого крупного конфренцпроекта в нефтянке
на презентацию кончилось делегирование на сайт.
Уже пошли мысли, что вайб-кодинг как метод уже устарел, хоть ему может год от роду от силы.
Взамен идет "агентное роевое программирование".
Ключевые цитаты:
То, на что у команды из людей ушло бы 18 рабочих дней, уложилось в шестичасовой перелёт. (1 человека)


Опытные программисты видят, как всё наше ремесло за 30–40 лет меняется радикально всего за несколько месяцев


«Рой» — это архитектура, где задача разбивается на части и распределяется между несколькими специализированными агентами.


Финальное звено — человек. Самые успешные разработчики не пассивно «промптят» ИИ, а становятся архитекторами-кураторами.


Интеграция инструментов: Это, пожалуй, главное изменение правил игры. Агенты больше не пишут код «в вакууме». Теперь они встроены в реальную среду разработчика и используют ключевые инструменты: grep для поиска по кодовой базе, pytest для запуска тестов, утилиты сборки вроде make или pip для компиляции и настройки проектов, а также git diff для управления изменениями. Такой подход замыкает цикл между генерацией кода и его проверкой в реальных условиях.



агентное роевое программирование — это не замена разработчиков, а усиление самых квалифицированных из них. Их роль трансформируется: от человека, который сам пишет код, к архитектору и валидатору работы команды, управляемой ИИ.


Вот здесь изложение

Над чем нам следует задуматься - если меняется парадигма разработки, то и подход к проектированию/архитектуре меняется тоже.
Результат работы всех этих "роёв" может быть положен (зафиксирован) в какой-либо системе контроля версий архитектуры - самое то для СППР.
До того как начался бум ИИ-LLM-AI мэйнстримом в проектировании/программировании считалось
направление low/no-code.
Являются ли ИИ и NoLowCode конкурентами или взаимодействующими технологиями?

И то и то требовало изменения подходов к архитектуре ПО, но каждое по разному.
Общего у них то, что результат описания архитектуры следует где-то хранить.
Для NoLowCode визуализация в графике и есть описание архитектуре. Здесь СППР как бы не особо нужна.
ИИ/LLM вне предусматривают хранения результата в явном виде, разве что под этим понимать помещение результатов в MCP-базу.
Здесь СППР могла бы быть востребована как хранилище описания архитектуры.

А вообще NoCode (без low) и ИИ/LLM имеют общий базис - текстовое или графическое описание исходной ситуации/пользовательских требований,
из которого и разворачивается код/работа ПО.
Про МСР в 1С
пост от участника нашего чата @valentin_azharonak
примечательно что в профиле автор себя обозначает "Безработный Руководитель разработки 1с"
что само по себе может быть темой отдельной статьи - почему люди с прогрессивным подходом не у дел

Сам текст вот
🥳 Функционал MCP сервера понемногу наращивается. 🥳
Провел рефакторинг кода, как смог разбил проект на модули, но получилось не все задуманное. 😭
Gemini в связке с mcp при работе с каталогом проекта 1с вел себя непредсказуемо, то нормально получал путь к проекту для анализа и создания, то в упор ничего не находил. 😰 Добиться стабильности так и не смог, пришлось передавать путь к проекту в docker контейнер при создании.

Тем временем gemini читает 🤩 мое техническое задание на создание объектов и умеет создавать Константы, Справочники, Документы, Регистры сведений. 🫡
Работает быстрее меня (если создавать руками).
Иногда его "прорывает" и он начинает создавать объекты "пачками" а не по одному. Учитывая тот факт, что под капотом curl требующий подтверждения пользователя, вариант "пачками" просто шикарен, но методику его "вызова" я пока не уловил 🤔

PS Пишут 1С:Напарник стал доступен и бесплатен на год. Про ИИ в нём ничего не слышно.
Кто знает что случилось с Инфостарт и Олегом Филипповым (comol)?
Рейтинг Олега на ИС стал нулевым, статьи исчезли.
https://infostart.ru/profile/74713/
В частности статьи про агенты ИИ и MCP-серверы в 1С
https://infostart.ru/1c/articles/2322860/

Статья нашего активного участника Дениса Ермолаева про инструмент в области СППР
тоже недоступна.
https://infostart.ru/soft1c/1654074/

Косят авторов? Режут темы близкие к СППР и ИИ??

ЗЫ https://t.me/comol_it_does_matter/541
😱3🙈1
СППР сейчас в версии 2.0.14.25 от 12.09.25
И, судя по данным ХХ, ведущий программист именно на СППР в 1С по прежнему требуется.
image_2025-10-16_15-38-11.png
339.9 KB
Забудьте о бесконечных правках. Ваш ИИ-ассистент теперь генерирует работающий код на 1С с первого раза.


О как!
А вы вайб-кодинг отрицаете!?
🔥4🤮1
От Mos.ru (госуслуг по московски) пришло письмо
от Mos.Hub //Демо
Вы сможете подробнее познакомиться с ключевыми возможностями платформы Mos.Hub:
• инфраструктурой разработки и эксплуатации решений;
• интеграцией инструментов CI/CD, управления кодом и артефактами;
• сервисами Mos.Track для управления ИТ-проектами и Mos.Wiki для совместной работы с документами;
• инструментами для развития собственных проектов;
• сообществом разработчиков и единомышленников.
Не прошло и... А нет, прошло. Очень много лет прошло. Но в BSL Language Server НАКОНЕЦ-ТО появилась функциональность слияния конфигурации и расширений в единый контекст.

Да, тот самый "мультирут", которого не хватало сонар-плагину для нормального анализа расширений в паре с основной конфигурацией. Все вот эти ошибки про неизвестное метаданное в запросе, или ненайденую экспортную функцию.

Наконец-то. Это. Работает!

Так как "бсл лс - это не только диагностики", то от этого выигрывает не только сонар-плагин, но и редактор кода. Теперь удобнее редактировать или просматривать расширения, например, с тестами.

На видео "было" и "стало".

Огроменное спасибо Валере @TheShadoWCo за вклад!

Завтра появится в ночнике сонар-плагина, а пока можете забрать в пре-релизном канале BSL LS в VSCode
👍5🔥4
В связи с блокировками мессенджеров
напоминаю, что у данного канала/чата по СППР есть резервный канал
на ЯндексДзен
и чат в МАХ
Пока в Дзен только транслируются посты, а маховский чат чисто резерв,
хотя общаться можно и в Дзене.
Пойдут ли они в ход и где из двух будет активный канал покажет время.
👍2🔥1
Весьма интересная и короткая статья про пути развития вайб-кодинга.
Ключевые мысли:

1. Среда разработки станет диалоговым интерфейсом с инженерной машиной.

2. ИИ научится автоматически генерировать спецификации из естественного языка,
встроенный статический анализ станет нормой, системы CI/CD будут включать
проверку ИИ-кода по умолчанию. ИИ превратится во «второго архитектора»,
но под контролем человека.

3. Самая коварная проблема vibe coding — иллюзия контроля.
Чрезмерная зависимость от ИИ без понимания основ — путь к потере экспертизы

4. Ссылка на доклад "О проектировании сложных систем в эпоху ИИ"
(Сергей Салищев, кандидат физико-математических наук и старший преподаватель кафедры информатики СПбГУ,
Его работа заставляет по-новому взглянуть на феномен vibe coding —
программирование через диалог с ИИ, которое стремительно меняет нашу профессию.)

Мысли, к которым приводит статья:
Общий тренд - программист всё больше и больше "выжимается" в архитектора (инженера).
Архитектор задаёт правила и рамки, а ИИ - кодит.
Следовательно востребованность систем, хранящих свод правил и контрольные тесты растёт
- а собственно это и должна быть СППР следующего этапа.
👍2