IK
Я бы поспорил, если б можно было не платить :)
Size: a a a
2022 January 15
DH
Ну не платить пока только можно с крипты, хотя под налогообложения это тоже подтянут -) а конветировать акции в крипту наверно нельзя так чтоб не продавать их сначала ) та и гит лаб не выдаст криптой )
IK
Я не поддерживаю крипту никак, это не ко мне
А
крипту то в любом случае выводить в кэш, а тут уже могут возникнуть вопросы откуда у тебя столько крипты
DL
TS должен был бы стать самостоятельным языком, в привязке к JS он выглядит недоязыком, в целом к нему притензий нет статическая проверка удобна но все таки
N
он без JS никому не нужен будет
Р
у нас на работе старые бородатые С++-ники зауважали ноду из-за TS
DH
Да это я к тому что еще не под налогом )
DL
потому что его автор создавал с# так что они последовательны))
DH
Выдали как опционы только под крипту. А налогообложения под этот инструмент еще нет в Украине как бы. Есть криптообменники где тебе дадут кеш за твои битки )
DL
рано или поздно спецификацию js могут подтянуть с ts и где тогда он будет
DL
за одного битого двух не битых дают))
N
мне уже жалко авторов спеки где типы в js будут на уровне языка, еще больше жалко разрабов v8/node.js которые это будут реализовывать, и еще более жалко всех других разработчиков которые это будут использовать
DL
отсутствие типов (даже мнимых) чаще порождает проблемы чем их наличие
DL
я приведу пример, дал задание человеку сделать календарь в ноде
вот что он мне пишет:
вот что он мне пишет:
var utc = new Date().toJSON().slice(0,10).replace(/-/g,'/');
по-моему вот это как раз то, как я хочу распарсить строку
N
я не о типах
а о том что миграция будет болезненной, хоть и результат того стоит наверное
а о том что миграция будет болезненной, хоть и результат того стоит наверное
DL
ну не болезненее чем миграция во фреймворках, с первого ангуляра на второй))
DL
обратная совместимость думаю по любому останется, если не придумают способа перевода сайтов на новый синтаксис - а было бы круто, а пока babel
V
здравствуйте, кто-то может подсказать. Стоит ли в TopicDTO держать поле id если идёт такой запрос на put/putch/get ? или просто брать айдишку с адреса запроса ?
http://localhost:3001/api/subjects/1/topics/5
E
Т.е. часть информации с тела запроса, а часть информации с урлы? Лучше всё брать из одного места