Точнее давай я скажу как вижу, а вы поправите меня В моем понимации Go это высокопроизводительный язык для высоконагруженных сервисов разработка на котором выходит довольна большой по ресурсам

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

90% оставшихся микросервисов и прочего намного быстрее, дешевле и логичней писать на том же питоне

Го - это когда кого-то зовешь пойти. Пример использования: Го!

игра еще есть такая

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

игра еще есть такая

Го в го

Отсюда и хайп

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

а я вот хайп над микросервисами не пойму.

а я вот хайп над микросервисами не пойму.

Как и всегда, идея норм, но многие слишком гиперболизируют

кстати посоны а кто-то работает на больших забугорных проектах с vue ?

Как и всегда, идея норм, но многие слишком гиперболизируют

Они просто не умеют их готовить.

кстати посоны а кто-то работает на больших забугорных проектах с vue ?

Мы вроде как забугорные и вроде как большой проект. Но Vue в проекте немножко относительно.

я видел как vue дропнули в пользу онгуляра

И не удивительно. Фреймворк проще внедрить в большую тиму. А с Вуем думать надо. И с реактом

Называется не спроектировали нихера

Кто какой видит архитектуру приложения использующего Vue? Успешные кейсы?

Кто какой видит архитектуру приложения использующего Vue? Успешные кейсы?

Там два варианта - либо мы делаем like desktop приложение, либо просто переписываем лесаги сайт на SPA/SSR (модно жеж)

Архитектура сильно отличается, по мне

Вуй для ленивых. Доку русскую прочитал, тудушку написал. и всё - фронтендер. А в анигулярах и реактах ваших думать нннада

Вуй для ленивых. Доку русскую прочитал, тудушку написал. и всё - фронтендер. А в анигулярах и реактах ваших думать нннада

ну а чего дропают тогда ?

vue достаточно хорошо внутри сделан

Vue для тех, кто ценит время

я как глянул change detection в ng

просто пиздец же

ну а чего дропают тогда ?

дропают скорее всего на стадии выбора инструмента. ибо объясни верхам, что вуй сделал 1 китаец, а анигуляры и реакт фейсбук с гуглами

ну да, наверное не хватает поддержки корпораций

просто пиздец же

ну как бы vue.set и Object.assign({},{},{}) тоже так себе

ну как бы vue.set и Object.assign({},{},{}) тоже так себе

Ну это как жаловаться на температуру в 10 градусов дома, когда на улице -30

ну как бы vue.set и Object.assign({},{},{}) тоже так себе

Тут какаха, а в redux фича))

ну как бы vue.set и Object.assign({},{},{}) тоже так себе

ну это решение лучше

в ангуляре очень изящно change detection сделан

во многом благодаря этому ангуляр сейчас быстрее и реакта и вью

во многом благодаря этому ангуляр сейчас быстрее и реакта и вью

давно ли ?

с 6 версии

скорее с 5, но там есть нюансы

во многом благодаря этому ангуляр сейчас быстрее и реакта и вью

Довольно абстрактное утверждение... быстрее в чём ?

в рендеринге дом

в чем же еще )

поскольку реакт это вью слой, мы можем сравнивать только это

поскольку реакт это вью слой, мы можем сравнивать только это

Похоже кто то сейчас продвигает курсы по анигуляру ))

у меня нету курсов по ангуляру

и не предвидится в ближайшее время

аллергия на тайпскрипт мешает :)

но это не мешает ангуляру быть лучшим решением если вы "ничего не знаете" (ничего из большой тройки) и нужно что-то брать и не хочется ошибиться с выбором

в ангуляре очень изящно change detection сделан

Манки патчинг всего браузера, это изящно?

аллергия на тайпскрипт мешает :)

тайпскрипт - это единственное хорошее, что есть в ангуляре

Манки патчинг всего браузера, это изящно?

"Весь браузер" :)

промисы, таймауты и еще парочка штук

