company_banner

Выбираем лучший бэкенд-фреймворк 2021 года

Автор оригинала: Mr Herath
  • Перевод
Недавно мы опубликовали статью, автор которой размышлял о том, какой язык программирования, JavaScript, Python или Go, лучше всего подойдёт для бэкенд-разработки в 2021 году. Сегодня мы представляем вашему вниманию перевод ещё одного материала того же автора. Здесь он пытается найти ответ на вопрос о том, на какой фреймворк для разработки серверных частей приложений стоит обратить внимание тем, кто хочет во всеоружии встретить 2021 год.



О роли фреймворков в IT-индустрии


Я, проанализировав результаты опроса разработчиков, проведённого в 2020 году Stack Overflow, понял, что использование фреймворков играет огромную роль в IT-индустрии. А именно, речь идёт об ответах на вопрос о том, что разработчики считают самым важным при поиске работы.


Факторы, влияющие на выбор места работы

Как оказалось, самым важным для программистов является то, с какими языками, фреймворками и другими технологиями им нужно будет работать на новом месте.

Разработчик обычно знаком хотя бы с одним фреймворком. Здесь я собираюсь рассказать о трёх фреймворках — о Node.js/Express, Django и Spring Boot. Полагаю, что тот, кто, готовясь к 2021 году, решит сделать своим основным инструментом один из них, в любом случае, не прогадает. Но у каждого из них есть свои особенности, которые мне и хотелось бы здесь обсудить.

Результаты исследований и другие данные


▍Данные с GitHut


Ресурс GitHut позволяет узнать различные сведения о репозиториях. В частности, речь идёт о количестве активных репозиториев, об общем количестве PR, и о разных показателях, рассчитываемых по состоянию на один репозиторий: количество PR и форков, число открытых задач, количество новых подписчиков.


Популярность языков программирования на GitHub

▍Исследование Stack Overflow


Если взглянуть на результаты исследования Stack Overflow, то окажется, что Express находится на первом месте среди бэкенд-фреймворков, которые любят разработчики. Два других интересующих нас фреймворка, Spring и Django, следуют за Express с небольшим отрывом. В результате оказывается, что проект, основанный на самом перспективном скриптовом языке, на JavaScript, лидирует, а за ним идёт проект, в котором используется один из языков, обладающих самыми широкими возможностями, то есть — Python.


Популярность веб-фреймворков

▍GitHub-репозитории


Некоторые люди не любят перемен, но изменения необходимо принимать, если альтернативой является катастрофа.
Илон Маск


Фреймворк Express создан на базе платформы Node.js, поэтому тут мы будем сравнивать репозитории Node.js, Spring Boot и Django


Репозиторий node


Репозиторий spring-boot


Репозиторий django

Как видно, больше всего звёзд у репозитория Node.js. Но разница между звёздами проектов не так сильна, как различие в количестве их форков. У Spring Boot и Django имеется гораздо больше форков, чем у Node.js.

Теперь поговорим о том, в каких ситуациях имеет смысл выбирать тот или иной из рассматриваемых нами фреймворков.

Node.js/Express


Node.js представляет собой серверную платформу, которая является частью стека технологий, охватывающих все нужды веб-разработки, и основанных на JavaScript. В Node.js используется JavaScript-движок V8, тот же самый, что применяется в браузере Chrome и в других браузерах, основанных на Chromium. В результате оказывается, что благодаря использованию Node.js код, предназначенный для выполнения на сервере, можно писать на JavaScript. На базе платформы Node.js создано множество фреймворков, включая такие популярные, как Express.

