Comments 2
Когда мы гуглим «как улучшить скорость веб-приложения», обычно находим один и тот же набор практик — «сжимайте все, что можно сжимать» или «поделите код на чанки».
Разумеется, потому что єто вопрос из плоскости где найти кнопку - сделай мне хорошо. В том же случае, когда есть представление о том, что именно работает плохо - то сформулировав вопрос на техническом языке, открывается целый мир оптимизаций совершаемых людьми, которые еще в 2010 году забыли о том, как сжатие чему-то может помочь, впрочем как и о чанках
React — не реактивен (спойлер: не совсем), а вот Vue, Svelte и Angular — да. Но почему?
Потому, что можно дать себе труд прочитать что такое реактивность и понять, что и вью светле с ангулар такиеже нереактивные как и реакт.
К слову сказать, реакт намного ближе к реактивности, чем прочие кандидаты
холи js с каждым годом, понижает планку качества докладов. Прошлый год стал апофиозом, когда в паблик вышли доклады кото ые вообще никто не проверял на соответствие хотябы єлементарному соответствию спецификациям с которыми связаны доклады.
сейчас, даже по анонсам видно, что ситуация радикально не изменилась.
осталось только надеяться, что ситуацию сильно исправит публикация всего доклада, и что паниковать на основе анонсов - не стоило.
Вопрос из плоскости где найти кнопку - сделай мне хорошо. В том же случае, когда есть представление о том, что именно работает плохо - то сформулировав вопрос на техническом языке, открывается целый мир оптимизаций
Но... но ведь слова в описании доклада «надо заняться исследованием перформанса именно вашего приложения» (то есть не искать какие-то суперуниверсальную кнопку для всех, а разбираться с боттлнеками конкретного случая) и есть ровно о том же, о чём вы пишете, разве нет?
О чём расскажут на HolyJS 2022 Autumn