Смотрел, конечно. Знаю, что люди на нём много чего пилят, но в основном — десктоп. Мне же интересно из как можно более первых рук про опыт постройки чего-то мобильного…
Интересно, а у кого-то был опыт кросс-платформенной разработки на Дельфи?
Какое-то время (5-6 лет) назад это был чуть ли не единственный инструмент для более-менее безболезненного создания простых проектов как под десктопные, так и под мобильные системы с общей кодобазой. Понятно, что маркетинговая политика у нынешнего владельца была несколько странная, но сейчас там есть и Community версия… Может, пробовал кто?
Передача прав обычно указывается в договорах с разработчиками ПО. Сысоев был сисадмином и занимался разработкой в свободное от работы время, что Ашманов подтвердил, так что в этом плане всё чисто.
Выше уже упоминали использование Promise.all, о котором вспоминают только отдающие себе отчёт программисты, которых, по моим наблюдениям, мало. Rx.js мне пока не продали (может, просто мало пытались пока), мой собственный «реактивный код» читать не так сложно, я надеюсь — там простецкие on/off/once/emit и троттлинг по месту, вводить какие-то ещё сущности я не вижу необходимости, чтобы в конце концов не получилось как в том анекдоте «а сейчас мы со всей этой фигнёй попробуем взлететь».
А речь и не шла изначально о том, что конкретно await в Node чем-то отличается от then колбэка. Речь идёт о построении логики работы приложения — стремление всё уложить в «синхронный» поток с помощью await чревато деградацией производительности из-за того, что увлёкшись этой самой линейностью, люда часто забывают о порядка запуска параллельных задач. Отказ от использования await в данном случае просто побуждает искать более выверенные пути data & event flow. Но да, определённой ценой читабельности кода.
Как раз код с ожиданием результата из базы с последующей отправкой в res.json() просто заворачивается в промис. Да, коллбэк. Для того, чтобы спокойно относиться к коллбэкам, просто не нужно создавать из них ад :)
Если что, я в JS пришёл после 25+ лет системного программирования и для меня await — по умолчанию сигнал того, что здесь может быть место потери производительности и общая логика при любой возможности должна быть изменена на такую, которая не требует ожидания — неважно, ожидание ли системного семафора или позорное while (something) sleep(WAIT_DELAY);
Я строю концепты на реактивщине в основном и там, если результат получен, оповещаются наблюдатели, а не крутится что-то где-то в ожидании чего-то. Как-то удаётся обойтись без await в принципе. Поэтому всё работает бодро и без затыков.
Можно, но зачем? Зачем ждать чего-то, чего ждать не совсем обязательно? По моему опыту, логику исполнения в абсолютном большинстве случаев можно построить так, чтобы избежать применения await в принципе. И это как раз вписывается в архитектуру как Node, так и просто web фронтенда гораздо гармоничнее, чем линейное исполнение кода.
Как перебор с сахаром ведёт к быстрому ожирению, так и чрезмерное использование async/await может привести к замедлению приложения. Мне не раз приходилось наблюдать, когда вместо параллельного вызова нескольких функций, использующих промисы, люди использовали await и совершали вызовы последовательно, хотя этого не требовалось. Поэтому перед тем, как использовать await, всегда стоит крепко подумать, а точно ли там надо чего-то ждать, или можно использовать технику «fire and forget» и не плодить бесполезные ожидания.
В Молдавии портом приписки является порт Джуржулешты, на который вам и далии ссылку
Какое-то время (5-6 лет) назад это был чуть ли не единственный инструмент для более-менее безболезненного создания простых проектов как под десктопные, так и под мобильные системы с общей кодобазой. Понятно, что маркетинговая политика у нынешнего владельца была несколько странная, но сейчас там есть и Community версия… Может, пробовал кто?
Если что, я в JS пришёл после 25+ лет системного программирования и для меня await — по умолчанию сигнал того, что здесь может быть место потери производительности и общая логика при любой возможности должна быть изменена на такую, которая не требует ожидания — неважно, ожидание ли системного семафора или позорное while (something) sleep(WAIT_DELAY);