Предпочтительнее найти баланс между подробностью и лаконичностью. Слишком подробная документация ("талмуд") может затруднить восприятие и замедлить работу, особенно в динамичных проектах Embedded/IoT, где часто требуется быстрое прототипирование и итерации. С другой стороны, минимальное описание может привести к недопониманию и ошибкам.

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

Такой подход помогает сохранить гибкость и ускоряет коммуникацию между разработчиками и другими участниками проекта.

Какой вариант детализации задач тебе ближе — подробный талмуд документации или минимальное описание?