3 points par bizapi 2021-07-16 | 10 commentaires | Partager sur WhatsApp

Je vous présente un projet que je développe personnellement.

L’objectif est de fournir aux startups diverses fonctionnalités d’API dont elles ont besoin à leurs débuts.

Actuellement, toutes les fonctionnalités sont gratuites, et je souhaite ajouter des fonctions dans des domaines variés.

En ce moment, je développe une API liée aux adresses, avec les fonctionnalités suivantes.

  • Récupération de la liste des provinces et villes de Corée du Sud

  • Récupération de la liste des eup, myeon et dong de Corée du Sud

  • Recherche du dong à partir des coordonnées latitude/longitude

  • Récupération de la liste des bâtiments dans un rayon défini à partir des coordonnées latitude/longitude

N’hésitez pas à me faire part de vos retours et de vos suggestions de fonctionnalités.

Merci. :D

(Je lis souvent GeekNews, mais je ne sais pas si j’ai le droit d’y publier ce type de message promotionnel ; si cela pose problème, je le supprimerai.)

10 commentaires

 
quack 2021-07-16

Je ne sais pas si ce serait mieux de publier les autres API plus tard,

mais pour les adresses, ne vaudrait-il pas mieux utiliser l’API de recherche du ministère de l’Intérieur et de la Sécurité ? Quel serait l’avantage ??

 
bizapi 2021-07-16

Les données factuelles sont en fait déjà récupérées et traitées depuis le ministère de l’Intérieur et de la Sécurité !

Cela dit, l’API du ministère donne l’impression d’avoir un processus assez complexe si l’on veut passer par le site pour l’utiliser.

Et il semble aussi que l’API ajoutée cette fois, basée sur les coordonnées latitude/longitude, ne soit pas prise en charge.

Comme vous l’avez dit, j’aimerais essayer de créer des fonctionnalités plus variées, haha ; je pense que c’est comme ça qu’on pourra apporter un vrai avantage !

En même temps, je me demande s’il faut continuer à consacrer du temps à l’API d’adresse… ou s’il vaudrait mieux chercher un autre argument de vente.

Merci pour votre avis !

 
curioe 2021-07-16

Ce serait pratique pour le développement initial si les API utilisées par les startups étaient regroupées au même endroit.

En regardant la page, j’ai l’impression qu’il faut parcourir toute la table des matières de la documentation API pour savoir quelles fonctionnalités sont disponibles.

Comme vous l’avez écrit dans l’article sur GeekNews, ce serait bien de pouvoir voir d’un coup d’œil quelles API sont proposées.

Et après avoir testé, il semble qu’actuellement, pour obtenir un token, cela ne fonctionne que si l’on ajoute address devant.

 
bizapi 2021-07-16

| S'il existait un regroupement des API utilisées par les startups, ce serait pratique au début du développement.

En fait, même sous cet angle, je me demande encore sur quoi il faudra se concentrer à l’avenir, snif snif ; il faut que ce soit une fonctionnalité nécessaire pour les startups et dont elles ressentent réellement l’utilité... mais j’ai du mal à l’imaginer ;;

Si c’est une fonctionnalité trop centrale, je me dis qu’elles essaieront peut-être de l’internaliser... mais en réalité, je pense aussi que les startups avec peu de développeurs en auraient besoin.

Je vais encore y réfléchir davantage !

 
bizapi 2021-07-16

Nous allons prendre en compte le point que vous avez mentionné. Merci beaucoup pour ce précieux retour !

| Actuellement, pour recevoir le token, il faut ajouter address au début pour que cela fonctionne.

Pourriez-vous nous indiquer de quel problème il s'agit exactement ?

Quand j’ai essayé de le reproduire, après l’émission du token il arrive sous la forme TK_ADDRESS_****, et il est possible de le copier puis de l’utiliser directement. Si vous pouvez nous préciser de quel problème il s’agit, nous vous en serions reconnaissants !

 
curioe 2021-07-16

D’après la documentation, l’émission du token est indiquée sur bizapi.io, mais cela renvoyait une erreur 403 ; en utilisant address.bizapi.io, ça a fonctionné.

 
bizapi 2021-07-16

Oups ! Un problème aussi basique que ça ;;;; je vais le corriger, merci de me l’avoir signalé !!!

 
xguru 2021-07-16

On dirait que c’est encore au stade MVP, mais lorsqu’une personne arrive sur le site pour la première fois,

  • qu’est-ce que ce service

  • quelles fonctionnalités il propose

  • quels sont les points forts de ce service

  • les conditions d’utilisation

ce sont au moins des éléments qui devraient être présents, afin qu’après une première visite, elle puisse avoir envie d’y revenir un jour.

(Pour cela, ce serait encore mieux de permettre au moins de recevoir des notifications par e-mail sur les nouvelles fonctionnalités.)

En Corée, je pense qu’API Store peut servir de point de comparaison intéressant.

À l’international, la Marketplace de RapidAPI me semble être une bonne référence.

Vous pourriez aussi vous inspirer des points forts mis en avant sur les pages des principaux fournisseurs d’API à l’étranger.

  • https://stripe.com/ : regardez en bas de page la section qui montre à quel point leur API est simple à utiliser.

  • https://www.skyflow.com/ : la phrase "What if privacy had an API?" montre clairement quel type d’API ce service propose.

Et puis, aujourd’hui, quand on dit "gratuit", il est difficile de savoir jusqu’où on pourra réellement l’utiliser, et pour une API en particulier, la pérennité du service est souvent le sujet principal.

Ce serait encore mieux s’il y avait une réflexion sur les coûts ou le rate limiting.

Plutôt que de se dire "Et si ça devenait payant un jour ?", je pense qu’il serait plus rassurant de pouvoir se dire quelque chose comme "Avec 1000 appels par jour, ça restera tout à fait utilisable".

Pour les pages détaillées des API, il serait aussi bien d’avoir, en plus du guide d’utilisation, une page dédiée à chaque API.

Comme la section actualités de GeekNews est alimentée chaque jour, les services naissants disparaissent assez vite de la page d’accueil.

Si vous ouvrez plus tard une section Show où ce type de services en phase initiale peut rester visible plus longtemps, ce serait une bonne idée de le republier à ce moment-là.

Peut-être pourriez-vous réfléchir davantage à ce qui ferait un MVP marquant, dont les utilisateurs (startups) se souviendraient après un seul passage, et viser cette étape-là dans l’implémentation.

 
bizapi 2021-07-16

Je n’en suis encore qu’au stade où seules de très petites fonctionnalités ont été développées, donc je n’ai pas encore vraiment réfléchi aux différents points de vue que vous avez mentionnés ni à des références externes pertinentes.

Chacun des points que vous avez écrits me semble très utile !

En réalité, ce qui me paraît le plus flou, c’est de savoir sur quoi je dois me concentrer pour avancer, snif snif.

Le service qui m’avait donné l’idée est celui-ci ci-dessous, mais au moment de poursuivre le développement seul, je continue à beaucoup me demander sur quoi je dois me concentrer..!

https://clayful.io/

Pour l’instant, cela reste au niveau d’un projet personnel, mais je vais essayer de m’appuyer sur les points que vous avez mentionnés pour en faire un véritable service.

Merci pour ce précieux retour !

 
bizapi 2021-07-16

La documentation de l’API d’adresse est disponible directement ici ! https://bizapi.io/docs/address