Желтый клуб

Пятничный мем

🌕 Подписывайся на сообщество 1С программистов

Ловите немного пользы перед выходными!

Для своего сообщества по Unity разработал промпт для архитектурного ревью кода с помощью ИИ.

Знаю, что в 1С многие тоже активно используют ИИ в разработке, поэтому решил поделиться и с вами.

Промпт смотрит на архитектуру так: оценивает модульную декомпозицию, границы ответственности, зависимости между модулями и анализирует потенциальные архитектурные проблемы.

Прикрепляю полный промпт к посту.

Попробуйте прогнать через него свой проект на выходных. Интересно, что он найдет и насколько вы будете согласны с результатами.

А потом обязательно поделитесь в комментариях: какие проблемы обнаружил ИИ и что из его замечаний действительно оказалось полезным?

Ты все усложняешь. Мы 20 лет писали без Архитектуры. Все работало!

Ребята, я понимаю ваше недовольство.

Мы годами работали определенным образом: решали задачи, выпускали обновления, а теперь я прихожу и предлагаю иначе смотреть на весь процесс разработки. Говорю о сценариях, границах и взаимодействии модулей.

Закономерный вопрос: н…а это надо, если раньше работало? Но это не значит, что работало хорошо или что ровно так и должно продолжаться.

Фирме 1С уже 35 лет. А тема Архитектуры, которую мы здесь обсуждаем, в ее современном, прикладном виде намного моложе.

К примеру, «Чистая архитектура» Роберта Мартина вышла в 2017 году. Основоположник всего этого Фаулер, выпустил книгу «Шаблоны корпоративных приложений» в 2002 года. Книга про DDD появилась в 2003 году. Книга Влада Хононова про DDD — в 2021-м. Хононов уже собрал более современный опыт, новые примеры и объяснил их понятнее.

Это первые издания на английском. Только через несколько лет появились переводы на русский и попытка освоения этих идей на практике.

Сложности с архитектурой не только в 1С сфере. Я общаюсь с людьми из разных команд и стеков, — вопросы те же: как разделить систему и выстроить взаимодействие ее частей. Нет такого, что все остальные давно разобрались, а одни 1С-ники отстали.

В 1С я переношу эти подходы только последние несколько лет. Поэтому понимаю и сложности, и сопротивление: мы осваиваем историю, которая еще только развивается.

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

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

Ребята, которые сейчас проходят этот путь, — вы стоите у истоков применения современных подходов в проектировании софта в нашем сообществе 1С. Если продолжите применять это на практике, то для вас это будет большим преимуществом. Даже без смены работы, внутри своей команде, на своей должности.

Дальше думайте сами.

Наиинтереснейшее интервью вышло у Сыпачева с Лидером Желтого Клуба в Москве Павлом Чегодаевым.
Много жизненных историй обсудили, в том числе про курс «Чистый Код на 1С».

Хочу сказать пару слов Паше, да и Сергею:
👉 Тесты не спасут от нейрослопа. Только владение и чтение кода поможет. Пусть нейронка пишет код, но ты его должен читать, понимать и корректировать нейронку, когда она пойдет не туда
👉 SDD тоже ничего не даст, т.к. добавляется второй слой истины вместо кода и эти два слоя конечно же разъедутся. Это как комментарии, все говорят, что комментарии в коде — зло, но почему-то спеки некоторые любят и не видят в них проблемы
👉 И конечно нужно качать Архитектуру, за этим будущее, т.к. это всегда было самым сложным при разработке софта. Больше не важны знания фреймворков, синтаксиса, Важно только умение декомпозировать, выстраивать границы и проверять, чтобы нейронка эти границы не нарушала

В чем заключается работа Архитектора?

Самое интересное как обычно происходит в комментариях. Как много обсуждений и рассуждений вызвал простой флаг «Проведен».

👉 Юрий написал:

Но ведь подсистема называется "Учет оригиналов ПЕРВИЧНЫХ документов". А договор к ним, если не ошибаюсь, не относится.

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

Мы не знаем как сотрудники фирмы 1С принимали решение на тему того, что подсистема должна учитывать только метаданные типа «Документ». Но можно предположить такой ход рассуждений:
мы будем учитывать в подсистеме «Учет оригиналов первичных документов» только первичные бухгалтерские документы (кстати на мой взгляд, это не тоже самое, что метаданные типа «Документ»).
И если это так, то в универсальную библиотеку БСП проник язык бухгалтерского учета. На мой взгляд это неверно, если библиотека универсальная, то в ней должен быть бизнесовый язык, отличный от языка бухгалтерии.

Т.е. в любом случае получаем проблему:
👉 если подсистема бизнесовая, то не должно иметь значения какие метаданные поставляют данные
👉 а если эта подсистема ближе к бухгалтерской (что не доказывает необходимость учета только метаданных типа «Документ»), то как она вообще оказалась в составе БСП

В такого рода рассуждениях и заключается работа Архитектора. Не в том, чтобы сказать какой регистр выбрать и нужен ли вместо регистра справочник. Это не архитектурные вопросы, это вопросы уровня реализации, уровня милда, может быть синьора.

А вот анализ языка, выстраивание границ и контроль нарушения границ — вот настоящая работа Архитектора.