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

+++

Нет, но тут суть не в том, чтобы они реально читали, а в том, что могли бы

видимо я никогда не писал софта с бизнес логикой

точнее нет, у меня в одном месте  время * рейт = денег художнику

Поздравляю!

надо подумать как туда фри монады прикрутить

Ну т.е. это типа фантазия такая.
Пишешь код и представляешь как его прожекты читают

Мотивирует на использование таглес файналов типа

Наверное, на практике так и приходится фантазировать, да

Ну кметт вон заставил аналитиков чото писать на своих хаскелоидах

О, наконец-то интересный срач

отчёты

я припоминаю случаи, когда в код лезли QA-инженеры по своей инициативе.
но у них обычно другой "уровень", идёт рефлексия на тест-кейсы, которые обычно пишутся по спецификации, по которой также пишется код.

спецификации в свою очередь пишутся
- либо техническими писателями (когда существующий код нужно описывать и нужно убирать за грязными разработчиками, которые не описывают свой код),
- либо бизнес-аналитиками, в идеале которые компетентны в области бизнеса (SME)

..либо разработчиками

и обычно проектная документация - это 10+ (иногда и 50+) разношёрстных документов разных типов

расскажите каково это писать по проектной документации?
А то я знаю только "надо придумать как бы нам...."

я - бизнес процесс аналитик

композиция бизнеса на use cases, use cases - на функциональные требования, бизнес-функции, далее идут требования к интерфейсам, требования к бизнес-функциям, требования к бизнес-сущностям, разделяют требования к фронту, серверной части, СУБД..

также наличествуют нефункциональные требования, к логированию (что логировать и с каким уровнем, сколько хранить логи и т.п.), к latency/throughtput, требования к IT-архитектуре.. да сходу всего не припомнить..