Patrick M - neoDSI

Tu connais la différence entre un MVP et un MLP ?

Ton Minimum Lovable Product, c'est ton Minimum Viable Product avec son petit truc en plus.

C'est comme en amour, tu vas avoir un crush sur une personne et pas une autre, avec ce petit truc en plus que t'adore.

Fais du Lovable, montre-moi ce que tu veux… et pendant que tu joues, je me repose et je coderai ensuite.

Pourquoi ?

Parce que comme ça :
- tu vois ce que c’est que de faire du dev
- tu réfléchis à ce que tu veux vraiment
- Mais surtout tu mets au clair ta propre idée de design.

Tu lèves des fonds ou tu creuses ta tombe ?

Pour une levée de fond il n'y a que 2 cas (oui je sais j'en ai mis 3) :

1/ faire une accélération

1bis/ faire sauter un verrou tech

2/ la mort programmée aka je lève parce que sinon mon projet va mourir, mais en fait ton projet il est déjà mort

Confier le recrutement de ton CTO… au CTO sur le départ, heu c'est pas une super idée ça, non ?

Pour lui demander de choisir son remplaçant, potentiellement meilleur que lui, et qu'il te le recommande avec enthousiasme ?

"Le mec est meilleur que moi et fera un super boulot (contrairement à moi)"

Quand tu reçois le prix nobel du code pour avoir mis en place une archi ultra complexe...

Mais qu'en fait, tout le monde s'en fout (et encore plus, comme ton site a 0 user).

J'ai créé un SaaS qui me rapporte 100K€ par mois.
Je t'explique comment reproduire et booster tes revenus !

Nan mais sérieux, tu crois que je vais te filer ma méthode avec une formation à 700 balles ?

𝗦𝗲 𝗳𝗼𝗿𝗺𝗲𝗿 𝗰'𝗲𝘀𝘁 𝗯𝗶𝗲𝗻 𝗺𝗮𝗶𝘀 𝗿𝗲́𝗳𝗹𝗲́𝗰𝗵𝗶𝗿 𝗰'𝗲𝘀𝘁 𝗺𝗶𝗲𝘂𝘅 !

Tu ne sais que prompter ? mauvaise nouvelle pour toi
Apprendre à coder prend du temps.
Apprendre à debug encore plus.
Par contre prompter et faire illusion ne prend pas plus de 3h.
Du coup tu penses que ce sont les devs qui sont morts ou les mecs qui ne savent rien faire d’autre que de prompter?

Quand l'équipe tech se demande quel est le meilleur nom pour la variable !

Parce que oui un dev c'est quand même capable de discuter pendant des heures du nom
d'un variable.

Sinon les gars faut se détendre un peu et être moins crispés (y'aura pas mort d'hommes)

Autant je suis conciliant sur la qualité du code, l'archi...
Autant sur les pâtes faut pas déconner !

Etre un bon dev c’est quoi ?

