в теории и вебпак отормет, когда http2 поддержка будет везде

везде ее не будет никогда

в теории и вебпак отормет, когда http2 поддержка будет везде

ошибочное мнение

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

опа опять срач

ответ на это пока не найден

единственные догадки - это что то с сетью пользователя

ладно, чем сложнее фронтенд, тем больше работы

и всегда будут китайские смартфоны

которые не умеют в такое

UCBrowser ?) мать его)

не в смартфонах проблема

в теории и вебпак отормет, когда http2 поддержка будет везде

какая взаимосвязь между этими двумя вещами?

какая взаимосвязь между этими двумя вещами?

не надо бандлить ничего

отдаешь модули as it is

чем больше чанков - тем лучше кеширование но хуже сжатие

какая взаимосвязь между этими двумя вещами?

модули и щас поддерживаются неплохо, но 100 запросов делать

Вчреа общался со знакомым, он с Реакт работает. Сегодня глянул что к чему там и много вопросов, почему банальные вещи так сложно сделаны и почему "все в кучу". В тот же Vue тот же результат получить куда проще и логичнее

для оптимального результата надо искать компромисс

Вчреа общался со знакомым, он с Реакт работает. Сегодня глянул что к чему там и много вопросов, почему банальные вещи так сложно сделаны и почему "все в кучу". В тот же Vue тот же результат получить куда проще и логичнее

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

Вчреа общался со знакомым, он с Реакт работает. Сегодня глянул что к чему там и много вопросов, почему банальные вещи так сложно сделаны и почему "все в кучу". В тот же Vue тот же результат получить куда проще и логичнее

это просто ты не научился менять в голове точку зрения

тебе кажется что проще и логичнее

а на самом деле посрать какой там фреймворк

Так дело не в точке зрения, а в написании и внешнем виде. В Vue это логинчее и красивее, легче поддерживать

что такое логичнее и красивее

что такое легче поддержать

это все "красивые" критерии

стадо голодранцев сделает гавно на любом стеке

Так дело не в точке зрения, а в написании и внешнем виде. В Vue это логинчее и красивее, легче поддерживать

расскажите про инструменты, которые помогают "легче поддерживать"?

написать 3 строки кода или 10, когда html - это html, а js - это js

написать 3 строки кода или 10, когда html - это html, а js - это js

чего?

расскажите про инструменты, которые помогают "легче поддерживать"?

домкрат

говорит редьюсеры говно

а причем здесь редьюсеры?

то, что я увидел, в Реакте больше писать надо, в нем все в перемешку, это сложнее читать и поддерживать

то, что я увидел, в Реакте больше писать надо, в нем все в перемешку, это сложнее читать и поддерживать

это Тебе сложнее

потому что внезапно

у тебя нету опыта

любому, кто придет из "вне"

а причем здесь редьюсеры?

это мои ассоциации с боилерплейтом на реакте)

то, что я увидел, в Реакте больше писать надо, в нем все в перемешку, это сложнее читать и поддерживать

больше писать надо - да все в перемешку - допустим сложнее читать - возможно сложнее поддерживать - нет

любому, кто придет из "вне"

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

потому что не похоже не их привычный маня мирок

и им будет сложно да

тот, кто работал с Реакт легче. Но если взять человека с фронта, то точка входа иная.

разработчики 1 инструмента

любому, кто придет из "вне"

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

тот, кто работал с Реакт легче. Но если взять человека с фронта, то точка входа иная.

взятые с потолка выводы

и вопрос времени

единственное что нужно знать, это то что реакт гораздо проще vue

основанные на твоем личном мнении

тот, кто работал с Реакт легче. Но если взять человека с фронта, то точка входа иная.

порог входа меньше. Сложность поддержки проекта на вью больше на порядок, к сожалению

порог входа меньше. Сложность поддержки проекта на вью больше на порядок, к сожалению

это ты при одинаковом качестве кода сравнивал?

порог входа меньше. Сложность поддержки проекта на вью больше на порядок, к сожалению

тут вопрос еще как его изначально сделали:). Можно все сделать так, что потом нереально поддерживать

на вуе проще написать дерьмо

это ты при одинаковом качестве кода сравнивал?

да, одна задача

если мы говорим о "максимально возможном" качестве кода - то тут вообще у вью все очень плохо

единственное что нужно знать, это то что реакт гораздо проще vue

Не соглашусь

vue гораздо сложнее поддерживать из-за всяких slot и прочих фишечек, которые могут свести разбирающегося с ума

Если рассматривать всю экосистему реакта, то вью легче

на вуе проще написать дерьмо

а не наоборот?)) вью все таки фреимворк а реакт только либа

вы бы хоть один конкретный довод приложил

вернее не так - на вью можно писать поддерживаемо, но так никто не пишет

Пока найдёшь нужную библиотеку, с ума нахер сойдёшь

ERROR: S client not available

а то срач на уровне - жри гавно

без аргументации какой то

Реакт как самостоятельную либу редко юзают. Вроде в люборй проект сразу тянут стандартные зависимости

основанные на вашей экспертизе узкой в 1 фреймворке

У вью проще апи

Популярные

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

Вот пример https://habr.com/company/ruvds/blog/323142/

Вот пример https://habr.com/company/ruvds/blog/323142/

зачем тут это?

зачем тут это?

одна задача и пример реализации

вернее не так - на вью можно писать поддерживаемо, но так никто не пишет

Так, а что мешает? Тимлиду сложно контролировать ?

это не задача

а сраный туду

который к задачам на практике отношения не имеет

Лол

туду сделать можно из гавна и палок

вы вносите изменения в проект (чуть поменялся формат данных на бэке, или требования и так далее)

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

тесты

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

а какие есть в других?

странные споры

тесты

отлично :) А теперь поговорим. Как мы будем тестировать вьюшные шаблоны?

и то и то круто по сравнению с нативным js

это не задача

сам подход, const displayNewHires = ( <ul> {names.map(name => <li>{name}</li> )} </ul> ); ReactDOM.render( displayNewHires, document.getElementById(‘root’) );

сам подход, const displayNewHires = ( <ul> {names.map(name => <li>{name}</li> )} </ul> ); ReactDOM.render( displayNewHires, document.getElementById(‘root’) );

Блевать хочется

сам подход, const displayNewHires = ( <ul> {names.map(name => <li>{name}</li> )} </ul> ); ReactDOM.render( displayNewHires, document.getElementById(‘root’) );

какой подход?

тесты

вопрос туда же: как вы померяете покрытие, что ваши тесты покрывают все возможные сценарии рендеринга шаблонов?

или хотя бы узнаете какие сценарии непокрыты?

ведь каждый v-if - по сути своей логика, и скрывать он может достаточно сложную логику рендеринга за собой

какой подход?

UI в JS

поэтому важно понимать, проверена эта ветка или нет?