Poursuivre le développement d'une application de Chat - React Expo

Nous avons une application mobile développée en React Native actuellement en production.

Cette application regroupe une connexion via une API REST ainsi que l'appel à une Webview, ainsi qu'une validation de connexion multifacteurs ( challenge SHA1 ).

L'application se nomme Redox et est actuellement disponible au téléchargement sur le Play Store / App Store.

Une nouvelle version de cette application a été développée avec React Expo et intègre un Chat intégré avec communication Socket.IO.

Le développeur en charge des développement nous quitte, mais une passation de connaissance pourra avoir lieu.

Nous sommes donc à la recherche d'un développeur React Expo capable de reprendre les développement en cours et terminer l'application en vue d'une mise en production.

La communication entre le développeur mobile et le chef de projet sera d'ordre technique.

Les tâches qui restent à réaliser sont les suivantes :

- Gestion des sessions : Nous avons 2 vues, une webview où on demande un token et on le passe à la webview, et un onglet Chat où on est connecté avec un Socket.IO. Les vues sont indépendantes, et pour se connecter on demande un finger print qui lance une procédure pour récupérer le token. Tout est en place et ça fonctionne bien. Mais si on s'est déjà authentifié sur une des vues, il faut pouvoir faire un appel API pour dupliquer la session et récupérer un second token de connexion, sans redemander le fingerprint..
- On a la possibilité de faire des messages vocaux, mais lors de l'enregistrement l'animation ne nous plait pas. Il faudrait donc recréer une animation en récupérant les décibels avec React Expo
- UI messages : L’interface est complètement fonctionnelle, mais il y a lieu de peaufiner les détails au niveau du design et régler les éventuels bugs.
Les bug restant sont lié à des cas d’usage très spécifiques (une réponse à un message transféré, un transfert d'une réponse, etc.)
- Régler les problèmes de scroll lorsqu’on clique sur une réponse d’un message non-listé dans la récupération de message initial (pagination en infinite scroll) : Le but étant de charger les messages depuis le milieu, faire une animation scroll, supprimer les messages suivant (pour ne pas avoir de messages manquant), puis lors du scroll depuis ce message source, charger les messages suivant ou précédent pour charger les messages en continu. La difficulté ou particularité réside dans le fait que le scroll est inversé (scroll depuis le bas).
- Push Notif : Gestion des notifications, notamment le rappel de notification. Comme les messages peuvent être lu depuis l’application desktop, il faut rappeler la notification et mettre à jour les puces (nombre de notifications). La partie backend est développée par nos équipes, mais une discutions devrait avoir lieu pour définir le protocole des échanges entre le client et le serveur, au niveau des push notifications.
- Events : (liée indirectement avec les push). Une grande partie des événements est déjà implémentée, mais certaines tâches restent à contrôler, corriger ou à développer (exemple : est en train d'écrire, gestion d’un nouveau message qui arrive, rejoint un groupe, quitte un groupe, etc.). Avec les cas spécifiques du type : déconnexion / reconnexion, puis traiter séquentiellement la masse d’événements qui arrives. Exemple : traiter le "rejoint un groupe" avant le "nouveau message" qui arrive dans ce groupe, ce genre de cas... Comme c'est de l'asynchrone, l’ordre de réception des messages n’est pas garanti.
- Correction de tous les bug qui arriveront lorsqu’on fera des tests un peu plus poussés (déconnexion, lecture des messages depuis le desktop, reconnexion et s'assurer que les puces aient suivi : nb messages non lu).

Merci de nous faire parvenir vos plaquettes commerciales, CV ou exemple de réalisation.