Discussion :

[fredinkan]

Un des gros problèmes que je vois avec les "applications-citoyens", le "low-code", c'est non seulement, les problèmes de maintenance technologique mais aussi toute l'approche gestion et architecture des données.

Que ce soit avec des solutions comme celles de Mendix ou Apps de Microsoft, les "citoyens", "end-users" développent des applications qui gèrent leurs activités dans leur petit coin. Lorsque ces applications introduisent de nouveaux concepts de données et que, dans un autre coin du paysage métier, d'autres utilisateurs se disent que cette information est utile, l'interopérabilité entre les deux coins va être ardue, car l'application qui gère cette information aura été développée uniquement d'un point de vue "end-user" et pas avec des points de vue architecture des données et technique,

Ce n'est pas nouveau.
On parle seulement maintenant "d'architecture de la donnée" aux end-users, mais ça fait 15 ans que j'orbite dans les méthode de master data et golden data, avec toute l'architecture de synchro qui peut aller avec, c'est juste un des termes actuellement à la mode. Mais on est encore assez loin d'avoir quelque chose de compris par une population non-technique.

Ce qui a changé c'est surtout la profusion "d'appli génératrice low-code" comme la stack powerautomate, alors qu'avant ce n'était que des échanges Excel (et si c'était évolué c'était via du VBA ou des addins).
Les end-users sont toujours les mêmes avec les mêmes défis et les même problèmes.
Maintenant ces outils mis dans les mains de ceux dont c'est le métier permettent de mettre en place des solutions rapides pour certains petits process (ou pour du poc), à moindre coût.

Pour faire le parallèle, j'avais eu une discussion avec un statisticien qui pestait de la même façon contre les gars qui faisaient de la BI et se pensaient statisticiens parce qu'ils sortaient des graphiques via les outils utilisé par le statisticien...

Soit parce que les concepts de données n'auront pas été suffisamment rendus génériques et transversaux, soit parce que les plates-formes d'échanges techniques de ces données n'existent pas.

Ces solutions sont dans les moyennes et grosses entreprises, IMO, le retour du fichier Excel et du ré-encodage comme mode d'échange des données entre différentes "applications-citoyens". Avec tous les risques que cela engendre.

Ce qui va sembler être un gain dans l'immédiat (parce qu'on donne aux end-users la possibilité de développer les outils dont ils ont besoin) devient vite un micmac et un danger en termes de pérennisation, de validité et propriété des données ainsi créées.

C'est un domaine qui coûte cher.
Et je re rejoint entièrement là dessus que si c'est mal (ou pas) géré, tu vas générer des surcoûts voire des gros problèmes..
Il suffit de voir à quel point de nombreuses entreprises ont été emmerdées avec les data processing agreement à sortir quand GDPR a dû être pris en compte...

[super_navide]

Pour moi le low-code ou no code , c'est un autre nom pour des applications de paramétrage.
Elle sont utile mais elles ont forcément des limites.
Je pense que l'informatique ira vers du no-code , not only code , des outils de paramétrage puissant pour les utilisateurs et avec pour les évolutions complexe toujours le besoin de développeur.
ça me fait penser à scratch pour le lego minsdtorm , je code en majorité avec scratch , car la complexité est dans la construction en légo , mais il y a la possibilité d'utiliser python.
Blockly de google aussi est un outil intéressant par des applications de paramétrage complexe orienté no-code/low-code , mais pour créer des block utile pour des non développeur il faut des développeurs.

[foetus]

mais pour créer des block utile pour des non développeur il faut des développeurs.

(*) cela me rappelle 1 peu de débat entre programmeur ou développeur.
1 développeur (en + des savoir-être, participer au réunion et gérer), utilise les briques logicielles et les outils … qui sont développés par les programmeurs.
Il y a aussi ingénieur, qui est 1 programmeur bas niveau.

Ca ressemble un peu au débat la "dévalorisation des diplômes".
Les anciens disent que les jeunes sont moins capables.

c'est 1 débat sur le devenir des écoles. Maintenant, les écoles préfèrent enseigner "1 métier" plutôt qu'1 savoir.
En gros, apprendre les outils et les processus d'1 métier. Notamment, les écoles qui sont financées par les entreprises (mais c'est + aux États-Unis)
Je pense que l'argument, c'est de trouver 1 emploi + rapidement/ + facilement.
Mais là où cela fait débat, c'est qu'on apprend les outils et les processus d'1 entreprise.

