Люди не компьютры - шаблонное, дежурное, формальное доксигеновское комментирование есть тупость и зло, зачастую не меньшее, чем полное отсутствие комментариев.


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

Еще и время компиляции увеличивается, поскольку весь проект будет перекомпилирован при корректировке любого h-файла.

Согласен, увеличивается.. недостаток
Зато не надо вспоминать, "какие же h-ники мне нужны в этом c-файле?" или компилировать до тех пор, пока компилятор не прекратит ругаться на отсутствие h-файлов, добавляя их по одному

Признаться, я сам использую комбинированный способ

Но на самом то деле при грамотном проектировании сверху вниз обеспечивается иерархия файлов/уровней взаимодействия, и количество включаемых файлов не так то и велико.

Это нормально, вот например, некий файл "rtos.h" у меня в него включены в том числе несколько *.h индивидуальных под контроллер и проект конфигурационных файлов и всякие парные *.c "queue.h", "task.h" и так далее. Система меняется относительно редко, избыточность включения небольшая, логически все достаточно связано.