▍Сильные стороны Node.js


  • Появление Node.js сделало возможным фуллстек-разработку веб-проектов на JavaScript. В результате в распоряжении разработчиков серверных частей приложений оказались и сильные возможности JavaScript, и наработки экосистемы JS, библиотеки, которыми стало реально воспользоваться в серверном окружении.
  • JavaScript-код, аналогичный по функционалу, например, коду, написанному на C, оказывается компактнее. Производительность JavaScript-кода при этом достаточно высока для применения его в проектах, в которых важна скорость работы кода.
  • Код клиентских и серверных частей проектов легче поддерживать в согласованном состоянии, так как и там и там используется один и тот же язык.
  • Один и тот же код можно совместно использовать и на клиенте, и на сервере.
  • Благодаря существованию модулей Node.js, которые, в сущности, представляют собой особым образом оформленные фрагменты кода, разработчики могут с удобством использовать в своих проектах чужой код, а так же собственные наработки.
  • Платформа Node.js, и, соответственно, основанные на ней фреймворки, отличаются нетребовательностью к ресурсам и масштабируемостью. Именно поэтому Node.js — это платформа, к которой часто прибегают те, кто пользуется микросервисными архитектурами.
  • Эта платформа хорошо подходит для разработки микросервисов ещё и из-за существования системы модулей Node.js, которые можно представить себе в виде строительных блоков серверных приложений.
  • В Node.js JavaScript код компилируется в машинный код, что позволяет получить гораздо более высокую производительность, чем при интерпретации кода. Сообщество JavaScript-разработчиков видит постоянное улучшение производительности Node.js за счёт того, что Google постоянно работает над совершенствованием V8.
  • Благодаря тому, что в Node.js имеется система ввода-вывода, не блокирующая главный поток, эта платформа демонстрирует высокую производительность. Достойная скорость обработки запросов достигается благодаря использованию JavaScript-механизмов конкурентного однопоточного выполнения кода.
  • Node.js — это опенсорсный проект, вокруг которого собралось огромное сообщество разработчиков. Это значит, что тот, кто столкнётся с какой-то проблемой, сможет достаточно быстро найти её решение.
  • Node.js, в ближайшем будущем, может стать платформой, которую будут использовать для проведения «тяжёлых» вычислений, наподобие тех, которые применяются для решения задач машинного обучения.

▍Компании, которые используют Node.js


  • Paypal
  • Netflix
  • LinkedIn
  • Uber
  • eBay
  • Yahoo

Если учесть сильные стороны Node.js и то, в каких компаниях используется эта платформа, становятся понятными причины её огромной популярности. Зарплата Node.js-разработчиков в США варьируется в пределах $40,000-$130,000 в год. В результате можно сказать, что если вы чувствуете, что Node.js и фреймворки, основанные на этой платформе, вам интересны, вы вполне можете выбрать именно их в качестве базы для своих разработок 2021 года.

Spring Boot


Проект Spring Boot — это фреймворк для разработки бэкенд-приложений, основанный на Java, который, как и Node.js, используется для разработки микросервисов. Этот фреймворк упрощает создание приложений, основанных на Spring, его можно представить себе в виде инструмента для создания самостоятельных Spring-приложений. Если вы планируете в 2021 году перейти на Spring, то вам, определённо, стоит знать о том, чем вам в этом деле сможет помочь Spring Boot.

▍Сильные стороны Spring Boot


  • Spring Boot позволяет с минимальными усилиями создавать самостоятельные Spring-приложения, облегчает процесс их конфигурирования, упрощает работу над ними. Подобные приложения легко запускаются с помощью команды java -jar.
  • Если в процессе создания Spring Boot-приложения произошла ошибка, встроенный анализатор ошибок поможет справиться с проблемой.
  • Spring Boot поддерживает встроенные серверы, вроде Tomcat и Jetty. Это значит, что тем, кто пользуется Spring Boot, не нужно развёртывать .war-файлы на внешних серверах.
  • Использование Spring Boot позволяет облегчить конфигурирование Maven за счёт наличия в системе начальных вариантов файла pom.xml.
  • В возможности фреймворка входит автоматическое конфигурирование Spring.
  • Spring Boot хорошо интегрируется с другими фреймворками.
  • Фреймворк предоставляет разработчику конфигурации, готовые для продакшн-использования. Сюда входят, например, метрики состояния проекта и внешние конфигурации.
  • При использовании Spring Boot нет нужды в применении XML-конфигураций или средств для генерирования кода.
  • Применение Spring Boot облегчает труд разработчиков за счёт применения принципа проектирования ПО, известного как «Convention over Configuration».

