Discussion :

[watchinofoye]

Bonjour,

La boîte de presta pour qui je bosse actuellement essaie de me placer, entre autres, sur une mission de technicien exploitant en informatique sur de l'AS400, alors que je fais du dev embarqué. J'ai vaguement entendu parler de l'AS400, comme quoi c'est une vieille techno mais qui est très demandée parce que les profils sont rares. Les perspectives en dev embarqué se font rares dans le coin où je suis, ce qui me chagrine beaucoup parce que j'ai vraiment commencé à me spécialiser dedans, et je me demande si une reconversion serait possible. Et en même temps, je me dis que ça n'a probablement rien à voir avec ce que j'ai pu connaître et ça m'obligerait à repartir de zéro.

Quelqu'un pourrait me parler de l'AS400 ? Ça consiste en quoi généralement ? Est-ce que ça vaudrait le coup que je m'y mette ?

Merci d'avance.

[el_slapper]

AS/400 est ce qu'on appelait dans le temps la "moyenne informatique". Des serveurs bien plus gros que des micros, bien plus petits que les mainframes. Ca fait essentiellement de l'info de gestion. On travaille dessus avec des émulateurs de terminal en mode texte (enfin, dans le temps - peut-être ont-ils plus moderne? Je ne sais pas - mes infos datent un peu). Tout se gère par menus. J'avais trouvé ça assez simple. Les langages que j'avait vu sont le RPG et le COBOL. Le couple RPG/AS-400 est très performant pour l'accès aux données, mais le RPG n'et pas un langage rigolo à lire. Le COBOL est très verbeux, ce qui me plait, mais ne plait pas à tout le monde.

