L'avenir du développement web

Bonjour Laura,

C'est très intéressant comme sujet, je suis étonné que personne n'ai rebondi.

Je pense que le no-code ou code-less est effectivement l'avenir quand on y réfléchit. Et que le développement en tant que tel sera réservé à des situations très précise, nécessitant des développements très particuliers.

En effet, développer "maison" nécessite des investissements important que ce soit à la mise en oeuvre où à la maintenance.
Quel est le retour sur investissement pour un site institutionnel ?
Quel est le retour sur investissement quand vous lancez une activité (de commerce ou d'autre) sans pouvoir savoir à l'avance si celle-ci va marcher ?

Economiquement, commencez par des choses simples semblent le plus pertinent. Et le no-code ou le codeless est simple 😉
Après, ça attriste forcément l'ancien développeur que je suis 😢

Bonjour à toutes et à tous,

Voilà un joli sujet qui ne manque pas de charme et de couleurs : l'avenir du développement Web (et pas que ...)

L'Âge d'Or du développement a vécu ... j'ai commencé à développer très tôt fin des années 70 ... j'ai pratiqué, suivi, formé pendant quelques décennies à temps plein/partiel/partagé ... entrecoupé de périodes salariées (8 entreprises finales), de périodes employeur (4 salariés et demi) et de périodes "sof lone wolf" (3 sociétés et actuellement une qui dure depuis 14 ans avec de multiples clients), dans les différentes activités de développement (local/offshore, indoor/outdoor, sous-traitance, direct), de secteurs d'activités variés (mode, nucléaire, distribution, industrie, services, assurance, formation, ressources humaines, militaire, aéronautique, métiers de bouche, professions règlementées, industries de pointe, d'architectures biscornues (grand système, moyen système, mini système, micro, caculateurs industriels, automates industriels et robotiques), des technologies d'avenir (lourd, léger, riche, web, massivement parallèle, temps réel "mou/dur", embedded) et des langages, parfois "morts-nés" et d'autres plus "classiques" comme les Cobol, Fortran, PL/1, Forth, Modula2, Prolog, C, Pascal, Ada, Basic, Java, Assembleurs jusqu'au Scala, Go, F#, Python, Perl, Erlang, Camel, Web (Javascript, PHP, Node)... j'en passe et des meilleurs .... A ces époques, on savait s'adapter et tirer parti de nos expériences pour en créer d'autres ... La "belle bulle internet" a tout fait sauter, le passage du franc à l'euro, l'avancée du Web, l'appel du "glouton" (c'est aussi un animal aux USA) BigData, l'arrivée du Cloud, l'apparition de l'informatique quantique ... On peut dire tout ce que l'on veut, cela reste du "bon plaisir d'informaticiens" ... On a su, minaudement, se rendre indispensable aux yeux de nos chères donneurs d'ordre, DSI, métiers ... et de nos utiisateurs.

