Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre averti
    On me propose une offre sur de l'AS400 alors que je suis dev embarqué
    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.

  2. #2
    Expert éminent sénior
    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).
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  3. #3
    Membre averti
    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.

  4. #4
    Expert éminent
    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.

  5. #5
    Membre averti
    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 ?

  6. #6
    Expert éminent
    Citation Envoyé par yukihira Voir le message
    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
    les règles du forum - mode d'emploi du forum
    Aucun navigateur ne propose d'extension boule-de-cristal : postez votre code et vos messages d'erreurs. (Rappel : "ça ne marche pas" n'est pas un message d'erreur)
    JE NE RÉPONDS PAS aux questions techniques par message privé.

  7. #7
    Expert éminent
    Citation Envoyé par watchinofoye Voir le message
    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é.

  8. #8
    Expert éminent sénior
    Citation Envoyé par 7gyY9w1ZY6ySRgPeaefZ Voir le message
    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
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!
    ****
    "The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
    ***
    Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019

  9. #9
    Membre averti
    Citation Envoyé par Darkzinus Voir le message
    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.

  10. #10
    Expert éminent sénior
    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).
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  11. #11
    Membre averti
    Citation Envoyé par el_slapper Voir le message
    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.

    Citation Envoyé par el_slapper Voir le message
    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.

  12. #12
    Membre expérimenté
    Citation Envoyé par yukihira Voir le message
    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.

  13. #13
    Expert éminent sénior
    Citation Envoyé par watchinofoye Voir le message
    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.
    La théorie, c'est quand on sait tout et que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
    ( A Einstein)

###raw>template_hook.ano_emploi###