Отличный коммент! Видя внешне базовые хуки, их производные, эти непонятные механизмы сторов, вызывает глубокое отвращение. И самое главное на серьёзных щах восхищаются этим)
Ваше мнение сводится к привычке. Для примера мне удобнее вводить номер банковской карты там, где есть автоматическое разделение пробелом между цифрами аналогичной той схеме, что и на самой карточке. К хорошему привыкаешь быстро)
Из своего опыта: лучше сводить архитектуру к библиотеко-ориентированному подходу. Каждая библиотека представляет собой независимый модуль, требует соответствующего подхода разработки. Т. Е. мы имеем дело с чёрным ящиком. Пользователь библиотеки не заботится о внутреннем устройстве, качество руки програмиста, что писал код. Его заботит лишь интерфейс и гибкость управления им. Ещё неоспоримым преимуществом этого подхода - максимальная готовность кода. Сборка проекта внутренних компонентов может съедать много времени. У меня есть пример холодной сборки в 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.
Подобных статей писать не надо. Однозначно минус. Название не соответствует содержанию.
Отличный коммент! Видя внешне базовые хуки, их производные, эти непонятные механизмы сторов, вызывает глубокое отвращение. И самое главное на серьёзных щах восхищаются этим)
Также). Думаю что причина в наметанном глазе и опыте. Уже просто сложно удивить
Находить чужие ошибки проще, чем свои). Вывод: необходимо либо тестирование отдельным сотрудником, либо взаимный обмен с коллегами
да)
Ваше мнение сводится к привычке. Для примера мне удобнее вводить номер банковской карты там, где есть автоматическое разделение пробелом между цифрами аналогичной той схеме, что и на самой карточке. К хорошему привыкаешь быстро)
Мне больше по душе 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.