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).

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?

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)

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

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
𝗧𝘂 𝗽𝗮𝘆𝗲𝘀 𝗺𝗮𝗶𝘀 𝘁𝘂 𝗿𝗲𝘀𝘁𝗲𝘀 𝘀𝗼𝗻 𝗼𝗯𝗷𝗲𝘁.

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)

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