C'est 1 peu comme les formations/ "bootcamp" en informatique : on apprend les bases pour faire 1 site en PHP/ Ajax.
Cela ne représente pas tous les sites Internet, et en informatique il y a d'autres développements (applications fenêtrées, applications mobiles, …)
Mais le secteur Internet est le secteur qui recrute le + en France, surtout en React/ Node.js/ …

D'ailleurs, en France, les ESNs s'en tapent clairement que tu aies de grosses connaissances en informatique : ils veulent du prestataire qui puisse travailler "jour 0".
(*) 1 bon développeur, qui peut à la fois coder mais également s'intégrer au processus entreprise.

[electroremy]

c'est 1 débat sur le devenir des écoles. Maintenant, les écoles préfèrent enseigner "1 métier" plutôt qu'1 savoir.

D'ailleurs, en France, les ESNs s'en tapent clairement que tu aies de grosses connaissances en informatique : ils veulent du prestataire qui puisse travailler "jour 0".

Si c'est vrai, je trouve cela dommage !

En école d'ingénieur, mes enseignants nous disaient : "on est surtout là pour vous apprendre à apprendre, en sortant de l'école vous ne maitriserez pas à fond telle ou telle technologie, mais vous avez les bases et la démarche intellectuelle pour vous former"

Certes, j'ai étudié dans une école d'ingénieur généraliste, dont c'est le concept

Mais effectivement, grâce à la culture scientifique qu'on a reçue, j'ai réussi à m'adapter.

Car si les technologies passent, les grands principes fondamentaux restent

[zecreator]

La programmation était accessible à tous les utilisateurs dès le départ. Et quelque chose à vrillé en cours de route. On a vu des langages de programmation créés par des développeurs pour les développeurs s'imposer et mettre de côté tout un tas de petits programmeurs, réduits à redevenir de simples consommateurs du numérique. Il n'y avait aucune raison que tout se complexifie au point de devenir un domaine d'experts elitistes. Aucune raison que le développement d'application soit exclusivement réservés aux "déjà développeurs".

Le low-code/no-code vont sans doute ramener les "pros" à une vérité qu'ils ne supportent pas : Tout le monde peut créer une app si ils ont des outils accessibles

[calvaire]

La programmation était accessible à tous les utilisateurs dès le départ. Et quelque chose à vrillé en cours de route. On a vu des langages de programmation créés par des développeurs pour les développeurs s'imposer et mettre de côté tout un tas de petits programmeurs, réduits à redevenir de simples consommateurs du numérique. Il n'y avait aucune raison que tout se complexifie au point de devenir un domaine d'experts elitistes. Aucune raison que le développement d'application soit exclusivement réservés aux "déjà développeurs".

Le low-code/no-code vont sans doute ramener les "pros" à une vérité qu'ils ne supportent pas : Tout le monde peut créer une app si ils ont des outils accessibles

euh au départ c'était des langages plus complexe (carte perforé, assembleur), avec du hardware tres complexe et tres différents (chaque constructeur faisait ces propres architecture cpu)
Aujourd'hui beaucoup de chose sont dvenu tres standardisé, le code n'a jamais été aussi simple

MAIS aujourd'hui c'est pas le code qui est difficile c'est l'intégration, l'inter phasage avec 1000 autres composants, c'est la mise en prod, c'est la sécurité, les vecteurs d'attaques qui ont été multiplié, ...etc.
Tu peux facilement aujourd'hui faire un jeu video en 3d sans coder si tu veux, mais ne t'attends pas à faire un triple AAA.
Ton appli low code ce sera pareil, ca sera bien pour faire un équivalent à une macro Excel mais ca iras pas plus loin.

Pourquoi aujourd'hui un logiciel ca coute xx millions et il faut des équipes de 100 personnes pour le faire ? tu crois vraiment qu'on ait nos petite stars et que c'est un métier facile ?
Tu connais les salaires dans ce métiers ? ils sont faible par rapports a d'autres métiers équivalents, faut arrêter de croire les comm sur linkedin du dev qui gagne 30000€/mois.
Personne ici ne fais sa star et ce la raconte car il sait coder.
D'ailleurs ca agit plus comme repoussoir avec les filles donc c'est pas franchement bien valorisé.


Le code est aujourd'hui simple et accessible a tous le monde, tu prends un Raspberry à 30€, un clavier et tu apprends un langage facile comme python et voila tu fera ce que tu veux, de l'embarqué, des sites web, de la 3d,...etc.
Si tu as la flemme d'apprendre à coder, ton logiciel no code avec IHM tu devras apprendre à l'utiliser quand même, comme photoshop, c4d ou blender, ce sont des outils complexes à utiliser et maitriser.

