Умение работать с строковыми данными (ведь числа могут быть гигантскими, и bigint не спасет).
Работа со строковыми данными не раскрыта.
Внимание к краевым случаям — это как раз то, что ломает продакшен в пятницу вечером.
... 5 ошибок, которые превратят ваш код в тыкву
addArrays(undefined, null)
Написаный алгоритм выглядит элигантно, но он совсем не удовлетворяет тезисам, которые заявлены в статье. Сложность задачи не только в том, чтобы написать красивое решение для идеальных данных, а чтобы результат был предсказуемый при любых данных. Да, красота при всех необходимых проверках, конечно же, пострадает
Вроде, Telegram не позволяет запускать ботов с одинаковым api_key на разных устройствах.
Как в этом случае отказаться от монолитной архитектуры? Если использовать бота как прокси для запросов и перенаправлять их обработку на свои микросервисы, то получается что сам бот начинает зависеть от внешних API, что противоричит пункту 6.
Хотелось бы тогда в выводах услышать некоторые рекомендации по организации сервиса, а то упоминаются возможные проблемы, а вот способов их избежать — нет. Спасибо.
Все же GraphQL дырявый или нет? Хотелось бы прочитать более конкретные выводы.
REST API предоставляет ту информацию, которую в API заложит разработчик, то есть в случае, если вам необходимо получить больше или меньше информации, чем предполагает API, то нужны будут дополнительные действия. Опять же, GraphQL выдаёт точно запрашиваемую информацию.
Полезным дополнением будет то, что в GraphQL есть схема, описывающая, как и какие данные клиент может получить.
Для получания данных, не входящих в текущую GraphQL схему, все же надо дергать программистов, так что нельзя сказать, что GraphQL имеет какое-то преимущество перед REST.
для vs code есть возможность открыть проект на удаленной машине, но сам ни разу не пользовался https://code.visualstudio.com/docs/remote/ssh#:~:text=Connect to a remote host&text=In VS Code%2C select Remote,to select the type manually.
сам когда-то пользовался sshfs, чтобы локально смонтировать директорию проекта с сервера
Работа со строковыми данными не раскрыта.
addArrays(undefined, null)
Написаный алгоритм выглядит элигантно, но он совсем не удовлетворяет тезисам, которые заявлены в статье. Сложность задачи не только в том, чтобы написать красивое решение для идеальных данных, а чтобы результат был предсказуемый при любых данных. Да, красота при всех необходимых проверках, конечно же, пострадает
то что вы пытаетесь описать очень похоже на OData https://learn.microsoft.com/en-us/odata/concepts/queryoptions-overview
ждем первого сообщения о грабеже, кажется эту штуку очень легко с головы сдернуть
Вроде, Telegram не позволяет запускать ботов с одинаковым api_key на разных устройствах.
Как в этом случае отказаться от монолитной архитектуры? Если использовать бота как прокси для запросов и перенаправлять их обработку на свои микросервисы, то получается что сам бот начинает зависеть от внешних API, что противоричит пункту 6.
Для получания данных, не входящих в текущую GraphQL схему, все же надо дергать программистов, так что нельзя сказать, что GraphQL имеет какое-то преимущество перед REST.