ну это фича хорошая, конечно

вот только длину составляющих вы так не проверите)

это да...

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

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

И как это позволит поверить ввод в рантайме?

Всем привет
Подскажите
Подключаю библиотеку с клинта socket.io
   <script src="/socket.io/socket.io.js"></script>
Ошибка в браузере
GET file:///socket.io/socket.io.js net::ERR_FILE_NOT_FOUND
index.html:50 Uncaught ReferenceError: io is not defined
   at index.html:50

Добрый день, кто использует styled-components и jest?

Подскажите как в тестах правильно мокнуть svg (в моем случае использую трансформацию svg-jest) что бы при использовании styled.svg у меня был доступ к теме внутри?

<Icon active /> - проп active вижу в стилях а theme undefined

Подозреваю что из за трансформации для jest’a, но как тогда правильно сделать?

PS: тема видна во время разработки компонента и в самой аппликации, только в тестах теряется

PPS: вопрос на стаке

https://stackoverflow.com/questions/69013295/testing-css-using-theme-in-styled-svg-with-jest-transform

А чего их сложными считают?

Хз, я так не считаю, многие считают

Потому что разбор регулярки требует больше времени и сил, чем разбор кода.

Нуууу зависит от регулярки и кода. Бывают монструозные регулярки, а какое-нибудь небольшое правило или валидатор в регулярке выглядит красиво

Это красиво - очень опасно

С регулярками очень сложно оценить ее вычислительную сложность

Каждая регулярка в коде - потенциальный вектор DoS-атаки

Да, они зачастую медленные

можно что-то почитать в этом направлении?

Гугли по redos vulnerability

Ребят реально на js с веба на клик кнопки запустить на компе какую ту програму??

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