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

Contribuez Discussion :

La rubrique a besoin de vous


Sujet :

Contribuez

  1. #1
    Rédacteur

    La rubrique a besoin de vous
    Vous avez des codes sources Cobol ?
    Vous pensez que ces codes sources peuvent aider d'autres personnes ?
    Vous souhaitez partager vos codes avec des internautes ?

    Dans ce cas, participez à l'enrichissement des pages de codes sources de developpez.com et postez à la suite

    Pour chaque proposition, merci d'expliquer en quelques mots ce que fait le code, s'il nécessite des bibliothèques ou des options particulières. Si le code est trop volumineux, envoyez-moi un MP avec l'archive zippée.


  2. #2
    Membre expert
    Citation Envoyé par khayyam90
    Vous avez des codes sources Cobol ?
    Vous pensez que ces codes sources peuvent aider d'autres personnes ?
    Vous souhaitez partager vos codes avec des internautes ?
    ...
    Le problème, à mon avis, c'est que de "vrais" programmes COBOL (je veux dire des programmes dans un contexte professionnel) sont assez longs et dépendent beaucoup des données en entrée, elles mêmes fort nombreuses ...

    Peut-être qu'une FAQ sur le language serait plus utile ...
    Ou des informations sur l'utilisation réelle du language en entreprise en distinguant les différents cas selon les environnements ...

    Par exemple, je connais assez bien le monde du mainframe IBM (z/OS) et l'utilisation de COBOL dans ce contexte là est pour moi inséparable des autres logiciels de la plate-forme à savoir :
    • les SGBD : DB2 ou IMS/DB voire VSAM
    • les moniteurs transactionnels : CICS ou IMS/TM
    • certains middleware comme MQSeries ...

    Sur le Mainframe COBOL fonctionne rarement tout seul ...

  3. #3
    Rédacteur

    Citation Envoyé par Luc Orient
    Le problème, à mon avis, c'est que de "vrais" programmes COBOL (je veux dire des programmes dans un contexte professionnel) sont assez longs et dépendent beaucoup des données en entrée, elles mêmes fort nombreuses ...
    Par codes sources, j'entends tout ce qui peut aider à la compréhension et au développement, par l'aspect pratique ou tout ce qui peut être aisément réutilisé. Un simple bout de code pour illustrer un concept peut suffire. C'est la raison pour laquelle on privilégiera les codes axés sur un domaine précis plutôt que les gros programmes qui traitent de beaucoup de choses.

    Un internaute qui cherche un exemple de code trouvera plus vite son bonheur dans un code succint.

    Quitte même à découper un "vrai" programme COBOL suivant les différents domaines et concepts mis en jeu.

  4. #4
    Membre à l'essai
    Aide au développement en Cobol
    Bonjour,
    Je suis développeur Cobol. Je peux vous aider. Donnez-moi un sujet simple et je vous l'écrit en cobol. Je suis propriétaire de progiciels de gestion en Cobol que je maintiens encore aujourd'hui, je redéveloppe actuellement les prg interactifs en environement graphique Windows (évenementiel) en Cobol Acucorp (AcucobolGT, Acubench). A bientôt. Cordialement. Jeepy.

  5. #5
    Rédacteur

    Merci de te proposer

    Nous recherchons principalement des codes simples mais qui peuvent poser problème s'ils sont mal écrits.
    par exemple: comment lire et afficher un fichier, écrire dans un fichier, trier une liste, comment établir une connexion avec une base de données, ainsi que codes qui montrent des aspects spécifiques à Cobol

  6. #6
    Membre éclairé
    Bonjour,

    et bien je me propose si cela intéresse quelqu'un de faire un petit "exposé" sur la description des données en COBOL.

    Let's go

    http://guillaumeventre.developpez.co...n-des-donnees/

  7. #7
    Membre habitué
    Bonjour tout le monde,

    j'ai déjà eu pas mal de posts dans d'autres rubriques sur developpez.com. Par contre c'est la première fois que je m'aventure dans cette rubrique Cobol.

    A mon avis il faudrait inclure du coté de cobol tout ce qui est JCL, IMS, CICS.....
    Pour les programmes dont vous le forum a besoin (accès, écriture, tri fichier........)
    Je propose une rubrique pour exemples de programmes

  8. #8
    Membre éclairé
    Généralement les questions concernant les technos mainframe sont actuellement postée ici.

    En fait, elles sont peu nombreuses à part Cobol, du coup, je ne sais pas s'il est utile d'ouvrir d'autres sous-forums.

  9. #9
    Membre habitué
    donc faudrait peut être changer le nom de la rubrique?

  10. #10
    Membre éclairé
    Why not, ceci dit c'est le terme COBOL qui attire le plus de monde

  11. #11
    Membre habitué
    on pourrait déjà commencer, je suis entrain de faire de l'ordre dans mes petits programmes, cobol, jcl et cics....

    et bientôt ca sera disponible

  12. #12
    Membre actif
    Citation Envoyé par neuropathie
    on pourrait déjà commencer, je suis entrain de faire de l'ordre dans mes petits programmes, cobol, jcl et cics....

    et bientôt ca sera disponible
    J'attends avec impatience

  13. #13
    Membre habitué
    Salut tout le monde,

    Vu que les exemples de code sont utilisés pour des formations en interne, ca me prend du temps pour traduire les commentaires et les variables en français. Je demande est ce que j'ai la possibilité de préparer les codes sans traduction et de els poster tels qu'ils sont.

  14. #14
    Membre actif
    Personnellement si les exemples sont en anglais ca ne pose pas de problème.
    Peut être peut-tu faire un post initial (english), et l'éditer en français ensuite

    encore merci pour ton aide

  15. #15
    Membre habitué
    serait il possible d'avoir uen rubrique nommée exemples de codes, comme ca je pourrai organiser mes posts, en ce qui concerne, les itérations, les ommandes, les accés fichiers,....

  16. #16
    Futur Membre du Club
    Cobol - Ims
    Citation Envoyé par jeepyno
    Bonjour,
    Je suis développeur Cobol. Je peux vous aider. Donnez-moi un sujet simple et je vous l'écrit en cobol. Je suis propriétaire de progiciels de gestion en Cobol que je maintiens encore aujourd'hui, je redéveloppe actuellement les prg interactifs en environement graphique Windows (évenementiel) en Cobol Acucorp (AcucobolGT, Acubench). A bientôt. Cordialement. Jeepy.
    Bonjour,

    C'est noté ! Je pense qu'il serait intéressant d'avoir des exemples sur différents sujets :
    - programmes batch avec JCL (fichier)
    - programmes batch DB2 avec JCL
    - programmes batch IMS/DB avec JCL
    - programmes TP CICS (avec BMS et enchainements XCTL et LINK)
    - programmes TP IMS (avec MFS, PSB et enchainements)
    - ?
    Le fait d'y joindre d'autres composants (JCL, map, PSB...), permet aux gens de se rendre compte qu'un programme tourne rarement tout seul et ça donnerait peut-être un côté "architecture" aux exemples.

    Qu'est-ce que vous en pensez ?

  17. #17
    Membre actif
    Oui c'est une bonne idée, surtout que le Cobol n'existe pas seul. Donc j'ai envoyé un post en mp au modérateur, pour voir ce que l'on peut faire

    A+ tlm

  18. #18
    Rédacteur

    Dans très peu de temps, un sous forum Contribuez (dans la rubrique COBOL) sera mis en place. Donc, il vous sera possible de faire une discussion par nouveau code source.
    Je ne répondrai à aucune question technique en privé

  19. #19
    Candidat au Club
    Citation Envoyé par jeepyno Voir le message
    Bonjour,
    Je suis développeur Cobol. Je peux vous aider. Donnez-moi un sujet simple et je vous l'écrit en cobol. Je suis propriétaire de progiciels de gestion en Cobol que je maintiens encore aujourd'hui, je redéveloppe actuellement les prg interactifs en environement graphique Windows (évenementiel) en Cobol Acucorp (AcucobolGT, Acubench). A bientôt. Cordialement. Jeepy.
    Bonjour
    je suis moi même développeur Cobol avec les mçemes outils (AcucobolGT, Acubench).
    Je me permet de vous contacter, car j'ai un problème avec Acubench (je n'arrive pas a contacter Acucorp ou Micro focus).
    Mon probleme :
    - dans un fichier source, lorsque je veux afficher le contenu d'un fichier .cpy en cliquant sur la ligne du COPY et en utilisant "open copy file" le message "cannot open file".

    sauf s'il y a plusieures lignes COPY , "open copy file" ouvre le fichier de la ligne suivante.
    Votre aide me serait bien utile.

    En m'excusant pour cette incursion inapropos.

    Vous en remerciant par avance

###raw>template_hook.ano_emploi###