(et ça fait longtemps, j'espère que des infos plus fraîches viendront compléter).

[yukihira]

C'est un marché de niche avec tous ses avantages et ses inconvénients. La techno en soi n'est pas très excitante, par contre le métier/fonctionnel pourrait être critique pour l'entreprise. Si je prévois encore une longue carrière dans le développement, je n'irais pas là-dedans pour une raison évidente de débouché d'ici 5 ou 10 ans.

[Darkzinus]

Bonjour, je travaille dessus depuis 5 ans maintenant (venant du mainframe). C'est une "vieille" technologie mais qui évolue énormément ces dernières années (intégration du Json, DB2 avec du XML). Le RPG est devenu "free" (le COBOL ne bouge pas) et proche des possibilités de JAVA en matière de programmation (plus de restrictions sur les colonages, pas mal de fonctions intégrées). Globalement il y a de la demande (en région parisienne en tout cas) et le système est de plus en plus puissant (pas abandonné). Tout dépend de tes aspirations et des possibilités dans ta région effectivement.

[watchinofoye]

Merci pour vos réponses.

À en juger par le titre et la description de la mission, je ne suis pas sûr qu'il s'agisse de développement en fait, plutôt de la maintenance (à moins que la maintenance implique de programmer en RPG ou en COBOL ? En tout cas, aucun langage n'est mentionné).

Ma région c'est la Basse-Normandie, plus particulièrement le Perche (la partie Est de l'Orne). C'est une région essentiellement agricole, avec quelques industries. Très peu de perspectives pour de l'embarqué et pour l'informatique de manière générale, alors j'ai visé le Mans pour essayer de trouver quelque chose mais il n'a pas l'air d'y avoir grand chose non plus. Je dépends essentiellement de la mobilité de ma compagne (et la sienne dépend essentiellement des caprices de l’Éducation Nationale).

Quand on dit que l'AS400 c'est très demandé, c'est valable partout ou c'est vrai essentiellement pour la région parisienne ? Je veux dire, si je me lance dans cette voie, est-ce que ça va réellement me garantir du taff après dans à peu près n'importe quelle région de France ?

[Invité]

Si je prévois encore une longue carrière dans le développement, je n'irais pas là-dedans pour une raison évidente de débouché d'ici 5 ou 10 ans.

On disait la même chose, il y a 20 ans

[Darkzinus]

Quand on dit que l'AS400 c'est très demandé, c'est valable partout ou c'est vrai essentiellement pour la région parisienne ? Je veux dire, si je me lance dans cette voie, est-ce que ça va réellement me garantir du taff après dans à peu près n'importe quelle région de France ?

Disons que l'avantage par rapport à du mainframe c'est que beaucoup de structures en ont. Après faudrait que tu aies plus de précisions sur la mission à faire. C'est éloigné de ce que tu connais donc il faudra que tu sois un minimum formé.

[Glutinus]

On disait la même chose, il y a 20 ans

Quand je suis rentré en SSII en 2006, nous le petits juniors sortis d'école avec nos costards Celio Club qui pétaient plus haut que leur cul , on se cassait la carotte sur savoir si c'est J2EE ou .NET qui allait enterrer le mainframe et l'AS400. Tandis que les vieux cobolistes nous regardaient, assis sans rien dire avec un étrange petit sourire en coin

[watchinofoye]

Après faudrait que tu aies plus de précisions sur la mission à faire. C'est éloigné de ce que tu connais donc il faudra que tu sois un minimum formé.

En effet il me faudrait plus de précisions parce que tout ce que je sais de la "formation" qu'ils veulent me proposer c'est, en gros : "le gars qui part met au jus le gars qui arrive". Pas sûr que ce soit une formation digne de ce nom. Je ne sais pas si ce serait suffisant, ça dépend si c'est rapide/simple à prendre en main ou s'il faut vraiment avoir une formation complète et/ou un minimum d'expérience pour parvenir à faire quelque chose avec ce truc.

Je vais voir si je peux obtenir plus d'informations.

[el_slapper]

Je me suis formé en 2 journées, hein. C'est pas des technos hostiles, je trouve.

Après, (1) je venais du monde mainframe qui a quand même des points communs, (2) le RPG a un peu la même manière de penser que le COBOL que je connaissais déjà bien (sauf l'accès aux données, ou il est carrément mieux, quand je suis revenu au mainframe, j'ai pleuré, j'aurais aimé faire mes accesseurs de données en RPG), et (3) le boulot était tout simple, de simples modules de garnissage, qui reçoivent une demande, vont chercher les données dans le référentiel, et les recrachent sous un format précis. Pas la mort, donc - juste les bases de la programmation.

Si il avait fallu faire la partie qui analysait le code existant et remplaçait à la volée dans le code les anciens accès référentiels par des appels à mes modules de garnissage(qui pointaient vers la nouvelle base), il m'aurait sans doute fallu un peu plus d'efforts d'adaptation. Mais ils ont laissé ça à l'expert (qui était aussi jeune que bon). J'aurais adoré faire ça, mais je n'avais pas le temps d'arriver à ce niveau. Je doute qu'on confie des tâches de ce niveau à un débutant dans le domaine. Donc ça devrait aller. Si le code existant est lisible (mais ça, c'est toujours une inconnue).

[watchinofoye]

Je me suis formé en 2 journées, hein. C'est pas des technos hostiles, je trouve.

Après, (1) je venais du monde mainframe qui a quand même des points communs, (2) le RPG a un peu la même manière de penser que le COBOL que je connaissais déjà bien (sauf l'accès aux données, ou il est carrément mieux, quand je suis revenu au mainframe, j'ai pleuré, j'aurais aimé faire mes accesseurs de données en RPG), et (3) le boulot était tout simple, de simples modules de garnissage, qui reçoivent une demande, vont chercher les données dans le référentiel, et les recrachent sous un format précis. Pas la mort, donc - juste les bases de la programmation.

Visiblement, c'est un métier avec lequel tu étais déjà familier. Ce qui n'est pas mon cas, je ne connais pas du tout le COBOL, encore moins le RPG (à part celui où faut lancer des dés) et je ne suis pas sûr de pouvoir ne serait-ce que définir ce qu'est un mainframe.

Si il avait fallu faire la partie qui analysait le code existant et remplaçait à la volée dans le code les anciens accès référentiels par des appels à mes modules de garnissage(qui pointaient vers la nouvelle base), il m'aurait sans doute fallu un peu plus d'efforts d'adaptation.

Je n'ai absolument rien compris de ce que tu as dit, ce qui illustre bien le souci pour moi. Il ne s'agit pas juste d'apprendre une nouvelle techno, mais carrément un métier à part. Je doute qu'on programme un mainframe comme on programme un microcontrôleur, par exemple.

Plus je lis vos réponses, plus je me dis qu'il y a de grandes chances pour que je refuse parce que ça a l'air trop éloigné de ce que je connais. Au pire, s'ils n'ont vraiment rien à me proposer dans mon domaine et que je dois me reconvertir, autant le faire dans un truc qui m'attire un minimum et avec lequel je suis un tant soit peu familier.

Merci pour vos réponses. Je vais passer le sujet en résolu.

[pprem]

C'est un marché de niche avec tous ses avantages et ses inconvénients. La techno en soi n'est pas très excitante, par contre le métier/fonctionnel pourrait être critique pour l'entreprise. Si je prévois encore une longue carrière dans le développement, je n'irais pas là-dedans pour une raison évidente de débouché d'ici 5 ou 10 ans.

Les AS/400 ont plutôt bien évolué et même si ça reste de "grosses machines" (qui finalement ont aussi gagné en taille par rapport à leurs ancêtres IBM36/38), il faut les considérer comme des serveurs d'entreprise de qualité.

L'OS est plutôt sympa, les manipulations dedans se comprennent assez rapidement (pour CL/400 en tout cas), et pour les langages on peut quasiment tout faire dessus maintenant, même si Cobol et RPG sont les bases pour beaucoup de vieux progiciels.

[Mat.M]

Il ne s'agit pas juste d'apprendre une nouvelle techno, mais carrément un métier à part. Je doute qu'on programme un mainframe comme on programme un microcontrôleur, par exemple.

pour moi c'est une évidence oui.
Sur un projet mettons dans le domaine du bancaire, faire des lignes de code ça représente peut-être 20-30 % du principal tout le reste c'est de l'analyse et de la conception.
Je m'entends bien sûr du code "clean" et fonctionnel oui c'est primordial.
Mais les aspects métiers comme tout ce qui est comptable ça ne s'apprend pas qu'avec des lignes de code.

[clearscreen]

Bonjour,

je suis vos discussions avec attention car je suis en train de me "mettre à titre perso" à l'AS/400 (enfin au system i5 puisque j'ai un i5 9407-515), et je suis en train d'ingurgiter de la documentation, de parcourir des forums, des termes barbares style, "hé j'ai fait un IPL et ça c'est vachement bien passé" ce qui me change de "j'ai forké mon process" et ça c'est bien passé" :-)

Je suis donc parti du côté hard en montant/démontant/remontant ma machine (elle était complètement poussiéreuse, voire rouillée dans les ventilos et il manquait une ou deux cartes), puis en lisant la doc du control pannel (je n'ai rien explosé) et maintenant elle ronronne et le système existant me propose des choses :-)
Donc moyennant un terminal twinax je vais passer à l'installation et à l'admin d'un nouvel OS. Après un peu de dév (quoi je ne sais pas mais on verra bien).

L'AS est vraiment une plateforme intégrée et déterministe (j'aime bien ce concept en informatique) et je suis bien conscient que beaucoup ont une très forte expérience donc j'y vais humblement mais j'y vais - un peu comme je me suis jeté dans le bain du C alors que je faisais du pascal ou de linux :-) Je vais peut être me casser les dents, mais je suis assez passionné du truc.

Quant au mainframe c'est trop gros pour moi, par contre j'ai vu qu'il y avait des cartes sympa style P/390 ou R/390 pour mettre dans mon RS/6000 530h (de collection :-).

Ce qui est dommage c'est qu'ibm gagnerait à mettre à disposition un émulateur pas cher avec les licences qui vont bien pour des gens qui voudraient se former au mainframe. Hercules permet de faire plein de choses mais si j'ai bien compris on se limite au 370 voire au "380" (patch) et après ce n'est pas légal. Après il y a des choses mais pas données.

Bien à tous et à toutes.
Cls.

[yento]

Sur un projet mettons dans le domaine du bancaire, faire des lignes de code ça représente peut-être 20-30 % du principal tout le reste c'est de l'analyse et de la conception.

Et des tests, et de l'integration avec d'autres services/BDD selon sur quoi le project depend, et 1 mois de retard sur le déploiement dont 3 semaines pour ouvrir le firewall.

[Mat.M]

Et des tests, et de l'integration avec d'autres services/BDD

oui d'accord mais sur un projet de développement applicatif de gestion , si les régles de gestion ne sont pas clairement et bien établies, le projet a toute les chances de tourner en rond, c'est là où je voulais en venir.