ТК
Что вы пытаетесь доказать, Тимур?)
Size: a a a
2020 May 18
TS
Что вы пытаетесь доказать, Тимур?)
Это вы доказываете, что "реклама Метархии" и "херня какая-то"
ТК
Я искренне верю, что стандартные классы и модули ноды можно покрыть типами и на веру воспринимаю работоспособность инструментов, которые используются миллионами
Тогда как ваш код еще в бете и для него никакой типизации нет
Тогда как ваш код еще в бете и для него никакой типизации нет
ТК
Это вы доказываете, что "реклама Метархии" и "херня какая-то"
Ну пока у меня лучше получается аргументировать свою позицию, чем у вас
ТК
Я считаю, что у неста хоть и хуевая документация для такого инструмента, но это на самом деле достойный фреймворк, который делает именно то, что нужно
ТК
У вас же в ссылке набор ссылок, в которых долгим образом расписано, зачем вас надо использовать
Зачем мне знакомиться с вашим инструментом, если есть нест?
Зачем мне знакомиться с вашим инструментом, если есть нест?
ТК
Вы решаете проблему, которая уже решена
ТК
И да- я искренне считаю, что хороший инструмент должен мочь продать себя сразу же. Если он не может себя продать- он не может привлечь лишнего внимания, которое и помогает сточить углы (пофиксить код, если проще)
ТК
Я надеюсь, что вы не обижены моей риторикой, ибо я на самом деле считаю лучшим, что может сделать человек- это научить другого чему-то, что вы и делаете. Но при этом я не хочу, чтобы чей-то авторитет влиял на рациональ
АБ
подскажите для чего нужен PLV8, не проще писать весь код в приложении?
TS
Вы решаете проблему, которая уже решена
В этих трех видео я рассказываю, что есть куча не решенных проблем: изоляция запросов, состояние гонки, фреймворки, которые стимулируют смешивание разных слоев кода (предметной области, системного, сетевого, слоя доступа к БД) и куча всего еще, что в nest не решено или решено не полностью.
ТК
В этих трех видео я рассказываю, что есть куча не решенных проблем: изоляция запросов, состояние гонки, фреймворки, которые стимулируют смешивание разных слоев кода (предметной области, системного, сетевого, слоя доступа к БД) и куча всего еще, что в nest не решено или решено не полностью.
Мне на самом деле было бы интересно послушать, что не решено в несте, что решено у вас, но при этом если я не буду слушать про то, что с этим не связано
И
Мне на самом деле было бы интересно послушать, что не решено в несте, что решено у вас, но при этом если я не буду слушать про то, что с этим не связано
как же хочется асинк хуки в несте...
И
чтобы можно было юзера прям в сервисе доставать, было бы прикольно
ТК
как же хочется асинк хуки в несте...
сервис не должен знать, как доставать пользователя
И
сервис не должен знать, как доставать пользователя
А мог бы!
И
В каждый метод совать юзера как-то не очень :(
И
А c scope.request это просто пиздец по производительности