Ну они могут быть со спецификой но в целом.
1) Нормально оформленный источник. В идеале view без работы с данными на стороне табло.
2) Отсутствие алиасов на названия полей из источника.
3) Комментарии ко всем  вычислениями сложение A+B или A/B
4) Комментарии к сложным построениям в капшин листа.
5) Адекватные названия всего что создается. Не Calculation1...FilterAction1
6) Соблюдение рекомендаций по внешнему виду.
7) Чтобы не было лишнего, ну или чтобы было но немного.
8) Отсутствие скрытых полей еще или коммент там где скрыты.

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

Если формат проверок автоматический, конечно, а не ручное ревью

Все упирается в то, что на поддержание и проверку уходит кучу времени )

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

И снова приходим к автотестам

Ну если только на metadata что-то сделать.

Пока мне нравится идея сделать датасет с наименованиями в 2-3к строк, скормить его модельке и посмотреть на качество

Сугубо личное мнение

Мне сложно представить такой датасет. Что в нём будет? Название полей из разных дашбордов? У них разные домены, разные подходы к написанию. Что-то типа Calculation1 можно эвристиками обрабатывать.

Ну я бы начал с задачи минимум. Проверять что они не дефолтные. Calculation1 Parametr1 и тд

Разделить датасет на направления
Внутри каждого направления делать свою модельку и свой датасет
И, да, не забывать проверки на default значения, 123 и прочий мусор

Тогда надо как минимум модель в рамках компании под каждое направление и потом дообогащать. В теории можно, но кажется что эвристик и каких-то регулярок должно быть достаточно

Я к тому, что после реализации это экономит ну просто тонну времени

Добрый день! Компания Bell Integrator ищет BI разработчиков на проекты банковской сферы
https://hh.ru/vacancy/46796553
По вопросам прошу писать в телеграмм: @AnechkaSon

Innovations coming later this year:
• Centralised security: Centralised row-level security (CRLS) and virtual connections
• Enterprise architecture: Industry-standard deployment reference architecture
• Resource management: Resource limits starting with backgrounder
• Dynamic scaling: Backgrounder scaling in a container

Любопытно, особенно 1 и 4 пункты посмотреть

И 3 ;)

Не уж то я по сайтам смогу расписания распределять ;)

Или на уровне проектов

Да хотя бы делать разные лимиты времени на проекты уже было бы удобно.