![\"Solution](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/picto-solution-ci-cd-1.png\" "\\"Solution")
<\/span><\/div>Qualit\u00e9 du code sur IBM i (AS\/400 – AS400)<\/span><\/h1><\/div>Surveillez la sant\u00e9 de vos applications RPG ou COBOL<\/h2><\/div>\u00c9liminez la dette technique<\/h3><\/div><\/div><\/div><\/div><\/div>Quelles sont les causes de la dette technique sur IBM i ?<\/h3><\/div>De nombreuses applications IBM i Legacy sont alourdies par des zones de code complexes ou monolithiques, difficiles \u00e0 maintenir. Parall\u00e8lement, des zones de \u2018code mort\u2019 \u2013 repr\u00e9sentant parfois jusqu’\u00e0 30 % du volume d’une base de code \u2013 occupent un temps pr\u00e9cieux pour les d\u00e9veloppeurs et ajoutent \u00e0 la complexit\u00e9 globale du syst\u00e8me. Cela g\u00e9n\u00e8re une dette technique inutile qui peut nuire \u00e0 la viabilit\u00e9 \u00e0 long terme des applications.<\/p>\n
Avec le temps, les applications n\u00e9glig\u00e9es deviennent fragiles, ce qui les rend de plus en plus co\u00fbteuses \u00e0 maintenir. A leur tour, les am\u00e9liorations deviennent co\u00fbteuses, cr\u00e9ant un cercle vicieux.<\/p>\n<\/div>
![\"Vicious](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/code-quality-check-technical-debt.png\" "\\"code-quality-check-technical-debt\\"")
<\/span><\/div>Comment reconna\u00eetre un code fragile ?<\/h3><\/div>Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Utilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Des bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Un code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Peu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Difficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Courbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Entrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Mauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
![\"Growing](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/growing-cost-of-technical-debt.png\" "\\"Growing")
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
Surveillez la sant\u00e9 de vos applications RPG ou COBOL<\/h2><\/div>\u00c9liminez la dette technique<\/h3><\/div><\/div><\/div><\/div><\/div>Quelles sont les causes de la dette technique sur IBM i ?<\/h3><\/div>De nombreuses applications IBM i Legacy sont alourdies par des zones de code complexes ou monolithiques, difficiles \u00e0 maintenir. Parall\u00e8lement, des zones de \u2018code mort\u2019 \u2013 repr\u00e9sentant parfois jusqu’\u00e0 30 % du volume d’une base de code \u2013 occupent un temps pr\u00e9cieux pour les d\u00e9veloppeurs et ajoutent \u00e0 la complexit\u00e9 globale du syst\u00e8me. Cela g\u00e9n\u00e8re une dette technique inutile qui peut nuire \u00e0 la viabilit\u00e9 \u00e0 long terme des applications.<\/p>\n
Avec le temps, les applications n\u00e9glig\u00e9es deviennent fragiles, ce qui les rend de plus en plus co\u00fbteuses \u00e0 maintenir. A leur tour, les am\u00e9liorations deviennent co\u00fbteuses, cr\u00e9ant un cercle vicieux.<\/p>\n<\/div>
<\/span><\/div>Comment reconna\u00eetre un code fragile ?<\/h3><\/div>Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Utilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Des bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Un code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Peu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Difficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Courbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Entrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Mauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
\u00c9liminez la dette technique<\/h3><\/div><\/div><\/div><\/div><\/div>Quelles sont les causes de la dette technique sur IBM i ?<\/h3><\/div>De nombreuses applications IBM i Legacy sont alourdies par des zones de code complexes ou monolithiques, difficiles \u00e0 maintenir. Parall\u00e8lement, des zones de \u2018code mort\u2019 \u2013 repr\u00e9sentant parfois jusqu’\u00e0 30 % du volume d’une base de code \u2013 occupent un temps pr\u00e9cieux pour les d\u00e9veloppeurs et ajoutent \u00e0 la complexit\u00e9 globale du syst\u00e8me. Cela g\u00e9n\u00e8re une dette technique inutile qui peut nuire \u00e0 la viabilit\u00e9 \u00e0 long terme des applications.<\/p>\n
Avec le temps, les applications n\u00e9glig\u00e9es deviennent fragiles, ce qui les rend de plus en plus co\u00fbteuses \u00e0 maintenir. A leur tour, les am\u00e9liorations deviennent co\u00fbteuses, cr\u00e9ant un cercle vicieux.<\/p>\n<\/div>
<\/span><\/div>Comment reconna\u00eetre un code fragile ?<\/h3><\/div>Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Utilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Des bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Un code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Peu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Difficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Courbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Entrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Mauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
Quelles sont les causes de la dette technique sur IBM i ?<\/h3><\/div>De nombreuses applications IBM i Legacy sont alourdies par des zones de code complexes ou monolithiques, difficiles \u00e0 maintenir. Parall\u00e8lement, des zones de \u2018code mort\u2019 \u2013 repr\u00e9sentant parfois jusqu’\u00e0 30 % du volume d’une base de code \u2013 occupent un temps pr\u00e9cieux pour les d\u00e9veloppeurs et ajoutent \u00e0 la complexit\u00e9 globale du syst\u00e8me. Cela g\u00e9n\u00e8re une dette technique inutile qui peut nuire \u00e0 la viabilit\u00e9 \u00e0 long terme des applications.<\/p>\n
Avec le temps, les applications n\u00e9glig\u00e9es deviennent fragiles, ce qui les rend de plus en plus co\u00fbteuses \u00e0 maintenir. A leur tour, les am\u00e9liorations deviennent co\u00fbteuses, cr\u00e9ant un cercle vicieux.<\/p>\n<\/div>
<\/span><\/div>Comment reconna\u00eetre un code fragile ?<\/h3><\/div>Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Utilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Des bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Un code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Peu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Difficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Courbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Entrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Mauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
De nombreuses applications IBM i Legacy sont alourdies par des zones de code complexes ou monolithiques, difficiles \u00e0 maintenir. Parall\u00e8lement, des zones de \u2018code mort\u2019 \u2013 repr\u00e9sentant parfois jusqu’\u00e0 30 % du volume d’une base de code \u2013 occupent un temps pr\u00e9cieux pour les d\u00e9veloppeurs et ajoutent \u00e0 la complexit\u00e9 globale du syst\u00e8me. Cela g\u00e9n\u00e8re une dette technique inutile qui peut nuire \u00e0 la viabilit\u00e9 \u00e0 long terme des applications.<\/p>\n
Avec le temps, les applications n\u00e9glig\u00e9es deviennent fragiles, ce qui les rend de plus en plus co\u00fbteuses \u00e0 maintenir. A leur tour, les am\u00e9liorations deviennent co\u00fbteuses, cr\u00e9ant un cercle vicieux.<\/p>\n<\/div>
<\/span><\/div>Comment reconna\u00eetre un code fragile ?<\/h3><\/div>Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Utilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Des bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Un code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Peu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Difficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Courbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Perte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Entrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Mauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
Les applications de gestion IBM i se sont av\u00e9r\u00e9es tellement s\u00fbres et fiables au fil des ans qu\u2019elles sont souvent consid\u00e9r\u00e9es comme trop utiles ou trop risqu\u00e9es pour \u00eatre remplac\u00e9es. Pourtant, leur code RPG ou COBOL ont pu \u00eatre maintenu par plusieurs d\u00e9veloppeurs pendant 20 \u00e0 30 ans, ce qui augmente le risque de dette technique.<\/p>\n
Les caract\u00e9ristiques communes sont les suivantes :<\/p>\n<\/div>
- <\/i><\/span>\n
Programmes monolithiques dans les anciennes variantes de RPG (2, 3 ou 400)<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nUtilisation d\u2019un RPG \u00e0 format fixe, non familier \u00e0 la nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nDes bogues qui existent depuis des ann\u00e9es, dans un code \u00ab trop important pour \u00eatre modifi\u00e9 \u00bb<\/p>\n<\/div><\/li>
- <\/i><\/span>
\n\u00ab Code mort \u00bb \u2013 jamais ex\u00e9cut\u00e9, mais repr\u00e9sentant parfois jusqu\u2019\u00e0 30-40% de votre application<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nUn code trop complexe qui emp\u00eache le passage \u00e0 une architecture de services Web<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nPeu ou pas de documentation<\/p>\n<\/div><\/li><\/ul>
En outre, des failles de s\u00e9curit\u00e9 peuvent se glisser dans le code source lorsque la logique de la base de donn\u00e9es IBM i est expos\u00e9e \u00e0 des applications et des dispositifs externes.<\/p>\n<\/div>
Cons\u00e9quences de la dette technique<\/h3><\/div>
Si les d\u00e9fauts de codage atteignent la production, ils peuvent provoquer des temps d\u2019arr\u00eat co\u00fbteux et nuire \u00e0 la r\u00e9putation de votre entreprise. La dette technique non trait\u00e9e peut avoir un impact sur une organisation IBM i de multiples fa\u00e7ons :<\/p>\n<\/div>
- <\/i><\/span>\n
Augmentation du co\u00fbt de la maintenance et du support technique<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nDifficult\u00e9s d\u2019int\u00e9gration des nouveaux d\u00e9veloppeurs<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nPerte d\u2019activit\u00e9 due aux pannes et aux temps d\u2019arr\u00eat<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nCourbe d\u2019apprentissage importante<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nPerte d\u2019agilit\u00e9<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nEntrave \u00e0 l\u2019innovation<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nMauvaise exp\u00e9rience utilisateur<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div><\/div><\/div><\/div><\/div>Adoptez ARCAD CodeChecker !<\/h2><\/div><\/div><\/div><\/div><\/div>
<\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div> - <\/i><\/span>
- <\/i><\/span>
![\"Picto](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/05\/pictos-modules-code-checker.png\" "\\"Picto")
<\/span><\/div>![\"Contact](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/03\/contact-us.png\")
<\/span><\/div>