мультикаст - это весело

Зато всегда есть у нас весомый аргумент в виде «я жим лежа овер 100 делаю»

Фишер стал на хитрости пускаться
Встанет, пробежится и назад
Ну ещё б ему меня бы не бояться
Я же лёжа жму 150
(c) В.В.

Всем привет!

Ищу людей для интервью, которые сталкивались с критичными бизнес-процессами (напрямую влияющими на прибыль), в которых происходит работа с адресными справочниками РФ. Подойдёт средняя и крупная логистика, федеральные службы доставки, крупный ритейл, имеющий собственную доставку/логистику.

Разговор не больше 30 минут. В ответ могу ответить на вопросы о работе с качеством клиентских данных :)

Пишите в личку, пожалуйста, если вам близка эта тема или можете кого-то посоветовать.

Всем привет! Одни товарищи хотят от меня ГОСТы на принципы проектирования, требования к покрытию модульными тестами и т.п. требования, которые в книжках пишут. Не находили ли вы подобные ГОСТы в своей практике? Может приходилось обосновывать требования следовать принципам и паттернам в своей работе через ГОСТы?

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

не, ну есть 34-й гост на состав документации и процесс проектирования, это по процессам если.
Но чтобы прям паттерны проектирования гостовые - упаси боже, вряд ли такое существует

Да, это еще один тонкий клиент - типа соцсеть над модельным репозиторием - можно каментить диаграммы, с плагином для интеграции в Confluence - можно диаграммы прям на страницы confluence выводить в режиме online - очень удобно

Про паттерны - это очень интересно. А про ГОСТы - тут посмотрите https://allgosts.ru/35/080/ или тут https://standartgost.ru/0/757-programmnoe_obespechenie

Я его использовал только для интеграции с Confluence))) WebEA использовал так: вместо картинок вставлял и рассылал ссылки на диаграммы, цеплял ссылки на диаграммы в JIRA - все в online и живое, прям красиво получилось. Получилась большая экономия времени на рутинных операциях документирования.  Теперь рисовать и версионировать архитектуру нужно в одном месте - в модельном репозитории, в JIRA/Confluence просто ссылки на диаграммы.

Ну, ГОСТы 19, 34 ещё 51904-2002 и 12207-2010 (этот аналог соответствующего İSO) . Это из наиболее употребимых в ИТ. Ещё много отраслеспецифических. Описать по их шаблонам можно практически все что угодно, примеров полно, гайдов тоже не мало.

Спасибо за ссылки. Я пока смотрю на международные стандарты, там есть нечто похожее. А в России пока не могу найти. Есть ещё идея сослаться на стандарт профессии архитектора, но это как-то слабо

Например, берёте код, а там вложенность кода в 15 уровней. Вы берёте Sonar и считаете эту метрику. Показываете и говорите, что так нельзя, а вам говорят, что им плевать на эту метрику. Или, например, функция дублируется в десяти местах, считаете дублирование и... диалог повторяется. Или, например, SRP нарушается. Аналогично с покрытием тестами и т.п. На что ссылаться, требуя соблюдать внутреннее качество?

В моём понимании, есть диссонанс.

ГОСТы нужны для отчётности, а принципы и паттерны для работы

Увы, но российские ГОСТы в этой области больше про стандарты документации и структурирование, чем про конкретные показатели. Т.е. не важно сколько у вас уровней вложенности, хоть 150, главное чтобы это было описано в бумажках в соответствии с ГОСТ😉

Причём тут ГОСТ-ы, как вы вообще представляете нормирование таких показателей на уровне *государства* ?
В компании (вариант - у заказчика) должны быть coding standards на конкретные языки программирования, если  они есть - надо следовать им, если их нет - ну увы тогда.

фу, опять они всё к коду свели

где вообще вы нашли код в слове "проектирование"? ;)

А если заказчик — государство?