Вопрос ко всем js разработчикам: кто как и где хранит версию приложения? Я пока храню в package.json, но это не очень удобно, т.к. докерный image перестраивается каждый раз при изменении файла package.json (он делает npm install --production). Вот думаю может вынести версию в отдельный json файл и обновлять его. А ещё, как вариант, написать какой скрипт, который будет запускаться в npm poststart и увеличивать патч версию автоматически после перезапуска (только в NODE_ENV=development варианте)

Ну при изменении образ и должен пересобираться, я не совсем понял что здесь не так

Ребят, подскажите, что-то я совсем запутался.
Пытаюсь заимплиментить https://github.com/nodkz/conf-talks/tree/master/articles/graphql/errors
идея очень понравилась, но непонятно как быть с вложенными списками, листы ведь вроде как нельзя складывать в union

GraphQL Unions represent an object that could be one of a list of GraphQL Object types, but provides for no guaranteed fields between those types. They also differ from interfaces in that Object types declare what interfaces they implement, but are not aware of what unions contain them.

Просто если возращается объект, то понятно или Result | Problem
а если возвращается список (например запрашиваем книги автора и ловим исключение) [Result] | Problem, как-то не хочет парсер такую схему принимать. Как вариант вроде можно сделать доп. тип который будет отдавать этот массив подузлом, но как-то это некрасиво

Ребят, подскажите, что-то я совсем запутался.
Пытаюсь заимплиментить https://github.com/nodkz/conf-talks/tree/master/articles/graphql/errors
идея очень понравилась, но непонятно как быть с вложенными списками, листы ведь вроде как нельзя складывать в union

GraphQL Unions represent an object that could be one of a list of GraphQL Object types, but provides for no guaranteed fields between those types. They also differ from interfaces in that Object types declare what interfaces they implement, but are not aware of what unions contain them.

Просто если возращается объект, то понятно или Result | Problem
а если возвращается список (например запрашиваем книги автора и ловим исключение) [Result] | Problem, как-то не хочет парсер такую схему принимать. Как вариант вроде можно сделать доп. тип который будет отдавать этот массив подузлом, но как-то это некрасиво

Офигенно

жду команду prisma create facebook

Я вот только вчера рассказывал знакомому что GraphQL разработчики уже настолько обленились, что скоро будем сайты делать в три команды:
git clone boilerplate
prisma create
docker-compose up -d
Нам того что можно вместо кучи rest эндпоинтов написать в одном резолвере просто return db.getUsers() уже мало, уже и api по базе генерим, и админку к базе запускаем в одну команду, и mock api сервер запускаем в три строки, и одним и тем же кодом делаем апи для трех разных клиентов (веб, мобильный и десктоп), и документацию делаем тем же кодом что и api описываем и всё равно сложно, хотим ускорить разработку. И ладно было бы «как обычно» из-за фич страдает скорость - так нет, не сильно и страдает, а если уж немножечко ручками покодить так и вообще не страдает. GraphQL это читы в разработке, и это замечательно :)