Sauf qu'aujourd'hui (en prenant en compte quelques années en arrière), nous avons oublié une petite chose anodine : dans une entreprise, si petite ou importante soit-elle, le constat est le même : peut-on arrêter de faire des choses compliquées, avec des logiques parfois étranges, bien éloignées du "terrain" et si on laissait "la main" aux utilisateurs "non-informaticiens" (après-tout, on voit des enfants contruire, pas-à-pas, des applications mobiles, fonctionnelles, sans mettre la main dans des hiéroglyphes et d'obscurs langages incompréhensibles).

Le phénomène n'est pas nouveau en soit, car le "Low-Code/No-Code", existe depuis bien longtemps. On appelait cela à l'époque : Générateur de code (Clariion), Atelier de Génie Logiciel (IBM et son très connu "Natstar/NSDK") ou le très connu triplet (Windev/WebDev.WinMobile), RAD (Rapide Application Development) avec les Delphi et autre "Visual Verranda" 🙂, .... Puis, à coups de "Frameworks", on rajoute des "accélérateurs" de "low-code" ... sans compter l'outillage Google pour développer des applications mobiles rapides et fonctionnelles et de tout ce que l'on peu faire maintenant avec des technologies embarquées (Raspberry) et graphiques, comme "Scratch" pour les "petis-moyens-grands-vieux"(enfants) 🙂, filles et garçons, femmes et hommes. D'ailleurs, le constat est simple : comment attirer les femmes dans la sphère des "barbus cra-cra" et des "boutonneux maigrichons et chevelus" .... et quand il y en a, elles sont loin d'être reconnues à leurs justes valeurs et doivent faire preuve de beaucoup de travail edt de patience pour être considérées comme des "professionnelles" (et là, en tant que "militant de la cause féminine en développement informatique depuis 1994, j'estime bien connaître le sujet).

Effectivement, les solutions de "Low-code" et/ou "No-code" (re)commencent à envahir le marché et c'est un bien pour un mal et cela va redonner du sens dans les systèmes d'information. Attention tout de même, il faut reinstruire et reconsidérer la gouvernance des applications pour asurer l'intégration, l'interconnexion et l'interopérabilité de ces nouvelles technologies qui restent quand même à "finir".

Ce n'est pas parce que une application a été construite et générée par de l'outillage "Low-code"/No-code" qu'elle est obligatoirement prête à être insérée dans le SI et mise en production dans la chaîne, sans droit de regard.

Pour avoir développé il y a quelques années un outil "RAD" (en Forth, Assembleur et Langage C), destiné aux "services des postes et des télécommunications", puis avoir participé à la maintenance et à l'évolution d'outils "AGL", ce n'est pas tout rose et on est loin des "bisounours". Passer de l'informaticien à l'utilisateur, sans s'arrêter en cours de chemin avec les gendarmes du fonctionnel, t'amène à un cheminement tout autre.

Oui, le métier de développeur, potentiellement, pourrait en être en crise (il l'est déjà, dans le désordre, avec les cultures "Sec(Dev)Sec(Ops)Sec", CI/CD, "Agile", "eSafe", "Scrum", "Extreme-Programming" ...). Le Cloud n'arrange rien car les développeurs "anciennes générations" doient s'adapter, sous peine de stagner, voire de régresser en terme de carrières, et continuer d'apprendre inlassablement d'autres choses et même les nouvelles générations "traînent les pieds et tirent la langue" pour arriver à suivre .... Cobol ... Web ... Business Intelligence, Cloud, *Learning*, Intelligence Artificielle, Informatique Quantique ... Programmation fonctionnelle, Mobile ... Une des issues à ces phénomènes : changer de métier ou d'orientation vers le "haut de la cheminée" (architecture logiciel, architecture Web, architecture mobile, services Cloud ..., management, direction de développement, cheffierie de projets techniques à fortes valeurs ajoutées ....)

Ou sinon, s'adapter : tous les chemins mènent au rhum (avec modération bien sûr et pas dans sa voiture 🙂). Passer de "pisser du code" (pardon pour la vulgarité de mes propos) à accompagner (grossse différence entre accompagner et aider) des métiers fonctionnels ou applicatifs pour imaginer des solutions de tout type pour optimiser un SI avec de nouvelles adaptations ou de nouveaux processus, notre/votre métier prend énormément de valeur .... Il faut comprendre comment ces nouveaux environnements fonctionnent (interfaces IHM, bases de données, processus, workflow, optimiseurs, profilers, interopérabilité, codes générés statiques ou dynamiques, API, WebServices, interconnexions avec l'extérieur, maintenance, mise à jour, mise à niveau, sécurité interne/externe, ajout de composants internex, externes, documentation, cartographie, formation ...) .... Finalement, le métier de développeur évolue avec des nouvelles fonctions vers un rôle d'accompagnateur, de mainteneur, de conseiller, de formateur et si il a la possibilité de s'intégrer ou de voyager entre des services différents ou distincts, ce ne sera que des "++++++" pour lui et sa communauté .... (blague: il pourrait même aller plus souvent chez le coiffeur et/ou chez le barbier ;-))

N'ayons pas peur du "Low-code"/No-code" ... au contraire, c'est une force de "Jedi" pour nous/vous/ils/elles.

Pour le dévelopement Web, il est vrai que cela devient difficile car tout le monde veut "faire du Web" (comprendre : développer du HTML, CSS, plugins, composants divers et variés, bien souvent en Front, en Back. Les "vrais" "Full-Stacks" sont plutôt rares, car ce sont de vrais experts à la fois du code ET du métier (on a tendance à "négliger" ce détail, en France, en règle générale).

En entreprise (plus ou ou moins grande), on cherche à diminuer les coûts de développements et d'hébergement Web ("exec le moins cher" else "Offshore"... Exit). Les grosses plateformes pour TPE/TPI/PME/PMI (OVH, IONOS, AMEN, OXYD) mettent à disposition des "usines" web "No-code"/Low-code", avec des 100taines ou des milliers de thèmes, de modèles, d'images, bases de données toutes prêtes, modules e-commerce, ... j'en passe des vertes et des pas mures ... Les "WordPress", "Joomla", "SPIP", "Drupal" sont légions sur ces plateformes, certaines proposent aussi du "WebDev" (PCSOFT) "en veux-tu, en voilà" .... Le non-informaticien, le "pressé", le "jeteur", le "pitcheur", la "Pizza Team" sont très contents ... Effectivement, à l'avenir (avis personnel), le développeurs Web vont devoir s'adapter.

J'ai quelques amis qui se sont trouvés dans ce cadre-là : développement Web "à la petite semaine" (PHP, Javascript) qui maîtrisaisaient plûtot bien les outils de conception graphiques (Photoshop, Blender, Illustrator) qui ont anticipé la situation et qui ont "sauté le pas" vers les métiers de la DAO/CAO (Autocad, Sketchup, Varicad) : beaucoup de formation à faire (du débutant à l'expert), du développement de modules propres à ces solutions (en .NET, en LISP par exemple) ...

En espérant avoir fait avancer le "schmilblick", je vous souhaite de passer un excellent week-end (ensoleilé si possible).
Bien à vous toutes et tous,
Yanolezard.

Droopyann a écrit : Bonjour Laura,

C'est très intéressant comme sujet, je suis étonné que personne n'ai rebondi.

Je pense que le no-code ou code-less est effectivement l'avenir quand on y réfléchit. Et que le développement en tant que tel sera réservé à des situations très précise, nécessitant des développements très particuliers.

En effet, développer "maison" nécessite des investissements important que ce soit à la mise en oeuvre où à la maintenance.
Quel est le retour sur investissement pour un site institutionnel ?
Quel est le retour sur investissement quand vous lancez une activité (de commerce ou d'autre) sans pouvoir savoir à l'avance si celle-ci va marcher ?

Economiquement, commencez par des choses simples semblent le plus pertinent. Et le no-code ou le codeless est simple 😉
Après, ça attriste forcément l'ancien développeur que je suis 😢

Bonjour Droopyann

Merci pour votre réponse !

Je rejoins ccomplétement votre avis.
Je rajouterais aussi le côté "propriétaire" du site maison. Je ne pensais mais pourtant de plus en plus de me clients considèrent ça comme un frein surtout en relations de presta car si ça se passe mal ou que le/les développeurs originaux ne sont plus dispos, ils n'arrivent pas à faire reprendre les projets (ou alors à des coûts exhorbitants). A l'inverse le low-code parait plus facile à reprendre, faire évoluer, etc. même en interne si besoin (bon c'est pas toujours vrai😆)

Les derniers site institutionnels sur lesquels j'ai pu travaillé était pour des administrations pour lesquelles le "lowcode" ce n'était "pas sérieux". Il fallait du code fait maison par l'équipe de développeurs. Sauf que vu leur turnover c'est rapidement devenu une usine à gaz totalement ingérable >

Bonjour "Laura.p63",

Je ne dis pas que tous les développeurs/développeuses doivent se transformer en formateurs/formatrices. Si certain(e)s le peuvent, c'est très louable de leur part. Et il y a toujours moyen de se former à la pédagogie : il existe de très bonnes formations pratico-pratiques de formations de formateurs. Lorsque je faisais des formations en développement, je terminais par un projet, comme pour un vrai client, mais en demandant à mes apprenants de bien vouloir expliquer à l'ensemble des professionnels présents, en des termes simples et compréhensibles (pas du jargon technique abrutissant), avec une bonne élocution et de la méthodologie, le projet en 3 slides maximum et de répondre aux différentes questions posées. Pas facile au départ .... et pourtant, certains avaient beaucoup apprécié la démarche ... surtout quand les apprenants étaient issus d'entreprises et de milieux différents.

Sans faire de généralité, et par rapport à mes différentes pérégrinations, le pourcentage de gente féminine intéressée par la méthodoogie et le mouvement "Low-code/No-code", est non négligeable. Dans bien des cas, elles viennent du métier (opérationnel), s'orientent vers le projet (AMOA/MOA) et demandent à passer au fonctionnel/applicatif (support/études) car elles veulent instinctivement montrer les aberrations des "faiseurs de code" et grâce à leur perspicacité et à leur tenacité, elles s'y mettent et gagnent en respect (les jeunes et les moins jeunes). Chaque entreprise a ses propres définitions de "comment" et de "qui fait quoi" ou de "qui urine le plus loin" et des ses propres "codes" (us et coutumes) .... Que ce soit en interne ou en externe, les mentalités changent (certes lentement, mais sûrement). Il faudrait cependant aussi que tous les cursus (universitaires, écoles d'ingénieurs, et autres du même accabit : lycées professionels, formations RNCP, les formations "on-line" etc ... intègrent ces nouvelles aventures ... ça a commencé ailleurs, au Québec par exemple, ou au Danemark et en Suède, un peu en France ....

Cependant, quand on y réfléchit un temps soit peu, l'automatisation ou l'industrialisation volontariste va rendre "transparent" le code, puisque déjà avec le Cloud et l'IaC (Infrastructure-as-Code : les systèmes deviennent des codeurs), de plus en plus de services sont "sur étagères" et prêts à être utilisés ou à consommer/être consommés (pas de code à faire ou très peu 5 à 20 %), les interconnexions avec les API, les WebServices (le code est vraiment minimaliste) : on n'aura plus qu'à "programmer graphiquerment" des "boîtes" (services, relations entre les composants, ...). La face cachée de l'iceberg masque la complexité aux yeux de tout le monde .... ce mouvement, qui n'a jamais cessé d'exister, depuis l'avènement du Mainframe, termine sa boucle avec le "Low-code/No-code" dans le cloud .... L'écosystème du Mainframe et son "pouvoir tactique et stratégique" pour développer vite, avec une précision "chirurgicale", rapidement et de manière hyper-optimisée, a conquis bon nombre d'acteurs de la formation, des entreprises utilisatrices (banques, assurances, des professionnels métiers (cliquer/glisser/déposer/relier) : une application de gestion en Cobol sous Mainframe pouvait se développer quasiment de manière "agile" de l'époque, en un temps record, et sans quasiment rien retoucher, même dans les traitement transactionnels suprêmement complexes à la "Tuxedo".

Retours d'expérience pour les entreprises (de la TPE/TPI aux grands groupes)

- Rapidité de création, risques faibles, ROI plus élevé, plus de ressources, déploiement rapide, diminution très rapide du "shadow-it",
- Agilité, gain de temps et de coûts, peut-être du "jetable", adaptation plus "collée" au SI

Si intéressé(e), 2 liens intéressants:
- REX: https://www.usine-digitale.fr/article/no-code-low-code-quels-avantages-et-quels-inconvenients-pour-ces-solutions-de-developpement-simplifie.N1055904

- l'évolution du développement, en général, du "Low-code" / "No-code"
https://monday.com/blog/fr/pourquoi-le-low-code-et-le-no-code-sont-lavenir-des-applications-dentreprise/

Je suis sûr d'une chose, au moins, la révolution du "Low-Code"/"No-code" continue bien sa route et son évolution entraîne tout le mone, n'en déplaise aux "puristes" .... et comme tout le monde, je me suis adapté, tout au long de mes pérégrinations .... Vivre ou survivre, avoir du travail ou pas, stagner ou évoluer, accompagner ou aider ...

Bien à vous,
Yanolezard

yanolezard a écrit : Bonjour "Laura.p63",


Sans faire de généralité, et par rapport à mes différentes pérégrinations, le pourcentage de gente féminine intéressée par la méthodoogie et le mouvement "Low-code/No-code", est non négligeable. Dans bien des cas, elles viennent du métier (opérationnel), s'orientent vers le projet (AMOA/MOA) et demandent à passer au fonctionnel/applicatif (support/études) car elles veulent instinctivement montrer les aberrations des "faiseurs de code" et grâce à leur perspicacité et à leur tenacité, elles s'y mettent et gagnent en respect (les jeunes et les moins jeunes).

Merci Yanolezard pour ces témoignages et les liens hyper intéressants.
Je reste "pas d'accord" sur ce point (sans animosité aucune, on reste sur des généralités) pour avoir pas mal lutté avec des collèques féminines donc pour ne pas rester cantonner sur des projets low code non code voire complétement hors développement alors que nous avions des diplomes aussi conséquents que nos collègues masculin.
Mais ça ne provient que de ma "courte" expérience dans deux entreprises (une ssii et une administration) et c'est toujours intéressant de voir des parcours/ points de vue différents.

Pour le coup ce sujet m'intéresse car je vais me reconvertir dans ce domaine. Je remercie tous les intervenants pour vos riches témoignages.

Si je peux apporter ma contribution, je vais m'inscrire à une formation en développement web plutôt réputée.
D'après le programme on y apprend bien toutes les technologies web, je n'y ai vu aucune mention à des outils low code / no code (après je ne sais pas encore exactement ce que ça englobe).
Ce qui est intéressant c'est qu'on déborde un peu l'univers du développement web pour aborder le SEO, l'accessibilté,etc. Des thématiques qui me semblent très porteuses surtout après la crise sanitaire et le besoin de visibilité en ligne des petits commercants, artisants, etc.

Je pense que l'avenir du développement web est en effet complétement hétèrogène. Le développement pur en fera toujours partie ne serait ce que pour les sites instituionnels comme le disait Droopyann, mais avec des possibilités d'évoluer vers la communication, les postes de consultants / formateurs comme disait yanolezard. On aime ou pas mais j'y vois de belles sources d'évolution et plein de potentialité !

Je pense que l'évolution sera probablement plus mesurable sur la complexité des projets qui seront à réaliser. Pour un commerçant ou une TPE qui voudra simplement se mettre en avant ou mettre en place du e-commerce "classique", il est clair que du low-code/no-code peut-être alléchant, pour les raisons évoqués plus haut (moins de bottlenecks au niveau des compétences, semble plus simple à reprendre, pas de boite noire maitrisée par des IT, etc.).
Par contre, dans le cas où les applications développées vont déborder de ce cadre, pour atteindre des cas plus spécifique, moins courant, je ne suis pas sûr que cela soit intéressant, et c'est la où le métier de développeur tire toute sa force.
Je rejoins aussi un constat, où l'aspect "métier" devient trop absent du domaine de compétence d'un développeur. Un bon développeur ne sera pas quelqu'un capable d'écrire des milliers de lignes de code par jour, mais quelqu'un qui sera capable de comprendre le besoin de son interlocuteur/utilisateur, et qui sera capable de le modéliser. Malheureusement, aujourd'hui nous sommes effectivement dans un rythme angoissant de mise à niveau constante de nos compétences, de nouvelles technologies sortent pratiquement tous les jours (j'exagère un peu), et tout devient rapidement une course contre la montre.
Pour moi, l'évolution naturelle du développeur web sera effectivement plutôt à trouver du côté du conseil et de l'accompagnement (toujours couplé à de la réalisation) mais pas forcément dans un virage aussi serré vers le low-code/no-code

mLtL a écrit : Je pense que l'évolution sera probablement plus mesurable sur la complexité des projets qui seront à réaliser. Pour un commerçant ou une TPE qui voudra simplement se mettre en avant ou mettre en place du e-commerce "classique", il est clair que du low-code/no-code peut-être alléchant, pour les raisons évoqués plus haut (moins de bottlenecks au niveau des compétences, semble plus simple à reprendre, pas de boite noire maitrisée par des IT, etc.).
Par contre, dans le cas où les applications développées vont déborder de ce cadre, pour atteindre des cas plus spécifique, moins courant, je ne suis pas sûr que cela soit intéressant, et c'est la où le métier de développeur tire toute sa force.

Merci pour ce retour très complet et intéressant .
Pour avoir "visiter" les plateformes de développement web, j'ai finalement l'impression qu'il y a aussi de l'avenir dans le low-code/no-code ou plus précisément dans les CMS. J'y ai vu un nombre innombrables d'offres et missions pour des refontes, mises à jour, paramétrage de site.
Les niveaux varient de la modification d'un menu à la sécurisation d'un site.
La demande la plus insolite que j'ai eu était de créer un site sous Wix car le client n'arrivait pas à le faire tourner sur son ordinateur.
Bon ça reste de la mission courte, payée au lance pierre mais visiblement pas mal de dév arrivent à vivre de ce type de demandes.

Après je rejoins complétement l'ajout du rôle de conseil,voire de conseiller en communication. Surtout après le batage médatiques sur les avantages de la digitilisation durant les périodes de confinement.

Laura.p63 a écrit : Merci pour ce retour très complet et intéressant .
Pour avoir "visiter" les plateformes de développement web, j'ai finalement l'impression qu'il y a aussi de l'avenir dans le low-code/no-code ou plus précisément dans les CMS. J'y ai vu un nombre innombrables d'offres et missions pour des refontes, mises à jour, paramétrage de site.
Les niveaux varient de la modification d'un menu à la sécurisation d'un site.
La demande la plus insolite que j'ai eu était de créer un site sous Wix car le client n'arrivait pas à le faire tourner sur son ordinateur.
Bon ça reste de la mission courte, payée au lance pierre mais visiblement pas mal de dév arrivent à vivre de ce type de demandes.

Après je rejoins complétement l'ajout du rôle de conseil,voire de conseiller en communication. Surtout après le batage médatiques sur les avantages de la digitilisation durant les périodes de confinement.

Bah, pour moi, les deux paradigmes sont plutôt complémentaires qu'autre chose. Je n'ai jamais essayé mais on pourrait même penser à un système hybride, pour permettre de personnaliser au maximum ?

mLtL a écrit a écrit : Bah, pour moi, les deux paradigmes sont plutôt complémentaires qu'autre chose. Je n'ai jamais essayé mais on pourrait même penser à un système hybride, pour permettre de personnaliser au maximum ?

entre le cms et le développement web sur-mesure ?
Si c'est le cas ça existe déjà au travers du développement complet de thème et/ou de plugins avec Wordpress ce qui permet de complètement le personnaliser en gardant un back office intuitif et accessbile pour les utilisateurs "non dev"
Wix a aussi sorti récemment son Wix Code mais je n'ai pas creusé le sujet 😉

Le développement Web est un processus sans fin. Il y a toujours de nouvelles technologies et techniques, et il est important de s'y tenir à jour. Cependant, certaines technologies sont plus populaires que d'autres, et il est crucial de maîtriser au moins un framework si vous cherchez un emploi dans le domaine de la programation web et de la conception de sites web.Il y a aussi Github Copilot, une intelligence artificielle qui est capable d'écrire son propre code (en fait c'est plutôt qu'il te donne des suggestions très très bien codées). Je crois honnêtement que l'intelligence artificielle va changer un peu la façon dont nous travaillons en tant que développeurs web.

Good Post! But in 2022 front-end programming languages is the most popular React Native Development Company its framework of javascript. Unsurprisingly, web development is still a lucrative field in 2022. Companies continue to place great emphasis on hiring quality developers who understand the modern web tech stack.

@moderation...