Dans
ce Numéro |
|
"LES
HIGHLIGHTS DE MAI"
 |
Dans ce nouveau volet qui traite de la
modernisation d’applications, nous avons
voulu nous pencher sur l’aspect humain des
choses. L’inéluctable évolution
de la pyramide des âges provoque l’inexorable
rajeunissement de la population des développeurs.
La jeunesse arrive, pétrie de « nouvelles
technos » et bouscule peu à peu le modèle
en place. Il faut désormais essayer d’apprivoiser
ce que beaucoup de DSI perçoivent comme une « horde
sauvage » qui ne pense qu’à faire table
rase de l’existant. Dans un tel contexte, le
choc des cultures était forcément prévisible.
Peut-on se départir de cette situation ?
Voilà bien
en tout cas un réel problème avant tout managérial.
|
L’enjeu ambitieux de cette newsletter, c’est
de faire comprendre au développeur RPG ou COBOL
que la marche n’est pas si haute qu’il
n’y
paraît pour franchir le cap des nouvelles technologies.
Même si les terminologies sont différentes,
en y regardant de près, on s’aperçoit
que l’on parle bien des mêmes choses
: données,
traitements et surtout : problématique utilisateur.
L’enjeu, c’est aussi de faire comprendre au
développeur « nouvelles technos » qu’il
a tout intérêt à bien comprendre cet
autre monde qui peut, entre autre, lui apporter un niveau
de professionnalisme qui, bien souvent, lui manque encore.
Derrière les applications développées,
il y a des utilisateurs, toujours plus exigeants sur les
fonctionnalités, les performances, l’ergonomie
des applications, et c’est bien là que se
situe le réel défi à relever.
Le message est clair, par delà les querelles de
techniciens, il est un enjeu bien plus primordial : c’est
celui de faire évoluer son organisation vers plus
d’industrialisation en vue de garantir la rapidité d’adaptation
du SI aux exigences des entreprises et des réglementations.
Je
vous laisse découvrir ce nouvel épisode de
cette grande aventure de la modernisation d’applications.
Bien à vous,
Philippe
MAGNE
PDG
PS
: Nous attendons vos retours et réactions avec
impatience.
|
|

Visitez
notre site web : www.arcadsoftware.com

Si
vous possédez ou êtes en voie d'acquérir un IBM
eServer i5 ou iSeries, l'outillage ayant obtenu
la certification IBM Server Proven devrait vous intéresser,
pour en savoir plus cliquez sur l'image : 
 Haut
