O problema das chaves de API que nunca expiram
Uma chave emitida anos atrás, nunca trocada e ainda válida hoje não é uma conveniência. É um risco que ninguém examina de verdade há anos.
Por que testar dados de endereço não deveria exigir uma ligação de vendas
Existe um tipo específico de atrito que aparece de forma desproporcional em torno de dados de endereço: uma API de geocodificação com promessas reais de cobertura e uma demonstração na página de marketing, mas sem nenhuma forma de realmente passar seus próprios endereços por ela sem antes preencher um formulário e esperar que um representante de vendas entre em contato. O raciocínio por trás dessa barreira costuma ser qualificar leads ou proteger um conjunto de dados valioso contra coleta casual. O efeito, seja qual for o raciocínio, é que um desenvolvedor não consegue responder à única pergunta que realmente importa, se isto lida bem com os meus endereços, sem antes ter uma conversa que não tem nada a ver com a questão técnica em si.
Nós não colocamos os testes atrás de uma conversa de vendas. 2.500 requisições por dia, a partir de qualquer endereço, sem precisar de chave, é o suficiente para passar um lote real de endereços representativos seus pela API e ver o que volta, na hora, sem agendar nada. Se o próximo passo que você quer é uma chave, obtê-la exige um endereço de e-mail, não uma ligação de qualificação sobre o seu volume esperado ou caso de uso.
O impulso de restringir os testes geralmente vem de tratar o tráfego de avaliação como um custo a ser minimizado, em vez de vê-lo como o próprio processo de vendas funcionando corretamente. Achamos que isso inverte as prioridades, especificamente para um produto técnico. Uma API de geocodificação não é um produto em que a maioria dos desenvolvedores vai confiar com base em uma apresentação de vendas ou em uma demonstração construída em torno de endereços de exemplo escolhidos a dedo. É um produto em que eles confiam depois de passar sua própria lista de endereços reais e bagunçados por ele e ver como ele realmente se comporta, inclusive nos casos complicados que uma demonstração selecionada nunca incluiria.
É também aqui que tomamos cuidado para ser honestos sobre os limites, em vez de deixar que o acesso fácil sugira mais do que deveria. Poder testar a geocodificação direta, a geocodificação reversa e o preenchimento automático imediatamente, sem uma ligação de vendas, não significa que esses endpoints específicos estejam sendo apresentados como totalmente prontos, com precisão verificada em todos os padrões de endereço. Significa que você pode descobrir diretamente, com os seus próprios dados, o que eles realmente fazem, em vez de ouvir o que eles fazem de alguém cujo trabalho é encerrar a conversa com um contrato assinado.
Uma ligação de vendas tem um lugar legítimo em compromissos realmente grandes, em que uma conversa direta sobre necessidades específicas é útil para os dois lados. Ela não deveria ser a barreira entre um desenvolvedor e a pergunta básica sobre se o tratamento de endereços de uma API é bom o bastante para o seu caso de uso. Essa pergunta merece uma resposta direta, da própria API, na primeira tarde em que alguém decide descobrir, e não depois de uma ligação agendada para algum dia da semana que vem.
Preferimos conquistar uma conta grande da mesma forma que conquistamos uma pequena: deixando o produto responder à pergunta diretamente. Se o tratamento de endereços se sustenta na sua própria lista real e bagunçada, isso é um argumento melhor para um compromisso maior do que qualquer coisa que uma conversa de vendas poderia dizer em nome dele.