et il faut maitriser des concepts comme les fonctions, des conditions, des boucles...etc. comme un graphiste sous Photoshop qui doit maitriser des concepts comme celui de calques

[zecreator]

euh au départ c'était des langages plus complexe (carte perforé, assembleur), avec du hardware tres complexe et tres différents (chaque constructeur faisait ces propres architecture cpu)
Aujourd'hui beaucoup de chose sont dvenu tres standardisé, le code n'a jamais été aussi simple

MAIS aujourd'hui c'est pas le code qui est difficile c'est l'intégration, l'inter phasage avec 1000 autres composants, c'est la mise en prod, c'est la sécurité, les vecteurs d'attaques qui ont été multiplié, ...etc.
Tu peux facilement aujourd'hui faire un jeu video en 3d sans coder si tu veux, mais ne t'attends pas à faire un triple AAA.
Ton appli low code ce sera pareil, ca sera bien pour faire un équivalent à une macro Excel mais ca iras pas plus loin.

Pourquoi aujourd'hui un logiciel ca coute xx millions et il faut des équipes de 100 personnes pour le faire ? tu crois vraiment qu'on ait nos petite stars et que c'est un métier facile ?
Tu connais les salaires dans ce métiers ? ils sont faible par rapports a d'autres métiers équivalents, faut arrêter de croire les comm sur linkedin du dev qui gagne 30000€/mois.
Personne ici ne fais sa star et ce la raconte car il sait coder.
D'ailleurs ca agit plus comme repoussoir avec les filles donc c'est pas franchement bien valorisé.


Le code est aujourd'hui simple et accessible a tous le monde, tu prends un Raspberry à 30€, un clavier et tu apprends un langage facile comme python et voila tu fera ce que tu veux, de l'embarqué, des sites web, de la 3d,...etc.
Si tu as la flemme d'apprendre à coder, ton logiciel no code avec IHM tu devras apprendre à l'utiliser quand même, comme photoshop, c4d ou blender, ce sont des outils complexes à utiliser et maitriser.

et il faut maitriser des concepts comme les fonctions, des conditions, des boucles...etc. comme un graphiste sous Photoshop qui doit maitriser des concepts comme celui de calques

Les cartes perforées, je ne pensais pas aussi loin. Juste allumer votre ordinateur et avoir un langage BASIC prêt à l'emploi et humainement compréhensible.

Le Python, rien que l'installation pour commencer à coder, c'est déjà un frein. Pourquoi 80% des gamins arrivés au lycée laissent tomber la programmation. Réponse : Python.

Ils commencent avec Scratch et on les foût sur Python. C'est comme si ils venaient tout juste d'apprendre à nager et qu'on leur disait : "Maintenant tu vas au plongeoir de 20m et tu sautes." Tu perds tout le monde.

Bref. Tout le Monde n'a pas vocation à devenir intégrateur dans une ESN. Juste l'envie de faire des applications sans se prendre la tête. Et il est temps de casser cette idée comme quoi il faut faire une formation de X années pour ça.

D'ailleurs vu le niveau de compétences et d'autonomie hyper faible à la sortie des formations d'ingé, on se demande à quoi ça sert.

[calvaire]

Les cartes perforées, je ne pensais pas aussi loin. Juste allumer votre ordinateur et avoir un langage BASIC prêt à l'emploi et humainement compréhensible.

Le Python, rien que l'installation pour commencer à coder, c'est déjà un frein. Pourquoi 80% des gamins arrivés au lycée laissent tomber la programmation. Réponse : Python.

Ils commencent avec Scratch et on les foût sur Python. C'est comme si ils venaient tout juste d'apprendre à nager et qu'on leur disait : "Maintenant tu vas au plongeoir de 20m et tu sautes." Tu perds tout le monde.

Bref. Tout le Monde n'a pas vocation à devenir intégrateur dans une ESN. Juste l'envie de faire des applications sans se prendre la tête. Et il est temps de casser cette idée comme quoi il faut faire une formation de X années pour ça.

D'ailleurs vu le niveau de compétences et d'autonomie hyper faible à la sortie des formations d'ingé, on se demande à quoi ça sert.

Mais c'est parce que c'est pas aussi simple justement.
Pourquoi y'a autant d'étudiant qui abandonne en 1ere année de médecine ?
pourquoi autant d'étudiant abandonne quand ils passe de paint à photoshop ?

