Le low-code et le no-code améliorent le travail des développeurs de deux manières

Le low-code et le no-code améliorent le travail des développeurs de deux manières


Le développement low-code et no-code est souvent considéré comme le royaume des développeurs non professionnels, mais le segment de l’entreprise où le développement low-code et no-code a gagné une traction significative est celui des développeurs professionnels eux-mêmes. Et, ce qui est important, c’est qu’ils améliorent leur travail de deux façons : en fournissant des outils pour accélérer le développement et le déploiement de logiciels, et en élevant leur rôle dans les entreprises à celui d’enseignants et de facilitateurs pour les développeurs non professionnels potentiels.

Une enquête récente menée par OutSystems auprès de 860 développeurs révèle qu’une majorité d’utilisateurs low-code – dont la plupart utilisent également des langages de codage traditionnels en plus du code réduit – se déclarent « très satisfaits » de la productivité de leur équipe (59 %), contre 41 % des développeurs traditionnels. La plupart des adeptes du low-code, 57 %, sont également très satisfaits de la qualité des outils mis à leur disposition pour accomplir leur travail, contre 36 % de leurs homologues qui utilisent des langages traditionnels.

En outre, 71 % des utilisateurs low-code ont déclaré être en mesure de respecter la semaine de travail typique de 40 heures, contre seulement 44 % des développeurs traditionnels. En outre, 63% des développeurs low-code indiquent qu’ils sont satisfaits de leur salaire et de leurs avantages, contre 40% des développeurs traditionnels.

Des technologies facilitatrices

« Les solutions de développement « low-code » et « no-code » ont fait l’objet d’un certain débat et d’une certaine confusion au sein de la communauté du logiciel », relatent les auteurs de l’enquête OutSystems. « Notre enquête suggère que le débat est peut-être exagéré, car il est courant que les utilisateurs de solutions low-code utilisent également des langages traditionnels. En fait, plus de la moitié des utilisateurs de low-code (65%) ont reconnu utiliser au moins un langage traditionnel tel que PHP, JavaScript, Python, HTML/ CSS et C / C# / C++. »

Non seulement le low-code et le no-code facilitent les choses, mais ils élèvent également les rôles des professionnels de la technologie au sein de leurs entreprises, pour en faire des facilitateurs, des éducateurs et des consultants. Les observateurs du secteur sont d’accord. « Le rôle du professionnel est désormais de personnaliser et de connecter la solution low-code aux ressources de l’organisation », explique Moses Guttmann, PDG et cofondateur de ClearML. Leurs rôles « évoluent principalement vers l’automatisation et l’orchestration, en prenant un processus low-code et en aidant l’infrastructure low-code à accéder à différentes ressources au sein de l’organisation. Il s’agit d’abstraire les bases de données et de fournir un accès à l’orchestration, par exemple à l’infrastructure en cloud, pour exécuter l’application low-code ».

Cela ne peut que signifier un développement plus agile pour la prochaine génération d’applications, avec des développeurs connaissant bien les affaires et des utilisateurs professionnels connaissant bien la technologie travaillant côte à côte. « Les développeurs non professionnels sont généralement des personnes soucieuses de la croissance et de la résolution de problèmes innovants, qui ont une compréhension active des objectifs généraux de l’entreprise », explique Aaron White, directeur technique et cofondateur de Vendr. « Parallèlement à la supervision du travail réalisé dans un environnement low-code ou no-code, les développeurs professionnels – en particulier ceux qui dirigent des équipes – doivent s’efforcer de reconnaître les talents de ces employés, en leur permettant activement de contribuer au processus de développement. »

Missions stratégiques

Cela signifie des rôles et des tâches plus stratégiques pour les développeurs également, convient Om Vyas, cofondateur et chef de produit pour oak9. « Cela supprime une grande partie des tâches quotidiennes liées à la mise en œuvre et permet aux développeurs de se concentrer sur des préoccupations plus architecturales et stratégiques. Ils sont ainsi en mesure d’avoir un impact plus important sur l’entreprise. Mais aussi, avec les approches low-code et no-code, lorsque le modèle unique ne fonctionne pas pour vous, cela va créer du travail pour ces professionnels pour modifier ou personnaliser pour ajouter leurs propres implémentations. »

Dans de nombreux cas, « une approche low-code/no-code peut fonctionner comme une solution complète. Cela dit, l’informatique et l’ingénierie peuvent avoir besoin d’intervenir de temps en temps pour régler les détails », ajoute Aaron White.

Bien entendu, toutes les applications ne sont pas prêtes pour les approches low-code ou no-code. L’approche « low-code » ou « no-code » n’est pas adaptée aux cas d’utilisation complexes », met en garde Om Vyas. « Il est facile de faire des choses de base en low-code ou no-code. Mais dès que vous entrez dans une logique d’entreprise plus complexe, dans des processus complexes ou dans la résolution de problèmes complexes, il devient vraiment difficile de continuer à utiliser le low-code ou le no-code. Et l’exposition aux risques de sécurité et de conformité devient plus grande. »

C’est particulièrement le cas avec les cas d’utilisation complexes, « lorsque vos données augmentent et que les cas d’utilisation métier se complexifient, lorsque vous traitez des quantités massives de données non structurées, cela nécessite des heuristiques complexes, des configurations complexes, des politiques qui dépendent d’autres politiques, ou des règles qui dépendent d’autres systèmes », ajoute-t-il. « Ici, le codage est nécessaire ».

Source : ZDNet.com





Source link

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.