de page>> 
Pour
en savoir plus sur le iSeries
Developer Roadmap cliquez
ici
|
|
Qu’est-ce qui différencie un développeur AS/400
d’un développeur Java ? Un monde, vu de l’extérieur.
C’est bien la raison pour laquelle nombre d’entreprises
sont d’ores et déjà confrontées à de
sérieux problèmes de rivalités et d’incompréhensions
mutuelles. C’est une situation qui n’est pas saine et
qui est à déplorer car elle devrait au contraire se
transformer en une formidable opportunité. De la mixité des
cultures naît la richesse.
Cette différence culturelle est-elle insurmontable ? N’existe-t-il
pas des vecteurs de rapprochement ? Nous allons
essayer de donner quelques pistes de réflexion dans ce sens.
Partager des choses
Le partage d’un seul et même langage de programmation
a toujours été une voie rêvée par bon
nombre de directeurs informatique. C’est resté le fer
de lance des éditeurs d’AGL issus du monde AS/400. Les
sociétés utilisatrices qui ont misé de longue
date sur ces outils et qui disposent de 100% de leur code en L4G
ont tout intérêt à poursuivre dans cette voie.
Pas de problème d’adaptation des ressources, une mise
en œuvre rapide, les arguments sont nombreux. Oui mais voilà,
la grande majorité des entreprises ont déjà investi
dans des technologies différentes. Cette quête d’un
langage unique capable de répondre à des exigences
de développements natifs, aussi bien client/serveur et web
devient alors utopique. La persistance des langages « anciens » tels
que RPG ou COBOL de même que l’apparition de futurs langages
sont des constantes qu’il faudra accepter tôt ou tard
comme immuables.
Que peut-on partager alors, si ce ne peut être le langage ?
La réponse à cette question, c’est IBM qui l’a
fournit : l’environnement de développement. Mettre en
place le nouvel environnement de développement Wdsc, c’est
certainement le meilleur moyen pour un développeur RPG/COBOL
de démystifier les technologies Java. C’est aussi le
meilleur moyen pour un développeur Java de s’intéresser
aux langages natifs, même si dans ce sens, c’est un peu
plus dur.
Moderniser
l’organisation
S’il est une chose que les développeurs RPG et JAVA
partagent, c’est bien souvent le niveau d’organisation
de leurs développements. Ils changent de version leurs applications à la
vitesse de la lumière, les uns au nom d’une soi-disante
réactivité, qui camoufle bien souvent un manque de
fiabilité patent, les autres au nom de la jeunesse de leur
technologie. Dans les deux cas, on ne répond pas aux attentes
de l’utilisateur qui lui, réclame à corps et à cri
de la stabilité. Attention aux mots, stabilité ne signifie
pas immobilisme. La stabilité s’obtient en faisant évoluer
ses applications selon une organisation rigoureuse et précise,
avec des étapes de validation et de sécurisation. C’est
dans ce domaine que l’outillage Arcad prend toute sa dimension.
Il assure la coordination des développements, permet aux équipes
de dialoguer naturellement en montrant les liens inter-composants,
et synchronise les mises en production et déploiements. En
ce sens, il constitue un vecteur majeur de rapprochement
des cultures.
L’incitation des équipes de développement vers l’adoption d’un outillage commun permet de bâtir
un projet commun fédérateur pour les équipes
de développement et évite la tendance naturelle au
cloisonnement.
La formation
Connaître l’autre monde, tel est l’enjeu de l’axe
formation. C’est la clé de voûte de la modernisation.
Former un développeur RPG/COBOL aux nouvelles technologies
est prioritaire, bien entendu, tant il est vrai que la marche est
un peu haute. Mais on oublie l’autre sens et c’est souvent
un facteur de blocage. Le développeur JAVA n’a pas l’historique
du SI, il n’a pas la connaissance métier. Il n’a
pour lui que sa technique. Pouvoir ne serait-ce que lire du code
RPG/COBOL est un point essentiel s’il ne veut pas s’enfermer
dans sa technique.
Faire
comprendre les différences
Les développeurs RPG/COBOL critiquent la complexité des
applications dont ils ont du mal à appréhender l’origine
et la justification. Dans certains cas, ils peuvent également
se gausser des différences de performance des applications.
Côté JAVA, les développeurs regardent le serveur
iSeries comme un ancêtre dont ils ne veulent même pas
daigner comprendre ce qui a fait son succès.
Tout cela est bien regrettable car il est clair que les uns peuvent
apporter aux autres une vision plus pragmatique à la fois
de l’utilisateur et des applications qu’ils développent,
alors que les développeurs JAVA n’ont finalement à leur
actif que la maîtrise d’une technologie nouvelle. Pour
que chacun se comprenne, il est nécessaire de montrer en permanence
ce que les uns peuvent apporter aux autres, le tout dans un respect
mutuel.
Ce qui est très important aussi, c’est de remonter aux
aspects historiques. Car finalement, selon le vieil adage « rien
ne se crée, tout se transforme », on comprend vite que
nous ne sommes pas dans deux mondes différents, mais bel et
bien dans un seul qui est en pleine mutation. Les développements
JAVA ne viennent que compléter le dispositif déjà existant
et non pas s’y substituer.
Conclusion
Surpasser les querelles techniciennes au profit d’une réelle
organisation harmonieuse et donc productive, tel est bien l’un
des enjeux de la modernisation d’application. De par le métier
d’ARCAD Software, bien évidemment, associé à notre
propre expérience du développement dans des technologies
hétérogènes, nous sommes bien placés
pour vous inciter à adopter une démarche d’amélioration
de votre organisation, la plus outillée possible.
|
Pour ARCAD
Software, le mois de juin sera placé
sous le "signe de l'évènementiel"
Comme
vous pouvez le constater l'ensemble de nos manifestations vont
se succéder au niveau Européen tout au long de
ce mois de juin, "essentiel" dans la vie de notre société.
Nous sommes persuadés que l'une ou l'autre de ces manifestations
devrait vous concerner, c'est pourquoi nous présentons à l'ensemble
de nos lecteurs le planning des évènements
à venir
avec les lieux et date ainsi que tous les détails pratiques
pour pouvoir s'inscrire en ligne. Nous
espérons vous y rencontrer
nombreux :
Evènement
|
Date & Lieu
|
Pour
en savoir plus
|
"Seminar" in
LUXEMBOURG
|
3
juin
Luxembourg
Hôtel Molitor
28 Avenue de la Liberté
L-1930 Luxembourg City
Pour
s'inscrire : cliquez
ici
|
Séminaire en Anglais de 9h00 à 11h30.
Au
cours de cet évènement, nous aborderons les
problématiques suivantes :
Comment organiser et architecturer un SI en environnements stables et
sécurisés ? Comment fiabiliser les réceptions et
intégrations de progiciels ? Comment gérer les modifications
et déploiements des paramètres ? Comment automatiser les
processus de tests ? Comment répondre aux contraintes liées à la
gestion du risque opérationnel et aux différents Audit.
(Bâle2, SOX etc...) ?
|
COMMON
EUROPE
|
5,6,7
juin
Kurhaus (Hollande)
|
Venez
nombreux visiter notre Stand N° 36.
Pour obtenir le plan ainsi que le guide d'exposition connectez-vous sur
: www.CEC2005.com
|
FORUM
UTILISATEUR 2005
|
16
juin
Paris 1er
Hôtel Clarion
St-James Albany
Reservé
aux Utilisateurs ARCAD
Pour s'inscrire : cliquez
ici
|
Forum
de 9h00 à 18h00. Parmi les nouveautés 2005,
vous découvrirez :
- Les nouvelles fonctionnalités des PlugIns ARCAD intégrés
au sein d’Eclipse et dédiés aux développements
multi-plateformes.
- Le déploiement de composants hétérogènes
sur différents serveurs.
- Une nouvelle version encore approfondie de notre module de versionning
et de déploiement de données de paramétrage.
- Le rapprochement des suites ARCAD-Observer et ARCAD-Verifier qui offrira
la possibilité de générer des documentations utilisateurs
directement à partir des résultats de tests.
Nous y parlerons aussi de l’intégration des solutions ARCAD
au sein de l’iSeries Developer Roadmap d’IBM.
|
Séminaire
POLARYS/ARCAD
|
|
Au
cours de cet évènement, nous aborderons les
problématiques suivantes :
Comment
organiser et architecturer un SI en environnements stables
et sécurisés ? Comment fiabiliser les réceptions
et intégrations de progiciels ? Comment gérer
les modifications et déploiements des paramètres
? Comment automatiser les processus de tests ? Comment
répondre
aux contraintes liées à la gestion du risque
opérationnel et aux différents Audit. (Bâle2,
SOX etc...) ?
|
*Apprivoisez
la complexité des applications.
|