Voici ma définition du NoCode en 5 points : Avant Propos : NoCode est une technologie qui a toujours existé (Access, FileMaker, Dreamwever, etc...), le terme a été actualisé pour mieux définir un domaine devenu encore plus accessible et interconnecté : 1. Possibilité de développer des applications via des interfaces graphiques (Drag&Drop), sans connaissance d'un langage de programmation. 2. Prise en charge par la plateforme Nocode des bonnes pratiques avec une assistance au développement 3. Facilité d'interconnecter des plateformes NoCode complémentaires 4. Facilité d'accès car la plupart des plateformes sont cloud et Saas 5. Courbe d'apprentissage beaucoup plus rapide En conclusion le NoCode Reste un domaine et métier de spécialistes
Le No-Code c'est un terme savant pour dire que l'on utilise un logiciel. Par exemple, lorsque l'on configure son écran de veille sur son PC, on fais du No-Code. Avant l'invention de ce terme, on avait l'impression de travailler dur sans avoir de reconnaissance (bah oui, c'est pas si facile de configurer son écran de veille, faut chercher dans les menus, savoir utiliser une souris et toussa). Maintenant, avec ce terme, on a enfin la reconnaissance que l'on mérite. On est No-Codeur. Trop cool.
Oui, mais le terme est surtout employé ici en opposition aux codeurs, servant davantage à dire au grand public : 'Voici un logiciel pour remplacer les méchants développeurs codeurs complexes'."
Le réel problème du no-code, c'est quand tu passe après en tant que dev... Quand on fait appel à tes service pour y mettre el famoso feature qui ne peut être faite via le no-code, tu te tape tout le merdier du projet et c'est souvent impossible à reprendre
Le No-Code est souvent compliqué que le Code ou le Low code. Car pour implémenter certaines fonctionnalités, si l'outil utilisé n'a pas encore intégré les éléments qu'il faut pour cette fonctionnalité, on se retrouve à brainstormer très fort pour trouver un moyen de contour la barrière tout en aboutissants au même résultat qui est la fonctionnalité recherché. Si c'est avec le code ou le low code, il suffit juste de coder cette fonctionnalités, d'utiliser une librairie, framework, etc... Les outils No-Code doivent tous intégrer une fonction code ou low code pour devenir réellement "Faciles" à utiliser.
je pense que le no-code sera codé plus tard dans la recherche de l'optimisation génére ale ou bien les accés les rations n'auront pas de pass/ sécurité et ça personne ne le veut biensûr on peut s'émanciper et un polish de la machine serait comme un redémarrage de la matrice( l' existance de la vie)
L'idée d'un "polish" ou d'une refonte complète est intéressante, mais comme pour tout, il faut trouver le bon équilibre entre simplicité et robustesse. C'est un peu comme redémarrer un système : parfois, repartir sur de bonnes bases est nécessaire pour progresser.
Bien sûr ! Voici quelques ressources qui te permettront de mieux comprendre comment utiliser des API : Documentation API : La plupart des APIs ont une documentation officielle. Par exemple, pour une API populaire comme celle de GitHub, tu peux commencer ici : GitHub API Documentation. Tutoriels en ligne : Codecademy propose un excellent cours sur l'utilisation des API : Learn How to Use APIs. freeCodeCamp a également des tutoriels vidéo sur RUclips qui expliquent comment interagir avec des APIs. Articles et guides : What is an API? - Un bon article pour comprendre ce qu'est une API et comment elle fonctionne. How to Use an API - Un guide approfondi sur l'utilisation des APIs. Outils de test d’API : Utiliser des outils comme Postman ou Insomnia peut t'aider à tester des APIs et à voir comment elles répondent. Voici un lien vers Postman : Postman. Communautés : Rejoins des forums ou des communautés comme Stack Overflow ou Reddit pour poser des questions et échanger avec d'autres développeurs.
C'est vrai, il y a une grande satisfaction à bâtir son propre projet de A à Z ! Cependant, le no-code permet aussi d'atteindre des résultats rapidement et d'expérimenter sans se perdre dans les détails techniques.
C'est tellement une blague... Le no-code ne fait que changer la forme, pas le fond. Code devient schema ou language prompt. Le code, c'est 20% du travail d'un dev. En plus de seulement déplacer le problème, l'architecture, l'algorithmie seront toujours là. Transformer une idée complexe en algo/interface est le cœur du travail et l'IA/schema, ne vont pas deviner votre vision. Surtout si, même pour vous, elle n'est pas structurée et claire. Faire des schémas ou remplir des prompts demande d'avoir un niveau d'abstraction en algorithmie. C'est vraiment une escroquerie marketing.
@@WeLoveDevs quand on regarde les articles no-code, c'est présenté comme la solution miracle pour produire des applications flexibles, rapidement, facilement et sans développeur. La fin des devs. Alors qu'en réalité, ça ne change rien. Il faut des devs nocodes, il faut des connaissances, du temps et ça n'est pas aussi flexible que du code. Oui, pour des besoins génériques simples ça peut être pratique mais ça n'est pas une solution miracle révolutionnaire
Récemment, nous observons la formation de nombreux "juniors" en développement qui, malheureusement, peinent à trouver un emploi. Avec l'évolution des outils no-code, ces juniors pourraient se positionner comme des créateurs sans code (no-code makers). Une autre réflexion mérite d'être soulevée : il y a un décalage d'échelle entre les développeurs et les créateurs d'outils no-code. Imaginons qu'aujourd'hui, 200 développeurs soient nécessaires pour créer un outil no-code utilisé par 300 millions de clients. Dans le modèle précédent, autant de développeurs auraient été nécessaires pour répondre à cette demande. Ainsi, la popularisation des outils no-code pourrait réduire le nombre total de développeurs à l'échelle mondiale.
C'est comparable à la robotisation : combien d'ingénieurs spécialisés en robotique sont nécessaires pour construire un robot qui remplacera des centaines de milliers d'individus?
Je vous apprécie beaucoup vous et votre chaîne mais je trouve qu'il y a quand même des problèmes dans les choix des intervenants. Ce sont pour la plupart des Tech Evangelist ou des personnes chargées d'animer des communautés autour du no-code et eu low-code. On peut passablement se demander s'ils salariés carrément d'une boîte comme Notion, Bubble ou Zapier. Donc à partir de là leur témoignage sera biaisé. Imaginez-vous pourvoir lister les inconvénients des solutions proposées par votre employeur ? D'ailleurs dans la vidéo on voit une différence entre la présentation de Damien et le reste des intervenants. Damien met en garde contre le coût d'utilisation de Autopilot, la lourdeur du process et la forme de vendor-locking qu'il peut y avoir. Les autres ne tarissent pas d'éloges sur le no-code et le low-code même s'ils mettent en garde que c'est pas non plus très facile d'utilisation ce n'est pas simplement du "glisser déposer". Bien à vous
Hum... Camille est bien représentante de Notion et on trouvait ça pertinent de consulter quelqu'un qui représente un éditeur. Les autres intervenants sont des professionnels qui font du nocode leur métier mais qui sont critiques envers les outils. Après c'est sûr qu'on a pas cherché une personne qui déteste le nocode pour avoir un contrepoint. Le but c'était justement de faire un reportage sur cette communauté et de comprendre ce qui les enthousiasme. Est-ce que ça t'as enthousiasmé Ramos ?
Voici ma définition du NoCode en 5 points :
Avant Propos : NoCode est une technologie qui a toujours existé (Access, FileMaker, Dreamwever, etc...), le terme a été actualisé pour mieux définir un domaine devenu encore plus accessible et interconnecté :
1. Possibilité de développer des applications via des interfaces graphiques (Drag&Drop), sans connaissance d'un langage de programmation.
2. Prise en charge par la plateforme Nocode des bonnes pratiques avec une assistance au développement
3. Facilité d'interconnecter des plateformes NoCode complémentaires
4. Facilité d'accès car la plupart des plateformes sont cloud et Saas
5. Courbe d'apprentissage beaucoup plus rapide
En conclusion le NoCode Reste un domaine et métier de spécialistes
Le No-Code c'est un terme savant pour dire que l'on utilise un logiciel. Par exemple, lorsque l'on configure son écran de veille sur son PC, on fais du No-Code. Avant l'invention de ce terme, on avait l'impression de travailler dur sans avoir de reconnaissance (bah oui, c'est pas si facile de configurer son écran de veille, faut chercher dans les menus, savoir utiliser une souris et toussa). Maintenant, avec ce terme, on a enfin la reconnaissance que l'on mérite. On est No-Codeur. Trop cool.
Oui, mais le terme est surtout employé ici en opposition aux codeurs, servant davantage à dire au grand public : 'Voici un logiciel pour remplacer les méchants développeurs codeurs complexes'."
J'aimerai apprendre le process sur comment réalisé un projet No-Code
Bah voila enfin une vidéo bien faite ! Félicitation !
Excellent reportage, j'utilise les deux mondes et je trouve cela trés bien
Excellente video riche en informations . Merci
Le réel problème du no-code, c'est quand tu passe après en tant que dev...
Quand on fait appel à tes service pour y mettre el famoso feature qui ne peut être faite via le no-code, tu te tape tout le merdier du projet et c'est souvent impossible à reprendre
très bonne émission👍
Merci beaucoup ! 👍
Le tricératops lol !!!!
Très intéressantes cette vidéo.
En temps que No-Codeur et dev je plussoie à 1000%
Je l'ai pas vu venir ! 🤣
Fan de votre identité de marque 👏💙
Le No-Code est souvent compliqué que le Code ou le Low code.
Car pour implémenter certaines fonctionnalités, si l'outil utilisé n'a pas encore intégré les éléments qu'il faut pour cette fonctionnalité, on se retrouve à brainstormer très fort pour trouver un moyen de contour la barrière tout en aboutissants au même résultat qui est la fonctionnalité recherché.
Si c'est avec le code ou le low code, il suffit juste de coder cette fonctionnalités, d'utiliser une librairie, framework, etc...
Les outils No-Code doivent tous intégrer une fonction code ou low code pour devenir réellement "Faciles" à utiliser.
Merci
Merci beaucoup merci encore très important comme
je pense que le no-code sera codé plus tard dans la recherche de l'optimisation génére ale ou bien les accés les rations n'auront pas de pass/ sécurité et ça personne ne le veut biensûr on peut s'émanciper et un polish de la machine serait comme un redémarrage de la matrice( l' existance de la vie)
L'idée d'un "polish" ou d'une refonte complète est intéressante, mais comme pour tout, il faut trouver le bon équilibre entre simplicité et robustesse. C'est un peu comme redémarrer un système : parfois, repartir sur de bonnes bases est nécessaire pour progresser.
Elementor et Divi ne sont-ils pas des No Code ? Quelles différences avec ces derniers ?
Wordpress le premier tool nocode de l'histoire
bonjour, est ce que tu pourrais m'aider à comprendre comment me servir des api?
Bien sûr ! Voici quelques ressources qui te permettront de mieux comprendre comment utiliser des API :
Documentation API : La plupart des APIs ont une documentation officielle. Par exemple, pour une API populaire comme celle de GitHub, tu peux commencer ici : GitHub API Documentation.
Tutoriels en ligne :
Codecademy propose un excellent cours sur l'utilisation des API : Learn How to Use APIs.
freeCodeCamp a également des tutoriels vidéo sur RUclips qui expliquent comment interagir avec des APIs.
Articles et guides :
What is an API? - Un bon article pour comprendre ce qu'est une API et comment elle fonctionne.
How to Use an API - Un guide approfondi sur l'utilisation des APIs.
Outils de test d’API : Utiliser des outils comme Postman ou Insomnia peut t'aider à tester des APIs et à voir comment elles répondent. Voici un lien vers Postman : Postman.
Communautés : Rejoins des forums ou des communautés comme Stack Overflow ou Reddit pour poser des questions et échanger avec d'autres développeurs.
C’est toujours plus gratifiant de construire soit même son projet.
C'est vrai, il y a une grande satisfaction à bâtir son propre projet de A à Z ! Cependant, le no-code permet aussi d'atteindre des résultats rapidement et d'expérimenter sans se perdre dans les détails techniques.
✊
C'est tellement une blague... Le no-code ne fait que changer la forme, pas le fond. Code devient schema ou language prompt. Le code, c'est 20% du travail d'un dev. En plus de seulement déplacer le problème, l'architecture, l'algorithmie seront toujours là. Transformer une idée complexe en algo/interface est le cœur du travail et l'IA/schema, ne vont pas deviner votre vision. Surtout si, même pour vous, elle n'est pas structurée et claire. Faire des schémas ou remplir des prompts demande d'avoir un niveau d'abstraction en algorithmie. C'est vraiment une escroquerie marketing.
Le No-Code n'est pas plus facile que le code oui. Mais du coup je vois pas en quoi c'est une arnaque 🤔
@@WeLoveDevs quand on regarde les articles no-code, c'est présenté comme la solution miracle pour produire des applications flexibles, rapidement, facilement et sans développeur. La fin des devs. Alors qu'en réalité, ça ne change rien. Il faut des devs nocodes, il faut des connaissances, du temps et ça n'est pas aussi flexible que du code. Oui, pour des besoins génériques simples ça peut être pratique mais ça n'est pas une solution miracle révolutionnaire
@@codeurdenuit8783 c'est un des points précisément mis en lumière à plusieurs reprises dans ce reportage : le no-code c'est pas facile.
Récemment, nous observons la formation de nombreux "juniors" en développement qui, malheureusement, peinent à trouver un emploi. Avec l'évolution des outils no-code, ces juniors pourraient se positionner comme des créateurs sans code (no-code makers). Une autre réflexion mérite d'être soulevée : il y a un décalage d'échelle entre les développeurs et les créateurs d'outils no-code. Imaginons qu'aujourd'hui, 200 développeurs soient nécessaires pour créer un outil no-code utilisé par 300 millions de clients. Dans le modèle précédent, autant de développeurs auraient été nécessaires pour répondre à cette demande. Ainsi, la popularisation des outils no-code pourrait réduire le nombre total de développeurs à l'échelle mondiale.
C'est comparable à la robotisation : combien d'ingénieurs spécialisés en robotique sont nécessaires pour construire un robot qui remplacera des centaines de milliers d'individus?
C'est ça ! Demain on va tous coder des IAs et des tools nocode plutôt que de faire une MEP pour mettre à jour le CSS.
Bah c est du langage de script mais visuel
Ça fait 20 ans qu'on nous dit que le no-code c'est le futur 😂. Les gars c'est quoi derrière vos outils no-code a votre avis 🤦.
C'est vrai que le no-code a été un sujet de discussion pendant longtemps ! 😂
Je vous apprécie beaucoup vous et votre chaîne mais je trouve qu'il y a quand même des problèmes dans les choix des intervenants.
Ce sont pour la plupart des Tech Evangelist ou des personnes chargées d'animer des communautés autour du no-code et eu low-code.
On peut passablement se demander s'ils salariés carrément d'une boîte comme Notion, Bubble ou Zapier.
Donc à partir de là leur témoignage sera biaisé. Imaginez-vous pourvoir lister les inconvénients des solutions proposées par votre employeur ?
D'ailleurs dans la vidéo on voit une différence entre la présentation de Damien et le reste des intervenants.
Damien met en garde contre le coût d'utilisation de Autopilot, la lourdeur du process et la forme de vendor-locking qu'il peut y avoir.
Les autres ne tarissent pas d'éloges sur le no-code et le low-code même s'ils mettent en garde que c'est pas non plus très facile d'utilisation ce n'est pas simplement du "glisser déposer".
Bien à vous
Hum... Camille est bien représentante de Notion et on trouvait ça pertinent de consulter quelqu'un qui représente un éditeur. Les autres intervenants sont des professionnels qui font du nocode leur métier mais qui sont critiques envers les outils. Après c'est sûr qu'on a pas cherché une personne qui déteste le nocode pour avoir un contrepoint. Le but c'était justement de faire un reportage sur cette communauté et de comprendre ce qui les enthousiasme. Est-ce que ça t'as enthousiasmé Ramos ?
@@WeLoveDevs Je suis toujours enthousiasmé par votre travail qui est qualitatif et se démarque dans le contexte francophone de RUclips
oui je suis d'accord marre de ces discours de gourou religieux.