Большим недостатком называть что-то "менеджером" является то, что класс имеет тенденцию брать на себя слишком много обязанностей после этого и начинает нарушать принцип единственной ответственности.
Представьте, например, класс, обрабатывающий хранение статей в базе данных и именующий класс ArticleStore, а не ArticleManager. Когда следующему программисту понадобится место для перевода статей, какой из классов с большей вероятностью получит этот несвязанный код?
Это не означает, что называть что-то "ArticleManager" - это нет-нет, если оно действительно имеет смысл как имя того, что делает класс, это просто означает, что это очень общее имя и пытается сузить имя тому, что на самом деле делает класс, - хорошая практика.