Discussion :

[MOCWARD]

Bonjour,
Messieurs les modérateurs, je ne sais pas si mon post est vraiment à la bonne place, veuillez m'en excusez par avance

Je viens par ici pour savoir si quelques passionnés de codage pouvaient m'éclairer sur le travaille à effectuer pour créer une application tel que je l'imagine. Ma venue ici n'est pas de débattre du bien fondé de cette app ou de son potentiel, mais essayer d'avoir des infos pertinentes sur le développement, avec ce que ça peut engendrer en termes de temps, de coûts et de problématiques à traverser. N'ayant aucunes connaissances sur le sujet, je ne connais pas encore les réalités de la tâche à effectuer par un tiers.

J'aimerai donc commencer à savoir si créer une appli Android/IOS avec système de géolocalisation + visibilité précise sur carte en temps réel de tous les utilisateurs de l'application, est quelque chose de réalisable facilement par beaucoup de développeurs ou si les compétences requises sont plus pointues et plus complexes qu'un néophyte pourrait l'imaginer.

Merci d'avance à ceux qui prendront du temps pour en discuter.

[grunk]

Rien de très compliqué.

Récupérer la géoloc est très facile.
L'écrire dans une base , va dépendre de la solution choisi mais en général ca revient à faire une requete http sur un serveur qui héberge la base
Afficher des points sur une carte n'est pas très compliqué tant qu'on passe par les API dispo dans le système (en gros google map ou apple map).

Les vrais problématique vont plus être de l'ordre de la montée en charge / scalabilité de l'ensemble.
Comment afficher 1 000 000 d'utilisateur, comment gérer le flux de màj des positions , etc ...

[MOCWARD]

Merci beaucoup pour ta réponse.

Comment se gère cette problématique de scalabilité? Faut-il déjà prévoir cela dès le début du développement? Si je sais d'avance que je ne dépasserais pas les 50 000 utilisateurs, ou si je sais déjà que la montée en charge peut être "infini"; résoudre cette problématique demande t'elle plutôt des moyens humains (nombres de développeurs, compétences...etc), financiers, matériels ... ?

Donc j'imagine qu'il est tout aussi simple de faire en sorte de gérer la visibilité des position GPS sur la carte, en choisissant de voir seulement un certain nombre d'utilisateurs (système de groupes par filtres personnels)?

Au sujet des màj de positions, cela se ferait il instantanément à chaque demande d'actualisation (par exemple) de la carte par l'utilisateur?

[UbuntuMan]

Attention toutefois à un point.

