В последнее время я провожу много собеседований на должности Front End разработчика. Я чаще всего сталкиваюсь с резюме, в которых заявляются роли разработчика Full Stack и опыт работы с Angular / React / SASS. Но печально то, что 99% людей, с которыми я беседую, не могут правильно ответить на базовые вопросы Javascript / CSS. Так что это оставляет меня в недоумении; Изменилась ли парадигма фронтенд-разработки или можно сказать менее изящное утверждение: «Нужно ли кандидатам знать ответы на эти вопросы, которые я задавал»? Прочтите позиции CSS, делегирование событий, закрытие и так далее.

Я помню, как несколько лет назад я слишком не решался копаться в коде jQuery или Backbone, когда мы столкнулись с некоторыми проблемами. Я относился к этим библиотекам как к черным ящикам и обычно обращался к документации по использованию / примерам, когда сталкивался с проблемами. Однако у вас все еще могут возникнуть нерешенные проблемы, потому что документация может не все объяснить, и вы можете в конечном итоге использовать API в своего рода ситуации серой зоны. В конце концов, библиотека / фреймворк - это код, хотя он написан командой высококвалифицированных разработчиков (которые тоже являются людьми) и подвержен ошибкам. И там я получил очень ценный урок: нет лучшей документации, чем сам код.

Рамки существуют, потому что они облегчают нашу работу. Но когда дерьмо ударит по поклоннику, вам придется копать за пределы безопасного убежища, которое предоставляет структура. Сообщение о переполнении стека здесь не поможет. И, честно говоря, именно это делает нашу работу по-прежнему интересной. Чтобы решить этот крайний случай или странную проблему, с которой столкнулись всего несколько разработчиков из-за уникальной среды, в которой работает каждый код. В противном случае могло бы показаться, что уже существует код для каждой отдельной проблемы в мире. Наша задача состоит в том, чтобы просто собрать воедино эти небольшие фрагменты кода со всего Интернета.

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

Так что изучайте фреймворк. Однако никогда не уклоняйтесь от изучения того, как фреймворк решает множество ваших проблем. Это Coder Nirvana :)

Удачного кодирования!