Автор оригинала: FreeCodeCamp Community Member.
Многие люди смотрят на звезды GitHub, когда они решили доверять и использовать проект с открытым исходным кодом. И некоторые люди легко сравнивать проекты, основанные на количестве звезд, которые есть репозиторий. Приняв решения, основанные исключительно на звездах GitHub, не всегда лучшая идея – и вы должны вносить ваши требования, функции рамок и первую архитектуру.
Ни одна из этих рамх или библиотек не является «плохо». Мы всегда должны знать, что многие эксперты ставят бесчисленные часы своего времени в разработку этих проектов. Итак, если вы фанатифицируете для определенной структуры, пусть ваша охрана в течение нескольких минут, просто расслабьтесь и продолжайте мир.
Что такое этот пост о точно?
Этот пост не является сравнением этих трех веб-структур. Это потому, что большую часть времени сравнения сделаны людьми, которые хотят рекламировать свои предпочтительные рамки. Или они сделаны людьми, которые на самом деле не понимают, что нужно для создания структуры, поэтому они не могут видеть разные аспекты этих рамх.
Этот пост просто статистический взгляд на угловую, реагировать и VUE, а их движения в течение многих лет. Вот что мы собираемся узнать о:
- Угловые, реагирование и репозитории GitHub и Vue со временем
- Вопрос/ответы Stackoverflow
- Статистика работы
- Вывод
Итак, давайте начнем.
Угловые, реагирование и репозитории GitHub и Vue со временем
291 934 Уникальные пользователи GitHub есть снялся по крайней мере один из углов, Angular.js, реагирует и репозитории Vuue. Мне потребовалось около двух недель, чтобы выполнить все эти пользовательские страницы для статистических и демографических целей (вы можете получить доступ к этим собранным данным на GitHub ). Итак, что мы можем узнать из этих собранных данных?
Каковы средние репозитория?
В таблице ниже приведены средние основных метрик Github. Как видите, между каждым из этих средних средних средних из средств появляется короткий разрыв. Я просто пытаюсь предоставить информацию, и я ничего не интерпретирую.
Чтобы лучше понять темпы роста этих репозиториев за последние несколько лет, я со временем подготовил свой звездный счет в следующем графике.
Обычные начала
Диаграмма и таблица ниже показывают количество пользователей, которые снимались более чем одним репозиторием. Как видите, React и Vue имеют более упульчиков общего, и угла имеет почти одинаковое количество обычных пользователей между реагированными и VUE.
Гит совершает время
Количество коммитов – это хороший способ узнать, насколько активно развивается проект.
Гонка ниже барной диаграммы показывает количество коммитов со временем. В отличие от Vue, угловых и реагированных участников, совершают много в своих репозиториях.
Вот еще один график тех же данных:
Количество участников
Количество участников является одним из вещей, которые делают репозиторий сильнее, потому что есть больше людей, которые знают, как разрабатывать и улучшать рамки или библиотеку. Они могут просто подтолкнуть проект вперед, что означает, что существует большая возможность обнаружить и исправить больше ошибок и проблем и улучшать их быстрее.
На самом деле, это также хорошо для сообщества, потому что больше участников могут обратиться к конкретным вопросам программистов. Это также может быть признаком открытости основных участников.
Вопросы/ответы на переполнение стека
Нет сомнений в том, что за последние несколько лет переполнение стека стало одной из самых важных и мощных платформ, которые разработчики используют для изучения и решения проблем кодирования.
Количество вопросов, заданных на переполнении стека, представляет количество людей, которые используют или изучают определенную технологию. Я использовал STACKEXCHANGE Data Explorer и написал SQL Query Чтобы получить счет каждой теги, сгруппированного на год и месяц. Следующие графики показывают количество заданных вопросов по каждому тегу со временем.
Статистика работы
Рынок труда показывает, какие технологии используют компании. Программные инженеры и инженерные менеджеры обычно сравнивают Frameworks или библиотеки, чтобы выбрать, какие из них соответствует их потребностям. Они также заботятся о том, насколько легко найти разработчик, который опыт в этой конкретной платформе. Следовательно, чем более популярные рамки или библиотека, тем больше потенциал его необходимо выбрать.
Вывод
Это была короткая статья, которая надеется, поможет вам посмотреть на эти хорошие и популярные веб-каркасы из разных углов.
К сожалению, есть инженеры программного обеспечения, которые сравнивают структуры или библиотеки только их звездами GitHub, а не на их архитектуре и особенности. Несмотря на то, что я считаю, что почти ни одно из этих статистических чисел ценно, когда дело доходит до реального проекта.
Единственное желание, которое у меня должно быть даже немного эффективным, помогая положить конец войне между рамками. Я надеюсь, что могу помочь убедить людей, которые бороются за своими любимыми инструментами, чтобы учитывать, что другие рамки не являются бедными или плохими. Все они очень хорошо.
Изучение прекрасно и приятное. Просто выберите новую структуру и попробуйте использовать его в вашем боковом проекте. Или просто используйте ваши любимые рамки, и не позволяйте этим номерам разочаровать вас.
Вы можете Следуй за мной Для более технических статей ❤️?