всё

Эвент листенеры

нет, они синхронные

В той статье указано было, что они и addEventListener патчат

синхронные методы патчатся внутри зоны

а не "глобально" в браузере

MediaQuery Notification

Тут важный аргумент. Эти патчи "complete by design" - т.е. если какая-то апишка запатчена, она всегда работает

Ограничения только в апишках, которые могут быть незапатчены - к примеру WebAudio

во вью же пока проксей нет (а их не будет еще долго) - у нас реактивность отламывается на уровне конкретных сущностей

в самом зоне написано, что если вы используете либу из этого списка, то вставьте либу зоны самой последней.

да, потому что к примеру блубёрд глобально патчит промисы тоже )

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

ну это мое имхо

ERROR: S client not available

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

ну если сейчас ангуляр теперь шустрей всех, то возможно и правда не важно

лучше расскажите стоит ли переходить на ангуляр если любишь тс и знаешь вуе

стоит

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

ой не надо про синтетик ивенты

это такой кусок кода еще тащить, их давно пора уже выкинуть

две причины: 1) обзерваблы 2) понятные примитивы как строить архитектуру в ангуляре. Не только вью слой

я rxjs с реактом юзаю

synthetic events очень сильно улучшают перформанс реакта

благодаря пулингу

ток надо про это не забывать

ну в реакте все еще каждый архитектуру строит кто во что горазд

а то когда недавно тротл делал отловился на этом

ну да на каждый проект - свой велосипед

ну да на каждый проект - свой велосипед

Четырехколесный

свежие бенчи, кому интересно https://stefankrause.net/js-frameworks-benchmark8/table.html

чем больше букв в R в твоем стеке

тем он медленней

Всем привет! Есть такая проблема: через url передаю параметр в компонент, в компоненте делаю запрос к серверу для получения данных, но интерфейс прыгает при загрузке. Делал console.log в mounted - компонент появляется 2 раза. Из-за чего это происходит и как поправить ?

привет. как на VueJS выбрать програмно все чекбоксы?

при этом эти чекбоксы связаны по v-model .

привет. как на VueJS выбрать програмно все чекбоксы?

Подробнее пожалуйста

ну надо сделать аля "выбрать все" / "снять все"

при этом эти чекбоксы связаны по v-model .

Перебираешь все v-model ставишь на true

все чекбоксы завязаны на v-model .. сделал им ref на чекбокс Выбрать все теперь надо както их выделить все

checked=true не срабатывает

точнее оно на долю секунды дергает всем галочку а потом пропадает и не выставляется

точнее оно на долю секунды дергает всем галочку а потом пропадает и не выставляется

Мб они завязаны на false, который не меняется? При рендере страницы отрисовывает с checked

Всем привет! Есть такая проблема: через url передаю параметр в компонент, в компоненте делаю запрос к серверу для получения данных, но интерфейс прыгает при загрузке. Делал console.log в mounted - компонент появляется 2 раза. Из-за чего это происходит и как поправить ?

это больше похоже на проблему верстки/интерфейса, а не Vue. решения соответственно тоже верстальческие-интерфейсные: лоадер там повесить, задать фиксированную высоту и т.д. и т.п. Подумать, что лучше в твоём случае. компонент рендерится дважды скорее всего потому, что первый раз он рендерится без данных, потом идет запрос, потом данные обновляются и происходит перерендер

это больше похоже на проблему верстки/интерфейса, а не Vue. решения соответственно тоже верстальческие-интерфейсные: лоадер там повесить, задать фиксированную высоту и т.д. и т.п. Подумать, что лучше в твоём случае. компонент рендерится дважды скорее всего потому, что первый раз он рендерится без данных, потом идет запрос, потом данные обновляются и происходит перерендер

Можно ли не рендерить его без данных ?

Можно ли не рендерить его без данных ?

v-if

ну в общем все в интернете сводится к тому чтобы руками заполнять v-model