▍Компании, которые используют Spring


  • Platform
  • Intuit
  • MIT
  • Zillow
  • TransferWise

Честно говоря, я — не фанат Java. И я не будут использовать Spring Boot для серверной разработки в 2021 году. Но, если верить статистике, существует много программистов, применяющих этот фреймворк. Если говорить о зарплатах соответствующих специалистов, то это что-то около $50,000-$104,000 в год. Это немного меньше, чем зарплаты Node.js-разработчиков.

Django


Django — это опенсорсный бэкенд-фреймворк, написанный на Python. Как известно, Python — это один из таких языков, которые пользуются наибольшей любовью разработчиков. И это — одна из основных причин того, что Django является одним из самых популярных серверных фреймворков. Но у того, чтобы выбрать Django в качестве своего фреймворка 2021 года, есть и другие причины.

▍Сильные стороны Django


  • Django позволяет без особых сложностей создавать динамические веб-приложения с использованием Python. Данный фреймворк написан на Python. В этом заключается одно из главных достоинств Django.
  • Фреймворк поддерживает паттерн проектирования MVC. Это помогает разработчикам в разделении пользовательского интерфейса и бизнес-логики Django-приложений.
  • Это быстрый фреймворк, не перегруженный ненужными возможностями. Я имеют в виду то, что использование Django позволяет быстро выйти на работоспособный проект.
  • Django не относится к минималистичным фреймворкам, широко используемым для разработки микросервисов. Он отличается мощностью, универсальностью и определённым своеобразием.
  • Создатели этого фреймворка серьёзно относятся к безопасности. Поэтому они дают разработчикам, использующим Django, соответствующие инструменты. Я уверен, что все вы знаете о том, как много проблем существует в наши дни в сфере кибербезопасности. Поэтому чрезвычайно важными являются вопросы защиты веб-проектов. Django поддерживает систему аутентификации пользователей, содержит инструменты для защиты от различных атак. Среди них — средства защиты от SQL-инъекций, от межсайтового скриптинга, от межсайтовой подделки запросов, от кликджекинга.
  • Django-проекты отличаются компактностью кода.
  • Разработчики, использующие Django, могут моделировать базовые классы. Это значит, что в их распоряжении всегда имеется ORM.
  • Django — это кросс-платформенный проект. Он отлично работает на различных операционных системах. Кроме того, он поддерживает взаимодействие с различными базами данных.
  • Это — фреймворк, приложения, созданные с использованием которого, хорошо поддаются масштабированию. Поэтому тот, кто выбирает Django, может быть уверенным в том, что сможет эффективно развивать свой проект по мере его роста.
  • Вокруг Django сформировалось активное сообщество. Поэтому тот, кто столкнулся с какой-то проблемой, сможет без особых сложностей её решить.

▍Компании, которые используют Django


  • Mozilla
  • NASA
  • Pinterest
  • Bitbucket
  • Instagram

Так как Django основан на Python, о производительности этого фреймворка и о его поддержке можно не беспокоиться. Кроме того, если взглянуть на список компаний, использующих Django, можно сделать вывод о том, что это — фреймворк, достойный внимания и в этом, и в будущем году. Если проанализировать зарплаты Django-разработчиков, то окажется, что это что-то между $90,000-$120,000 в год. В результате оказывается, что спрос на Django-специалистов достаточно высок.

Итоги


Вышеприведённые факты позволяют сделать вывод о том, что платформа Node.js, в лице фреймворка Express, и Django показывают себя очень хорошо. Но, в то же время, Spring Boot тоже представляет собой достаточно интересное явление. Полагаю, что самым интересной платформой для разработки серверных частей приложений в 2021 году будет Node.js. Хотя и Django — это отличный, развитый фреймворк, который вполне может стать чьим-то выбором в будущем году.

Каким фреймворком для разработки серверных частей веб-проектов вы планируете пользоваться в 2021 году?



RUVDS.com
VDS/VPS-хостинг. Скидка 10% по коду HABR

