Комментарии 2
Что-то первые две претензии кардинально отличаются по сложности от третьей.
Вторая претензия говорит о той же проблеме, что и первая, по крайней мере без примеров не понятно, что вы конкретно имели в виду. Более того, как вы заметили, обе закрываются разделом документации "You might not need an effect", т.е. о проблеме известно и ее исправление на видном месте (все же читают документацию, да?).
Третья претензия фундаментальная, вызывает желание задуматься, но ее уже решали разными способами. А какой способ предлагаете вы?
P.S. Большое спасибо за определение SRP с актором. От определений "должен делать что-то одно" уже глаз дергается)
Спасибо за развернутый фидбек!
По поводу первой и второй претензий вы правы, они тесно связаны. Но я разделяю их намеренно: первая - про фундамент (React как снимок), а вторая - про следствие отсутствия этого фундамента. Возможно стоило добавить больше примеров.
Про документацию полностью согласен, она на виду. Но, как показывает практика, многие смотрят в неё как в справочник API, но игнорируют философию, заложенную между строк.
По третьей претензии: мой ответ в статье - делегирование. Если интересы акторов перемешаны, единственное лечение - разделять и властвовать. В этом плане я, конечно, не открыл Америку.
Цель статьи - стать своего рода напоминанием. Хотелось подсветить эти моменты для тех, кто в потоке горящих дедлайнов и бесконечных тасок начал (или не переставал) воспринимать React как набор хуков. Цитата в начале, в общем-то, таким разработчикам и посвящена =)

Небоскребы на болоте: 3 фундаментальные ошибки разработчика на React