Статья для тех, кто занимается парсингом кода в СППР или связанных задачах.
Здесь про очередной статистический анализатор кода.
В статье автор сделал обзор какие есть альтернативы и провёл небольшое сравнение их (BSL, Radar и т.п.).
Попробуйте проанализировать и обсудить в чате зачем нужен ещё один статанализатор и чем хорош/плох именно этот.
https://infostart.ru/1c/tools/1949745/?utm_source=email_trigger&utm_medium=email&utm_campaign=email_trigger_digest_week&utm_term=friday

Небольшой доклад с краткими интересными тезисами об архитектуре
- архитектура появляется ДО прихода архитектора
- когда пора а когда не пора заниматься архитектурой
- когда архитектуру ещё можно спасти
и др.
https://www.youtube.com/watch?v=APBhQcH-bJQ

Кто читал Джон К. Оустерхаут "Философия проектирования программного обеспечения" ?
Дайте отзывы стоит ли читать ради знания как снизить сложность проектирования ПО?
Есть ли идеи, которые можно было бы реализовать на СППР?

Ещё тема на осмысление...
Считается, что СППР основана на Проектном управлении.
Конкурирующей методикой называют Продуктовый подход.
Он, мол, быстрее успевает за изменениями на рынке/в управлении.
Постулат из статьи: При проектном подходе все ресурсы (люди) будут всегда загружены пор уши, а при продуктовом будет свободный ресурс.
По ссылке статья, о том, как крупная известная компания, в стремлении стать Центром Компетенции 1С,
перешла от проектного управления к продуктовой разработке.
И как у них получилось что не получилось победить технический долг и приступить к архитектурному контролю (СППР посчитали для этого дорого и тяжело)
В итоге статья сводится к тому, что Центр Компетенции - это про наловить джунов, наделать из них спецев и потерять спецев как норма жизни.
KPI как всегда не поможет
https://infostart.ru/pm/1977711/?utm_source=email_trigger&utm_medium=email&utm_campaign=email_trigger_digest_week&utm_term=friday

"Завтра, 5 декабря, планируем впервые на этом канале попробовать онлайн-встречу
на тему

"Как в СППР составлять проектную документацию"

.
Практическим опытом в создании документа "Описание проектного решения" поделится Ольга Л., сотрудник крупного интегратора.
Ожидаемая длительность 20 минут + 10 минут на "вопрос-ответ".
Этот тематический чат не имеет коммерческой направленности, не предлагает и не продаёт ПО/услугу,
просто общение и обмен опытом на актуальную тему на проектах с СППР с компетентным человеком.
Возможность услышать и найти партнёров/специалистов в свои проекты среди слушателей"

Планируем начать в 18.30.
Но можем перенести на 18.00 или иное разумное время - срочно пишите в чате свои предложения по времени, можете загодя озвучить свои вопросы - автор чат читает.

Напоминание: сегодня трансляция-встреча в 18.30 "Как в СППР составлять проектную документацию".
Подключение смотрите вверху канала/чата.
Подключение к трансляции здесь в канале, подключение к конференции для обсуждения трансляции онлайн в чате.
Подключайтесь заранее. Накопившиеся вопросы скидывайте в комментарии к этому сообщению.

Запись трансляции

В СППР, хотя и используется IDEF0-подход, но взаимодействие участников команды лучше реализуется через функциональный подход.
В цепочке Консультант-Аналитик-Архитектор-Разработчик-Тестировщик-РП каждому своё место и свой вход и выход.
И свой договор.
Предлагаю обсудить какой договор должен быть заключен, скажем с Архитектором, на фрилансе (ГПД).
Ключевые тезисы, реализуемые в договоре:
1) не более чем на 1-2 страницы
2) функциональное описание прав и обязанностей
3) универсальность для сделок в РФ и вне РФ
4) максимально полный, но краткий охват что должны архитектору, а что должен он
5) без ежемесячных актов
6) простота прекращения договора по инициативе заказчика, но защита отработанных денег исполнителя
Текст договора во вложении.
UPD Текст договора скорректирован, приведён к строгому соответствию понятия договора оказания услуг - слово "работ" исключено полностью.

