Les devs rapides sont mauvais !? 

Superbe vidéo, très intéressante et motivante pour la suite en dev !

"j'ai pris un peu de recule et j'ai essayé de comprendre " said no CTO ever, franchement chapeau a toi, tu es exactement le genre de personnes avec qui TOUT les devs rêverait de bosser, force a toi mon ami

Je trouve que ton mot de la fin est super important, l'expérience fait énormément. Perso ça fait 1 an que je bosse en collab avec une entreprise pour leur créer un logiciel (et qu'il soit redistribuable pour d'autres) et le concept ship fast était tout simplement impossible à appliquer : Pas assez de travail en amont pour fluidifier une vraie chaine de prod + beaaaaaaaaucoup d'ambiguités + une exigence de quasi-perfection (logiciel certifié, remplaçant une solution existante dans la boite) + l'étude des situations réelles (je dois m'imprégner de leur situations, découvrir et comprendre leur métier) et l'application des solutions. Mais à côté j'ai d'autres petits projets que je bosse sur papier depuis un petit moment dans le but de pouvoir déclencher cette dynamique une fois mon logiciel lancé. Y'a aussi tout ce que je produis de réutilisable en fabriquant mon logiciel, que ce soit du savoir que je peux réappliquer, des boilerplates ou des packages que je peux redistribuer. C'est un peu comme les test automatisés, tu peux facilement faire un test sur une petite fonction pas très complexe mais quand t'as un monstre devant toi alors t'as pas le choix de dépenser du temps, soit pour refacto, soit pour façader ou dans le pire des cas pour réécrire. En tout cas c'est un gros sujet qui dépend d'énormément de facteurs, les plus importants selon moi étant la taille/complexité/capacité de décomposition du projet, l'expérience/outillage/mindset des développeurs et enfin le travail de préparation/organisation.

Sacré Jean-Luc 😂 grâce à lui on aura eu une nouvelle vidéo très intéressante en tout cas 😊

Hello, ici Jean-Luc 👋😅 Ce qui a aussi pu agacer l'AUTRE Jean-Luc, c'est la grosse hype autour des SaaS, en ce moment présentés comme le nouvel eldorado du business en ligne (après les formations et le drop shipping, j'ai l'impression que c'est le nouveau truc à la mode). Certains vendent probablement un peu trop de rêve autour de ça, en faisant miroiter des revenus indécents. Ensuite si le SaaS ne marche pas, il est vite abandonné et la personne passe à autre chose. Il y a un manque de considération pour le client, qui est plus vu comme une vache à lait, enfin à €. D'un point de vue utilisateur et client, je pense qu'il y a un ras le bol de plus en plus grand du modèle d'abonnement mensuel, car au bout du compte ça revient à cher mis bout à bout. Bref, c'est mon analyse de Jean-Luc, et ça ne te vise absolument pas. ;) Je pense que c'est difficile de lancer un SaaS soi même. Encore plus en une semaine. Tu peux te le permettre grâce à ton expérience, mais c'est loin d'être le cas de tout le monde. Il y avait peut-être un petit côté clickbait sur le titre de ta précédente vidéo. À ta décharge, RU-vid fonctionne comme ça, mais ça a tendance à heurter certains Jean-Luc, ces petits êtres sensibles. 🤪 Au delà de ça, merci pour ton contenu ! C'est top d'avoir quelqu'un d'expérimenté qui partage ses... expériences. 👍

Par rapport à ce que tu as dit sur les attentes de tes viewers sur une précédente vidéo, je que justement tous ces sujets abordés se rejoignent. Perso j'étais venue pour la partie CTO maaiiis être solo preneur ça reprends plusieurs qualité qu'il est nécessaire d'avoir quand t'es CTO en startup finalement. Donc c'est super merci j'espère que tu continueras longtemps ça m'aide bcp

Oh mais ce mec, j'adore cette philosophie, les devs rapides peuvent aussi etre une preuve de la connaissance de son code ...

Superbe vidéo merci à toi ! Fais tu du conseil en dev + management pour les startup SAAS ? Merci à toi, Victor

Je me suis construit sur trois valeurs fondamentales. La réactivité, la qualité et la communication. Il n'y a rien de mal à aller rapidement, d'ailleurs dans l'entrepreneuriat comme tu le disais être réactif et savoir pivoter, c'est un catalyseur de réussite. Oui, il faut faire des concessions, mais ce n'est pas sur la qualité, mais plutôt sur le contexte de développement. Au lieu de faire une usine à gaz, il suffit de dev une simple fonctionnalité.

Quand on analyse les tickets Jira on découvre que le ratio de productivité entre le pire dev et le meilleur est largement supérieur à X10. Vitesse ou qualité ? cela dépend d'abord de la qualité du dév et en second lieu à la dynamique entre des dév (entre eux) et le PM (et fonctionnel). Aussi au café à la pizza et aux Kinder surprises que j'offrais à mon équipe et aux parties de Nerf. La nécessité d'intégration continue est intéressante et la partie SAAS est intéressante aussi... En fait je vous donne raison... Le probleme c'est vraiment qu'on a appliqué des pratiques élitistes (Agile, intégration continue) au plus grand nombre qui n'avaient pas le niveau. Avant Agile on avait des PM costauds, avec Agile on a vue débarqué des scrum masters cons comme des BIPPPPP qui se sont pris pour des PM. Et l'analyse de 10 ans de tickets jira chez un de mes clients m'a convaincu de cela. Au passage Shipfast n'est que la énieme rembal des pratiques de Kelly Johnson dans les années 50. Appelle Jean- Luc Régis et on comprendra mieux ta video.

Merci pour le partage d'exp..

Vitesse >>> Qualité quand on développe un nouveau produit selon moi. Shipper, trouver des users potentiels puis parler avec eux de leurs problèmes et de ta solution. Au plus vite tu fais ça, au plus vite tu trouveras un market fit solide

Moi jai eu affaire à un boss qui adore les shipfast mais qui s'en plaint en même temps, j'ai fuit

Avec presque 15 ans de dév derrière moi, je capte totalement ce qu'il ressent face aux nouvelles tendances comme le Shipfast, le no-code, l'IA, etc. On se voit un peu comme des artisans, toujours en quête de cette perfection technique qui prend des années à maîtriser. Finalement, on en vient presque à oublier que le code, c'est d'abord un moyen de hacker et d'innover.

Salut je voulais le nom de la musique de fond❤

Open Source n'est pas antinomique avec faire de l'argent... Sinon vous pourriez pas faire vos SaaS par ce que les mainteneurs des outils que vous utilisez tous les jours ne pourraient pas manger comme tu dis C'est sans doute plus compliqué pour des produits à forte composante metier mais je suis convaincu que des nouveaux business models sont à inventer Meme si je suis d'accord qu'on peut reprocher a personne de pas prendre le risque

Les vidéos sont excellents, mais c'est la galère pour te trouver sur twitter, Je pense que tu peux améliorer ça :)

Honnêtement, ce Jean-Luc était hors sujet car il appliquait sa vision générale à ton contexte qui s'y prêtait pas, et je pense que la plupart des gens l'avait bien remarqué. Du coup, pas certain que ça valait une vidéo dédiée en contre-argumentaire :/ En tout cas pour moi c'était 80% d'évidence dans le contenu cette fois-ci (peut-être pas pour tout le monde heureusement). J'espère que ce format ne deviendra pas la norme, car plus ta chaine va grandir, plus il y aura de commentaires comme-ça à côté de la plaque, voire de haters.

Tu es sur internet, tu auras toujours des haters. Peace.