Directeur technique & Architecte web
Laurent Lacoste
Je fais simple : j’aime quand c’est carré, clean, et que ça tient
0
ans d'expérience
Mon job, c’est d’architecturer et de construire des systèmes web qui restent fiables dans le temps.
Pas juste “un site qui marche aujourd’hui”, mais un site qui marche demain, après les mises à jour, après les évolutions, et quand on commence à tirer un peu dessus.
Et je vais te dire un truc que je répète souvent, parce que c’est une vérité terrain : la qualité entraîne la rentabilité.
Pas la rentabilité façon “tableur et PowerPoint”.
La rentabilité au sens large. Moins d’incidents. Moins de support. Un client content.
Une équipe qui ne vit pas en mode panique.
0
années web
0
Engagement qualité
Mon rôle aujourd’hui
Sur le papier, tu peux appeler ça ingénieur, architecte web, architecte solutions, directeur technique… honnêtement, on peut lui donner cinquante noms.
Dans la vraie vie, je m’occupe des services, de l’architecture, de l’exploitation au sens large, de la sécurité, des déploiements, de la supervision. Je m’assure que les décisions techniques ne soient pas juste jolies sur un schéma, mais cohérentes sur un système qui tourne pour de vrai.
Architecture
Sécurité
Déploiements
Supervision
Performance
Je ne joue pas "à l'idéologie". Je suis là pour livrer quelque chose de solide.
Mon parcours, en repères clairs
Le web, j’y touche depuis 2004, au début en amateur, comme beaucoup. Professionnellement, j’ai vraiment consolidé tout ça à partir de 2009.
Et côté IT, je bosse depuis 2005. Ça fait un moment que j’ai compris qu’un système, ce n’est pas seulement du code : c’est du contexte, des contraintes, des coûts, des gens, des habitudes… et des erreurs qu’on ne veut pas refaire.
Timeline
Timeline
2004
Début Web (amateur)
2005
Début IT (professionnel)
2009
Web professionnel
Cloud Migration
Airbus Defence & Space
Chez Airbus, j’étais sur des sujets de conception et de construction de systèmes qui devaient évoluer, notamment le passage du legacy vers le cloud. Et là tu touches à tout : opérabilité, scalabilité, charges, coûts, observabilité, industrialisation, dev…
"Tu apprends vite que si tu ne penses pas exploitation, tu te fabriques des problèmes premium."
Exploitation
CLS
C’était plus opérationnel. Ingénieur d’exploitation, systèmes au sol, contexte exigeant, missions où tu n’as pas le luxe de faire à moitié.
Ça t’ancre dans le réel.
Tu ne cherches pas. C’est net. Ça s’emboîte. C’est fluide.
Ce que je fais chez TooNetCreation
A part être le fondateur, chez TooNetCreation, je suis celui qui met de l’ordre dans la mécanique.
Je peux intervenir sur l’architecture, sur l’industrialisation, sur la sécurité, sur la qualité de delivery, sur la performance, sur l’exploitation.
L’idée, c’est que quand on met un site en ligne, il ne devienne pas un petit animal sauvage qu’il faut apprivoiser tous les mois.
Je préfère un système où tu sais où chercher les choses.
Architecture
Sécurité
Déploiements
Supervision
Performance
Outils et stack
Je travaille avec des outils “classiques” mais efficaces
Git
Github
Docker
Kubernetes
Cloud
Côté front
HTML
CSS
JavaScript
Cloud
Et surtout, on ne sous-estime pas les tests. C’est souvent là que les équipes “pensent gagner du temps” et qu’elles se prennent le mur plus tard.
Ma méthode de travail
Il n’y a rien d’exotique. Et c’est plutôt rassurant.
On trace
On avance pas à pas
On teste
On déploie
On vérifie
Et surtout, on ne sous-estime pas les tests. C’est souvent là que les équipes “pensent gagner du temps” et qu’elles se prennent le mur plus tard.
Le prérequis minimal, c’est de lister ce qu’on veut faire. Même simple. Même imparfait.
Au moins tu sais où tu vas. Et tu sais comment vérifier que ça marche.
Je sais que c’est contre-intuitif, mais je le dis franchement : aller très vite au départ, tu le payes quelques mois ou quelques années après. Tu crois que tu gagnes du temps, en réalité tu en perds.
Et tu le payes en dette technique, en rush, en problèmes, en stress. Pour le client et pour nous.
Et là, ma deuxième phrase préférée arrive naturellement :
L’espoir n’est pas une stratégie.
Sécurité : les standards, pas les promesses
La sécurité, ce n’est pas une option “quand on aura le temps”. C’est une base.
Hébergement
Rôles, droits, permissions fichiers et dossiers, dossiers sensibles masqués, configuration propre des environnements. On évite les portes ouvertes et les bricolages.
Hébergement
Rôles, droits, permissions fichiers et dossiers, dossiers sensibles masqués, configuration propre des environnements. On évite les portes ouvertes et les bricolages.
CMS et applicatif
Le minimum d’extensions. Si tu n’utilises pas, tu n’installes pas. Si tu n’actives pas, tu n’actives pas.
Et tu ne mets pas du code “en dur” si tu ne comprends pas ce que ça fait.
Si tu ne comprends pas les impacts, tu ne pousses pas. Ça paraît simple, mais c’est exactement là que ça dérape chez beaucoup de monde.
CMS et applicatif
Le minimum d’extensions. Si tu n’utilises pas, tu n’installes pas. Si tu n’actives pas, tu n’actives pas.
Et tu ne mets pas du code “en dur” si tu ne comprends pas ce que ça fait.
Si tu ne comprends pas les impacts, tu ne pousses pas. Ça paraît simple, mais c’est exactement là que ça dérape chez beaucoup de monde.
Supervision
Des robots qui vérifient que les systèmes sont OK, que le site répond, que les parcours critiques tiennent, que le SMTP fonctionne, que tout ce qui doit marcher… marche.
L’objectif, c’est de détecter avant que le client t’appelle. C’est aussi comme ça qu’on dort.
Supervision
Des robots qui vérifient que les systèmes sont OK, que le site répond, que les parcours critiques tiennent, que le SMTP fonctionne, que tout ce qui doit marcher… marche.
L’objectif, c’est de détecter avant que le client t’appelle. C’est aussi comme ça qu’on dort.
Mises à jour et maintenance : proprement, avec contrôle
Les mises à jour, on les fait avec une logique de suivi. Quand c’est nécessaire, certaines mises à jour peuvent être faites “à chaud” sur un environnement type sandbox, avec une notification côté client. S’il y a un souci, le client nous contacte, on réagit. L’idée, c’est d’éviter les surprises et de garder une trajectoire propre.
En pratique, on adapte la cadence au type de site et à sa criticité.Un site vitrine n’a pas les mêmes contraintes qu’un e-commerce avec paiement, stock, pics saisonniers.
Mais le principe reste le même : on met à jour, on contrôle, on vérifie.
E-commerce : pragmatique, pas dogmatique
On connaît l’e-commerce. On travaille plutôt avec des solutions open source quand ça colle au besoin, et j’ai aussi regardé Shopify.
Là encore, je ne suis pas dans la religion. On choisit en fonction du contexte, du budget, des contraintes, de la durée de vie du projet et de la capacité à maintenir.
WordPress, Joomla, Drupal : mon avis, sans détour
On peut faire du bon boulot avec WordPress comme avec Joomla. Il n’y a pas de secret.
WordPress
Plus permissif
Tu peux faire à peu près n’importe quoi et te dire “ça marche”. Et c’est exactement pour ça que beaucoup trouvent ça “facile”.
Le cadre est moins strict, donc tu peux sortir des clous sans te faire sanctionner tout de suite. Le problème, c’est que tu le payes souvent plus tard.
Joomla
Plus cadré
Si tu fais n’importe quoi, ça ne marche pas. Et ça, paradoxalement, c’est une qualité : ça pousse à faire propre.
La courbe d’apprentissage peut être un peu plus exigeante, mais derrière tu gagnes en robustesse.
Drupal
Pour aller loin
C’est très bien aussi, surtout quand tu as besoin d’aller encore plus loin sur des logiques structurées et des projets exigeants.
WordPress peut être plus simple pour les novices. Mais si tu veux du solide, tu mets du cadre. Peu importe l’outil.
Ce que j’aime
Le côté pluridisciplinaire. Toucher à tout.
Design, dev, infra, support, R&D… tout est imbriqué, tout se répond. C’est passionnant, et ça évite de s’ennuyer.
Ce que je refuse
C’est le “sale”. Les trucs faits à l’arrache. La dette technique assumée comme une stratégie. Les choix guidés par une obsession technique sans raison.
Je préfère quelque chose d’organisé, de propre, de carré. Pas pour faire joli. Pour que ça fonctionne.
Ce que je veux que tu ressentes après livraison
Tranquillité
Maîtrise
Le sentiment que tu es bien conseillé, que tu as un système stable, et que tu ne vas pas te réveiller un matin avec une surprise incompréhensible.
On peut aller vite, oui. Mais pas en mode “rush” permanent. Ce n’est bon ni pour toi, ni pour nous. Et ce n’est jamais bénéfique des deux côtés.
Si tu veux un site qui tient, qui est clean, et qui ne se transforme pas en chantier au bout de six mois, on en parle. Chez TooNetCreation, c’est exactement le genre de sujet que j’aime prendre en main.
Prêt à concrétiser votre projet ?
Posez nous toutes vos questions et nous vous aiderons à y voir plus clair.