l'informatique c'est pas simple, je ne sais pas qui vous a fait croire cela, les outils nocode/lowcode c'est pas des outils simple à maitriser.


cela n'a rien a avoir avec Scratch, c'est comme comparé paint3d et blender

[electroremy]

l'informatique c'est pas simple, je ne sais pas qui vous a fait croire cela, les outils nocode/lowcode c'est pas des outils simple à maitriser.

cela n'a rien a avoir avec Scratch, c'est comme comparé paint3d et blender

Le problème c'est que "no code" et "low code" sont des termes trop vagues où on regroupe des choses trop différentes qui n'ont rien à avoir.

Un WordPress n'a pas grand chose de comparable avec le logiciel de programmation "graphique" d'un automate de sécurité industriel

D'ailleurs la notion de simplicité permet de "déplacer la difficulté plus haut dessus".

Par ex j'ai un projet 100% assembleur sur microcontrôleur 8051, le code est assez petit, c'est un petit projet.

Un autre de mes projets est en VB.NET, on peut dire que VB.NET est plus simple que l'assembleur, sauf que c'est un très gros projet (logiciel de CAO / FAO maison)

Je n'aurais jamais réussi à coder mon projet CAO / FAO en assembleur x64 , la "simplicité" du VB.NET m'a permis de consacrer mon temps et mon énergie sur des problèmes plus haut niveau

[electroremy]

euh au départ c'était des langages plus complexe (carte perforé, assembleur), avec du hardware tres complexe et tres différents (chaque constructeur faisait ces propres architecture cpu)
Aujourd'hui beaucoup de chose sont dvenu tres standardisé, le code n'a jamais été aussi simple

MAIS aujourd'hui c'est pas le code qui est difficile c'est l'intégration, l'inter phasage avec 1000 autres composants, c'est la mise en prod, c'est la sécurité, les vecteurs d'attaques qui ont été multiplié, ...etc.

Le code est aujourd'hui simple et accessible a tous le monde, tu prends un Raspberry à 30€, un clavier et tu apprends un langage facile comme python et voila tu fera ce que tu veux, de l'embarqué, des sites web, de la 3d,...etc.

J'aurais adoré avoir les moyens d'aujourd'hui (Internet, les PC d'aujourd'hui, Arduino, Raspberry PI) lorsque j'étais adolescent !

Certes certaines choses sont plus compliquées aujourd'hui, mais le savoir est beaucoup plus accessible et gratuit (notamment les bases, car dès que ça devient pointu il faut souvent acheter un livre ou l'étudier en cours)
Et surtout, l'équipement est beaucoup moins cher et plus facile à utiliser.

Sur mon bureau j'ai un oscilloscope numérique 4 voies SIGLENT, payé 400€
Cet appareil est capable de faire la même chose qu'un banc de mesure des années 1990 totalement hors de prix, très lourd et très encombrant.

Les Arduino, avec tous les shields et toutes les bibliothèques logicielles c'est absolument génial, au début des années 1990 il fallait dessiner et construire soi-même ses circuits imprimés à microcontrôleur, c'était long et cher, et tout développer soi-même. Des magazines comme Electronique Pratique ou Elektor ont proposé leur carte à microcontrôleur avec toute une série de cartes d'extension, mais c'était beaucoup plus limité, plus encombrant et plus cher que ce que permet Arduino.

De même pour l'usinage à commande numérique et des imprimantes 3D, qui sont aujourd'hui accessible au grand public.

[fatbob]

