Кто знает что случилось с Инфостарт и Олегом Филипповым (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
Рейтинг Олега на ИС стал нулевым, статьи исчезли.
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
infostart.ru
Профайл
Инфостарт - все для 1С: конфигурации, отчеты, обработки, внешние компоненты. Это профессиональное сообщество людей, занимающихся автоматизацией учета и управления с помощью программ 1С:Предприятия.
😱3🙈1
СППР сейчас в версии 2.0.14.25 от 12.09.25
И, судя по данным ХХ, ведущий программист именно на СППР в 1С по прежнему требуется.
И, судя по данным ХХ, ведущий программист именно на СППР в 1С по прежнему требуется.
image_2025-10-16_15-38-11.png
339.9 KB
Забудьте о бесконечных правках. Ваш ИИ-ассистент теперь генерирует работающий код на 1С с первого раза.
О как!
А вы вайб-кодинг отрицаете!?
🔥4🤮1
От Mos.ru (госуслуг по московски) пришло письмо
от Mos.Hub //Демо
от Mos.Hub //Демо
Вы сможете подробнее познакомиться с ключевыми возможностями платформы Mos.Hub:
• инфраструктурой разработки и эксплуатации решений;
• интеграцией инструментов CI/CD, управления кодом и артефактами;
• сервисами Mos.Track для управления ИТ-проектами и Mos.Wiki для совместной работы с документами;
• инструментами для развития собственных проектов;
• сообществом разработчиков и единомышленников.
Forwarded from Никита Федькин - мысли, заметки, анонсы
Не прошло и... А нет, прошло. Очень много лет прошло. Но в BSL Language Server НАКОНЕЦ-ТО появилась функциональность слияния конфигурации и расширений в единый контекст.
Да, тот самый "мультирут", которого не хватало сонар-плагину для нормального анализа расширений в паре с основной конфигурацией. Все вот эти ошибки про неизвестное метаданное в запросе, или ненайденую экспортную функцию.
Наконец-то. Это. Работает!
Так как "бсл лс - это не только диагностики", то от этого выигрывает не только сонар-плагин, но и редактор кода. Теперь удобнее редактировать или просматривать расширения, например, с тестами.
На видео "было" и "стало".
Огроменное спасибо Валере @TheShadoWCo за вклад!
Завтра появится в ночнике сонар-плагина, а пока можете забрать в пре-релизном канале BSL LS в VSCode
Да, тот самый "мультирут", которого не хватало сонар-плагину для нормального анализа расширений в паре с основной конфигурацией. Все вот эти ошибки про неизвестное метаданное в запросе, или ненайденую экспортную функцию.
Наконец-то. Это. Работает!
Так как "бсл лс - это не только диагностики", то от этого выигрывает не только сонар-плагин, но и редактор кода. Теперь удобнее редактировать или просматривать расширения, например, с тестами.
На видео "было" и "стало".
Огроменное спасибо Валере @TheShadoWCo за вклад!
Завтра появится в ночнике сонар-плагина, а пока можете забрать в пре-релизном канале BSL LS в VSCode
👍5🔥4
В связи с блокировками мессенджеров
напоминаю, что у данного канала/чата по СППР есть резервный канал
на ЯндексДзен
и чат в МАХ
Пока в Дзен только транслируются посты, а маховский чат чисто резерв,
хотя общаться можно и в Дзене.
Пойдут ли они в ход и где из двух будет активный канал покажет время.
напоминаю, что у данного канала/чата по СППР есть резервный канал
на ЯндексДзен
и чат в МАХ
Пока в Дзен только транслируются посты, а маховский чат чисто резерв,
хотя общаться можно и в Дзене.
Пойдут ли они в ход и где из двух будет активный канал покажет время.
max.ru
MAX – быстрое и легкое приложение для общения и решения повседневных задач
MAX позволяет отправлять любые виды сообщений и звонить даже на слабых устройствах и при низкой скорости интернета.
👍3🔥1
Весьма интересная и короткая статья про пути развития вайб-кодинга.
Ключевые мысли:
1. Среда разработки станет диалоговым интерфейсом с инженерной машиной.
2. ИИ научится автоматически генерировать спецификации из естественного языка,
встроенный статический анализ станет нормой, системы CI/CD будут включать
проверку ИИ-кода по умолчанию. ИИ превратится во «второго архитектора»,
но под контролем человека.
3. Самая коварная проблема vibe coding — иллюзия контроля.
Чрезмерная зависимость от ИИ без понимания основ — путь к потере экспертизы
4. Ссылка на доклад "О проектировании сложных систем в эпоху ИИ"
(Сергей Салищев, кандидат физико-математических наук и старший преподаватель кафедры информатики СПбГУ,
Его работа заставляет по-новому взглянуть на феномен vibe coding —
программирование через диалог с ИИ, которое стремительно меняет нашу профессию.)
Мысли, к которым приводит статья:
Общий тренд - программист всё больше и больше "выжимается" в архитектора (инженера).
Архитектор задаёт правила и рамки, а ИИ - кодит.
Следовательно востребованность систем, хранящих свод правил и контрольные тесты растёт
- а собственно это и должна быть СППР следующего этапа.
Ключевые мысли:
1. Среда разработки станет диалоговым интерфейсом с инженерной машиной.
2. ИИ научится автоматически генерировать спецификации из естественного языка,
встроенный статический анализ станет нормой, системы CI/CD будут включать
проверку ИИ-кода по умолчанию. ИИ превратится во «второго архитектора»,
но под контролем человека.
3. Самая коварная проблема vibe coding — иллюзия контроля.
Чрезмерная зависимость от ИИ без понимания основ — путь к потере экспертизы
4. Ссылка на доклад "О проектировании сложных систем в эпоху ИИ"
(Сергей Салищев, кандидат физико-математических наук и старший преподаватель кафедры информатики СПбГУ,
Его работа заставляет по-новому взглянуть на феномен vibe coding —
программирование через диалог с ИИ, которое стремительно меняет нашу профессию.)
Мысли, к которым приводит статья:
Общий тренд - программист всё больше и больше "выжимается" в архитектора (инженера).
Архитектор задаёт правила и рамки, а ИИ - кодит.
Следовательно востребованность систем, хранящих свод правил и контрольные тесты растёт
- а собственно это и должна быть СППР следующего этапа.
Tproger
Приручаем вайб-кодинг: от магии к зрелому проектированию
Vibe coding ускоряет написание кода, но несёт скрытые риски. Эксперт FabricaONE.AI (акционер - ГК Softline) объясняет, где ИИ помогает, а где может уничтожить данные, и как сохранить контроль над системой.
👍2
На бизнес-форуме 1С по ERP, который пройдёт 20.11.2025,
ожидается анонс по развитию СППР.
В чате СППР был продемонстрирован трейлер решения
с универсальным списком бизнес-процессов в ERP
и автоматическим построением графической иерархической схемы процессов.
Демо сделано на СППР судя по видео.
Весьма впечатляюще.
Ожидаем ответ в частности на такие вопросы:
1. К чему сходится графсхема в своей основе - к метаданным и/или коду?
2. Реально получаем постоянно сопровождаемый 1С детальнейший список бизнес-процессов в ERP?
(ужель даже с привязкой к метаданным?!?!)
Какие ещё вопросы вы хотели бы задать к бизнес-форуму?
ожидается анонс по развитию СППР.
В чате СППР был продемонстрирован трейлер решения
с универсальным списком бизнес-процессов в ERP
и автоматическим построением графической иерархической схемы процессов.
Демо сделано на СППР судя по видео.
Весьма впечатляюще.
Ожидаем ответ в частности на такие вопросы:
1. К чему сходится графсхема в своей основе - к метаданным и/или коду?
2. Реально получаем постоянно сопровождаемый 1С детальнейший список бизнес-процессов в ERP?
(ужель даже с привязкой к метаданным?!?!)
Какие ещё вопросы вы хотели бы задать к бизнес-форуму?
Telegram
Станислав Султанов in 1С СППР Система Проектирования Прикладных Решений
В 1С-ке можно сделать не хуже :)
🔥3👍1
Среди ассоциации производителей машин и оборудования
лесопромышленного комплекса тоже востребована экосреда СППР.
Судя по объявленному мероприятию среди ключевых потребностей -
цифровое документирование создания и сопровождения корпоративных систем.
лесопромышленного комплекса тоже востребована экосреда СППР.
Судя по объявленному мероприятию среди ключевых потребностей -
цифровое документирование создания и сопровождения корпоративных систем.
alestech.ru
Как создать единую среду понимания процессов разработки и поддержки корпоративных систем с помощью «1С:СППР»?
Кто смотрел только что закончившийся вебинар по ERP-tools?
Ваше мнение?
Ваше мнение?
Нужен срочный мозговой штурм - где на форуме 1С ERP может быть речь про СППР
Подозреваемый - секция "Управление ИТ-проектами, внедрение и сопровождение"
Но кто знает, может в секциях по ERP что-то всплывёт.
Подозреваемый - секция "Управление ИТ-проектами, внедрение и сопровождение"
Но кто знает, может в секциях по ERP что-то всплывёт.
Интересные тезисы из выступления Нуралиева на бизнес-форуме 1C:ERP 2025
Реально наблюдаем случаи дефолтов-неплатежей, сворачивание программ
автоматизации
Что мешает фирмам-франчайзи развивать бизнес в
текущей ситуации, в чем они видят "узкие места"?
Опрос сентября 2025, 236 ответов -
и, бинго, 103 ответа "Нехватка специалистов"
При этом количество вакансий для "программист 1С упало вдвое в сравнении с 2021 годом
1с рекомендует стоимость часа специалиста среднего уровня от 4000р, а высокого уровня от 5500р
Сейчас час по всем уровням спецев стоит примерно 3-4 тр.
К 1С не поступало запросов на реализацию систем с более чем 30000 пользователей в одной базе.
И запросов на большие масштабы не предвидится.
Вот оценка по стороны ИТ (1С-сферы) масштабов российского бизнеса.
СППР получила в выступлении Нуралиева отдельный слайд и ссылку на отдельное выступление по ней.
Но никакой новой информации слайд не дал - просто описал предназначение СППР для различных видов пользователей.
Самое прикольное, что среди таких групп перечислены Руководители разработки, Разработчики, Техписы, Тестировщики,
а Архитекторы и Аналитики даже не упомянуты.
Символично.
👍4
Если бы пришлось убрать один пункт, чтобы вы выбрали
Anonymous Poll
18%
друзья
3%
семья
2%
здоровье
11%
деньги
5%
любовь
61%
СППР (выбор этого пункта платный, донат 1000р)
👎9🤣8🤡6
Есть такой "закон Конвея"
Кратко его суть:
Создатель системы (организация) проецирует свою коммуникационную оргструктуру (чтобы это ни значило)
в проектируемую систему.
Наверное, можно это переизложить так: Создатель создаёт своё творение по своему образу и подобию
(уточнение в исходнике по Конвею только по своему коммуникационному образу и подобию - чтобы это ограничение не значило).
Вопрос:
Все кто сейчас проектируют свою "СППР" или доработки к ней не попали уже в ловушку "по своему образу и подобию"?
Кратко его суть:
Создатель системы (организация) проецирует свою коммуникационную оргструктуру (чтобы это ни значило)
в проектируемую систему.
Наверное, можно это переизложить так: Создатель создаёт своё творение по своему образу и подобию
(уточнение в исходнике по Конвею только по своему коммуникационному образу и подобию - чтобы это ограничение не значило).
Вопрос:
Все кто сейчас проектируют свою "СППР" или доработки к ней не попали уже в ловушку "по своему образу и подобию"?
К предыдущему посту
Есть такой закон Эшби,
его суть кратко: "Разнообразие управляющей системы должно быть не меньше разнообразия управляемой системы"
Из него есть как бы следствие - Закон Седова (закон иерархических компенсаций),
кратко его суть:
"В сложной иерархически организованной системе рост разнообразия на верхнем уровне системы
обеспечивается ограничением разнообразия на предыдущих уровнях, и наоборот,
рост разнообразия на нижнем уровне разрушает верхний уровень организации (т.е. система как таковая гибнет)."
Отсюда можно сделать частный вывод:
Архитектура системы, как более высокоуровневая иерархически система, должна являться ограничением
для уровня кода.
"Архитектура режет код".
Отсюда следствие: программист не должен выходить за ограничения архитектуры, которая строится другими специалистами.
Другими словами: архитектура кода не должна противоречить или расширять границы архитектуры системы, созданной на уровне архитектора.
Вобщем, Архитектура - это ограничения для программиста.
Нарушил ограничения - усложнил систему сверх требуемого и т.п. и т.д.
Есть такой закон Эшби,
его суть кратко: "Разнообразие управляющей системы должно быть не меньше разнообразия управляемой системы"
Из него есть как бы следствие - Закон Седова (закон иерархических компенсаций),
кратко его суть:
"В сложной иерархически организованной системе рост разнообразия на верхнем уровне системы
обеспечивается ограничением разнообразия на предыдущих уровнях, и наоборот,
рост разнообразия на нижнем уровне разрушает верхний уровень организации (т.е. система как таковая гибнет)."
Отсюда можно сделать частный вывод:
Архитектура системы, как более высокоуровневая иерархически система, должна являться ограничением
для уровня кода.
"Архитектура режет код".
Отсюда следствие: программист не должен выходить за ограничения архитектуры, которая строится другими специалистами.
Другими словами: архитектура кода не должна противоречить или расширять границы архитектуры системы, созданной на уровне архитектора.
Вобщем, Архитектура - это ограничения для программиста.
Нарушил ограничения - усложнил систему сверх требуемого и т.п. и т.д.
👍2
Внимание, замечено, что бот-охранник в чате (не в канале)
иногда глючит и отправляет новых пользователей в бан
втихую и без всяких оснований (но даёт инфу что имя пользователя найдено в глобальной базе спамеров).
Пока это выявлено на тех кто был в чате, ушёл, а спустя какое-то время вернулся.
Если кто попал под раздачу и в чат не пускает,
напишите админу канала.
PS Чёрных списков за уход из чата/канала нет, это глюк бота.
иногда глючит и отправляет новых пользователей в бан
втихую и без всяких оснований (но даёт инфу что имя пользователя найдено в глобальной базе спамеров).
Пока это выявлено на тех кто был в чате, ушёл, а спустя какое-то время вернулся.
Если кто попал под раздачу и в чат не пускает,
напишите админу канала.
PS Чёрных списков за уход из чата/канала нет, это глюк бота.
👍1
1С СППР Система Проектирования Прикладных Решений
image_2025-12-01_23-01-59.png
Обратите внимание на то, что в чате канала сейчас идёт дискуссия по новой разработке СППР от 1С.
И самый интересный аспект - обсуждается проблема проектирования бизнес-процессов на уровне
предприятие-отрасль-инфосистема - о том что на некотором уровне детализации бизнес-процессов
происходит нарушение принципа иерархичности дерева процессов - что делать с дублями БП,
которые возникают при дроблении одного процесса на специфичные для предприятия, отдела.
А ведь это ровно таже проблема что есть у программистов, когда пытаются писать код на
принципах "чистого и глубочайшего микросервиса".
Там ведь тоже, есть абсолютные функции (процессы), вызываемые в высших по иерархии функциях (процессах)
неоднократно, но со своей спецификой при каждом вызове.
Может и решение здесь общее?
И самый интересный аспект - обсуждается проблема проектирования бизнес-процессов на уровне
предприятие-отрасль-инфосистема - о том что на некотором уровне детализации бизнес-процессов
происходит нарушение принципа иерархичности дерева процессов - что делать с дублями БП,
которые возникают при дроблении одного процесса на специфичные для предприятия, отдела.
А ведь это ровно таже проблема что есть у программистов, когда пытаются писать код на
принципах "чистого и глубочайшего микросервиса".
Там ведь тоже, есть абсолютные функции (процессы), вызываемые в высших по иерархии функциях (процессах)
неоднократно, но со своей спецификой при каждом вызове.
Может и решение здесь общее?