Pourquoi le No-Code est un piège pour les startups
HTML-код
- Опубликовано: 24 мар 2025
- Le No-Code, souvent vu comme une solution facile, s'est révélé être un piège pour certaines startups, entraînant, pour notre invité par exemple, des pertes de 45 000€.
La vidéo sur l'IA WordPress : • Hostinger WordPress : ...
Découvrir l'offre de Hostinger : www.hostg.xyz/...
Et n'oubliez pas le code promo UNDERSCORE !
Merci à eux pour cette collaboration commerciale
Merci à Arthur Desutter, fondateur et développeur de Horsai, pour ses riches explications et son retour d'expérience !
👀 À ne pas manquer, La trouvaille scandaleuse d'un chercheur sur Windows 11 : • La trouvaille scandale...
----
Suivi général : Michaël de Marliave
Rédacteur en chef : Matthieu Lambda
En plateau : Michaël de Marliave, Matthieu Lambda, et Arthur Desutter de Horsai
Montage : Vincent Carbonneau & Léo Legendre
Directeur de production et stratégie : Arthur della Faille & Charles-Antoine d'Adhémar
Directeur technique : Till de Roquefeuil
Agent : Julie Jouanne
----
S'abonner est le meilleur moyen de soutenir notre travail : bit.ly/3xqS2pi
🎥 Suivez l'émission en direct: / micode (c'est 1 mercredi sur 2 à 19h)
🎙 L'émission complète est dispo en podcast : underscoretalk...
🐦 Les annonces : / underscoretalk
Je me permet de transmettre cette vidéo à mon directeur commercial hein, ça devrait le détendre et me faire économiser ma santé
😂😂😂
Tellement réel !
🤣
true story xD
Le truc paradoxal dans le merveilleux monde du travail c'est que ça peut se retourner contre toi... "Excusez-moi monsieur n+12 mais vous êtes complètement ***". Hm...
Du coup, la simple existence de _spécialistes_ no-code n'est-elle pas une preuve de l'échec du no-code ?
Ce problème est aussi vieux que l'informatique. Tous les outils qui ont essayé de simplifier la programmation ont fini par devenir un nouveau langage. Mais c'est bientôt fini, puisqu'on nous promet la disparition des développeurs d'ici à la fin de l'année.
Certains pensent que le no-code, c'est "magique" et ça résout tous les problèmes. La vérité, c'est que plus un outil no-code est simple, moins il est permissif. Par exemple, Wix c'est super simple, mais à part pour afficher les horaires de ton commerce, tu vas rien faire de ouf.
Si tu veux faire un truc un peu complexe, même sans code, il faut une certaine expertise pour développer une architecture décente. Pareil pour la logique, même sans code, l'algorithmie est toujours là. Le no-code, ça simplifie le code, mais ça ne retire pas toute la difficulté. Ou en tout cas, plus ça retire de difficulté, plus ça retire de liberté. Il faut savoir trouver le bon trade-of simplicité/liberté.
@@ChiKhamil'année risque de s'étirer un peu.
Il existe des spécialistes Excel, avec même des concours internationaux ! sisi
Le nocode ne sert que pour Les voleurs qui piegent des gens qui n'y connaissent rien...
Que c'est nul le no code ! La dette technique fini tjrs par se payer...
Je le dis depuis tjrs et je n'aime pas...un exemple : faire un site vitrine de 5 ou 6 pages voire une landing page et le nocode de wp par exemple ,nous pond 5000 fichiers et une bdd obligatoire !!! Sans compter les risques cyber.
Tant mieux que le nocode soit aussi mauvais que dit,voire plus !!! C'est tout benef pour les dev ^^
Merci underscore pour cette bonne emission👍
La vidéo est très dev-centrée, le no-code est très utile dans pleins de contextes !
Quand on est designer/product et qu'on veut faire notre portfolio à moindre coût, quand on est petit créateur / artisan et qu'on veut faire sa boutique, quand on est une asso et qu'on veut une landing, quand on veut prototyper un design avant de le dev...
Le problème c'est pas tant les tools de no-code, mais plutôt les gens d'école de co qui pensent qu'on peut faire une app avec des comptes user SANS développeurs ni designers.
Yep
C'est ça. Ca sert pour du prototypage rapide et pas cher.
Rien de plus !
En quoi Weweb et Xano ou Bubble ne permettent pas de faire ça?
moindre coût je sais pas car il y a des limites et le temps passé à implémenter c'est du temps ou tu fais pas autre chose
Amen !
En soit le no code ça peut être utile, mais pour avoir vu comment certains managers, commerciaux et patrons parlent du no code, il est vendu comme une réponse au fantasme de se débarrasser des dev et autres personnes techniques tout en livrant l'application très vite. Le no code propage l'idee reçue que les devs sont lent sans aucune raison et ne servent à rien.
Je ne suis pas contre le no code en tant que tel, ça peut être utile quand on est conscient des limites. Mais quand c'est choisi comme une solution magique pour réduire a zéro les coûts et temps de dev, ça marche pas. Ca c'est juste un fantasme de manager completement irréaliste.
Le même argument vaut pour l'IA. C'est un bon outil quand on en connaît les limites, mais comme solution magique pour virer les dev, c'est la catastrophe assurée.
Assez d’acc: mais son cas d’usage c’était d’avoir un MVP littéralement du jour au lendemain et non une grosse structure où toute décision avant tout lancement de projet avec ou sans code est super lent 😉
Le no code ca peut marcher avec des solutions tres mures, type wordpress. Donc des solutions ou y'a tres peu de potentiel pour innover. Si tu veux innover sur de la tech, t'es oblige de faire des trucs avances que le no code, et meme l'IA, ne pourra pas faire.
@@yue_el_azur Il n'y à rien de plus permanent qu'une solution temporaire. L'idée idéale c'est de prototyper, voir si ça plait, de jeter et passer a du code. Sauf que si tu prend ça comme une V1, sans te rendre compte tu vas te retrouver dans la majorité des cas à t'engoufrer dedans et à y rester
@@johnsmith-ro2twet encore, pour avoir bosser une dizaine d’année sur WordPress avec des clients pas du tout techniques je me suis retrouvé à recoder 60-70% des plugins qu’ils utilisaient par un plugin custom très ciblé car les performances mettaient leur serveur à genoux et la plateforme mettait des plombes à être affichée chez leur client….forcément mécontents. Il est passé de 100% d’utilisation à 5% avec ce travail.
Ahhhhh les fameux 90% de ce que je veux faire. En tant que dev, on le sait, les 10% restants sont generalement ceux qui prennent plus de 50% du budget et du temps passé.
Bon, du coup ça fait 50% de temps et de budget en moins
@@P1ayer_one ça dépend si ces 50% dépendent du reste pour pouvoir fonctionner
@@P1ayer_one le pb cest que ces 10% doivent etre réalisables...
Il y a deux types de developpeurs , et de ce fait deux types d'applications. Le developpeur qui va refuser de faire ces 10%, et l'autre. Cela fait la difference entre un logiciel au 'bon feeling' et un logiciel plus bateau.
@maximumspoil2500 KISS .. Keep It Simple Stupid.
Y a surtout un mauvais choix de business model la pour le coup. Faire ton proof of concept sur l'outil je le comprend, mais quand tu vois que ton modèle est pas scalable tu te pose la question avant de continuer de démarcher en parallelle. Par contre doucement la lumière sur Zapier et co on veut pas de nerf ahah.
clairement, il faut un truc livré dans l'urgence, il y arrive c'est ok, ensuite il doit passer à autre chose. Paye ta flemme. C'est super bizarre cette vidéo.
Ouais enfin c'est facile de dire ça a postériori, quand on est dans le truc, bah on continue sur sa lancée, la tête dans le guidon, "on verra plus tard", c'est certes une erreur mais c'est très très courant et c'est un peu facile de lui jeter la pierre...
ok, c'est vrai, mais dans ce cas on en fait pas une vidéo pour blamer le produit qu'il utilise. Parce que le discours qu'entendent les gens qui ne connaissent pas le sujet est boiteux. Le gars est présenté comme un profil mix dev/commercial qui saurait coder et a juste utilisé une plateforme no code dans l'urgence, bon pourquoi pas. Ensuite le problème c'est peut être que le marché des courses de chevaux est trop réduit pour permettre le développement d'un logiciel ad hoc par un prestataire. Ou alors il le fait lui-même. Mais dans ce cas, quelle est la valorisation de son temps de travail pour cette niche? Ca reste un projet passion / copain non rentable, mais c'est la vie...
Je ne publie jamais de commentaire d'habitude, mais franchement, continuez ce que vous faites, votre boulot et la manière dont vous parlez, les sujets abordés sont d'une finesse et d'une atypicalitée remarquable !
C'est dingue je regardé justement sur le no-code et cette vidéo est posté le timing parfait
Manquerait plus que RUclips ait un algorithme pour ça ! 🤯
@@NicolasBoa Mdr un algorithme qui posterait des vidéos 😅 on en est pas encore là...
En tant qu'employé dans une petite boite de com, le no-code est le fléau de mon existence. Certains projets ont pris des proportions cauchemardesques parce qu'il fallait implémenter une fonctionalité parfois basique dans un outil qui n'étais pas conçu pour ça. La maintenance devient vite horrible et le moindre service coûte une blinde.
C'est pas le no-code ton problème, c'est le directeur technique qui fait les mauvais choix techniques.
"dans un outil qui n'étais pas conçu pour ça"
J'ai surtout l'impression qu'il a mal reflechi son projet a la base
Et on n'a pas parlé des choses les plus importantes : comment debugger? Coût de maintenance ? Possibilité d'évolution ? Quid des backup ? Des APIs ? J'ai également été choqué du sujet concernant la ségrégation entre test et prod... Genre, on apprend la vie !!!! On savait pas que faire des modifs en prod, cest pas dangereux...Moi j'ai jamais vu moins que environnements de dev, de test, de prod...
Même impression. Il n'a pas utilisé ses réflexes de développeur, c'est étonnant.
J’ai surtout l’impression que tu n’as pas envie d’apprendre à coder …
En startup c'est très commun, tu dois vendre et t'adapter à tes prospect. T'as pas le temps de faire les choses bien.
S'il avait pas fait ça il aurait eu aucun client.
Il a voulu faire trop vite et le no code etais la solution pour rendre quelque chose en peu de jour sinon il aurait perdu son client donc il pourrait plutôt être reconnaissant et après c est juste qu'il c'est mal renseigné et n'as pas su changer de trajectoire quand son business prenais de l'ampleur
Le vrai titre devrait être "pourquoi les mauvais consultants sont un piège pour les startup". Ce n'est pas la faute du no-code. En code aussi les mauvais choix peuvent coûter cher après coup. Par contre avoir une expertise sur un ensemble de solution (code ou no-code), analyser les besoins de maniere precise et savoir les limites de chaque outil peut être un plus.
Non il y a de vrais problèmes connus en no-code. Parmi ceux que j au rencontré : la limite des "services db" vendus comme le St graal alors que la moindre request un peu complexe est impossible. La duplication des data pour passer d un outil à l autre, la décomposition en x outils qui finalement sont couplés entre eux par les modèles de data rigides, le moindre changement peut foutre un bordel monstre.
Le no-code c est OK au début. Mais quand ça scale c est clairement pas encore pensé pour.
C'est exactement ça.
Code ou no-code, la question c'est le cahier des charges.
Tu peux faire des trucs de ouf en no-code sans aucun problème. Pas tout.
Si quelqu'un utilise du no-code sans réfléchir à la faisabilité avant de commencer, c'est pas la faute de l'outil, c'est la faute du décisionnaire qui choisit cette solution alors que c'est pas la bonne.
@@road2dev encore une fois, c'est le choix des mauvaises solutions qui ne permet pas de scaler. Il faut savoir que la majorité du cac 40 utilise des outils no/low code qui scalent très bien. Bien sûr il ne faut pas se laisser berner par les Promesses marketing, mais ce n'est pas un conseil spécifique au no-code.
@@road2dev bah en même temps, le no code a été presque conçu pour les "go to market" non ?
Le principe basique de la dette technique devrait être connu par tous. ça éviterai d'avoir ce genre de dingueries
Quand on commence une startup, l'idée est d'aller vite pas d'avoir une architecture scalable!
@@leforttheo4381aller vite et se prendre le mur
@@leforttheo4381 oui mais si tu fais 35k de CA et 2k de bénéfice en 1 ans c'est inutile. Je peux comprendre l'idée de lancer le truc rapidement mais à ce moment là autant partir sur un truc auto héberger déjà juste ça. Dans son cas Strapi aurait été parfait
@achros_42 Complètement d'accord.
Là c'est un side business son projet pas une startup
oui. En gros, faut pas une equipe de bras casses pour monter une boite. Faut etre assez fut fut pour comprendre qu'il faut un inge pour faire l'ingenierie, un commercial pour vendre le bouzin, un marketeux pour faire l'emballage du produit, etc... On ne peut pas faire l'economie de tous ces profils. Ni le no code, ni l'IA ne vont remplacer cette structure.
Le problème ce n'est pas le no-code, c'est de choisir une stack technique complétement décorrélé du besoin.
Tu remplace softer par flutterflow et Airtable par Supabase et/ou Directus et t'as le même projet, développé aussi vite qui coute 150€ par mois max 🤷♀
je vais check merci
Je confirme, flutter flow pour du mobile et weweb pour du web
Et bubble dans l'histoire ?
Tu en dirais quoi ?
@@bento4263 bubble c'est sympa pour de la petite app Web, du proto
Aller au delà ça peut devenir complexe, faut pas avoir des fonctionnalité qui sorte trop de l'ordinaire à dev
@@bento4263 La différence avec weweb / flutterflow et bubble c'est la liberté possible, avec bubble tu es forcé d'utiliser les outils bubble, la database bubble et tu ne peux pas exporter ton code et en être propriétaire. Bubble est puissant mais jamais je l'utiliserai pour un projet réel qui doit scaler !
Juste merci pour cette vidéo
C'est tellement bien cadré, et je en vous prie, continuez ;)
Pour moi la vraie arnaque de ces systèmes c'est le côté abonnement et facturation à l'acte. Que ce soit le no-code ou l'IA. En fait on sert juste de passe plat entre l'utilisateur final et le fournisseur de la plateforme no-code ou IA en question. Ça me fait halluciner le nombre de boîtes qui te font de l'IA mais en réalité payent un abonnement à Chat-GPT par utilisateur! C'est impossible à rentabiliser car à mesure qu'on grossit et qu'on devrait avoir plus de marge celles-ci sont bouffées par les abonnements. Plus on grossit plus on paye. Alors qu'avec une solution maison la rentabilité grandit avec le nombre d'utilisateurs. Et je ne parle même pas de l'aspect technique qui comme on le voit est une horreur sans nom. Ça ne marche que pour des petits projets perso à mon avis, mais baser une solution professionnelle commerciale là dessus c'est ni fait ni à faire.
Je ne vois pas tellement de problème de no-code ici, mais surtout des mauvais choix techniques et de business.
C’est ce que je me disais… En soit utiliser du no-code sur des projets qui sont censés être complexes c’est un peu étrange et même très risqué. Le no-code pour moi ne peut pas être en production sur des projets qui sont parfois trop lourds.
Un sorti d'école de commerce qui pensait monter une boîte grâce à un outil no-code quoi, 75% du budget de la société dans les outils no-code.
C'est vraiment l'envie à tout point de vouloir créer une entreprise qui est critiquable.
Le problème c'est que tu ne vois pas les choix techniques que tu fait
Il faut tout tester pour voir ce qui est possible ou pas avec tel ou tel outil no code, et ça reste toujours obscur. Tu vois juste le front office de ton fournisseur de no code. Et finalement tu ne peux pas travailler proprement et t'assurer de faire les bons choix.
Rapidement ça devient une usine à gaz, avec des problèmes imprévisibles
Au-delà de problème de no-code ou de mauvais choix technique, j'ai l'impression que les gens sont trop hypés sur ce que le no-code peut faire. C'est très puissant, mais c'est pas magique non plus, donc avec des attentes aussi élevées, on est sûr d'être déçu. (Et c'est pareil avec l'IA, mais c'est un autre débat)
@@HugoAttal L'IA c'est presque le même débat pour moi. L'IA peut à la rigueur soulager le travail d'un développeur ou d'un graphiste, mais pas les remplacer. Si on est pas développeur on ne saura même pas quoi prompter ou comprendre les réponses de l'IA. Idem pour la génération d'images, sans connaissances en retouche graphique les images générées par IA sont truffées d'artéfacts et ne sont pas directement exploitables commercialement en général. Le no-code c'est la même histoire, ça peut faire gagner du temps mais il faut quand même des compétences de webmaster pour mener un vrai projet commercial.
Super intéressant! Ça serait pas mal de parler des agences IA et des écoles qui pullulent sur RUclips’s et qui promettent à des gens qui ne connaissent rien au code de créer leur agences et des vendre des solutions en no code a leur clients. Ça me semble voué au fiasco. Évidemment les vendeurs de pelles eux se gavent…
Peux-tu m'expliquer en quoi c'est un problème si les logiciels/agents IA font le taff?
c'est parfait comme ça les devs reviennent sur le devant de la scène pour facturer.
Maxime toujour vrais dans l'IT
Si ton probleme est complexe, il te faut une solution complexe.
Si tu veut une solution simple , il faut simplifierta problematique.
La complexité en informatique est notamment de rendre un problème complexe simple. C'est simple à dire mais complexe à faire XD
Plus une problématique est complexe, plus la solution aura tendance à l'être, mais le but est justement d'essayer de la rendre la plus simple et maintenable possible.
Ça devrait être un combat pas une égalité ou fatalité.
Cela n'a pas vraiment de rapport, y'a des solutions très simples à des problèmes "complexes" (complexe = constituer de beaucoup d'élément, mais si pour toi c'est pareil que difficile alors sache que c'est pareil y'a des solutions simple à des problèmes dit "difficile" c'est juste que tu n'as pas eu l'idée de cette solution mais ça veut pas dire qu'elle n'est pas simple).
Je travail sur des algorithmes qui parfois permettent de résoudre des problèmes "complexes" avec des techniques très simple mais dont personne n'a penser avant (ou en priver du coup), tandis que d'autres avec leur techniques beaucoup plus complexes et difficiles à programmer ils n'arrivent pas à la même précision.
T'as phrase elle fait bateau et simpliste.
@@gabycazquens304 tout a fait ... La regle numero 2 du fight Club : Keep It Simple and Stupid
@ Je suis tout a fais d'accord . Je pense que tout le monde devrais apprendre la logique binaire. Revenir à la base
N'importe quoi, vraiment.
Business Objects était déjà dans ce genre. Il y avait aussi le générateur d’UI d’Oracle. Cela assure un service ponctuel à l’instant T, mais la maintenance est indémerdable.
Ces outils ’magiques’ sont l’équivalent du populisme en politique : des solutions simples à des problèmes compliqués. Ce sont des leurres.
Je commente au début de la vidéo mais je sens que ça va être instructif !
En fait, ce type d'outils a toujours existé. A mon époque (années 80/90 😉) on appelait ça des outils de L4G. J'en ai utilisé plusieurs et à chaque fois, c'était la grosse déception. En 20% du temps, on faisait 80% de l'appli et on pleurait pour les 20% restants. Surtout une fois en production, la maintenance était très compliquée. Du coup, c'est très bien pour faire un POC. Mais pas plus. Rien de tel qu'une belle appli non propriétaire et au final, ce n'est pas beaucoup plus cher...
Super vidéo, à diffuser en masse, trop de personne sans connaissance informatique ou en gouvernance projet, se lance et se font avoir ! Une vidéo sur la partie direction ou gestion projet serait également très utile
Conclusion... prenez un consultant pour construire l'archi de base de vos outils et suivez la conception pour comprendre comment cela se passe. Ensuite pour les petites itérations (ajouts de champs, petites automatisations), vous pouvez faire vous même.
Bravo merci et continuez 👍
Le soucis avec les projets low/no code c'est que souvent les gens ont tendance à vouloir torde la solution pour qu'elle corresponde à leur besoin. Ce n'est pas comme pour choisir un langage de programmation, il faut une période d'étude beaucoup plus longue et avoir une idée très claire de son besoin afin de choisir la techno qui correspond le plus possible à ce qu'on veut faire.
Sauf que souvent les clients ont tendance à choisir ces solutions en pensant que le projet sera beaucoup plus simple à mettre en place et se prennent un immense mur quand ils peaufinent au fil de l'eau leur besoin et qu'ils se rendent compte au bout d'un an de dev qu'ils sont coincés.
On ne choisit pas ces outils sur un coup de tête, on peut se dire qu'on a pas besoin de devs pour faire du no-code mais c'est faux, il faut absolument passer par des experts de l'outils pour éviter de foncer dans le mur.
Expert ou pas, à un moment si on veut gagner il faut jouer. Si on investit petit on risque de finir à l'étroit, si on investit grand et qu'un concurrent ou un changement législatif imprévu rend le projet obsolète, on se sera planté aussi.
Et ça même avec un besoin très clair.
Personne ne sera assez expert pour connaitre tous les outils no code et sur lequel aller.
Que ce soit en nocode ou pas, en fonction de l'évolution du projet,on se retrouve face à des difficultés.
Le nocode c'est une sorte de mécanique lego, dans lequel on a essayé de penser toutes les mécaniques possibles mais finalement,il en manque...Le produit nocode étant insuffisant...na pas prévu certaines fonctions...et c'est pas au client de s'adapter...
Et même si le produit nocode à tout, l'enchaînement, le vendor lock comme on dit est catastrophique.
Mais dans ce cas à quoi sert ces outils s'il faut être expert pour les utiliser puisque précisément la valeur ajouté qu'ils clament ce que cela est fait pour les non-experts
@@smic-cs4dl ou les non experts en code.
Il y a un mensonge pour moi pour l'instant dans l'idée qu'on peut développer un truc sans avoir de compétence en dev. Même sans parler de code, avoir une notion de ce qu'est la complexité, le volume de données, la sécurité etc, ça paraît indispensable.
@@smic-cs4dl ah non je ne dis pas qu'il faut être un expert pour les utiliser mais plutôt qu'il faut une expertise pour savoir si l'outil correspond bien à ton besoin. Si tu t'en sert pour un proto ou pour un tout petit projet pas de problème, mais si tu veux mettre ton coeur de solution dessus c'est beaucoup plus dangereux. Perso je suis "expert" sur une solution low-code et j'ai vu des dingueries. Des clients avec une vision court terme à qui il a fallu apprendre après des mois de dev que la key feature dont ils avaient "oubliés" de nous parler n'était pas du tout un "simple glisser déposer" comme leur avait vendu le commercial de l'outil mais allait demander des mois de dev à toute une équipe.
Hello, en fait sinon, avoir une bonne architecture de base de données à la base ça aide. De façon générale, l'architecture no-code, les outils qu'on utilise en back-end, l'automatisation entre les outils et effectivement la réflexion financière est importante à chaque étape. Une architecture no-code back-end se réfléchit comme une architecture back-end classique.
Shipper rapidement avec des outils no-code c'est top, mais il faut toujours réfléchir au long terme et à l'infrastructure long-terme. Je commence avec des choses simples avec mes clients, et on réfléchit toujours ensemble au long terme, et je pense à comment on va migrer tout cela quand ça prendra de l'ampleur (et oui il y aura du code, de l'hébergement en propre peut-être).
Pour certains besoins non dev, c'est vraiment top, et je connais plusieurs entrepreneurs ou libéraux qui gagnent un temps fou avec quelques automatisations bien placées.
Le danger du no-code pour moi sont les non-techniques qui ne prennent pas en compte le design et l'architecture de tout le système de l'appli ou de l'écosystème du client.
"Un site de rencontre...pour chien"
Un site de rencontre quoi
Bien que je ne sois pas d'accord, je reconnais que c'est drôle.
Sites de rencontres = S'afficher comme un produit de consommation.
Un chien qui à vendu son âme au diable donc.
😂
XDDDDDDDDDDDDDDD
Très content de ne pas avoir entendu des mauvaises choses sur Webflow 😊
Faut déjà arrêter de penser que le NoCode/LowCode n'est pas du développement.
Pour faire une bonne app NoCode/LowCode, il faut commencer par faire un bon cadrage du projet... Si c'est pas fait, alors oui, on se retrouve dans des situations où le modèle de données n'est pas scalable et donc dès qu'un nouveau besoin arrive, ca devient une usine à gaz pour l'implémenter.
Pour moi, les problèmes de l'echec du projet d'Arthur sont les suivants :
- Mauvaise stack technique (Airtable peut être vite limité par rapport à un Supabase ou Xano)
- Pas de cadrage au début du projet (Architecture, modélisation des données, des processus etc)
- Et j'ai peut-être mal compris (et je ne suis pas au bout de la vidéo) mais Arthur dit être issue d'une école de commerce donc il n'est pas développeur.
je suis d'accord, cependant, plus le temps passe, et plus je me dis que bientôt avec des IDE comme Cursor ou Windsurf, et avec un tas de doc implémentées, les bonnes pratiques tout ça, la tâche sera surement de plus en plus simple
Dans la vidéo il est bien précisé qu'Arthur est à la base développeur.
Dev ou pas je suis d'accord avec ton analyse, la stack technique est mauvaise pour le projet dès le départ. Il ne semble pas d'y avoir d'analyse de projet. Nocode ou non il faut faire une analyse correct d'un projet. Perso j'ai fait aussi du dev mais je reste ouvert. Après le nocode n'a jamais été "simple" même si c'est vrai que d'un point de vue marketing c'est souvent présenté comme cela.
Mouais … ça reste juste de l’assemblage de brique , ça peut aller pour des petits projets simple ou du prototypage mais c’est très limité
Pour Airtable, la quantité déjà, mais c'est sans compter le rate limit API absolument catastrophique si ton interface tape dessus en live avec X utilisateurs + le backoffice + tes propres automations > résultats gros temps de latence/pause voire mini-ban ... XD
On a un droit de réponse officielle ? Histoire d'avoir les deux côtés...
Aie aie aie effectivement le mobile bubble en mode wrapper, c'est assez malheureux tant que le mobile native n'est pas sortie, pas conseillé.
Le problème n'est pas au niveau de Bubble, c'est que l'agence avait sa propre méthode de travail, la création de blocs automatiques me fait beaucoup penser à des canvas pré-faits et là effectivement, dur de reprendre, même chez les bubblers, beaucoup ne l'utilisent pas. On a beaucoup d'exemples qui fonctionnent aussi et de belles réussites, mais aussi d'échecs, tout comme la plupart des développements code compris en agence.
L'information sur la BPI est intéressante : elles ont eu leur financement grâce à leur MVP ?
Ah bah super ton commentaire Thibault, ça m'évite d'en faire un ! ;)
@@MaximeGadras On fait un feat react si tu veux
@@Ottho-nocode Let's go hein.
Et sinon on fait une émission react chez @Underscore
Ça serait trop bien 😊
@@Ottho-nocode chaud pour le react chez underscore :)
Mais c'est tellement logique, avec un tout petit d'expérience dans le monde du développement, tu sais très bien à quoi t'attendre avec du no-code.
Ooooooh. Bienvenu aux no-codeurs dans le monde merveilleux dev. Mettez-vous à l'aise ça va bien se passer.
Cimcim Juno! :)
Toujours cool. Merci pour la vidéo.
Et pour celles et ceux qui se poseraient la question : oui, les applications de rencontre pour les animaux existent déjà 😉
C'est assez marrant de voir que de payer ou augmenter des salaires c'est si compliqué, "ça coûte trop chère", mais quand il s'agit de payer une fortune des outils comme ceux-là "c'est normal, ça nous permet de faire des économies" 😅
Après, 45k€, c'est même pas le coût total d'un dev sur une année...
@@TheDarksharcouxpas besoin de le payer toute l'année : la période de développement suffit, ensuite un petit contrat de maintenance.
Ça va le court-termisme dans ta vie ? 😂
Mais qu'est ce que tu racontes ? Tu crois vraiment qu'il aurait pu embaucher quelqu'un à la place de sa bouse no-code ? Et ensuite au cas où t'aurais pas compris il a abandonné la solution. Donc il aurait dû licencier son dev embauché ?
@ A quel moment vous pensez que je parle de l'interviewé ?!
Je parle au sens général du coût des logiciels qui explose bien plus rapidement que les salaires, et pourtant tout le monde y va... ces "no-code", mais avant ça SAP, MS (365), Oracle, Adobe, Dassault, ...
(et je ne dis pas non plus qu'ils n'ont pas de valeur ajoutée, juste qu'elle est chère payée)
L'intérêt du code sous forme de texte, c'est que c'est extrêmement concis, tout en restant flexible.
Pour moi le no-code c'est vraiment l'opportunité de facturer des projets transfo (no-code to code) plus cher que prévu
Continuez le no-code svp vous alimentez une économie circulaire.
Super chaîne.! Je suis un noob a mi chemin entre le no code et le code de Claude et je comprends maintenant mieux où se trouvent les limites de ce système
Si tu fais du no-code, il faut que tes spécifications fonctionnelles soient compatibles avec l'outil que tu utilises sinon c'est mort. Ensuite ton business model doit tenir compte de la scalabilité des coûts, notamment au niveau des licences sinon tu ne t'y retrouve pas.
Je suis Dev et je suis amusé de voir comme certains pensent que l'on va être remplacé par du "No code" ou des agents IA. Ce n'est pas demain la veille, maintenant il faut savoir de quoi on parle.
Livrer une landing, un site e-commerce standardisé (jusqu'à ce qu'une demande d'évolution nécessitant l'intervention d'un dev soit émise) est faisable par ces outils ou par des devs juniors (pas péjoratif, certains juniors sont des bêtes).
Architecturer tout un SI, répondre à des besoins métiers très spécifiques et en perpétuels évolutions, faire du code SOLID, senior, lisible, etc...devient plus compliqué, les outils d'IA sont très utiles et je m'en sers bien évidement mais aujourd'hui sans un œil averti, il est difficile de produire des prompts efficaces.
Mais plus rien ne m'étonne, pour avoir entendu des phrases de Product Owner telles que "Mais...Je ne comprends pas...Pourquoi écrivez vous des bugs ?".
Ou même un directeur de DSI comparer le temps de développement d'une landing page et celui d'un système d'affacturage...
Ha oui, j'oublie les "anciens devs" créateurs de contenu qui crient "L'IA va tuer les devs" alors qu'ils ont sur leur CV 2 ans de dev, fait à la sortie de l'école, il y a 10 ans...
Bizouille 😘
Le NoCode, c'est bon pour le prototypage, si on veut un truc vraiment efficient, faut coder en dur. Avec le NoCode on est forcément limité par, justement les limites intrinsèques au NoCode.
J'utilise très souvent (en amateur) MIT app inventor, et les limites sont fortes.
Ça me rappelle un peu Dreamwaver (wé, chuis vieux) beaucoup de code propriétaire pour peu de code efficace.
Sujet intéressant ❤ c'est bien de voir un peu l'envers du décor du No-Code , Merci
Tout dépend du besoin. Pour un MVP ou des app de gestion interne c’est vraiment pertinent, on gagne un temps fou.
On a développé en no-code une app qui permet à nos 100 collaborateurs comptables de gérer la comptabilité de nos 10k clients.
Sinon y a les RAD en programmation c’est fait pour …
et ça vous coûte combien pour 100 utilisateurs ?
Très très très intéressant comme point de vue !
Une solution hybride (low code) type flutterflow trouve le parfait équilibre entre personnalisation et scalabilité
Webflow aussi est sympa !
@@justzinox8161 j'ai bossé un peu dessus à la demande de clients. Je ne comprends pas qu'on choisisse cette solution plutôt qu'un Wordpress et de s'enfermer dans un écosystème limité.
Pour le SEO des clients en question, on en a eu marre de Webflow, on a collé un Wordpress en répertoire pour le gros de la stratégie
@@justzinox8161 j 'ai bossé un peu dessus à la demande de clients. Je ne comprends pas qu'on choisisse cette solution plutôt qu'un Wordpress et de s'enfermer dans une solution limitée.
Pour le SEO des clients en question, on en a eu marre de Webflow, on a collé un Wordpress en répertoire pour le gros de la stratégie
@@justzinox8161 pour avoir travaillé dessus à la demande de clients. Je ne comprends pas qu'on choisisse cette solution plutôt qu'un Wordpress et de s'enfermer dans un écosystème limité.
Pour le SEO des clients en question, on en a eu marre de Webflow, on a collé un Wordpress en répertoire pour le gros de la stratégie
Je suis d'accord, très complet
Je pense qu'on est tous en phase sur le fait que le Nocode est là pour prototyper et vendre, mais pas construire ton business long-terme dessus.
Je pense que son erreur est classique, il avait une opportunité business, il n'arrivait pas à sortir la tête du guidon, et patcher au fur et à mesure afin de pouvoir faire continuer à vivre son business.
Cela étant dit, sur un an, il aura dépensé 28K euros ... mais comme il le mentionne, la refonte lui a pris 3 mois.
Que tu passes par un free, une agence, tu seras facilement à 20k 30k euros de développement pour ce temps passé. Et il n'aurait pas pu avoir l'opportunité de l'effectuer en une nuit comme il l'a fait.
Donc oui, avec le recul cela fait mal, mais cela lui a quand même apporté réactivité/rapidité pour le lancement.
La porte d'entrée financière du Nocode est tellement alléchante quand tu ne fais pas de chiffre d'affaire, qu'il est difficile de ne pas s'y aventurer quand tu n'y connais rien.
Le problème d'Arthur c'était quand même surtout qu'il ne vendait pas assez cher.
Par contre effectivement, les outils no code bien pratiques peuvent rapidement devenir chers.
En cherchant à réduire les coûts, j'ai opté pour une approche hybride : je garde Zapier pour le côté workflow très pratique comme dit à la fin, et certaines étapes sont faites avec du code... écrit par Claude 3.5 ou GPT4-o1.
Je le fais surtout pour des outils internes, mais ça fait déjà gagner beaucoup de temps.
En tant que développeur WIX depuis 2018 ayant créé des webapps avancées avec de la gestion de bases de données, beaucoup de code et pas mal d'huile de coude, le No-Code est pour moi un outil parfait, qui permet à mes clients de gérer leurs business en autonomie (donc à moindre coûts) tout en nous faisant travailler sur fonctionnalités spécifiques. Ils font du sur-mesure sans s'engager dans des dépenses lourdes et des contrats compliqués ; pour les PME et start ups qui ont besoin de proof of concepts c'est vraiment une synergie parfaite.
En tant que développeur dans une PME, je confirme que c'est vraiment une solution adaptée, tant que ça reste pour un Proof of concept / MVP.
Mais dès qu'on veut faire évoluer ce proto vers du plus spécifique on a tout intérêt à passer a du code quand le concept est validé.
Utiliser les 2, si ça reste au bon endroit, ça permet d'itérer vite tout en gardant une viabilité sur du plus long terme
Je ne pensais jamais voir une appellation pareille… « en tant que développeur WiX »
@@mickaellehoux6606 WIX propose des outils de développement avec une IDE très complète ☺️
@@pierrelezanoui, mais utiliser les 2, c'est mécaniquement rarement viable pour une PME, mis bout à bout 💸😅
A moins d'avoir un plan d'exécution, dans le temps, et un dosage de la "délégation de complexité" au cordeau absolu... Généralement, on est rarement "encore" une PME à ce stade là.
Pour ma part, je pense qu'il faut un choix clair entre les 2 (nocode vs lowcode vs code), dès le MVP. Puis, une bascule rapide vers du code post-MVP, si on est parti en nocode à la base. Les coûts d'évolution/long-terme du nocode étant rarement supportables.
PS: sinon le nocode peut être cool pour le pôle "communication" d'une grosse boîte qui ferait des projets temporaires ou des agences web/formateurs peu scrupuleux... Aussi. (Pas tous hein, faut leurs "discours") 🤷
@@mickaellehoux6606en tant que développeur "chez" WiX ? Il faut bien des développeurs pour créer les solutions NoCode
Le problème du no code à mon avis, c'est que le scaling du prix de la licence au nombre d'utilisateurs est montant et pas descendant. Signe que les producteurs d'environnements no code sont parfaitement conscients qu'ils vont capter des "pigeons" et les essorer jusqu'à ce que leur modèle se casse la figure. Je suppose même qu'ils proposent du consulting pour ré-écrire de façon plus scalable.
Oui
Parfaitement résumé
le prix exponentiel c'est ça le piège
Après si ton but c'est d'économiser de la thune quand tu crées une start-up je pense que t'as pas compris grand chose haha! :)
@ Je ne vois pas trop le rapport de votre remarque avec ce que j'ai écrit.
Je parle de la scalabilité du prix anormale (dans tous les autres systèmes de licences, plus on prend d'utilisateurs, moins c'est cher par utilisateur).
Je pense justement que j'ai très bien compris que ces entreprises vont essayer d'exploiter des gens qui comme vous, pensez qu'il faut dépenser sans se soucier en montant une boite (erreur que j'ai faite une fois).
Je suis en train de créer un outil de workflow no-code similaire à Zapier et Make, mais qui se différenciera par certaines fonctionnalités exclusives
Mieux que N8N ?
@@darok.k Ça dépends de ta définition de "Mieux", ça serait quoi pour toi ? Dans tous les cas je posterais le lien sous ces commentaires quand ça sera prêt au public
Like pour suivre ca quand ca sortira ! :)
Entre latenode et n8n force à toi.
@@Oxor2 Possible d'être plus précis, mieux par rapport à la simplicité d'utilisation/interface intuitive ? le nombre d'intégrations/connections pré-codés ? le code custom ? les composants spéciaux possibles (loop, for in ...) ? etc...
Moi je suis un vieux de la vieille, je suis largué par ces technologies de dev que j'ai n'ai pas suivi...
Mais franchement, vu en gros la vidéo, on en revient de toute façon à la base, dès que le projet a une certaine taille (et on y est vite, même pour un développement web): il faut une analyse bien faite, et aussi bien penser l'architecture, on n'y coupe pas. Là avec les exemples donnés, on voit que vite ça devient une usine à gaz, un grand classique en informatique 😅
Mais bon dans une boite, y'a les commerciaux et les managers qui sont là pour répéter comme d'hab "yakafokon" 😂
Ca me fait penser qu'il y a quelques semaines, j'avais regardé de vieux "Dilbert" que j'avais enregistrés sur mon ordi, qui datent de presque 25 ans. La plupart des caricatures sont toujours valables...
J'habite en Suisse; quand on entend des nouvelles de grands projets, que ce soit à l'armée, dans la santé, le vote électronique, etc... il y a régulièrement de grandes cata avec une gestion de projet désastreuse et des millions qui partent en fumée. De ce côté-ci, on est très loin du "no project-management" 😅
Les partages des 10 dernières minutes sont intéressants, y'a du coup de quoi connaître pour suivre, l'évolution est là intéressante.
sa réponse pour le 4ème point et son exemple avec le mot de passe utilisateur montre quand même à quel point il est amateur, si tu as accès au nom prénom et adresse mail de l'utilisateur, après avoir recodé ton application, tu envoies juste un mail pour inviter l'utilisateur à se login en définissant un nouveau mot de passe. Quelle idée de dire "tu fais une croix sur la bdd utilisateurs"
LMAO.. je sais depuis longtemps pourquoi je code mon propre outil!
super vidéo, ça m'évitera de devoir argumenter pour justifier mes méthodes et mes tarifs
Je ressens chez les présentateurs une certaine satisfaction à raconter ces flops, mais à mon sens, en s'affranchissant des stacks dont ils parlent, le véritable problème vient d'ailleurs. Le premier flop semble être causé par une mauvaise architecture mise en place par l’entrepreneur, et le deuxième par l’agence… rien à voir avec les stacks évoqués.
Assez d'accord. Peut-être que la description du projet et du cahier des charges n'étaient pas suffisamment clairs. Et les coûts de prestation pas assez élevés pour être rentable. En même temps, pondre un projet en une nuit pour après se rendre compte que ce n''est pas la meilleure solution ce n'est pas top. C'est aussi une erreur que l'on peut faire quand on débute. Dire oui à tout n'est pas toujours une solution. Son témoignage en est un bon exemple.
@@studioabfrÇa peut arriver en code traditionnel aussi
Pas d'accord, certes l'architecture du premier était questionnable mais il le dit lui même que c'était afin de réduire ses contraintes de coûts et de ne pas avoir plus de charges que de bénéfices .. Il était pleinement conscient des défauts de son architecture mais a été contraint par le no code et le manque de temps.
En réalité la réalisation d'un projet amène souvent à des choix de conception qui sur le moment semblent pertinent mais à long terme ne le sont finalement pas.
C'est facile de juger une fois le projet bien en place mais en réalité ce n'est pas pour rien qu'il y a souvent plusieurs itération et que les changements de décision qu'elles soient techniques ou fonctionnelles sont parmis les facteurs augmentant le plus drastiquement le temps de développement.
On peut citer pleins d'exemple :
- Stardew valley a pris 4 ans de développement intensif, avec différents itération et gameplay mis à la poubelle (alors même que le jeux avait déja une vision d'un produit final puisque fortement inspiré de Harvest moon)
- Skull & bones qui a pris 11 ans de développement avec des changements de décision tous les 4 matins.
- Windows vista
etc...
le principe du no-code c'est son accessibilité. S'il faut avoir un niveau Phpd et avoir beaucoup de temps pour faire l'analyse approfondie et complète nécessaire pour architecturer parfaitement, on perd l'intérêt du no-code
👍Merci pour tes vidéos toujours intéressantes et instructives, même si je n'en comprends qu'une partie ! 👍
Est-ce que tu as remarqué qu'à chaque fois que tu présentes un sponsoring, pendant la majeure partie de la séquence, tu te frottes les mains avec gourmandise ? Cela représente probablement la poignée de main qui te relie à ton partenaire, mais aussi sûrement la satisfaction anticipée d'une nouvelle ligne de crédit sur le compte de ta boite !? 😉
Le no code et l'ia va faire devs augmentés. Ce qui me fait marrer c'est que on se recrait les probleme que la R et D a resolu depuis des années.
Clairement beaucoup de marketing dans vette histoire.
Le no code n'affranchie pas de l'ingeniering, de l'analyse fonctionelle, de la securite, de l' upscaling, de la maintenabilité, des process et règles d'équipe, etc, etc..... bref c'est bien pour des protos pour des gens non technique et métiers.
Les ssii ne sont pas mortes et au contraire vont gagner en rentabilité.
Donc attention au charlatans du no code.
L’ia oui mais pas le no code
Super intéressant et encore des pistes à explorer. 😊
Au fait le no-code, low-code c'est bien pour des personnes un peu débrouillarde dans l'IT mais dont le code n'est pas le métier principal (comptables, traders, ingénieurs, statisticiens, chercheurs...). Mais surtout, pour des projets perso, visant à améliorer sa propre efficacité. Déployer un truc à plus grande échelle et destiné à être utilisé par Jacqueline 55 ans qui tapent encore à 2 doigts, c'est s'engouffrer dans un enfer de maintenance.
Faire une vidéo qui parle des méfaits du no-code, avec un sponsor pour une plateforme no-code 😂 Quelle ironie 😁
Super vidéo ! Comme toujours, j'apprécie que vous me teniez informé. Beaucoup de choses ont changé depuis que j'ai commencé à suivre et à regarder vos vidéos et c'est tout, mais la vérité est que je ne m'inquiète plus des fluctuations du marché parce que Vasil Krall me couvre avec ses stratégies et ses signaux de day trading pendant que je m'assois et me détends. Pendant qu'il est temps de trader, je fais attention à la stratégie de Krall, c'est ainsi que j'ai pu investir treize mille dollars pour gagner plus de dix-sept mille dollars chaque semaine et continuer à compter jusqu'à la fin de notre programme grâce à lui.
Waouh, je suis un peu confus de voir qu'il est mentionné ici aussi. Je ne savais pas qu'il était bon avec autant de gens, c'est génial, j'en suis à ma 5ème transaction avec lui et il est super.
Il est actif sur Telegram ;(
@Vasilkrall.
Je suis chauffeur de camion. Je me souviens lui avoir donné mes premiers vingt mille dollars d'économies et il m'a ouvert un compte de courtage. Cela s'est avéré être la meilleure chose qui me soit arrivée. Je possède maintenant 10 camions au Mexique.
Mon Dieu ! Dix-sept mille euros en moins d'un mois. Le coach Vasil Krall a changé ma vie. Que Dieu bénisse le coach Vasil Krall.
LOL je vient de regardé le vidéo complet sur mon autre compte RUclips me la recommande ici obligé de libérer une deuxième fois et de lâcher ma com pour pas perdre la recommandation 😅
No-code moui j'ai envie de dire que c'est bien pour un applicatif local par pour une application que tu fournis à des clients. Et encore tu sais aps si t'as des portes dérobées.
L'école de commerce lui a permis de trouver des clients. Elle n'a jamais proposé d'apprendre à gérer techniquement une entreprise. C'est bien le côté "ingénieur" qui pêche
Problème numéro 6 : Temps d'apprentissage de l'interface. Un exemple, découvrir où il faut aller pour faire une condition alors que dans du code, on sait qu'on va ajouter un if.
Je trouve que l'angle est mal abordé, le no-code et l'automatisation sont des vraies + dans les business quand ils sont bien utilisés. J'ai plutôt l'impression qu'il y a un très mauvais choix des outils et un manque cruellement de formation de la part de l'invité. C'est un peu dommage ça fait passer ses innovations pour des "escrocries" alors que quand c'est bien utilisé c'est "game changer"... Un peu déçu de la tournure de l'épisode.
Je suis entièrement d'accord. Premièrement, il y a des outils meilleurs que d'autres, mais là, la stack est vraiment mal pensée pour l'utilisation. Alors, si tu as réussi à concevoir ton proof of concept en 24h... recommence simplement avec des outils plus adaptés.
Là, on parle de mauvais choix de gestion d'entreprise, rien à voir avec le no-code. Je ne suis pas fan de Softr, je ne l'ai même jamais utilisé, mais si je suis une petite boîte et que je peux payer même 150€ par mois pour construire des outils métier vraiment adaptés et centralisés, plutôt que de devoir adapter mon workflow à des applications existantes... je prends.
L'histoire dépeinte ici est celle de quelqu'un qui a vendu une solution inexistante et qui a quand même réussi à en tirer un profit en 24h. Face à ça, on ne peut que plébisciter le no-code, pas venir se plaindre après coup que les choix stratégiques ont été très mauvais.
Totalement d’accord, vu sa manière d’approcher le projet ça aurait été un flop avec du code aussi…
Les images pour illustrer sont vraiment top
Le problème est que quand tu fais du no-code, tu es à la mercie de l'outil que tu utilises...
trop vrai
C'est juste, mais la réciproque l'est tout autant !
J’ai jamais été fan du no-code pour pérenniser son entreprise, et ça va au delà des facturations surprises… C’est aussi lié à la stratégie de développer un actif valorisable… Le no-code devient si complexe et a l’antipode de sa philosophie de création, ce qui fait que le code reste le plus maîtrisable à long terme et le plus optimal au niveau gestion des ressources.
Quoi qu’il en soit, si on dépasse 500 utilisateurs récurrents mensuels, je déconseille le no-code absolument pour diverses raisons stratégiques, tactiques et technologiques.
Vive la souveraineté…
En tout cas, j’apprécie beaucoup ce contenu.
le no-code est surtout remis en cause par l'ia qui diminue le coût de génération de codes personnalisés. Après les factures en nocode ne sont pas surprises puisqu'il s'agit d'abonnements dont les montants sont connus d'avance. Je trouve que ca reste excellent pour deux phases d'un nouveau projet : le prototypage et l'affinement des fonctionnalités/besoins à l'usage.
@@anonymeforliberty4387Non l'IA c'est la même chose. Un *non développeur* ne verra pas que le code proposé par l'IA est perfectible, quand il n'est pas carrément faux. L'IA est un outil pour les développeurs, pas un développeur.
Le no code n'a plus d'avenir sous cette forme, mais l'ia is the new no code
L'IA va suivre exactement la même trajectoire que le no-code. Au début, c'est overhyped, ensuite les gens se rendent compte que même si c'est très puissant, c'est pas magique.
Pas du tout. Ce sont deux choses différentes qui s'occupent de choses différentes. Et la hype du no-code n'a jamais vraiment eu lieu... mais bon oui c'est beaucoup de marketing dans les deux cas.
Je ne pense pas. L'IA a un gros problème, c'est qu'elle n'est pas bonne pour les projets, car elle n'arrive pas à comprendre les applications dans leur ensemble. Il y a beaucoup trop de données et l'entropie et encore bien trop forte.
Très intéressant, merci. Ca confirme mon sentiment
Le code PHP à 25:37 me donne envie de faire du no-code 😅
Pourtant, le code est super simple.
En gros, il dit de se connecter à la base "livredor", de récupérer tous les commentaires de la table "commentaire", du plus récent au plus ancien, puis de les afficher ligne par ligne sur une page html avec le pseudo de celui qui l'a posté suivi de son commentaire
Exactement comme les commentaires youtube, sous la vidéo 😉
@ je suis dev PHP et je comprends ce que ça fait mais c’est l’exemple type de ce qu’il ne faut PAS faire !
@@juliencabanes Tout fonctionne exactement comme ce code c'est donc difficile de faire différent
Tu peux prendre n'importe quel langage, n'importe quel format de structure de données c'est exactement la même chose pour tout
Le no-code ce sont des gens qui ont automatisé la chose, de façon plus ou ou moins réussie, rien de plus 😉
On a inventé le pilote automatique dans les avions depuis des années. Il y'a toujours des pilotes dans les avions aujourd'hui. Plus un système est complexe plus il a des besoins spécifiques.
Le timing de cette vidéo me paraît extrêmement bien choisi.
Espérons que beaucoup tombent dessus...
Ahhhh vous comptiez passer par du no code pour vos projets ?
@aminesemlali4769 un vendeur de formation nocode + ia présente depuis dimanche jusqu'à ce soir tous les soirs sa formation et des outils utilisés dans celle ci. Si je suis très méfiant (en tant que dev) là dessus, il présente des cas d'entreprises qui ont réussi qui me posaient certaines questions auxquelles cette vidéo répond bien.
La perte de contrôle sur les données est pour moi de toute manière un no-go
Content d entendre ca…. Ca me rappelle c++ builder dans les annee 2000… c etait facile mais ca faisait du code tellement pas optimisé que ça en devenait inutilisable
A 20:55 la portabilité du SQL c'est complètement théorique. N'importe quelle personne qui a déjà fait une appli sait que pour améliorer les perfs on est amené à utiliser les spécificités du moteur sur lequel on tourne, ce qui rend le truc incompatible avec un autre moteur.
Comparé aux outils no-code, c'est portable.
Sur le genre de requête simple qu'un utilisateur de ces plateformes va vouloir réaliser, il a peu de chance de tomber sur une fonctionnalité non supportée.
Pour l'optimisation et les performances, je doute que ça soit au sommet de leurs priorités.
Bref, en ce qui les concerne, c'est probablement assez portable pour ce qu'ils en font.
La plupart du temps, n'importe quel type de BDD open source populaire fait largement l'affaire. Quand tu en viens à devoir changer de BDD pour des raisons de performances, c'est que t'es sur un problème bien plus complexe que de simplement migrer ta donnée de l'une vers l'autre, et qu'il y a probablement des millions d'euros qui se jouent (car il faut généralement le faire sans perte de service en plus). Pour l'appli moyenne, 99% des problèmes de perf viennent d'une mauvaise architecture ou d'un truc très mal codé.
exactement, j'ai 30 ans de BD, et très surpris de la 'mollesse' de ces outils.
le no-code est génial pour prototyper mais jamais j'oserais l'utiliser dans un produit final.
belle vidéo et contenu. L'objectif cette année est de profiter de chaque marché que nous trouvons en tant que traders et à ce stade, le marché du Bitcoin semble vraiment bien. Respect et merci au coach James Roy pour son expertise et son analyse précise. Je continuerai à faire de gros profits en tradant sous la direction de James Roy. 💗
C'est une information utile. S'il vous plaît, comment puis-je communiquer avec votre coach ?
Il utilise principalement Telegram en utilisant son nom d'utilisateur
@JamesRFX✊🤙
Discutez uniquement de son profil vérifié
Merci pour l'information... Je le contacterai dès que possible. Je souhaite également acquérir de bonnes connaissances et faire de bons profits.
Très intéressant, merci !
le no code et les librairies js qui facilite tout et même shopify et wordpress si tu sais pas coder tu dois acheter un tas de plugin etc
Alors que si tu code et que tu connais ce qui prend du temps évidemment mais y’a plus de limitations et le coûts est vraiment diminuer je trouve eb tant que solo dev
Au delà de ces outils, le problème commun à ces projet ne serait il pas à trouver dans les écoles de commerces ? Très bonne vidéo au passage sur un sujet très intéressant.
Je trouve que le no-code est l'avenir pour beaucoup de consultant. Par example SAP Build ou Microsoft Power Platform change vraiment la donne. Plus besoin d’être développeur pour automatiser et créer des apps, c’est super puissant et ce n'ai que. Le début
Je suis dev depuis plus de 15ans et je sais que le no-code était déjà un sujet au début des années 2000 donc qu'il soit encore un sujet aujourd'hui après ttes les évolutions technologique qu'on a connu ces 20 dernières années me fait bien marrer😅
Comme beaucoup d'outils survendus qui offrent au final une phase d'euphorie, de prise de conscience puis de descente aux enfers.
Cela ne concerne pas que le NoCode, mais ce cas séduit les bobo commerciaux donc les dégâts peuvent être terribles.
J’écoute ce podcast pendant je « développe » l’app de mon entreprise depuis flutterflow 😅
Décharge violente mais necessaire, pour compléter le débat, il faudrais une partie 2 avec une agence nocode reconnue
Le NoCode, j'ai pas testé, mais le LowCode, oui. C'est comme toute techno, ça NECESSITE une formation. C'est pas du tout simple à prendre en main, justement parce que c'est très complet.
Une fois parti sur les bon rails, la productivité est vraiment impressionnante (x5 une fois l'équipe formée, sur la phase de développement).
Le vendor lock n'est pas un problème tellement le développement est rapide (tu veux changer de ptf, tu redéveloppes, la seule chose à laquelle penser, c'est la migration)
En clair, c'est pas magique. Si on ne se pose pas les bonnes questions au début, c'est comme un projet classique : c'est le mur direct (mais très rapidement ;-) )
Le no-code c'est trop souvent poussé par des gens qui n'ont pas les connaissances pour invalider leurs propres idées.
Tout à fait mais ça n'empêche pas du tout de résoudre un grand nombre de problèmes! :)
Pour invalider ??
@ Désolé pour l'anglicisme.
Ex : "The facts I presented invalidated her argument."
Le no-code , le low-code dans tous les cas ça reste du code. Maintenant la question est de bien définir les besoins du projet dans tout son ensemble et s’entraîner sur la logique de « développeur » (même sans savoir coder).
Les problèmes du NoCode et en début de vidéo on fait de la promo pour WordPress 😂
hostinger , heberge pas que des sites wordpress
Épisode super intéressant, merci
Intéressant tout ça ! J'avais tenté quelques expérimentations nocode, sans pouvoir envisager une appli à grande échelle tant c'était limité.
Franchement, si vous avez des besoins pour faire une nouvelle appli ou migrer une appli no code bloquée, n'hésitez pas à me demander, 20 ans que je fait des applis 100% sur mesure. Et ça peut aller très vite !
ça y est le mec avec les cheveux frisés et la barbe fait moins dégueulasse. C'est une belle progression
Dans les problèmes cités il y en a quand même qui sont plus causé par une mauvaise gestion de projet que d'outil (quand vous parlez de dépendance et de veesionning typiquement). Et la scalabilité d'une app même sans no code c'est un challenge qui est souvent très mal géré et qui emmène aux mêmes problèmes.
En définitive il faut prendre le no code pour ce que c'est. Une merveille pour le prototypage et même pour le design.
Mais après tous les retours de la vidéo, je reste convaincu qu'en respectant les bonne pratiques de dev, de QA et de gestion de projet, les projets n'auraient pas rencontré les mêmes problèmes
Je développe justement un outil no-code français pour régler un peu tous ces problèmes (prix, versionning, performance, locked-in...), trop chaud pour en parler si jamais ! (Il est déjà utilisé par le ministère de l'intérieur en plus)
lequel ?
@@Vadoke-YB ça s'appelle Luna Park (tu peux chercher Luna Park App sur Google, pas sûr que j'ai le droit de mettre le lien)
@@Vadoke-YB C'est Luna Park App
@@Vadoke-YB Je peux pas répondre, je me fais supprimer mon commentaire. Tu peux chercher mon nom sur Google je suppose 🤔.
Salut Hugo ! Chaud d’en parler 😊
De mon experience c'est l'outil que tu choisis qui a de telles failles, que le concept no-code en lui-même
Donc il faut être développeur pour être bon avec du nocode.
ou technophile. Faut se rappeler que les premiers développeurs ne sont jamais allés suivre des cours, ils ont appris par eux-mêmes, donc si tu es curieux et motivé et que tu as de la rigueur, tu y arrives, mais comme dans tout
@@anonymeforliberty4387Et ça prend du temps...
@@TheDigitalCraftsman261Si, il résume assez bien l'idée. Un développeur qui trouverait un intérêt à utiliser ce genre d'outils, l'utilisera mieux qu'un non développeur, car il anticipera les pièges et sera capable de poser de meilleures bases.
Très intéressant. J'aurais aimé savoir si le no-code était un bon moyen pour faire une "maquette" utilisable d'un projet avant de le soumettre un codeur.
Ça semble une bonne idée pour pousser la conception d'un projet et pour avoir des premiers retours d'utilisateurs mais est-ce qu'une codeur, qui ne serait pas à l'origine du projet, peut facilement en cerner tous les aspects ?
Est-ce une charge de travail trop importante pour l'apport ?
Peut on faire un mix entre no-code et code ?
Ce sont les interrogations que ce sujet me suscite.
Oui pour faire une maquette c'est pas mal.
La problématique c'est que sur du développement (no code ou full code) 1)le périmètre est variable 2) il n'y a globalement aucun lien entre la valeur perçue et le travail sous jacent.
Non la charge de travail initial est faible c'est ça le piège. Il y a plein d'effet waouh ou la fonctionnalité développée en no code n'est pas si évidente à faire en code donc au début c'est top et plus on avance plus c'est dur et plus le coût du renoncement est élevé.
Globalement non on ne peut pas faire de mix de manière propre, après plus on arrive sur des solutions no code complète et complexe plus la logique est compliquée et revient à faire de l'intégration avec des experts (comme sur SAP)
No Code, No Glory !
Pourquoi ?
Ce qui compte, c'est le résultat. Que t'ait codé un truc en 200k lignes de code ou en 3 clics de souris, c'est pas important, tant que ça fait ce que c'est censé faire.
Si tu mets de l'importance dans la pénibilité de la tache que t'as dû accomplir (genre, plus c'est pénible, plus ça a de la valeur), c'est plus de l'art et moins de la tech.
@@HugoAttal Bah oui c'est logique.. c'est le genre de personnes qui auraient refusés l'industrialisation car pas assez pénible
"Ils ont fini par trouver un dev, et depuis tout roule"
J'ai l'impression que le gros du problème avec ce no-code c'est surtout que les gens n'ont pas envie de se casser le fiak et/ou veulent aller plus vite, espère avoir un truc génial et s'étonnent quand ce qu'ils ont est verrouillé, nul, cher et mal fonctionnel.
Peut-être une bonne leçon, notamment pour tous ces wannabe révolutionnaire du numérique qui espèrent créer les app révolutionnaire de demain comme ça avec des outils qui leur fait tout (un peu à l'image de l'IA générative d'ailleurs, ce tacle gratuit vous est offert avec plaisir). Que quand on veut créer, bah oui il faut créer, et il faut des moyens. Et pas juste se reposé sur du préfabriqué pour pas en faire une soi-même.
Et je précise que c'est bien que des outils clés en main existent pour des usages limités et/ou casu (genre wordpress pour une page web simple par ex.), mais quand on veut créer un biz, on se sort les doigts de l'arrière-train si on veut réussir.
Ahah je ne suis qu'au début, mais l'introduction de mise en garde contre le no code suivi de la collab Wordpress m'a fait beaucoup sourire 🤣 (Je sais que WordPress c'est pas full NoCode mais bon quand même on s'en rapproche)
c'est pas le nocode qui lui a couté de l'argent , mais sa gestion
Il y'a aussi un sujet intéressant à traiter sur le SAAS, qui peut aussi te coincer dans un "vendor lock".