Из своего опыта: лучше сводить архитектуру к библиотеко-ориентированному подходу. Каждая библиотека представляет собой независимый модуль, требует соответствующего подхода разработки. Т. Е. мы имеем дело с чёрным ящиком. Пользователь библиотеки не заботится о внутреннем устройстве, качество руки програмиста, что писал код. Его заботит лишь интерфейс и гибкость управления им. Ещё неоспоримым преимуществом этого подхода - максимальная готовность кода. Сборка проекта внутренних компонентов может съедать много времени. У меня есть пример холодной сборки в dev режиме angular-cli 5 минут. На prod 20 минут. А так, архитектуру подбирают под требования.
Статья как по мне не совсем доработана и однобока. Типа фразочки если использовать что-то из Window, то ..... Это разве ограничение angular? Нет, это особенности запуска и работы среды node.js. Да и эмуляторы есть. Многие другие пункты из SSR дали понять о не высоком уровне автора. Кстати flutter для веба в результате тот же js, css, html. Быстрее не будет. Что flutter и svelte хороши в своих областях, но и они не универсальны. Предположу, что автор больше занимается мобильной разработкой или приложений с несложной логикой. Как для примера большинство продуктов yandex. Поэтому и очевиден выбор в пользу react. Сам бы голосовал "за" в их положении.
Для меня angular отличное решение для крупных корпоративных решений(для которых чаще SEO и SSR не нужны). Он совмещает в себе функционал и гибкость(что сейчас редкость). Разработка крупных проектов требует совершенно иной подход. DI реализован настолько хорошо, насколько позволяет ts. Да, может не самый быстрый(как пишут в комментарии выше), но он позволяет упростить сложные взаимодействия сервисов, разделению кода, подмену реализации(возможность переиспользовать компоненты в разных контекстах). В связке с mobx(куда самостоятельно прикрутили DI) упростил работу с проектом. redux или его производные как ngrx, для angular проектов не рекомендую. Не помню спикера, но с ним согласен: redux хорош там, где в основном собраны младшие разработчики. Правила игры, который предлагает angular позволяют понимать хорошо участников команды друг с другом, включая новичков. Для примера общаясь с ребятами из аутсорс, которые занимаются разработкой на react говорили по сути одно и тоже. Каждый проект заказчика просто уникален своим подходом, зоопарком и динозаврами. Порой отличаются очень сильно. React без поддержки контекста и хуков и современный react требуют разный архитектурный подход. В общем процесс перехода из одного проекта на другой сложен.
Каждая библиотека или фреймворк хороша в рамках своей области применения. Не надо на angular писать типичный веб сайт.
Вся фишка в том, что только веб позволяет одним кодом работать на разных ОС, платформах и т.д. Нанимать команду под всякое разное будет дороже, чем веб со всеми своими сложностями и хромыми лошадьми. На выходе результат, который удовлетворит на 80%. Да и веб ускакал от былых времен далеко
Как по мне, все решается сложностью проекта. Учитывая опыт на Backbone, для крупных проектов я бы не использовал. Для очень простых проектов возможно стоит рассмотреть. Вопрос только: svelte или old skull). Для чего-то побольше, все таки лучше react, vue. А для жирненького angular. Они, как по мне, более удобные. old skull не дает нам ничего особого, чтобы побить лидеров.
Вот пример графика продаж машин в РФ, как из статьи по ссылке. Это статистика продаж, а не спроса. Апрель и май 2020 - это месяцы, когда были жесткие ограничения по коронавирусу и продаж практически не было. После снятий ограничений рынок начала восстанавливаться, но не быстро, хотя продажи должны были пойти резко вверх. Причина в том, что заводы из-за ковида не могли выйти на рабочие мощности, а продажи до этого были за счет запасов, Поэтому некорректно сравнивать продажи 2021 и 2020. 2020 провальный год, отсюда и более высокие продажи 2021. Логичнее сравнивать с 2019. И вот тут в целом наблюдается пока небольшое падение. Если считать продажи 2019 года равновесным значением спроса и предложения, то 2021 год ничем не блещет, а август показывает сильный спад. Учитывая новости мирового рынка, то конец 2021 год покажет просадки продаж. Отсюда вывод: если даже спрос не изменился, по сравнению с 2019, то за 2021 будет наблюдаться сильный дефицит автомобилей
На автомобили спрос плюс минус также. Там сейчас дефицит на поставки автомобиля. Связано нехваткой полупроводников. У производителей банально заводы простаивают. Отсюда рост цен и дикие наценки от дилеров, которые хотят выжить. Спрос реально вырос на компьютерную технику, в частности сервера.
Пробовали что-то из аля микрофронтенда во времена, когда и не пахло этой темой, на базе SharePoint. Воспоминания как про срочную службу в армии). Рано еще переходить, инфраструктура окружения не готова
Тут многое зависит от того к каким проектам применяют то или иное решение. Сам занимаюсь разработкой крупного клиентского проекта. Я не могу представить как пришлось бы разрабатывать без всего того, что предлагает и рекомендует мир angular + mobx. Но в то же время даю себе отчёт, что в небольшом, да и в среднем проекте angular избыточен. 80% проектов являются таковыми. Отсюда и такой негатив в сторону angular.
Своя микроэлектроника важна Уже сейчас те, кто владеют технологиями производства, снимают сливки мирового рынка. Микроэлектроника повсюду(включая пылесос). Представьте, что будет через 10-15 лет. Если не вклинится в этот рынок, то боюсь РФ уйдет совсем за бугор мира. Нефть и газ - это копейки рынка. Военные это некий плацдарм откатки технологий. Частный сектор разумеется выбирает только то, что выгодно.
Чтобы это понять, необходимо самому окунуться во все нюансы отрасли. Правильнее понять сначала минимальную стоимость строительства за кв.м. После уже делать выводы. На примере 5 или 3 можно закрытыми глазами понять, что сейчас за 3 не построить.Да и за 5 тоже надо постараться. То выбор между 12 или 15 сделать сложнее)
Чаще всего строительство дома под ключ и требует до 2 лет. Для примера коробку дома из газобетона в идеале необходимо до полугода сушить. По поводу знакомого строителя рекомендую посмотреть канал стройхлам. Там много интересных примеров. Знакомый строитель не дает никакой гарантии.
Совершенно не согласен с автором. Обучать новичка сразу с сложного не получится. Новичка необходимо вводить в мир программирования с простого. По мере усвоения материала, обретения соответствующих навыков, углублять знания. На каждом этапе обучения очень важно видеть результат и важность своих знаний. Поэтому начинать путь с высокоуровневых абстракций, библиотек, фреймворков даст толчок, мотивацию к развитию с самого начала. Да и бизнесу нужны специалисты, которые дадут результат здесь и сейчас. Большинство задач решаются набором простых и готовых абстракций. Для примера: как часто приходится применять решения олимпиадных задач в бизнесе, если и часто, то какой процент разработчиков это затрагивает?
Хочется узнать мнение разработчиков React. Почему так популярны хуки? Для меня хуки напоминают callback hell. С этим боролись в свое время как могли. Для примера rxjs, async await. Код плохо воспринимается, присутствует ощущение неявного и косвенного взаимодействия.
Мне больше по душе mobx в связке с angular.
Из своего опыта: лучше сводить архитектуру к библиотеко-ориентированному подходу. Каждая библиотека представляет собой независимый модуль, требует соответствующего подхода разработки. Т. Е. мы имеем дело с чёрным ящиком. Пользователь библиотеки не заботится о внутреннем устройстве, качество руки програмиста, что писал код. Его заботит лишь интерфейс и гибкость управления им. Ещё неоспоримым преимуществом этого подхода - максимальная готовность кода. Сборка проекта внутренних компонентов может съедать много времени. У меня есть пример холодной сборки в dev режиме angular-cli 5 минут. На prod 20 минут. А так, архитектуру подбирают под требования.
Великооепный ответ). Все просто забывают про бизнес составляющую и много философствуют). В начале самая лучшая архитектура - это чёрный ящик)
На обычном блокноте делал
Типичная пропаганда react. Статья не раскрывает сильные и слабые стороны
Хорошо что у нас не php)
Спасибо за информацию,боюсь через canvas не каждому подойдет
Статья как по мне не совсем доработана и однобока. Типа фразочки если использовать что-то из Window, то ..... Это разве ограничение angular? Нет, это особенности запуска и работы среды node.js. Да и эмуляторы есть. Многие другие пункты из SSR дали понять о не высоком уровне автора. Кстати flutter для веба в результате тот же js, css, html. Быстрее не будет. Что flutter и svelte хороши в своих областях, но и они не универсальны. Предположу, что автор больше занимается мобильной разработкой или приложений с несложной логикой. Как для примера большинство продуктов yandex. Поэтому и очевиден выбор в пользу react. Сам бы голосовал "за" в их положении.
Для меня angular отличное решение для крупных корпоративных решений(для которых чаще SEO и SSR не нужны). Он совмещает в себе функционал и гибкость(что сейчас редкость). Разработка крупных проектов требует совершенно иной подход. DI реализован настолько хорошо, насколько позволяет ts. Да, может не самый быстрый(как пишут в комментарии выше), но он позволяет упростить сложные взаимодействия сервисов, разделению кода, подмену реализации(возможность переиспользовать компоненты в разных контекстах). В связке с mobx(куда самостоятельно прикрутили DI) упростил работу с проектом. redux или его производные как ngrx, для angular проектов не рекомендую. Не помню спикера, но с ним согласен: redux хорош там, где в основном собраны младшие разработчики. Правила игры, который предлагает angular позволяют понимать хорошо участников команды друг с другом, включая новичков. Для примера общаясь с ребятами из аутсорс, которые занимаются разработкой на react говорили по сути одно и тоже. Каждый проект заказчика просто уникален своим подходом, зоопарком и динозаврами. Порой отличаются очень сильно. React без поддержки контекста и хуков и современный react требуют разный архитектурный подход. В общем процесс перехода из одного проекта на другой сложен.
Каждая библиотека или фреймворк хороша в рамках своей области применения. Не надо на angular писать типичный веб сайт.
Вся фишка в том, что только веб позволяет одним кодом работать на разных ОС, платформах и т.д. Нанимать команду под всякое разное будет дороже, чем веб со всеми своими сложностями и хромыми лошадьми. На выходе результат, который удовлетворит на 80%. Да и веб ускакал от былых времен далеко
Как по мне, все решается сложностью проекта. Учитывая опыт на Backbone, для крупных проектов я бы не использовал. Для очень простых проектов возможно стоит рассмотреть. Вопрос только: svelte или old skull). Для чего-то побольше, все таки лучше react, vue. А для жирненького angular. Они, как по мне, более удобные. old skull не дает нам ничего особого, чтобы побить лидеров.
Вот пример графика продаж машин в РФ, как из статьи по ссылке. Это статистика продаж, а не спроса. Апрель и май 2020 - это месяцы, когда были жесткие ограничения по коронавирусу и продаж практически не было. После снятий ограничений рынок начала восстанавливаться, но не быстро, хотя продажи должны были пойти резко вверх. Причина в том, что заводы из-за ковида не могли выйти на рабочие мощности, а продажи до этого были за счет запасов, Поэтому некорректно сравнивать продажи 2021 и 2020. 2020 провальный год, отсюда и более высокие продажи 2021. Логичнее сравнивать с 2019. И вот тут в целом наблюдается пока небольшое падение. Если считать продажи 2019 года равновесным значением спроса и предложения, то 2021 год ничем не блещет, а август показывает сильный спад. Учитывая новости мирового рынка, то конец 2021 год покажет просадки продаж. Отсюда вывод: если даже спрос не изменился, по сравнению с 2019, то за 2021 будет наблюдаться сильный дефицит автомобилей
На автомобили спрос плюс минус также. Там сейчас дефицит на поставки автомобиля. Связано нехваткой полупроводников. У производителей банально заводы простаивают. Отсюда рост цен и дикие наценки от дилеров, которые хотят выжить. Спрос реально вырос на компьютерную технику, в частности сервера.
Пробовали что-то из аля микрофронтенда во времена, когда и не пахло этой темой, на базе SharePoint. Воспоминания как про срочную службу в армии). Рано еще переходить, инфраструктура окружения не готова
Тут многое зависит от того к каким проектам применяют то или иное решение. Сам занимаюсь разработкой крупного клиентского проекта. Я не могу представить как пришлось бы разрабатывать без всего того, что предлагает и рекомендует мир angular + mobx. Но в то же время даю себе отчёт, что в небольшом, да и в среднем проекте angular избыточен. 80% проектов являются таковыми. Отсюда и такой негатив в сторону angular.
Своя микроэлектроника важна Уже сейчас те, кто владеют технологиями производства, снимают сливки мирового рынка. Микроэлектроника повсюду(включая пылесос). Представьте, что будет через 10-15 лет. Если не вклинится в этот рынок, то боюсь РФ уйдет совсем за бугор мира. Нефть и газ - это копейки рынка. Военные это некий плацдарм откатки технологий. Частный сектор разумеется выбирает только то, что выгодно.
Также есть опыт использования css переменных для темы приложения. Нет необходимости заботится о селекторах прочих сложностях)