A voir également:
- C koi un job? (biensur PAS le job=travail !!)
- Easy job - Télécharger - Emploi & CV
- Ou trouver le code personnel france travail - Forum Réseaux sociaux
- Travail en 2x7 - Forum Réseaux sociaux
- Calcule horaire et salaire - Forum Excel
- France travail téléphone - Guide
10 réponses
Et bin si. c'est un travail.
Genre sur un AS400 quand tu lance un batch, et ben on dit aussi que tu lance un job qui n'est pas interactif.
Donc un travail en fond de tache...
Ca englobe n'importe quel boulot qui prend de la ressource.
Genre sur un AS400 quand tu lance un batch, et ben on dit aussi que tu lance un job qui n'est pas interactif.
Donc un travail en fond de tache...
Ca englobe n'importe quel boulot qui prend de la ressource.
Ah ouais, ca me rappelle vaguement quelque chose...
C'est pas de la programmation systeme, ca ?
Kalamit,
La nuit, tous les chats sont gris. Pas les poulets ! :@)
C'est pas de la programmation systeme, ca ?
Kalamit,
La nuit, tous les chats sont gris. Pas les poulets ! :@)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
pas seulement de la programmation système.
on a aussi ça en SQL.
pour moi, job = lancement de programme programmé.
on a aussi ça en SQL.
pour moi, job = lancement de programme programmé.
Le terme Job s'emploi surtout sur mainframe.
IBM a un langage qui s'appelle .... JCL -> Job control langage.
Comme le disait notre amis beb73, cela s'effectue en tache de fond. (travail normal pour un mainfame).
Réfère toi a la réponse de beb73.
Comme le dis sebsauvage, c'est un lancement programmé de programme, mais pas exclusivement, ils peuvent être soumis manuellement.
IBM a un langage qui s'appelle .... JCL -> Job control langage.
Comme le disait notre amis beb73, cela s'effectue en tache de fond. (travail normal pour un mainfame).
Réfère toi a la réponse de beb73.
Comme le dis sebsauvage, c'est un lancement programmé de programme, mais pas exclusivement, ils peuvent être soumis manuellement.
Ce n'est pas de la programmation système, mais ça interagit avec l'os.
Sur mainframe programmation = mulitaches, multiutilisateurs.
Donc lorsqu'on lance un Job la séquence sera .
résever les ressources ... armoire a cassette, imprimante ...ect.
Lorsque les ressources sont disponible,
Afficher un message de mount .... la cassette par exemple
Lorsque la cassette est monter
Lire la cassette
réaliser l'extract des datas
les sauver dans un spooler.
Sortir les datas sur imprimante, cassettes .....etc
libérer les ressources
Renvoyer un retrun code indiquant le déroulemnt du programme
fin du job.
Ceci n'est qu'un exemple pour te faire comprendre ce qu'est un JOB.
Sur mainframe programmation = mulitaches, multiutilisateurs.
Donc lorsqu'on lance un Job la séquence sera .
résever les ressources ... armoire a cassette, imprimante ...ect.
Lorsque les ressources sont disponible,
Afficher un message de mount .... la cassette par exemple
Lorsque la cassette est monter
Lire la cassette
réaliser l'extract des datas
les sauver dans un spooler.
Sortir les datas sur imprimante, cassettes .....etc
libérer les ressources
Renvoyer un retrun code indiquant le déroulemnt du programme
fin du job.
Ceci n'est qu'un exemple pour te faire comprendre ce qu'est un JOB.
Selon des notes personnelles et assez anciennes, relatives aux fonctionnement d'un mainframe IBM en batch, la notion de "job" est purement comptable, elle s'appuie sur des instructions comptables et administratives, permettant d'imputer les ressources utilisées par les traitements à un poste - comptable - particulier.
Un "job" commence donc par une "carte JOB" (selon le JCL) et se termine par une "fin de Job" pas toujours matérialisée, la plupart du temps, par le début du job suivant.
Un "job" doit comprendre au moins une étape (STEP), laquelle comporte un programme exécutable et des données. En général, un Job comporte plusieurs étapes qui seront exécutées sussessivement, sauf conditions explicitées dans le JCL.
Le contrôle d'existence, ou l'allocation de fichiers peut être effectué lors de l'analyse des "cartes de contrôle" définissant les fichiers (cartes "DD" = data definition), qu'on associe parfois à un exécutable qui ne fait rien : IEFBR14 (branchement au registre 14 réservé traditionnellement au stockage de l'adresse du programme appelant, équivalent de l'instruction "return" des langages évolués).
Un "job" commence donc par une "carte JOB" (selon le JCL) et se termine par une "fin de Job" pas toujours matérialisée, la plupart du temps, par le début du job suivant.
Un "job" doit comprendre au moins une étape (STEP), laquelle comporte un programme exécutable et des données. En général, un Job comporte plusieurs étapes qui seront exécutées sussessivement, sauf conditions explicitées dans le JCL.
Le contrôle d'existence, ou l'allocation de fichiers peut être effectué lors de l'analyse des "cartes de contrôle" définissant les fichiers (cartes "DD" = data definition), qu'on associe parfois à un exécutable qui ne fait rien : IEFBR14 (branchement au registre 14 réservé traditionnellement au stockage de l'adresse du programme appelant, équivalent de l'instruction "return" des langages évolués).
Pour moi un job c'est du travail et le plus souvent, si tu bosses dans l'informatique, une source de problèmes.
Je m'explique : ce "JOB" démarre mais on n'est jamais sur d'en voir une fin correcte et dans ce cas, c'est là que réside toute la joie et le plaisir de travailler dans ce boulot de fous (tu avais ta veste et tu étais pret à partir en week-end et tu rentres chez toi le samedi à 7H00 du matin par exemple).
Bon, je suis un peu amer mais je suis en plein dans ce cas.
Alors, si tu ignores le sens de JOB, continue.
SALUT
DODO
Je m'explique : ce "JOB" démarre mais on n'est jamais sur d'en voir une fin correcte et dans ce cas, c'est là que réside toute la joie et le plaisir de travailler dans ce boulot de fous (tu avais ta veste et tu étais pret à partir en week-end et tu rentres chez toi le samedi à 7H00 du matin par exemple).
Bon, je suis un peu amer mais je suis en plein dans ce cas.
Alors, si tu ignores le sens de JOB, continue.
SALUT
DODO
La réponse de Marden semble peut-être être directement tirée d'un bouquin, mais il n'empêche qu'elle est exacte et précise.
(Mon boulot consiste entre autre à concevoir et lancer des jobs sur un mainframe IBM)
Content de voir que les anciennes techno ne sont pas complètement mortes !!!
(Mon boulot consiste entre autre à concevoir et lancer des jobs sur un mainframe IBM)
Content de voir que les anciennes techno ne sont pas complètement mortes !!!
J'ai précisé qu'il s'agissait de notes personnelles (sur un cahier, et non un livre) pour la définition du "job" ... le reste étant de mémoire ! Pour mémoire aussi, on peut rappeler que le JCL est un langage (en français, le "u" n'est pas nécessaire), un peu à l'image de l'assembleur, avec [étiquette] | opérateur | opérandes | [commentaires]. Depuis l'époque où l'ai pris ces notes, le langage s'est un peu assoupli quant à la syntaxe, mais surtout enrichi, du fait de la technologie et des nouvelles exigences d'exploitation. Mais je ne serais pas surpris que les procédures de l'époque puissent encore fonctionner aujourd'hui, compatibilité ascendante - obscession de Big Blue - oblige.
Je ne voudrais pas réveiller certaines querelles, à propos des formations AFPA, en signalant que les moniteurs n'en touchaient pas une sur le JCL, alors qu'ils étaient censés remettre dans le bain des gens prêts à replonger (dans les projets An 2000 et Euro) !!!
En dehors du batch, IBM sait heureusement faire des traitements en interractif, voire construire du JCL à soumettre en batch, au moyen de langages interprétés tels que CLIST ou REXX. Celà ressemble aux langages de scriptes des autres machines, dites plus modernes. Il est même possible d'activer en batch l'analyseur d'instructions ou de commandes "en interactif".
Je ne voudrais pas réveiller certaines querelles, à propos des formations AFPA, en signalant que les moniteurs n'en touchaient pas une sur le JCL, alors qu'ils étaient censés remettre dans le bain des gens prêts à replonger (dans les projets An 2000 et Euro) !!!
En dehors du batch, IBM sait heureusement faire des traitements en interractif, voire construire du JCL à soumettre en batch, au moyen de langages interprétés tels que CLIST ou REXX. Celà ressemble aux langages de scriptes des autres machines, dites plus modernes. Il est même possible d'activer en batch l'analyseur d'instructions ou de commandes "en interactif".
