Limites de taxa devem ser documentados, não descobertos
Descobrir o seu limite de taxa por meio de um erro 429 em produção não é documentação. É um chamado de suporte que nunca deveria ter precisado existir.
Opinião sobre o mercado de dados de localização: preços, dependência de fornecedor, privacidade e o que os grandes provedores fazem de errado.
Descobrir o seu limite de taxa por meio de um erro 429 em produção não é documentação. É um chamado de suporte que nunca deveria ter precisado existir.
Uma chamada em lote com mil endereços ainda faz mil consultas separadas. Contá-la como uma única requisição só esconderia para onde o uso real foi.
Um nome de campo proprietário ou um modelo de objeto personalizado não economiza nada para o provedor e custa ao cliente uma reescrita depois. JSON simples e previsível não é um recurso que está faltando.
Um teste gratuito termina e pede um cartão de crédito em uma data fixa. Um acesso sem chave simplesmente continua funcionando. Achamos que o segundo respeita mais o tempo do desenvolvedor.
Aplicações reais misturam geocodificação, consultas de IP e chamadas de fuso horário no mesmo fluxo de requisição. Cobrá-las como produtos separados ignora como elas são usadas em conjunto.
As consultas de fuso horário usam uma fonte de dados pública e mantida ativamente. Cobrar um valor premium à parte por essa consulta não reflete um custo adicional real.
Um SDK pede que você confie na biblioteca cliente de uma empresa durante toda a vida do seu projeto. Um host de compatibilidade pede que você mude uma linha de configuração.
Ilimitado deveria significar sem teto. Leia as letras miúdas de muitos planos de API ilimitados e você muitas vezes vai encontrar uma política de uso justo que discretamente diz o contrário.
Um preço por requisição corresponde ao que uma API realmente custa para funcionar. O preço por usuário mede número de pessoas, não uso, e o tráfego de geocodificação raramente segue qualquer um dos dois.
Somente Nossa opinião, à medida que for publicado.
Assine Nossa opinião