Являются ли сложные JavaScript-фреймворки тупиком? Перевод
За последние пару десятилетий веб-разработка претерпела значительные изменения. Фактически, это сделали все части технологической индустрии.
Сегодня веб-разработчики имеют в своем распоряжении богатый выбор мощных инструментов, созданных для облегчения и повышения эффективности их работы.
Фреймворки и библиотеки JavaScript превратились в краеугольные камни современной веб-разработки. Экосистема JavaScript, стремительно развивающаяся с середины 2000-х годов, породила огромное количество различных фреймворков, поддерживающих разработку все более сложных веб-сайтов и приложений. Можно определенно сказать, что фреймворки произвели революцию в разработке пользовательского интерфейса. Они позволили разработчикам экономить время и создавать многофункциональные решения со значительно меньшими ресурсами, чем раньше.
Но эти преимущества не бесплатны. В последнее время эволюция фреймворков JavaScript, похоже, выходит из-под контроля, что заставляет многих веб-разработчиков смотреть в будущее, задаваясь вопросом, подходит ли эра фреймворков JS к концу и скоро появятся новые способы создания веб-сайтов и приложений.
В чем проблема с фреймворками JavaScript?
Существует очевидная проблема с экосистемой фреймворка JavaScript. Первоначальные JS-фреймворки и библиотеки, такие как jQuery, выпущенный в августе 2006 года, были быстро приняты, поскольку они содержали множество удобных функций, упрощающих и автоматизирующих множество различных частей процесса веб-разработки.
Однако со временем количество новых фреймворков и библиотек JavaScript росло, а их жизненные циклы сокращались одновременно.
Вот некоторые из самых популярных JavaScript-фреймворков на сегодняшний день, в 2021 году:
- Angular
- React
- VueJS
- KnockoutJS
- Ember.JS
- Svelte
- NextJS
- ExtJS
- Node.JS
- Gatsby
- Express
- Jest
- Mocha
Старые фреймворки быстро устаревают, их заменяют новые, которые поддерживают еще больше функций с повышенной сложностью и универсальностью.
Сегодня жизненный цикл среднего основного JS-фреймворка длится всего пару лет, с
«быстрым подъемом по мере того, как фреймворк набирает популярность, а затем несколько менее быстрым, но устойчивым спадом по мере того, как разработчики принимают новые технологии».
Это, наряду с растущей сложностью новых фреймворков и библиотек, неизбежно создает ряд серьезных проблем, с которыми сейчас сталкивается сообщество веб-разработчиков.
Каковы недостатки JavaScript-фреймворков?
Несмотря на то, что использование фреймворков JavaScript для веб-разработки имеет ряд очевидных преимуществ, проблемы с этими технологиями становятся все более и более очевидными с каждым годом, заставляя сообщество разработчиков все чаще задумываться, не зашло ли это в тупик.
Давайте подробнее рассмотрим основные недостатки современной экосистемы JS-фреймворка.
Возрастающая сложность веб-разработки.
Возрастающая сложность новых JS-фреймворков затрудняет разработку и поддержку веб-решений. Все чаще проявляются скрытые несовместимости разных версий библиотек и фреймворков.
Растущие требования к веб-разработчикам.
Это также оказывает повышенное давление на веб-разработчиков, которым приходится постоянно изучать новые фреймворки, поскольку они постоянно меняются, с альтернативными версиями, которые часто используются разными компаниями и в разных проектах. В результате многие разработчики теперь жалуются, что им трудно поспевать за ними.
Уменьшенные нововведения.
Универсальное признание использования фреймворков и библиотек также делает конечные продукты, созданные с помощью этих инструментов, более стандартизированными и лишенными оригинальности. Таким образом, мы можем с уверенностью сказать, что сегодня JS-фреймворки ограничивают инновации в веб-разработке.
Снижение скорости работы веб-сайтов и приложений.
Наконец, даже несмотря на то, что использование фреймворков JavaScript ускоряет веб-разработку, верно обратное, когда речь идет о производительности создаваемых веб-сайтов и приложений. Большой объем кода влияет на время загрузки, замедляя работу веб-сайтов.
Я не думаю, что с количеством есть проблема. Люди делают и хорошо, больше — лучше. Как больше различных молотков. Отлично это, и такой есть и такой. Проблема с выбором? Так это касается людей больше.
Если мы знаем предмет, если мы знаем плюсы и минусы инструментов, то очень хорошо, что столько есть.
А что сайты тормозят, дело не в инструментах, а в людях. Можно поменять инструменты, уменьшить их, даже сделать более надежными, мало что изменится, ИМХО. И с учебой. Опять человек на первом месте. Одни любят учиться, другие не очень. И ты хоть 100 или один инструмент им дай. Тольку не будет.
И перевернули пирамиду не потому, что инструментов много или они избыточно большие, а просто понимания мало. ИМХО. Ну если программист делает личную страницу на js, даже не понимая, что поисковики её индексить не будут. А изначальная задача была, максимальный охват. Понятие сайты и приложения смешались в голове, html и css не модно… Может так дело обстоит, не знай…
А сайты тежелеют, да… Подключают библиотеки не думая.
Пробелы в знаниях это.