Пытался через знакомых оплатить - не получилось, в модалке при нажатии на оплатить высвечиваются российские заблокированные карты. Думаете удаление российских адресов может расцениваться как мошенничество?
Для меня киллер-фичей GraphQL является именно "графовость" и понятия резолверов, которые позволяют грузить данные какой-угодно глубины без копирования кода. Есть ли что-нибудь подобное в gRPC?
Rust хоть и любимчик публики, но в компаниях не востребован. Никто не будет тратить миллионы на обучение программистов, когдя рядом лежит Go с 24 ключевыми словами, на котором можно писать сносный код уже через неделю.
XSLT как черная дыра, сама закопала себя под своей тяжестью. Слишком монументальный, слишком перемудренный, фактически обогнал свое время и никто его не понял. У меня до сих пор лежит толстенная книга по XSLT, тогда в 2009-ом думал, что за ним будущее )
Купил себе MacBook Air на M1. Впервые купил продукт Apple. После этого ноута на другие смотреть уже не могу: тяжелые, толстые и жужжат как пылесосы )
До этого всегда думал, что макбуки это неоправданно дорого. Но потом проскнировав рынок пришел к выводу, что альтернатив то и нету с моими требованиями 2K экран (без шим, минимум 400 нит, широкие углы обзора, без засветов в темноте), 512 GB SSD, 16 GB RAM. При прочих равных макбук, к моему удивлению, оказался дешевле остальных.
Главная проблема REST в том, что REST — это термин, не стандарт, не спецификация, а всего лишь свод соглашений, весьма условных и слабых. Каждый волен пилить свою API как угодно. Сколько копий сломано в спорах о том, как называть маршруты до сущностей, правильно ли включать в маршруты глаголы, как версионировать, должен ли API отражать только взаимодействие с сущностями (CRUD) или может обрабатывать бизнес-операции? Базовый CRUD может написать каждый даже не имея навыков программирования, благо сейчас полно конструкторов API. Но стоит API чуток разрастись, как тут же начинаются проблемы с бизнес-процессами. Например, как сделать API для добавления комментариев? POST /comments? POST /articles/1/comments? COMMENT /articles/1?
Многие возразят, что есть стандарты для реализации REST API вроде Swagger (Open API), JSON:API, OData, HAL, RAML, HATEOAS и т.п. На практике из этих стандартов жизнеспоспобны (на моем опыте) только Open API и RAML. И несмотря на наличие этих стандартов все равно остается проблема общения с потребителями API (клиенты, фронтендеры). В лучшем случае у потребителя будет HTML-документация (счастье, если не устаревшая).
Коммент получился сумбурный, но что я хочу сказать из своего опыта — REST хорош для начала как MVP или как публичное API чисто для фронта, потому что можно пользоваться всеми фичами HTTP. Для чего-то серьезного рекомендую применять GraphQL, не потому что он хороший, а потому что на данный момент достойных альтернатив нет.
Пытался через знакомых оплатить - не получилось, в модалке при нажатии на оплатить высвечиваются российские заблокированные карты. Думаете удаление российских адресов может расцениваться как мошенничество?
Если правильно настроить complexity guard, то нет
Для оптимизации таких вещей есть dataloader-ы
Для меня киллер-фичей GraphQL является именно "графовость" и понятия резолверов, которые позволяют грузить данные какой-угодно глубины без копирования кода. Есть ли что-нибудь подобное в gRPC?
Что скажете про GraphQL в свете неудобностей, которые преподносит GRPC для использования на стороне веба?
https://qmk.fm/
Rust хоть и любимчик публики, но в компаниях не востребован. Никто не будет тратить миллионы на обучение программистов, когдя рядом лежит Go с 24 ключевыми словами, на котором можно писать сносный код уже через неделю.
XSLT как черная дыра, сама закопала себя под своей тяжестью. Слишком монументальный, слишком перемудренный, фактически обогнал свое время и никто его не понял. У меня до сих пор лежит толстенная книга по XSLT, тогда в 2009-ом думал, что за ним будущее )
на легендарном 4.4.4 крутится чуть ли не 99% китайских oem поделок, от детских часов до автомагнитол
Купил себе MacBook Air на M1. Впервые купил продукт Apple. После этого ноута на другие смотреть уже не могу: тяжелые, толстые и жужжат как пылесосы )
До этого всегда думал, что макбуки это неоправданно дорого. Но потом проскнировав рынок пришел к выводу, что альтернатив то и нету с моими требованиями 2K экран (без шим, минимум 400 нит, широкие углы обзора, без засветов в темноте), 512 GB SSD, 16 GB RAM. При прочих равных макбук, к моему удивлению, оказался дешевле остальных.
С блюром не сильно то и старались )
RSV – Rising Storm: Vietnam?
Питон на кдпв спецом поставлен?
Ужасный гугло-перевод. Вы хоть вычитку то делаете? Уж извините меня, но это полное го*но.
Вам надо это постить в DTF.RU
Каким надо быть [нехорошим человеком], чтобы делать такие галки?
И в ней нет ни одного слова "tea"
Лучше JSON заменить на что-нибудь вроде MessagePack или CBOR, а это так копейки.
Главная проблема REST в том, что REST — это термин, не стандарт, не спецификация, а всего лишь свод соглашений, весьма условных и слабых. Каждый волен пилить свою API как угодно. Сколько копий сломано в спорах о том, как называть маршруты до сущностей, правильно ли включать в маршруты глаголы, как версионировать, должен ли API отражать только взаимодействие с сущностями (CRUD) или может обрабатывать бизнес-операции? Базовый CRUD может написать каждый даже не имея навыков программирования, благо сейчас полно конструкторов API. Но стоит API чуток разрастись, как тут же начинаются проблемы с бизнес-процессами. Например, как сделать API для добавления комментариев?
POST /comments?POST /articles/1/comments?COMMENT /articles/1?Многие возразят, что есть стандарты для реализации REST API вроде Swagger (Open API), JSON:API, OData, HAL, RAML, HATEOAS и т.п. На практике из этих стандартов жизнеспоспобны (на моем опыте) только Open API и RAML. И несмотря на наличие этих стандартов все равно остается проблема общения с потребителями API (клиенты, фронтендеры). В лучшем случае у потребителя будет HTML-документация (счастье, если не устаревшая).
Коммент получился сумбурный, но что я хочу сказать из своего опыта — REST хорош для начала как MVP или как публичное API чисто для фронта, потому что можно пользоваться всеми фичами HTTP. Для чего-то серьезного рекомендую применять GraphQL, не потому что он хороший, а потому что на данный момент достойных альтернатив нет.
Вы такси придумали