По интернету с год уже бродит тезис, что ИИ (chatGPT) "убьёт" профессию программиста.
Какие из этого последствия для остальных и для СППР?
Кратко: возрастёт роль архитектора (аналитика) и СППР (точнее ему подобные и лучшие его инструменты) станет основным рабочим местом для создания кода.
Вот мысль из одного из комментариев в сети:

@kape404
3 недели назад
Мне кажется, что все резко начнут апаться до архитекторов со знанием промтинжиниринга, будешь просто писать больше сервисов, а не строк кода, сначла грубыми мазками накидаешь код с помощью чата гпт, потом будешь напильником докручивать сервис под нужды бизнеса, все таки качественный код помогает экономить на железе, которое и так говорят, что в дифиците

UPD вот ещё мнение очень хорошего ИТ-директора, выросшего из программистов (не только 1С знает) о мотивах по которым ИИ заменит программиста неизбежно

"Просто программист стоит больше чем может генерить бизнес, 100% будет замена"

В качестве вклада в сообщество https://infostart.ru/1c/tools/1998847/

Оффтопик
Схема как точнее спрашивать chatGPT и схожие с ним AI инструменты.
Т.е. как конструировать свой вопрос, чтобы ответ AI был боле релевантным.
На английском увы А нет, теперь не увы. Теперь и на русском.

Интересная статья от ВЦ Раздолья и его многолетнего (это важно) руководителя Грибкова Евгения (лично, это тоже важно) по рискам проектов внедрения ПО ERP-класса.
Человек, если не ошибаюсь лет 20 делающий такие проекты и небось не десяток, а сотню, сделал неплохой свод основных рисков.
Мотайте информацию на ус - как взгляд со стороны, делайте свой анализ и выводы - "сверяйте часы" с известной личностью и известным специалистом в этой области.
Своё мнение я высказал на сайте в комментариях.
Кратко - похоже что крупный внедренец до сих не имеет технологии решения этих рисков, которые нормальны, т.е. обычное дело на проектах.
Это мои ощущения от текста.
Не удивлюсь, если БИТ и WA и иные франчи-интеграторы тоже в такой же позиции за все годы.
Обратите внимание на риски № 4 и № 5. которые касаются проектирования и длительности проектирования.
https://infostart.ru/pm/2002890/

Цитаты из статьи:
"А сейчас эпоха науки. Хорошая архитектура и чистый код уже на втором плане, потому что люди этому уже более‑менее научились."

"Разница в том, что 40 лет назад наука угрожала рабочим местам библиотекарей и телефонных операторов, а сегодня она режет аналитиков, переводчиков, дизайнеров и ассистентов. Программисты следующие в очереди"

"Когда вы молодой, вы многообещающий и все вас хотят. Все двери открыты для вас, и эта эйфория закрывает от вашего взгляда обратную сторону мира:
Если двери существуют, то для того, чтобы быть закрытыми для кого‑то. И этот кто‑то — любой, приближающийся к 40 годам, кто не соответствует социальным ожиданиям."

"Станьте безумно публичным" (начните с малого - сделайте трансляцию по своему опыту в СППР в чате СППР :) - жду ваших предложений)

Прочитайте статью - не пожалеете, интересна крайне
https://habr.com/ru/articles/782740/

В результате голосования экспертной комиссии по номинации «Вклад в области "ИТ-анализ"»
премию получил участник нашего чата Дмитрий Кучма
Поздравляем Дмитрия с победой в номинации!
Информация о победителях в других номинациях здесь

Цитата "СППР ... плод .... диких фантазий"
Это острый и интересный коммент из чата на близкую тематику, видимо, от сотрудника 1С погруженного в тему ERP и всего с ней связанного - см. ссылку ниже.
СППР на наш взгляд полезный и нужный продукт, но вялорастущий в направлениях интересных сообществу (упор в сторону разрабов, а не аналитиков и архитекторов).
Автоматизация и правильная архитектура - вот чего в первую очередь недостаёт СППР.
UPD по просьбе удалил ссылки на репост. Но желающие могут поискать материал в указанном чате и ознакомиться со всей дискуссией.