Pragmatisme
La meilleure solution n’est pas la plus impressionnante. C’est celle que l’équipe adopte.
À propos
Je préfère comprendre comment une entreprise travaille avant de choisir ce que je vais coder.
Cédric Bianchi-Sala, à Nice. Je conçois, je développe et j’exploite : applications métier, automatisations, sites web et l’infrastructure qui les fait tourner.
Qui vous répond
Une seule personne, du premier échange jusqu’à la production.
Je conçois, je développe, je déploie et je corrige. Ce n’est pas une posture d’indépendant : c’est ce qui permet de décider vite, de dire non à une fonctionnalité inutile, et de ne pas perdre le besoin de vue entre trois intermédiaires.
- Basé àNice — projets à distance possibles
- ActivitéCB06 : assistance informatique et téléphonie, à Nice
- InterlocuteurLe même du cadrage à la mise en production
- En ligneLinkedIn ↗
Mon approche
Le goût des systèmes qui servent vraiment.
Je construis souvent mes propres outils parce que les solutions disponibles répondent à une catégorie, pas toujours au problème précis rencontré sur le terrain.
Mon travail commence par des questions simples : où l’information se perd-elle ? Quelle étape est répétée ? Qui attend quoi ? Qu’est-ce qui doit être visible, automatisé ou sécurisé ?
Ensuite seulement viennent l’interface, le code, les API et le serveur. C’est ce qui me permet de suivre un projet de sa première architecture jusqu’à son exploitation quotidienne — et d’en assumer les corrections.
Autonomie
Concevoir, développer, connecter, déployer et diagnostiquer sans perdre le fil du besoin.
Clarté
Les choix et les limites doivent être compris sans jargon, y compris quand la réponse est « non ».
Travailler ensemble
Comment ça se passe concrètement.
- 01
Premier échange
Vous décrivez la situation. Je pose des questions sur votre terrain, pas sur la technique. À la fin, on sait si j’ai quelque chose d’utile à apporter.
- 02
Cadrage écrit
Ce qui est construit, ce qui ne l’est pas, dans quel ordre et pour quel budget. Vous validez avant que je commence.
- 03
Construction
Vous voyez le produit avancer par étapes utilisables. Les arbitrages se prennent avec vous, pas dans mon coin.
- 04
Mise en production
Déploiement, prise en main courte, corrections des premiers jours d’usage réel.
- 05
Ensuite
Le projet vit : évolutions, sauvegardes, surveillance. Vous gardez le même interlocuteur, pas un ticket dans une file.
Sous le capot
Ce que la technique sert à faire.
Faire fonctionner l’interface
Ce que voient vos équipes et vos clients : pages, formulaires, plannings, tableaux de bord.
HTML · CSS · JavaScriptOrganiser la donnée
Fiches, historiques, documents, droits d’accès et recherche qui reste rapide avec le temps.
PHP · Python · MariaDB · SQLiteRelier les outils entre eux
API, notifications et échanges automatiques avec les services que vous utilisez déjà.
REST · Node.js · TelegramTenir en production
Serveur, domaine, certificats, sauvegardes et surveillance, pour que le service reste disponible.
Linux · Apache · Docker · CloudflareProchaine étape
Vous préférez en parler de vive voix ?
Un échange court suffit souvent à savoir si le projet tient debout et par quoi il faut commencer.