Похожие публикации

Комментарии 52

    0
    Если речь идёт о дешёвом VPS начального уровня, то PHP без вариантов. Ту же Node.js на 512Мб RAM ещё попробуй запусти (да даже на 1Гб не очень-то весело), и в любом случае это будет скорее мучение, чем работа.
      +4
      У меня 5 лет живет проект на Node js на 512Mb RAM VPS. Жрет памяти 80Mb. В пике 100MB, когда много генерации xlsx отчетов.

      Это миф, что Node жрет много памяти, если конечно не ставить бесконтрольно модули сомнительного качества.

      Плюс в Node js можно включить ручное управление Garbage Collector, если вы ограничены в памяти и хотите более интенсивно чистить память.
        +2
        HTTP сервер на Koa.js прекрасно работает в гугловом app engine на минимальном инстансе с 256Mb.
          0
          А вообще serverless почти тоже без вариантов)
          +4

          Автор не учитывает, что из рассмотренных языков лишь у джавы статическая типизация. Поэтому что-то большое в разы проще на ней писать. Компилятор кучу ошибок отловит ещё до запуска.


          В node.js про ошибку же мы узнаем лишь после запуска, точнее как до соответствующего места кода дойдет исполнение. В худшем случае код исполнится без ошибок, но неправильно (например, передали функции меньше параметров чем нужно).


          Поэтому статическая типизация в языке, который юзается в фреймворкк — то, на что я бы приоритетно обращал внимание. С ростом проекта хайповость и смузиевость технологии будет меркнуть на фоне его поддержки и развития.

            +3
            ну как бы, у C# тоже статическая типизация, однако это не мешало постоянно ловить баги в рантайме. Нервы мои закончились, я не без скрипа перешел на PHP тогда еще 5.6 версии и счастлив. Сейчас в PHP такие же правильные типы, такое же правильное ООП как и в больших языках типа Java. Так что чувствуешь себя и уверенно и спокойно.
            А самое главное, это не один большой процесс, который если упадет, то упадет все. И если что-то работает не будет, оно не будет работать в одном конкретном месте. Поймал ошибку, устранил. все остальное работает.
              +4
              это не мешало постоянно ловить баги в рантайме.

              Эксепшны)
              Чтобы ловить исключения уровня: «Ой, у объекта нет такого свойства!» в рантайме — нужно сильно постараться.
                0
                Вы явно плохо знаете PHP, начиная с версии 7 можно ловить не только Exception, но и Error
                  0
                  Действительно плохо знаю. Но здесь речь идет о C#, которому, якобы, совсем не помогает строгая статическая типизация.
                0
                А самое главное, это не один большой процесс, который если упадет, то упадет все.

                А какой именно веб-движок?
                Я не помню точно что там было в древности, но вроде везде все запросы обернуты в try/cach, так что единственное, что может упасть, это обработка запроса после чего движок покажет ошибку. Все праллельные юзеры и запросы ничего не заметят.
                  0
                  сначала чистый ASP.NET потом MVC. нет, это то да, сервер на IIS + ASP.NET не падал целиком, я тут просто не обозначил, что так может упасть тот же сервер на Python'е. А так да, ровно как Вы и сказали, все было обернуто, ловилось и постоянно вылезало. т.е. там где PHP просто проигнорирует какой нибудь отсутствующий параметр, ASP ругнется и покажет ошибку.
                    0
                    там где PHP просто проигнорирует какой нибудь отсутствующий параметр, ASP ругнется и покажет ошибку.

                    Просто прекрасно) Если эта ошибка приводит, скажем, к порче данных, то поиск причины рискует быть очень увлекательным.
                      0
                      нет, когда данные вводятся, все проверяется от и до, в других случаях было. не страшно, просто интерфейс портит и лезешь пытаешься воспроизвести проблему. Все упирается в строгую типизацию. С простыми ассоциативными массивами, такого не бывает.
                        0
                        просто интерфейс портит

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

                        и лезешь пытаешься воспроизвести проблему.

                        И ведь сразу ясно, куда нужно лезть. Со слабой, да еще и динамической типизацией ошибка может дрейфовать в далекие дали и порождать спец.эффекты, вроде результата деления строк на цифры. Отладка будет печальна.
                          0
                          мой опыт ровно противоположный.
                +4
                Для этого можно использовать TypeScript на Node.js.
                  0
                  К счастью, умные люди уже разработали (и используют) TypeScript для Nodejs, который, будучи динамически компилируемым в нативный JS, предотвращает большинство проблем, включая те, что вы описали.
                    0
                    Статически компилируемым же. В рантайме работает старый добрый JS.
                  0
                  Не Spring Boot, просто Srping. Boot — это всего лишь один из компонентов, облегчающий запуск приложения.
                    +3
                    Так как Django основан на Python, о производительности этого фреймворка и о его поддержке можно не беспокоиться.

                    Имеется ввиду то, что можно не беспокоиться о производительности питона и быть уверенным, что Джанго на порядки медленнее самых быстрых фреймворков? Просто ведь так оно и есть:
                    www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune
                      +1
                      Синтетические тесты показывают только производительность выполнения синтетических тестов. В реальном окружении основные издержки на ввода/вывод, с которым Python справляется ничуть не хуже C++. Тому же Инстаграму, например, хватает.
                      +1
                      Какое-то непонятное сравнение…
                      Вроде бы Django это фреймвор на Python, и Express это фреймворк на node.js.
                      Но сравнивая вы берете репозиторий node.js и говорите что у него больше звезд, хотя если взять репозиторий express, что кажется логичнее, то звезд у него будет примерно столько же.
                        +2
                        Какие-то выстраданные преимущества у Django. После каждого хочется спросить: это точно особенности, которыми он выгодно отличается от двух остальных?
                          +1
                          Благодаря тому, что в Node.js имеется система ввода-вывода, не блокирующая главный поток, эта платформа демонстрирует высокую производительность. Достойная скорость обработки запросов достигается благодаря использованию JavaScript-механизмов конкурентного однопоточного выполнения кода.

                          Любопытно, как главный недостаток ноды/языка — однопоточность, сделали приемуществом.

                          И список команий, использующих spring, явно коротковат. Тотже Netflix учавствует в разработке Spring Boot (Spring Cloud Netflix) и заявили, что теперь это их «главный» java фреймфорк. netflixtechblog.com/netflix-oss-and-spring-boot-coming-full-circle-4855947713a0

                          Еще одна рекламная статья ноды…
                            0
                            • В Node js приложение давным-давно можно запускать в кластере для утилизации всех ядер.
                            • 1.5 года назад в Node js появились Worker threads для реализации многопоточности
                            • Большинство веб приложений занимаются большим кол-во I/O, а не числодробилки. Вот поэтому многопоточность несколько лет спустя завезли
                            0
                            express пример прекрасной дохлой архитектурной лошади. Не используйте его. Его студаки залайкали 10 лет назад, когда больше не было вообще ничего. Есть прекрасные переосмысленные альтернативы.
                              +1

                              Какие?


                              А то получается как в песне группы "Манго-Манго": "У нас есть ТАКИЕ приборы! Но мы вам о них не расскажем."

                                0

                                Adonisjs например

                                  +1

                                  Спасибо за ответ, коллега. Мне почему-то кажется, что коллега Alexufo имел что-то другое в виду, говоря о "дохлой архитектурной лошади".


                                  Насколько я вижу, Adonisjs — это MVC-фреймворк (как они сами себя позиционируют), заточенный для разработки web-приложений с MVC-архитектурой (некоторые находят сходство с PHP-фреймворком Laravel). В то время, как expressjs — это практически чистый web-сервер (типа apache или nginx).


                                  В архитектурном плане я ожидал сравнения express с чем-то вроде fastify, koa, restify и им подобным. Мне жутко интересно, почему архитектура express "дохлая" и что может являться примером "живой" архитектуры.

                                    0

                                    Зайдите в комментарии к MarcusAurelius прямо вот последние как раз об этом, я, конечно, не могу с должным гонором стучать себе в грудь, заявляя — что в fastify все архитектурно академически корректно, но он сделан явно на переосмыслении накопившихся недоразумений.

                                    0
                                    Мне изначально не понравилась идея тащить кальку с лары на js. Как-то это не кошерно. Как будто-то бы мексиканец приезжает в Россию и давай рассказывать, что бурито лучше шаурмы. Кошерно, когда язык рождает свои архитектурные подходы.
                                      0
                                      Разработчики и не позиционируют adonis как ларавель, просто некоторые люди ищут схожесть адониса с laravel, наверное из-за того, что и там и там используется active record
                                    0

                                    А я специально умолчал. )) Да, я имел ввиду fastify и koa. Можно посмотреть лекцию мейнтейнера fastify и причины, которые побудили его переписать express. Он сильно на него похож и популярные плагины express форкнуты и адаптированы к fastify.

                                    +1
                                    Не используйте его.

                                    Скажите, пожалуйста, об этом разработчикам Nest.js. А то они, похоже, не в курсе )))
                                      +1
                                      Они вкурсе и тут пишут подробнее docs.nestjs.com/techniques/performance
                                      Fastify provides a good alternative framework for Nest because it solves design issues in a similar manner to Express.

                                      К экспрессу нет жесткой привязки. Я так понимаю, они еще не готовы базироваться на fastify, потому перекладывают на пользователя — если оно ему нужно. А оно может ему действительно и не нужно. Но призывы отказа от изучения отдельного express звучат не первый год. Express уже обречен и живет только из-за легаси и кучи информации для студентов. Если есть вещи эволюционно следующие, express, собственно для чего изучать и использовать — не понятно.

                                      MarcusAurelius пилит свой фреймворк и это должно быть бомбой, по моим расчетам. То есть, есть все шансы ему быть использованным по всему шарику, если они покроют кейсы как для корпоратива так и для одиночек фриланеров. Отличный опыт, отличные теоретические знания и жесткое понимание текущих проблем.
                                        +1
                                        Ок, убедили, завязываю пока с писать на ноде. Подожду когда MarcusAurelius зарелизит свой бомбический фреймворк )))

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

                                        Я разрабатывал на фастифай, но если честно не понял чем он лучше в плане разработки, чем экспресс. Нест вот другое дело, после него возвращаться на экспрес, фастифай и тд не хочется, хотя по сути, это пример того, как можно прокачать любой js-ный сервер до хорошей архитектуры. Нест устроен так, что он подталкивает разработчика выстраивать правильную архитектуру в проекте. В отличии от…
                                          +1

                                          В nest хорошо все, кроме orm

                                            0
                                            Ну это не ваши проблемы, что nest на express и fastify у них плохо интегрирован. И не вина nest, что они его выбрали — не из чего было выбирать-то тогда. Fastify недавно 2-ую версию выдал с поломкой совместимости. По мне он только как год стал хорошо на ноги для комьюнити, а так макаронники еще висели в полуготовом состоянии — будут ли хорошо мейнтейтить или нет. Маловато было комьюнити, я поймал багу после обновления плагина, что мейнтейнер извинялся за глупость. Чтобы Я и БАГУ. Сразу чувствуешь себя идиотом, который выбрал якобы протоптанную дорожку, а по морде хлещат ветки. В экспрессе очевидно до меня нашелся бы первооткрыватель.
                                            И пишите то вы все равно не на express-е используя nest. Меня он как-то пугает своей монструозностью и кучей этих всех инжекшинов фабрик каких-то интерцепторов — это когда с шарпа какого нибудь переходишь, там все эти паттерны родные. Но если говорите, что оно наоборот, легче… это интересно.

                                            Я писал о том, что рассматривать самостоятельно Express как рассмартивают в статье нельзя, ну какой Express в 2020 году. Закопать его пора.
                                              0
                                              И пишите то вы все равно не на express-е используя nest. Меня он как-то пугает своей монструозностью и кучей этих всех инжекшинов фабрик каких-то интерцепторов — это когда с шарпа какого нибудь переходишь, там все эти паттерны родные. Но если говорите, что оно наоборот, легче… это интересно.


                                              Угадали, я с .net перешел )))
                                                0
                                                Меня он как-то пугает своей монструозностью и кучей этих всех инжекшинов фабрик каких-то интерцепторов — это когда с шарпа какого нибудь переходишь, там все эти паттерны родные. Но если говорите, что оно наоборот, легче… это интересно.


                                                а как вообще можно писать крупное приложение без di?
                                                В том то и проблема js-ников, они не не хотят/не могут разобраться с простейшим паттерном и придумывают любые отговорки, лишь бы не использовать проверенные временем решения
                                        0
                                        Честно говоря, я — не фанат Java. И я не будут использовать Spring Boot для серверной разработки в 2021 году.

                                        Только потому что вам не нравится Java вы отправили Spring на последнее место?

                                        Вообще Spring можно использовать с Kotlin или Groovy.
                                          0
                                          Когда я вижу название «Выбираем лучший бэкенд-фреймворк», я предполагаю, что будет рассмотрено большое количество фреймворков, сколько-нибудь представленных в разработке.

                                          О Flask'е для питона даже не упомянуто, для ноды тоже есть альтернативы помимо Express'а. Ещё есть .Net с его ASP MVC.

                                          В общем, этой статье больше подошло бы название «Сравним Express, Django и Spring Boot».
                                            0
                                            Примерно такие же ощущения от статьи… Да и даже к такому подходу есть претензии — как показывает автор на SO топ-3 составляют Express, Spring и ASP.NET, но видимо автор отдаёт больше предпочтение Python, чем C#, и как писали выше, Java тоже автору не нравиться, но это не делает же фреймворки хуже по сравнению с другими рассматриваемыми
                                              0
                                              оригинал статьи удален))
                                              This account is under investigation or was found in violation of the Medium Rules.


                                              видать ему так же намекнули, а он агрессивно настаивал на своей правоте)
                                              +3

                                              ru_vds ваш род деятельности предполагает доступ к как минимум каким-никаким программистам. Вы можете проводить мини тесты на качество статей. Зачем вам в сети присутствие рядом со словами вроде шлак, мусорная статья?

                                                +1
                                                Да начнется холивар! image
                                                  0

                                                  если кому-нибуть интересно есть фрейворк для clojurescript (компилится в js)
                                                  называется Macchiato (пилит наш соотечественник кстати)

                                                    0
                                                    … эх… мечтаю чтобы c JavaScript и Node.js «что-то произошло», чтобы они стали «Most Loved» и «Most Wanted»…

                                                    Переключился (еще в процессе) на JS из мира PHP MVC фреймворков, так как тяжело эти два языка у меня в голове одновременно уживались.
                                                    Сильно привык к PHP, аж закостенело всё. Пока JS «заходит» тяжело. JS — не просто «немного другой» синтаксис. Он сильно другой все-таки.
                                                    Для начала выбрал nextjs (под капотом там react), есть аналог nuxtjs (по капотом vue).

                                                    Пока у меня много времени уходит на поиски информации «как правильно делать». И такое буквально на всех этапах. TypeScript — симпотечен, npm — пугает).
                                                    Кстати gitHub (Майкрософт) в этом году купил NPM.
                                                      0
                                                      Да ничё, скоро привыкнешь. К хорошему быстро привыкаешь.
                                                      Последнее время даже не хочу ничего на PHP делать. JS лаконичнее и быстрее.
                                                        0
                                                        Спасибо Вам за оптимистический, позитивный прогноз!
                                                      0

                                                      Интересно почему cherrypy такой не популярный, если про django занют все, про bottle, flask есть упоминания, то про cherrypy вообще не слышно.

                                                        0
                                                        А мне кажется странным строить какие-то выводы по популярности фрейморков.

                                                        На Go, например, писать бекенд можно и без фреймворка (так часто и делают по началу, потом создают 100501 фрейморк — самый правильный и лучший ;) ).

                                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                        Самое читаемое