Интересно, что я как раз всерьез планировал переехать туда по футбольным причинам из-за Лео Месси, чтобы исполнить мечту и успеть насладиться его последним сезоном за Барсу. Ведь шансы на его возвращение были хорошие. Но, к сожалению, он направляется в Майами. Есть смысл поправить этот момент в статье.
Когда вы привыкнете к нему, вам захочется использовать его постоянно. Делитесь своим опытом в комментариях.
По своему опыту могу сказать, что желание использовать этот хук постоянно надо убивать на корню. Если компонент чуть сложнее, чем вот эти примеры со счётчиками, то сложность отладки кода с каждым useEffect растет экспоненциально. Особенно когда их зависимости приходят из вне (из родителей/из менеджера состояний/из другого кастомного хука и т.д.). Эти зависимости могут изменятся тоже неявно из какого нибудь внешнего useEffect, что в какой-то момент контролировать это невозможно. А если еще без тестов? А если кто-то вообще забыл или проигнорил предупреждения линтера и не указал все зависимости и построил на этом огромную фичу?
В общем, инструмент хороший, но опасный. По возможности, опасность нужно избегать
Понимаю, что речь идёт про общие закономерности и признаки, но меньше всего хотелось бы, чтобы меня как разработчика оценивали по качеству устной речи. Для меня, например, русский язык не родной и часто возникают проблемы с изложением своих мыслей, с плавностью речи и т.п. А что уж говорить о миллионах людей по всему миру с разным уровнем английского, которые работают или пытаются устроиться на работу.
Интересно, а эти итоги будут еще обновляться? Ведь до конца года остался еще целый месяц
Интересно, что я как раз всерьез планировал переехать туда по футбольным причинам из-за Лео Месси, чтобы исполнить мечту и успеть насладиться его последним сезоном за Барсу. Ведь шансы на его возвращение были хорошие. Но, к сожалению, он направляется в Майами. Есть смысл поправить этот момент в статье.
Почему эта статья написана не без форматирования?)
По своему опыту могу сказать, что желание использовать этот хук постоянно надо убивать на корню. Если компонент чуть сложнее, чем вот эти примеры со счётчиками, то сложность отладки кода с каждым useEffect растет экспоненциально. Особенно когда их зависимости приходят из вне (из родителей/из менеджера состояний/из другого кастомного хука и т.д.). Эти зависимости могут изменятся тоже неявно из какого нибудь внешнего useEffect, что в какой-то момент контролировать это невозможно. А если еще без тестов? А если кто-то вообще забыл или проигнорил предупреждения линтера и не указал все зависимости и построил на этом огромную фичу?
В общем, инструмент хороший, но опасный. По возможности, опасность нужно избегать
To be defined
И не менее важное – будильник на идти спать. Без шуток
Чем-то напоминает историю создания Pied Piper в сериале Силиконовая Долина
Понимаю, что речь идёт про общие закономерности и признаки, но меньше всего хотелось бы, чтобы меня как разработчика оценивали по качеству устной речи. Для меня, например, русский язык не родной и часто возникают проблемы с изложением своих мыслей, с плавностью речи и т.п. А что уж говорить о миллионах людей по всему миру с разным уровнем английского, которые работают или пытаются устроиться на работу.