jd
Вот парадокс - пилил на ангуляре 1.5, сейчас на вью - так они легче даются. на "ванильном" js или jQuery что серьёзное до сих пор мне кажется шедеврами гениев разработки. Нужно иметь навыки архитектора
Size: a a a
2020 June 20
BB
А в чем парадокс?
DK
Вот парадокс - пилил на ангуляре 1.5, сейчас на вью - так они легче даются. на "ванильном" js или jQuery что серьёзное до сих пор мне кажется шедеврами гениев разработки. Нужно иметь навыки архитектора
Это вообще чат по ноде. Не пойму как сюда фронт приплетается
jd
А в чем парадокс?
ну точнее не парадокс, а мнение порой встречаю. что на реактивных фреймах сложнее чем жквери
DK
ну точнее не парадокс, а мнение порой встречаю. что на реактивных фреймах сложнее чем жквери
Те, у кого такое мнение, во фронте скорее всего не делали ничего сложнее какой-нибудь формы
jd
Те, у кого такое мнение, во фронте скорее всего не делали ничего сложнее какой-нибудь формы
ну да, это не в тему немного, насчёт бэка ничего не знаю. сам вот всё присматриваюсь. какой фрейм взять, достаточно ли express или нужно что то ещё. какую orm, шаблонизатор. утилиты всякие для строк, коллекций и т.д. всё это тоже порог вхождения
DK
ну да, это не в тему немного, насчёт бэка ничего не знаю. сам вот всё присматриваюсь. какой фрейм взять, достаточно ли express или нужно что то ещё. какую orm, шаблонизатор. утилиты всякие для строк, коллекций и т.д. всё это тоже порог вхождения
Nestjs посмотри, например, Typeorm. И на npm все что хочешь можно найти
jd
Хм, интересно. Там получается три фрейма next для реакт, nuxt для vue и nest "вроде как" для angular
S🛸
Ребят, два вопроса:
1. Запуск тестов перед деполем ок, а повторно в контейнере надо запускать?
2. Вытекает из первого: можно ли в таком раскладе перенести логику проверки environment (что все переменные заданы и адреса доступны) в логику тестов? Или всё таки правильнее делать эти проверки в самом приложении?
1. Запуск тестов перед деполем ок, а повторно в контейнере надо запускать?
2. Вытекает из первого: можно ли в таком раскладе перенести логику проверки environment (что все переменные заданы и адреса доступны) в логику тестов? Или всё таки правильнее делать эти проверки в самом приложении?
Нет
АП
А вроде смотрел и верил этому видео
Так на превьюхе же видно, что он из строки вычитает число и получает число
MR
Так на превьюхе же видно, что он из строки вычитает число и получает число
Я мог ошибиться
АП
всем привет, я уже влетал с похожим вопросом, но сейчас он снова встал. Можно ли в ноде иметь один иммутабельный стрим, от которого можно брать клоны, которые можно пайпить, не трогая исходный стрим? Мне посоветовали cloneable-readable но там такой возможности походу нет
"Иммутабельный стрим, который можно пайпить" - при пайпе ты меняешь состояние стрима
JC
это очень выгодно с точки зрения производительности бы было, потому что держать весь файл расходно по памяти, каждый раз цеплять стрим расходно по времени
а если его не хранить в памяти то где его хранить?
NK
Всем привет. Как в @hapi/joi сделать русский вывод ошибок?
Или может посоветуете лучше валидатор?
Или может посоветуете лучше валидатор?
Д
Всем привет. Как в @hapi/joi сделать русский вывод ошибок?
Или может посоветуете лучше валидатор?
Или может посоветуете лучше валидатор?
Что бы что?
CM
Всем привет. Как в @hapi/joi сделать русский вывод ошибок?
Или может посоветуете лучше валидатор?
Или может посоветуете лучше валидатор?
NK
Спасибо
I
добоое утро. пишу бота для телеграм, встал вопрос получения вебхуков. сейчас использую express + bodyparser, но странно, что я не смог получить тоже самое просто через express, дело в bodyparser или во мне? и как вообще лучше получать хуки на ноде?
P
добоое утро. пишу бота для телеграм, встал вопрос получения вебхуков. сейчас использую express + bodyparser, но странно, что я не смог получить тоже самое просто через express, дело в bodyparser или во мне? и как вообще лучше получать хуки на ноде?
Хуки от телеграма?
I
Хуки от телеграма?
да