Чтобы понять приведенное выше предложение, вам придется прочитать всю статью, а на самом деле вам нужно понять, как работает большинство разработчиков. Прежде всего, «большинство разработчиков» работают в компаниях, для которых разработка программного обеспечения является второстепенной функцией. В качестве примера можно привести страховые компании, банки, гостиницы, больницы и т.д. Это компании, которые в принципе не заботятся о программном обеспечении, но нуждаются в нем для оптимизации процессов и выполнения своих основных задач.
В этих компаниях, как правило, большая текучесть кадров, и средний сотрудник редко работает в одной компании более 2 лет. Это означает, что раз в 6-12 месяцев в компании начинает работать новый разработчик, которому необходимо разобраться в существующей кодовой базе, чтобы стать продуктивным. Кроме того, 80% программных проектов этих компаний — это приложения для администрирования бэк-офиса, не видимые для клиентов. Примерами являются CRM-системы, ERP-системы и т.д. Учитывая это, давайте рассмотрим, как React и Angular обычно используются в этих компаниях.
Как используется Angular
Когда вы начинаете новый проект Angular, процесс довольно прост. Вы убеждаетесь, что у вас последняя версия Angular, устанавливаете Material и начинаете реализовывать свой проект. Таким образом, каждый отдельный проект имеет схожую структуру и в основном использует одни и те же компоненты. Это означает, что каждый проект становится похожим по структуре, имеет похожие компоненты и, как правило, очень похожую разметку и код — при условии, что разработчик Angular знает, что делает. Возможно, вам понадобится несколько собственных компонентов для вашего проекта, но в целом, если вы видели один проект Angular, вы видели «все» проекты Angular.
Как используется React
Если бы вы проделали то же упражнение с React, вам пришлось бы установить десятки компонентов, прежде чем вы смогли бы создать простой HTTP-запрос и показать чертовски интересный выбор даты. Каждый раз, когда вы устанавливаете новый компонент, у вас есть огромное количество вариантов, в результате чего вы редко найдете два разных проекта React, использующих один и тот же набор компонентов и плагинов. Структура проекта в гораздо большей степени зависит от вас, как от индивидуального разработчика, в отношении того, как вы хотите организовать свой код и проект.
Проблема
Вышеуказанные различия подразумевают, что в большинстве случаев вы можете заменить любого разработчика Angular на любого другого разработчика Angular, и после этапа изучения, который может занять полнедели, ваша замена будет столь же продуктивна, как и человек, который работал над кодовой базой изначально. В результате получается «гибкая организация», способная легко перемещать ресурсы между проектами, без необходимости длительного периода обучения при перемещении ресурсов между проектами.
В случае с React это просто не так, потому что у каждого разработчика React есть свой любимый HTTP-клиент, своя любимая библиотека виджетов, своя любимая библиотека «чего угодно», в результате чего вы редко найдете две схожие кодовые базы.
Поэтому независимо от того, является ли React объективно «лучше» Angular, на данном этапе он уже проиграл, поскольку управление ресурсами в «компании React» становится гораздо более жестким, и вы гораздо больше зависите от отдельных ресурсов, которые сложнее перемещать и заменять в случае необходимости. Вы создали ненужную «зависимость» с точки зрения бизнеса, где вы гораздо больше зависите от отдельных участников, и у вас меньше гибкости как у компании.
В дополнение к вышесказанному, большинство проектов Angular в итоге выглядят одинаково. Для компании, имеющей десятки собственных приложений для управления бэк-офисом, это является преимуществом, поскольку сотрудники бэк-офиса, привыкшие к одному приложению, могут легко понять все приложения. В случае с React такого просто не может быть.
Так что на самом деле, какая из этих двух библиотек/фреймворков лучше с технической точки зрения, на данный момент совершенно неважно. До тех пор, пока Angular работает хотя бы в некоторой степени «близко» к React, технология, лежащая в основе, и ее способность работать, больше не важна для вас как для компании.
Теперь вы можете комментировать и не соглашаться со мной … 😉
Edit — Вот почему мы используем исключительно Angular в Aista.