Mouaip. Pour moi, le plus gros problème, c'est que le low code, c'est en fait une sorte de boite noire...
Si je décide d'arrêter d'utiliser My Mega IDE Studio ++ V14.18, le code que j'ai écrit reste accessible car stocké dans des fichiers textes bruts et dans un langage compilable ou interprétable avec d'autres outils (moyennant éventuellement des dépendances mais bon... tout n'est pas foutu).
C'est un point capital. Quand on développe avec un langage, le langage en lui même est toujours disponible. Un simple VI suffit pour développer. Les spécifications du langage sont connues, la plupart ont plusieurs compilateurs existants et libres donc la base est pérenne.

Avec le low code, c'est un peu comme avec un super RAD dont les sources seraient complètement dépendantes de l'outil. Cela fragilise considérablement la pérennité des développements, au moins tant qu'un acteur très majeur ne se dégagera pas du lot. Et dans ce cas, on se retrouvera avec deux possibilités :
- Soit on utilise un seul outil pour tous les développements low code, et dans ce cas, si l'éditeur multiplie ses tarifs par 10, on n'aura plus qu'à pleurer
- Soit on se retrouve avec un parc logiciel complètement inmaintenable au bout de 5 ans.

[Nb]

Ceux qui utilisent du NoCode le font en toute conscience de la limitation de l'outil. Et leur ambition n'est pas de faire l'application de l'année, mais une application qui répond à leur besoin sans payer une presta de dev.

Ce n'est pas ce que j'ai constaté : de mon coté je n'ai jamais croisé une telle personne.
Ceux que je croisent et qui essayent de défendre ou promouvoir ça n'ont absolument pas conscience de ce que ça veut dire, à savoir que les applications produite seront jetables et ne s’intégreront dans aucun SI. S'ils en étaient conscients ça ne me poserait pas de problème car si ça correspond à leur besoins ils font bien ce qu'ils veulent.
Mais je pense qu'à part un particulier ou un auto-entrepreneur personne n'a des besoins aussi restreints et si tu es réellement dans ce cas ben en fait il y a de fortes chances que ton besoins puisse être couvert par une gestion manuelle ou avec 3 fichiers Excel.

Les leaders du NoCode sont surtout orientés Dashboard et exploitation de données.

Oui et c'est totalement antinomique car si tu en est à cette étape c'est que des données tu en a beaucoup et si tu en as beaucoup ça veut dire que derrière il y a un SI important or ton outil nocode il ne s’intégrera jamais dans ton SI. Et si l'utilisateur persiste il va voir que son éditeur a des connecteurs sauf que là les prix ne sont plus du tout les mêmes

[totozor]

[...] il va voir que son éditeur a des connecteurs sauf que là les prix ne sont plus du tout les mêmes

Ce qui est en train d'arriver chez nous.
M. Pignon a fait une "application" tout seul et qui a ses limites, mais comme il est vraiment plus fort que tout le monde il ne veut pas que la SI le remplace (pour un outil pérenne) (pour maintenir son ego au top) mais il leur reproche de ne pas vouloir acheter le pack de connecteurs - dont ils n'ont pas besoin et qu'ils ne veulent de toute façon pas mettre à disposition.
PS : certains lui ont suggéré de payer le pack lui même, ce à quoi il a répondu que son projet utilisait son budget pour des choses utiles donc il était hors de question qu'il finance ça. (Oui, finalement il a une vision bien plus honnete qu'on ne le pensais, il se rend compte que ce connecteur ne sert à rien)

[zecreator]

