Firebase seulement si l'auth est déjà là
Firebase est sur la pile affichée, à la ligne authentification. Aucune réalisation et aucun passage du CV ne disent qu'un produit Byte Force tourne sur Firebase. Écrire à Casablanca si un produit existe déjà avec Firebase et qu'il faut le reprendre, pas pour l'ajouter par habitude.
Rien à coller sur un projet public
Les comptes de Coco Inbox et du CRM orthodontique sont décrits avec Node.js, GraphQL et les droits d'accès. La fiche ne dit pas Firebase. Proche de moi est décrit avec Next.js, TypeScript et Strapi. La fiche ne dit pas Firebase non plus.
Le CV liste React, Next.js, TypeScript, Node.js, GraphQL, MongoDB, WordPress, WooCommerce, PHP, Vercel, OVHcloud et Cloudflare. Firebase n'y figure pas. L'afficher sur l'accueil comme outil possible n'est pas une étude de cas.
Le seul cas honnête
Firebase a un sens quand le produit du client est déjà dessus : authentification, fichiers ou messages déjà branchés, et l'équipe ne demande pas une réécriture pour changer de logo. On lit ce qui est là. On dit si la reprise tient, ou si les comptes doivent revenir sur un serveur que le client possède.
On ne propose pas Firebase comme identité par défaut d'un logiciel neuf. Les droits d'un CRM déjà livré ont été écrits dans l'API. Un deuxième fournisseur d'identité ne s'ajoute pas pour faire une ligne de pile.
Les comptes restent au client
Si un service tiers fait partie de la livraison, le compte est au nom du client. Le studio ne garde pas la clé qui ouvre les utilisateurs. C'est la même règle que pour l'hébergement et le dépôt.
Pas de prix. Trente minutes, gratuites. Technopark, Casablanca, lundi à vendredi, 9h à 19h.
Dire ce qui authentifie déjà
Le logiciel sur mesure demande qui peut entrer, pas le nom Firebase. Si Firebase est déjà en place, dites-le. Si rien n'existe, on part des rôles.
Écrire à Casablanca avec le mode de connexion actuel, ou avec le fait qu'il n'y en a pas encore.
English
Firebase only if auth is already there
Firebase is on the stack shown, on the authentication line. No case study and no CV passage say a Byte Force product runs on Firebase. Write to Casablanca if a product already uses Firebase and must be taken over, not to add it out of habit.
Nothing to pin on a public project
Accounts on Coco Inbox and the orthodontic CRM are described with Node.js, GraphQL and access rights. The profile does not say Firebase. Proche de moi is described with Next.js, TypeScript and Strapi. The profile does not say Firebase there either.
The CV lists React, Next.js, TypeScript, Node.js, GraphQL, MongoDB, WordPress, WooCommerce, PHP, Vercel, OVHcloud and Cloudflare. Firebase is not on that list. Showing it on the homepage as a possible tool is not a case study.
The only honest case
Firebase makes sense when the client's product is already on it: authentication, files or messages already connected, and the team is not asking for a rewrite to change a logo. What is there is read. Then we say whether the takeover holds, or whether the accounts should come back to a server the client owns.
Firebase is not the default identity of a new piece of software. Rights in a CRM already delivered were written in the API. A second identity provider is not added to fill a stack line.
Accounts stay with the client
If a third-party service is part of the delivery, the account is in the client's name. The studio does not keep the key that opens the users. The same rule covers hosting and the repository.
No price. Thirty minutes, free. Technopark, Casablanca, Monday to Friday, 9:00 to 19:00.
Say what already signs people in
Custom software asks who may enter, not for the name Firebase. If Firebase is already in place, say so. If nothing exists yet, the work starts from the roles.
Write to Casablanca with the current sign-in, or with the fact that there is none yet.