Get the Linkedin stats of Mika F and many LinkedIn Influencers by Taplio.
open on linkedin
👨💻 CTO with 20+ years in tech—from C++ in Taiwan to AI agents in France. CTO focused on building high-performing teams and delivering real business impact through tech. After starting my career coding in C++ and .NET in Taipei, I spent over a decade managing large-scale projects at Airbus, before diving deep into the startup world. Today, I lead engineering at lempire, where we build sales tools like lemlist, lemwarm, and lemcal. I joined as a fullstack dev passionate about Meteor.js—and grew into the CTO role by focusing on scale, simplicity, and impact. I love: ✅ Lean dev processes that actually deliver value ✅ Empowering devs to think like entrepreneurs ✅ Keeping tech aligned with real business goals ✅ Still getting my hands dirty in code when it matters Whether it’s building teams, launching products, or simplifying complexity, I bring both the mindset of a developer and the vision of a product leader.
Check out Mika F's verified LinkedIn stats (last 30 days)
Use Taplio to search all-time best posts
100 personnes. Un bateau. Beaucoup de vomi, mais surtout beaucoup d’amour (je pensais pas écrire vomi et amour dans la même phrase un jour....) On vient de finir une semaine de team building inoubliable à Tenerife. Passer 5 jours dans un palace avec toute l’équipe (oui, toute la famille lempire) c’est un luxe qu’on ne prend pas pour acquis. On s'est retrouvés, rencontré pour de vrai les fraichement arrivés. On a partargé des idées, de l’énergie positive et surtout une vision commune de l'avenir. (et on a aussi fait une sortie en bateau où pas mal de personnes ont eu le mal de mer mais a gardé le sourire 💀🌊. Force à eux. Beaucoup sont venus en sachant qu'ils avaient le mal de mer mais ne voulaient pas rater ça quand même 🙏♥️) Le full remote peut parfois isoler, mais pas quand tu construis une entreprise où les gens sont vraiment heureux de se retrouver. Reconnaissant pour cette équipe. Reconnaissant pour cette boîte. Reconnaissant pour cette vie. One ship. One team. One dream.
Pas de TypeScript à lemlist. Et j’ai passé plus de 10 ans à coder en C++, je n’ai pas peur des types. Mais notre priorité chez lemlist, c’est simple : livrer de la valeur rapidement à nos utilisateurs. Et TypeScript ne nous aide pas à le faire. Est-ce que TS permet de détecter des erreurs à la compilation ? Oui. Mais dans notre expérience, ça couvre quoi ? 1 à 2 % des bugs. Le reste, ce sont : – des bugs métier, – des problèmes d’intégration, – des effets de bord non couverts par le typage. Et pendant ce temps-là… On passe des heures à écrire, maintenir et refactorer des types. TypeScript est un bon outil, dans le bon contexte : – pour des juniors à encadrer, – pour des projets énormes, – pour de la banque ou de la santé, où le bug coûte très cher. Mais dans une équipe de devs confirmés, alignés, qui bossent avec des conventions claires et des revues de code solides… JS pur est plus rapide, plus souple, plus efficace. Je préfère un code utile à un code “beau”.
"Mais comment tu sais qu’ils travaillent vraiment quand ils sont chez eux ?" 🤦♂️ Si cette phrase t'a traversé l’esprit… T’as au moins deux gros problèmes : 1- Manque de confiance dans tes équipes 2- Aucun KPI clair Les gens qui ne “croient pas au remote”…. Bah moi, je crois pas en votre management.
Chez lemlist, on scale nos produits… mais aussi nos développeurs. On organise la team tech selon deux dimensions complémentaires : 🔹 Horizontalement, avec des feature squads (ShapeUp) Chaque squad est composée d’un développeur, d’un PM et d’un designer. Le dev est souvent seul sur la feature. Il doit comprendre le besoin, proposer une solution, et aller au bout. ➡️ Le recrutement, c’est comme ajouter un serveur dans une infra : on répartit la charge, on ship plus vite. Mais ça ne doit pas s'arrêtter là, le recrutement ne fait pas tout. 🔹 Verticalement, avec une structure CTO > VP Eng > Tech Leads > Devs C’est là qu’on monte en compétence : pair programming, revue de code, apprentissage du Lean, coaching régulier… ➡️ C’est comme upgrader une machine avec plus de RAM : même équipe, plus de puissance, plus d’impact. Chez nous, on ne demande pas aux devs d’exécuter. On leur demande de comprendre, de challenger, de prendre ownership. Et pour que ça fonctionne, former les devs fait partie du job. Un bon tech lead chez lemlist, c’est pas celui qui prend toutes les décisions. C’est celui qui forme… les futurs tech leads. Plus de détails sur notre culture tech ici → 👉
Si ton projet devait partir en production demain, qu’est-ce que tu coderais aujourd’hui ? C’est la seule vraie question qu’un développeur dans une startup devrait se poser. Et pourtant, dans beaucoup d’équipes, ce n’est pas ce qui se passe. On passe des heures à discuter d’architecture future-proof, à débattre de microservices, à imposer TypeScript "parce que tout le monde le fait", à peaufiner du code pour qu’il ressemble à celui d’un Google engineer. Mais on oublie l’essentiel: on n’est pas Google. On est 24 développeurs. Pas 2 000. Notre priorité, ce n’est pas la beauté du code. C’est d’apporter de la valeur au client. Rapidement. Et c’est là que le contexte change tout. Chez lemlist : – Pas de microservices. Un bon monolithe bien structuré, c’est plus simple à maintenir, plus rapide à déployer, et ça permet de shipper sans friction. Vouloir découper trop tôt, c’est s’infliger une complexité inutile. – Pas de TypeScript. Avec des devs confirmés, des conventions claires, de bonnes revues et des tests auto, JS pur nous permet de livrer plus vite, avec moins de charge mentale. Et non, on n’a pas besoin de types pour comprendre le code ou pour aider nos IA. Cursor, par exemple, s’en sort très bien sans typage strict. Petit rappel : j’ai passé 10 ans à écrire du C++ donc les systèmes de types ultra‐stricts, je connais. Puis j’ai découvert Ruby et son fameux duck typing : "si ça cancane comme un canard…". Résultat ? J’ai adoré la liberté de coder vite sans cérémonial. Bref, tout ça c'est des excuses pour pas coder. C’est exactement la même logique aujourd’hui : Je respecte les langages fortement typés quand ils accélèrent réellement la livraison (banque, safety-critical, très grosse codebase). Je choisis le dynamique quand la priorité, c’est d’itérer en 24 h sur une feature qui fait grimper le revenu. Donc ce n’est pas un débat « team expert vs team feignant ». C’est juste une question de contexte et de ROI, comme le passage de C++ à Ruby me l’a montré dans ma carrière. Beaucoup pensent que certains outils sont “obligatoires”. Mais aucun outil n’est universel. Un outil n’a de valeur que s’il accélère ton time-to-value. Sinon, c’est juste une distraction bien emballée. On ne construit pas un lance-roquettes pour tuer un moustique. Et on n’impose pas une stack “enterprise-ready” sur un produit qui cherche encore son PMF. Ce n’est pas une critique de la tech. C’est un appel à la lucidité. Quand tu es en startup, chaque ligne de code doit se justifier par sa capacité à améliorer l’expérience utilisateur, augmenter la conversion, créer de l’engagement, ou générer du revenu. Le code parfait n’existe pas. Mais le bon code, c’est celui qui fait avancer le produit et rapporte de l'argent. Pendant que ça compile des opinions, nous on push en prod.
On parle souvent de l’expérience client. Mais qu’en est-il de l’expérience développeur ? Chez nous, on mesure ça tous les 6 mois avec un eNPS interne. En mai 2025, l’équipe a répondu avec franchise. 🧠 Ce qu’ils aiment ? → Le full remote, la liberté, la confiance. → Une team solide, smart, bienveillante. 🔧 Ce qu’ils ont challengé ? → Clarifier encore plus la roadmap. → Être encore plus bold côté innovation. On a encore du taf. Et ça tombe bien : on recrute des devs JS Seniors pour construire la suite ensemble. 🔍 Si tu veux : → coder des produits qui ont un vrai impact → dans une boîte rentable, sans levée → en full remote …viens jeter un œil. Et si t’as des questions, mes DM sont ouverts.
Tu veux savoir si un dev est senior et pourra bien travailler avec des Product Managers ? Pose-lui cette question : "Tu préfères qu'on te dise QUOI faire ou COMMENT le faire ?" Les gens qui répondent "COMMENT" → Pas faits pour ce mode de travail Les gens qui répondent "QUOI" → Parfaits pour collaborer Un dev senior, tu lui donnes le QUOI. Il trouve le COMMENT. C'est exactement ce qu'on cherche chez lemlist. Des gens qui transforment des besoins business en solutions techniques. Sans qu'on leur tienne la main. Et c'est d'autant plus important en full remote. P.S: Si tu es ce genre de dev fullstack JS senior, ok pour du full remote, on a peut-être une place pour toi.
On ne suit pas les heures. On mesure l’impact. Chez lemlist, tu peux bosser d’où tu veux. On ne regarde pas où tu vis, à quelle heure tu commences, ni combien d’heures tu travailles. Ce qui compte, c’est ton impact. Ta capacité à prendre en main un sujet, à livrer ce qui compte, à faire grandir l’équipe, et oui, parfois à chevaucher un perroquet géant pendant un team building à Tenerife 🦜 Cette semaine, Guillaume Moubèche nous l’a rappelé de la manière la plus lempire possible. Le remote, ce n’est pas la liberté à la place de la responsabilité. C’est la liberté grâce à la responsabilité. Et si ça te parle… On recrute des devs fullstack JS Seniors (100% remote, 100% confiance).
Remote + Dev Senior = Performance x10 Pourquoi ? Un dev senior en remote : Pas d'interruptions toutes les 5 minutes Pas de réunions "juste pour faire le point" Pas de collègue qui vient "juste demander un truc vite fait" Résultat : il code. Vraiment. Au bureau, un dev senior passe 60% de son temps à... ne pas coder. En remote, il passe 80% de son temps à coder. Les maths sont simples. Mais attention : ça ne marche qu'avec des seniors. Les juniors ont besoin d'être accompagnés, guidés, rassurés. Les seniors ont besoin qu'on les laisse tranquilles. P.S: Dev fullstack JS senior ? On cherche des gens comme toi. Full remote, full autonomie.
Le plus gros problème des grands groupes avec le remote: Les middle managers se rendent compte qu'ils ne servent pas à grand chose et du coup… Ils veulent faire revenir tout le monde au bureau… C'est aussi simple que ça… Du coup pour montrer leur utilité, le middle management revient avec plus de réunions interminables pour montrer à tout le monde qu'ils sont de “vrais” managers et leaders et aussi qu'ils maitrisent powerpoint (et tous les effets de transitions entre les slides 🤣…) C'est ma plus grande angoisse quand je vois le fonctionnement de ces boites: - zéro autonomie - les gens sont fliqués toute la journée - aucune confiance Du coup nous on fait tout l'inverse: - full autonomie - full confiance - full remote Et on va beaucoup plus vite 🚀 P.S: on recrute des devs fullstack JS si t’es intéressé (en full remote ofc)
Content Inspiration, AI, scheduling, automation, analytics, CRM.
Get all of that and more in Taplio.
Try Taplio for free
Tibo Louis-Lucas
@thibaultll
6k
Followers
Vaibhav Sisinty ↗️
@vaibhavsisinty
451k
Followers
Ash Rathod
@ashrathod
73k
Followers
Daniel Murray
@daniel-murray-marketing
150k
Followers
Richard Moore
@richardjamesmoore
107k
Followers
Shlomo Genchin
@shlomogenchin
49k
Followers
Sam G. Winsbury
@sam-g-winsbury
49k
Followers
Matt Gray
@mattgray1
1m
Followers
Justin Welsh
@justinwelsh
1m
Followers
Izzy Prior
@izzyprior
82k
Followers
Luke Matthews
@lukematthws
187k
Followers
Andy Mewborn
@amewborn
215k
Followers
Amelia Sordell 🔥
@ameliasordell
228k
Followers
Sabeeka Ashraf
@sabeekaashraf
20k
Followers
Wes Kao
@weskao
107k
Followers
Austin Belcak
@abelcak
1m
Followers