Одна из самых важных вещей, прежде чем выбрать фреймворк или начать с ним работать, - это уделить некоторое время изучению того, как он работает.
В наши дни технологии меняются каждый день, особенно во внешнем интерфейсе. Каждый хочет свой собственный фреймворк и представляет его как один из лучших в своем деле. Я не буду спорить с этим, поскольку это в основном правда, большинство фреймворков возникает по какой-то причине, и они обычно строятся по этой причине, и если они сделаны с открытым исходным кодом, они расширяются до того, что нужно другим людям.
Теперь перейдем к главному. Почему я считаю важным понять фреймворк, прежде чем использовать его, из-за всей шумихи вокруг него.
Очень большое количество компаний заинтересованы в том, чтобы идти в ногу с «передовыми» технологиями, и они очень часто пытаются внедрить новые фреймворки в свои (новые) проекты (в основном потому, что, если они будут использовать устаревшие технологии, никто не захочет там работать, по крайней мере, хорошие разработчики).
Проблема здесь в том, что обычно у разработчиков нет времени изучать внутреннюю работу этого фреймворка перед запуском проектов (обычно они идут глубже, сталкиваясь с проблемами). И это обычно проблема: если вы не изучите подробно, как работает фреймворк, вы столкнетесь с множеством проблем. Эти проблемы приведут к гораздо большему количеству времени на разработку, контролю качества, панике и т. Д.
Если разработчик точно знает, как должен работать фреймворк, у него будет намного меньше ошибок, на исправление которых уйдет гораздо меньше времени (поскольку они, вероятно, не будут связаны с фреймворком или их легко обнаружить, если вы знаете, как каркасные работы).
Другая проблема заключается в том, что обычно, когда выходит новый фреймворк, не так много ресурсов, на которых можно было бы его подробно изучить. Обычно у вас есть документация для разработчиков, объясняющая, как это работает на высоком уровне (что является хорошим началом). Если вы руководитель группы / архитектор программного обеспечения / какая-либо другая важная роль и хотите внедрить эту структуру в свой проект вместе со своей командой, я предлагаю одно из двух:
- Если он очень новый и у вас не так много ресурсов для изучения, создайте свой собственный небольшой проект и попробуйте поиграть с ним, задав точки останова, чтобы увидеть, как он работает, что он делает и т. Д. Также покажите своей команде, что вы обнаружите и, возможно, вместе вы поймете лучше. Ищите проблемы, смотрите, с чем у других были проблемы. Посмотрите, какие есть открытые проблемы, попытайтесь понять их и т. Д. После того, как вы почувствуете себя достаточно комфортно с тем, что вы поняли из этого, вы можете использовать это в своих проектах. Хорошее руководство о том, как выполнить обратный инжиниринг на фреймворках, вы можете найти здесь.
- Если он был выпущен какое-то время или его окружает большое сообщество, обычно многие энтузиасты сделают за вас шаг 1 и напишут о нем много статей. Многие из них вы найдете здесь, на medium, если подпишетесь на нужные темы. Я предлагаю даже подписаться на ежедневный список статей, получаемых по электронной почте. Обычно через некоторое время вы будете получать только интересующие вас статьи. Я по-прежнему настоятельно рекомендую попробовать кое-что из шага 1, читая эти статьи, чтобы полностью понять, как это работает.
В заключение, я думаю, что важная часть, когда вы хотите внедрить новую структуру / технологию / язык в проект как компания, - это иметь хотя бы одного разработчика, который заинтересован и увлечен изучением внутренней работы фреймворка, и команда, желающая хотя бы прочитать существующую документацию. Таким образом, у вас будет кто-то, кто сможет позаботиться о «странных» ошибках, а также объяснить команде, помогая им учиться.
Кроме того, если вы разработчик, я считаю, что вам не следует поощрять использование новых фреймворков только из-за шумихи вокруг этого. Вам следует сначала изучить его самостоятельно, а затем, когда вы узнаете, как он работает, вы можете предложить его в качестве варианта. Необязательно использовать его на работе, чтобы научиться этому. Вы также можете заниматься личными проектами и идти в ногу с технологиями. Существует множество веб-сайтов, в том числе и средних, которые помогают вам не отставать от технологий, просто читая статьи. Выделяйте время на чтение каждый день.
Спасибо, что прочитали мою статью. Если вам понравилось, нажмите кнопку хлопка внизу, чтобы другие могли это увидеть.
