BizApi - APIs para startups
(bizapi.io)Gostaria de apresentar um projeto que estou tocando pessoalmente.
O objetivo é fornecer diversas funcionalidades de API necessárias para startups em estágio inicial.
No momento, todas as funcionalidades são gratuitas, e pretendo adicionar recursos de várias áreas.
Atualmente estou desenvolvendo APIs relacionadas a endereços, e há funcionalidades como as abaixo.
-
Consulta da lista de províncias e cidades da Coreia do Sul
-
Consulta da lista de eup, myeon e dong da Coreia do Sul
-
Consulta de dong com base em latitude/longitude
-
Consulta da lista de edifícios com base em raio a partir de latitude/longitude
Agradeço muito qualquer feedback e sugestões de funcionalidades.
Obrigado. :D
(Leio o GeekNews com frequência, mas não sei se posso fazer uma postagem promocional assim; se isso for um problema, apagarei o post.)
10 comentários
Talvez vocês possam divulgar as outras APIs depois,
mas para endereço não seria melhor usar a API de busca do Ministério do Interior e Segurança? Qual seria a vantagem??
Os dados factuais já foram recebidos e processados a partir do Ministério do Interior e Segurança!
Só que a API do ministério parece ter um processo complicado para usar acessando o site.
E a API adicionada desta vez, baseada em latitude/longitude, aparentemente não é suportada.
Como você disse, pretendo criar recursos mais variados também haha; acho que assim surgirá uma vantagem maior!
Ao mesmo tempo, o que me deixa em dúvida é se devo continuar gastando tempo com a API de endereços... ou se devo procurar outro diferencial!
Obrigado pela opinião!
Se houvesse um lugar reunindo as APIs que as startups usam, isso facilitaria o desenvolvimento inicial.
Ao visitar a página, percebi que é preciso examinar todo o índice da documentação da API para descobrir quais funcionalidades existem.
Como foi escrito no texto do GeekNews, seria bom poder ver de relance quais APIs são oferecidas.
Além disso, ao testar, vi que no momento para receber o token é preciso colocar
addressantes para funcionar.| Seria conveniente se as APIs usadas por startups estivessem reunidas em um só lugar na fase inicial de desenvolvimento.
Na verdade, também estou pensando, por essa perspectiva, em onde devo focar daqui para frente T_T; precisa ser uma funcionalidade necessária para startups e, ao mesmo tempo, algo cuja utilidade elas realmente percebam... mas não estou conseguindo estimar bem isso;;
Ao mesmo tempo, penso que, se for uma funcionalidade muito central, talvez tentem internalizá-la,, mas, na prática, também me passa pela cabeça que startups com poucos desenvolvedores provavelmente precisariam disso..
Vou pensar mais sobre isso!
Vamos considerar o ponto que você mencionou. Muito obrigado pelo valioso feedback!
| Atualmente, para receber o token, parece que só funciona se adicionar
addressna frente.Você poderia nos informar que tipo de problema é esse?
Quando tentei reproduzir, após a emissão do token ele veio como
TK_ADDRESS_****, e foi possível copiar e usar imediatamente. Se puder nos dizer qual é exatamente o problema, agradeço!Na documentação, a emissão de token aparece como sendo via bizapi.io, mas deu erro 403; quando usei address.bizapi.io, funcionou.
Nossa! Um problema tão básico assim;;;; vou corrigir, obrigado por avisar!!!
Parece que ainda está na fase de MVP, mas quando alguém acessa o site pela primeira vez,
o que é este serviço
quais funcionalidades ele oferece
quais são os pontos fortes deste serviço
termos de uso
acho que pelo menos isso precisa existir, para que a pessoa acesse uma vez e possa voltar algum dia no futuro.
(Para isso, seria ainda melhor deixar disponível pelo menos um alerta por e-mail sobre novos recursos.)
Acho que seria bom usar como referência a API Store, que pode ser vista como um comparável no mercado coreano.
No exterior, o Marketplace da RapidAPI parece ser uma boa referência.
Também seria bom consultar páginas dos principais provedores de API no exterior e aproveitar seus pontos fortes.
https://stripe.com/ : veja a seção no rodapé que mostra como a API deles é fácil de usar
https://www.skyflow.com/ : a frase "What if privacy had an API?" mostra que tipo de API este serviço oferece.
Além disso, hoje em dia, quando algo é dito como "grátis", é difícil saber até onde dá para usar,
e, especialmente em APIs, a continuidade do serviço é a questão mais importante.
Seria ainda melhor se houvesse uma consideração sobre custos ou rate limiting.
Em vez de pensar "e se um dia virar pago?", talvez seja melhor algo como "se forem 10.000 chamadas por dia, então dá para continuar usando numa boa".
Na página detalhada da API, além da página de guia de uso, acho que seria bom ter uma página separada para cada API.
Como a seção de notícias do GeekNews recebe publicações todos os dias, serviços em estágio inicial acabam saindo da vitrine principal relativamente rápido.
Se no futuro vocês abrirem uma seção Show onde esses serviços iniciais possam ficar em destaque por mais tempo, seria bom divulgar de novo nessa ocasião.
Que tal pensar um pouco mais sobre que tipo de MVP faz o usuário (startup) olhar uma vez e se lembrar depois, e definir como meta implementar até esse ponto?
Ainda estou em um estágio em que só criei funcionalidades bem pequenas, então não consegui pensar em várias das perspectivas que você mencionou, nem em referências externas que valham a pena consultar.
Acho que cada um dos pontos que você escreveu está ajudando bastante!
Na verdade, a coisa mais vaga para mim no momento é decidir em que foco devo tocar o projeto T_T
O serviço de onde tirei a ideia foi o serviço abaixo, mas na hora de seguir desenvolvendo sozinho, continuo pensando bastante em onde devo concentrar meus esforços..!
https://clayful.io/
Por enquanto está no nível de um projeto pessoal, mas vou me esforçar para tentar transformar isso em um serviço, levando em consideração os pontos que você mencionou.
Muito obrigado pelo valioso feedback!
A documentação da API de endereço pode ser consultada aqui mesmo! https://bizapi.io/docs/address