La collecte de l'information de position de l'utilisateur et SON partage avec des tiers (d'autres utilisateurs)
doit faire l'objet d'une déclaration préalable lors de la publication de l'application.

[MOCWARD]

Attention toutefois à un point.

La collecte de l'information de position de l'utilisateur et SON partage avec des tiers (d'autres utilisateurs)
doit faire l'objet d'une déclaration préalable lors de la publication de l'application.

Merci pour ce point.
Cela veut il dire qu'après avoir fait cette déclaration, il y a un avis rendu sur le sujet et que l'appli pourrait ne pas être autoriser sur les stores?

[grunk]

Comment se gère cette problématique de scalabilité? Faut-il déjà prévoir cela dès le début du développement? Si je sais d'avance que je ne dépasserais pas les 50 000 utilisateurs, ou si je sais déjà que la montée en charge peut être "infini"; résoudre cette problématique demande t'elle plutôt des moyens humains (nombres de développeurs, compétences...etc), financiers, matériels ... ?

D'un point de vue applicatif android , il n'ya pas vraiment de problème. Si ce n'est par exemple adapté un peu l'affichage de la carte pour pas avoir à afficher des milliers de points d'un coup.
Le gros du travail est à faire coté serveur notamment en fonction de la plateforme et des choix technique.

Une des solutions de simplicité est de déléguer la partie serveur à un tiers comme Firebase de Google qui ont d'office les capacités de grossir avec ton audience. La contrepartie c'est que ca peux couter cher si tu grossis très vite mais tu peux y gagner si au contraire le projet ne décolle pas car tu aura investit très peu voir rien du tout (le premier palier est gratuit).

J'ai pas particulièrement d'expérience dans les grosses volumétrie , mais j'imagine que même si tu essai de tout prévoir dès le début , il va y'avoir des problématique qui vont apparaîtrent au fil du temps et auxquelles tu n'auras pas pensé.

Dans tous les cas arriver à un certains seuil , il faut trouver des gens avec de l'expérience dans la gestion de fort volume de données.

[MOCWARD]

J'ai pas particulièrement d'expérience dans les grosses volumétrie , mais j'imagine que même si tu essai de tout prévoir dès le début , il va y'avoir des problématique qui vont apparaîtrent au fil du temps et auxquelles tu n'auras pas pensé.

Dans tous les cas arriver à un certains seuil , il faut trouver des gens avec de l'expérience dans la gestion de fort volume de données.

A partir de combien considères-tu une grosse volumétrie?

Hier, j'ai rencontré quelqu'un qui m'a affirmé que ca serait très compliqué d'avoir une synchro des positions GPS en temps réel. Que chaque actualisation prendrait 10 minutes Est-ce vrai?

J'ai l'impression qu'il faudrait tout d'abord que je trouve quelqu'un de suffisamment compétent dans le domaine pour discuter et me faire un topo général de la faisabilité de l'appli (technique, couts, temps, environnement nécessaire...) et qui serait éventuellement intéressée pour se lancer dans le projet. Car ici je risque d'avoir beaucoup trop de questions à vous poser.
Sauriez-vous vers qui je pourrais me tourner pour cela. Je suis de la région toulousaine, et il faudrait maintenant que je m'attaque plus concrétement à l'avancé du sujet. Quelqu'un serait-il intéressé pour entrer en contact avec moi, ou me diriger vers quelqu'un ou entité qui démaillerait le noeud qui va pas tarder à se créer dans mon cerveau . Le but à court terme étant de constituer une équipe motivée et enthousiaste autour de ce projet.

[grunk]

Merci pour ce point.
Cela veut il dire qu'après avoir fait cette déclaration, il y a un avis rendu sur le sujet et que l'appli pourrait ne pas être autoriser sur les stores?

C'est surtout une déclaration auprès de la cnil. Y'a pas d'avis rendu en règle général , c'est juste pour informer que tu va enregistrer des données personnel.
https://www.cnil.fr/fr/comprendre-vos-obligations

A partir de combien considères-tu une grosse volumétrie?

Hier, j'ai rencontré quelqu'un qui m'a affirmé que ca serait très compliqué d'avoir une synchro des positions GPS en temps réel. Que chaque actualisation prendrait 10 minutes Est-ce vrai?

J'ai l'impression qu'il faudrait tout d'abord que je trouve quelqu'un de suffisamment compétent dans le domaine pour discuter et me faire un topo général de la faisabilité de l'appli (technique, couts, temps, environnement nécessaire...) et qui serait éventuellement intéressée pour se lancer dans le projet. Car ici je risque d'avoir beaucoup trop de questions à vous poser.
Sauriez-vous vers qui je pourrais me tourner pour cela. Je suis de la région toulousaine, et il faudrait maintenant que je m'attaque plus concrétement à l'avancé du sujet. Quelqu'un serait-il intéressé pour entrer en contact avec moi, ou me diriger vers quelqu'un ou entité qui démaillerait le noeud qui va pas tarder à se créer dans mon cerveau . Le but à court terme étant de constituer une équipe motivée et enthousiaste autour de ce projet.

Une grosse volumétrie c'est quelque centaine de millieres d'utilisateur , des dizaines de million de ligne dans une base , plusieurs centaines/milliers de requêtes par seconde , etc ...

Chaque actualisation ne prendra pas 10 min.La réactivité du système va dépendre des choix techniques.

Si effectivement tu n'as pas de notion de développement , et "juste" une idée , il est judicieux de te faire accompagner par quelqu'un , pas forcément un développeur mais quelqu'un avec une vision global capable d’appréhender les notions de mobile et de serveur.