Mouaip. Pour moi, le plus gros problème, c'est que le low code, c'est en fait une sorte de boite noire...
Si je décide d'arrêter d'utiliser My Mega IDE Studio ++ V14.18, le code que j'ai écrit reste accessible car stocké dans des fichiers textes bruts et dans un langage compilable ou interprétable avec d'autres outils (moyennant éventuellement des dépendances mais bon... tout n'est pas foutu).
C'est un point capital. Quand on développe avec un langage, le langage en lui même est toujours disponible. Un simple VI suffit pour développer. Les spécifications du langage sont connues, la plupart ont plusieurs compilateurs existants et libres donc la base est pérenne.

Avec le low code, c'est un peu comme avec un super RAD dont les sources seraient complètement dépendantes de l'outil. Cela fragilise considérablement la pérennité des développements, au moins tant qu'un acteur très majeur ne se dégagera pas du lot. Et dans ce cas, on se retrouvera avec deux possibilités :
- Soit on utilise un seul outil pour tous les développements low code, et dans ce cas, si l'éditeur multiplie ses tarifs par 10, on n'aura plus qu'à pleurer
- Soit on se retrouve avec un parc logiciel complètement inmaintenable au bout de 5 ans.

Et si l'éditeur augmente son tarif, ce sera de toute façon moins cher qu'un salaire de dev + les charges ou la prestation d'une ESN aux tarifs abusés.

Ce n'est pas ce que j'ai constaté : de mon coté je n'ai jamais croisé une telle personne.
Ceux que je croisent et qui essayent de défendre ou promouvoir ça n'ont absolument pas conscience de ce que ça veut dire, à savoir que les applications produite seront jetables et ne s’intégreront dans aucun SI. S'ils en étaient conscients ça ne me poserait pas de problème car si ça correspond à leur besoins ils font bien ce qu'ils veulent.
Mais je pense qu'à part un particulier ou un auto-entrepreneur personne n'a des besoins aussi restreints et si tu es réellement dans ce cas ben en fait il y a de fortes chances que ton besoins puisse être couvert par une gestion manuelle ou avec 3 fichiers Excel.


Oui et c'est totalement antinomique car si tu en est à cette étape c'est que des données tu en a beaucoup et si tu en as beaucoup ça veut dire que derrière il y a un SI important or ton outil nocode il ne s’intégrera jamais dans ton SI. Et si l'utilisateur persiste il va voir que son éditeur a des connecteurs sauf que là les prix ne sont plus du tout les mêmes

Non mais là tu as des arguments de développeur pros qui ne sont absolument pas dans le scope technique du No-Code. Déjà, le No-Code possède son propre écosystème. Il ne se greffe sur aucun SI non prévu par l'outil. Et de toute façon l'utilisateur du NoCode il s'en fout du SI, il y connaît rien, c'est pas son métier, et il paye une licence "tout en un" avec son outil de NoCode. Donc, tente de causer SI avec un utilisateur NoCode, et il te répondra "Oui, mais ça c'est pas mon problème, à partir du moment où mon appli fonctionne."

[calvaire]

Non mais là tu as des arguments de développeur pros qui ne sont absolument pas dans le scope technique du No-Code. Déjà, le No-Code possède son propre écosystème. Il ne se greffe sur aucun SI non prévu par l'outil. Et de toute façon l'utilisateur du NoCode il s'en fout du SI, il y connaît rien, c'est pas son métier, et il paye une licence "tout en un" avec son outil de NoCode. Donc, tente de causer SI avec un utilisateur NoCode, et il te répondra "Oui, mais ça c'est pas mon problème, à partir du moment où mon appli fonctionne."

du coup c'est mort le nocode.
toute les applies ou j'ai travaillé nécessitait de se connecter à l'annuaire de l'entreprise avec leurs propre système de double authentification.
c'est fini l'époque ou on avait 1 compte/applis, aujourd'hui tout est avec le même système de login et de jeton avec toute les interconnections imaginable
Aujourd'hui j'utilise Keycloak dans quasi tous les projets d’entreprise par exemple.

Je doute que ton DSI autorise ton application nocode.

L'informatique aujourd'hui c'est pas le code le problème qui est devenue très simple c'est tout l’écosystème à connaitre (les outils de gestion d’authentification comme Keycloak , k8s, vmware, git, les outils de ci/cd, les certificats https...etc)

[DevTroglodyte]

du coup c'est mort le nocode.

C'est surtout un effet de com' comme on l'avait vu avec les cryptos et les NFT, par exemple... Quelques boites qui ont sorti un outil utilisable par n'importe qui, à partir du moment où il n'a aucune ambition au delà d'un helloworld, et qui pour le vendre nous sortent un "ça va remplacer les développeurs dans les 5 ans à venir", et relayé par les cabinets d'analyse et les journaliste, qui comme il n'y connaissent pas grand chose, ne comprennent pas comment fonctionne l'informatique. C'est déjà un exploit que certains arrivent à faire un powerpoint, alors comprendre les interconnexions des applis d'un SI...

[archqt]

Il faudrait à minima que les outils soient open-source. Partir sur un low-code, c'est bien, il faut que le langage soit courant (python, C++...).
Moi un truc à la windev avec langage proprio, et techno verrouillée j'évite.

Surtout qu'en plus les "GAFA" ont tendance à arrêter plein de projets lancés en court de route, donc cela qui ne fait pas trop gaffe il se retrouve avec une techno morte.

[calvaire]

Il faudrait à minima que les outils soient open-source. Partir sur un low-code, c'est bien, il faut que le langage soit courant (python, C++...).
Moi un truc à la windev avec langage proprio, et techno verrouillée j'évite.

Surtout qu'en plus les "GAFA" ont tendance à arrêter plein de projets lancés en court de route, donc cela qui ne fait pas trop gaffe il se retrouve avec une techno morte.

pour le coup ce problème on le retrouve avec du code.
les dev silverlight par exemple doivent en savoir quelque chose

[archqt]

pour le coup ce problème on le retrouve avec du code.
les dev silverlight par exemple doivent en savoir quelque chose

Oui l'article parle de "low-code" donc il reste encore du code à faire. Je fais la distinction entre "no-code" et "low-code"

[austin57]

On commence par parler No-code et on passe ensuite sur l’IA. En quoi l’IA va épargner les plateformes no-code?