1/ Coder proprement mais sans en faire trop. (Donc arriver à arbitrer entre sale et propre.)
2/ Livrer a peu pres rapidement. (et pas dans 30 ans)
3/ Et donc surtout : répondre à un besoin client efficacement ! (ben c'est ton unique but en fait)

Pourquoi personne n’ose entreprendre en France ?

Pour la même raison qu'en entreprise il vaut mieux être consensuel et bien faire de la politique.

Parce que l’inaction est plus valorisée que l’action maladroite ou l'honnêteté.

On va pas se mentir mais faire du code c’est pas envoyer une fusée sur la lune.

Je lis plein de posts sur les règles de l’art, comme si il fallait faire du code super overkill pour exister.

Mais c'est quoi la finalité de ton code ?
Servir ton égo ou servir le client ?

Quand on te dis au 12ieme entretiens "y'a pas le fit humain"... Ah ben c'est c*n les 11 précédents l'on eu pourtant.

Mais si t'as plus de 2 entretiens pour ton poste, c'est un mauvais signal parce que personne n'est capable d'assumer son choix et de le faire respecter

t'as un projet ? alors :

🎯 𝗠𝗩𝗣 𝗳𝗶𝗿𝘀𝘁 !
👉 𝗺𝗶𝗻𝗶𝗺𝗶𝘀𝗲 𝘁𝗮 𝗰𝗵𝗮𝗿𝗴𝗲 𝗺𝗲𝗻𝘁𝗮𝗹𝗲
👉 𝘁𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗱𝗲 𝗰𝗼𝗻𝗰𝗲𝗽𝘁𝗶𝗼𝗻, 𝗱'𝗶𝗻𝗳𝗿𝗮 𝗲𝘁 𝘀𝘂𝗿𝘁𝗼𝘂𝘁 𝗱𝗲 𝗱𝗲𝘃
👉 𝘁𝗲𝘀𝘁 & 𝗹𝗲𝗮𝗻

👉 et recommence !

Créer le projet parfait sans avoir prouver l’adhérence du marché c’est un peu comme passer 8h en cuisine à faire un gateau au chocolat digne de Cyril Lignac (Aveyron en force !) et se rendre compte que ton invité, bah le chocolat, il aime pas.

Je ne l'écrirais jamais assez mais 𝗹𝗲𝘀 𝗶𝗱𝗲́𝗲𝘀 𝗰̧𝗮 𝗻𝗲 𝗿𝗲𝗺𝗽𝗹𝗶𝘁 𝗽𝗮𝘀 𝗹𝗲 𝗳𝗿𝗶𝗴𝗼 !

Donc il faut tester rapidement avec ton client final.
AKA rien ne sert de faire le produit parfait ultra complet.

Tu crois que lancer ton projet signifie que tu n'as plus à travailler ?
Grosse erreur !
Tu viens de faire un bon gros sprint sauf que là t'as juste pas fini, faut enchainer le marathon maintenant ! et puis encore et encore.
Et 𝗹𝗲 𝗽𝗹𝘂𝘀 𝗱𝘂𝗿 : 𝘀𝗮𝘃𝗼𝗶𝗿 𝗱𝗶𝗿𝗲 𝘀𝘁𝗼𝗽

Quand tu expliques à l'utilisateur final ou à ton client que tu as codé en archi hexagonale.
Ben en fait il s'en tape d'une force !
Lui le seul truc qui compte, c'est que ça fonctionne, bien et vite (même si il a la fibre)
Dans le cas où évidement tu as un user final.

En tant qu'humain, tu aimes être asservi et tu en redemandes ?
Tu utilises l'IA,
tu utilises des outils no-code, low-code, co**erie-code
ou tu penses retrouver le contrôle avec Bolt, Vercel, Lovable ?
tu es dépendant
𝗧𝘂 𝗽𝗮𝘆𝗲𝘀 𝗺𝗮𝗶𝘀 𝘁𝘂 𝗿𝗲𝘀𝘁𝗲𝘀 𝘀𝗼𝗻 𝗼𝗯𝗷𝗲𝘁.

T'es dev et tu utilises ChatGPT en assistant de code ?

Il semblerait que le "fake it until you make it" soit la norme pour les devs et pour les projets parce que quand il me propose un lien de déconnexion, ben il pointe juste vers mon index.php, qui ne fait certainement pas la déconnection.

Viens sur mon service, tu as des crédits offerts…
Tu testes, tu aimes, tu multiplies les utilisations, ton business tourne exclusivement avec ces outils. Puis 𝘁𝗼𝗻 𝗰𝗿𝗲́𝗱𝗶𝘁 𝗲𝘀𝘁 𝗲́𝗽𝘂𝗶𝘀𝗲́, et 𝘁𝘂 𝗱𝗲́𝗰𝗼𝘂𝘃𝗿𝗲𝘀 𝗹𝗲 𝘃𝗿𝗮𝗶 𝗰𝗼𝘂̂𝘁 𝗱𝗲 𝘁𝗲𝘀 𝗰𝗵𝗼𝗶𝘅, dommage...

J'ai discuté avec beaucoup de fondateurs qui cherchent un associé CTO ou à remplacer leur CTO. Quel est leur point commun ?
Ils ne sont pas tech mais veulent imposer une stack.
Si tu n'es pas tech, ne choisis pas une stack et échange avec beaucoup de personnes pour voir ce que chacune propose.

Quand le dev te dit que c'est un super dev parce qu'il code des trucs super compliqué. (aka overkill)

Le bon dev c'est celui qui comprend ce que veut le métier, qui produit ni trop vite ni trop lentement, mais qui produit, avec un code lisible (sans avoir à passer 30 ans pour le comprendre)

Avoir peur de l'IA pour un dev c'est comme avoir peur d'une perceuse pour une bricoleur.
Un dev n'était déjà pas un "pisseur de code" comme on aimait à le penser il y a encore quelques années, avec l'IA, il ira plus vite mais ça ne remplacera pas son analyse et sa compréhension d'un besoin métier.

Quand tu sors ton produit après beaucoup trop de temps et que tu te demandes si le marché va adhérer.

Quand ChatGPT plante, mais que tu ne sais pas coder (puisque tu crois que l'IA peut coder à ta place).

Ce post fonctionne aussi avec tous les outils qui génèrent du code à ta place.

T’as de l’archi hexa, du code dans les règles de l’art, hyper maintenable (enfin, c’est ce que tu dis), facile à faire évoluer et des tests unitaires ?

Mais en fait, ton code il est si pourri que ça, que tu as peur d’avoir des régressions et besoin d’avoir des tests unitaires et fonctionnels ?

Créer une startup, c’est marcher sur un fil et pourtant, certains s’y lancent en tongs !

On sous-estime bien souvent cette erreur :

❌ Ceux qui pensent que tout va être simple et se lancent à corps perdu (et parfois à fond perdu quand ils ont un peu de côté).

Les gens qui disent que les codeurs ne vont plus exister avec l’IA, ils essaient de s’auto-persuader ?
Mon rôle de dev c'est de comprendre une problématique et d'y apporter une solution
👉 et puis accessoirement de coder la solution

Quand on te dis "je suis apporteur d’affaire et pas une ESN."

On va pas se mentir c'est juste la même chose, juste le wording qui change.