I have discovered the MOST boring thing EVER!

BurnItDwn

Lifer
Oct 10, 1999
26,001
1,484
126
At my job, I'm what they call a BatchAdmin. One of our responsibillities, is to provide support for the Operators when batch jobs fail. Every batch job that we support has what we call a "runsheet". These runsheets are basicly little FYI and HOWTO instructions for each batch job. They are supposed to include any input, output, archived, and temp files that any job uses. A list of all nested executables/scripts, as well as the path & name of the executable that the job runs. These runsheets have about 100 fields, and they are all important since anything missing from the runsheet, can cause big problems in the event of a job failure.

One project my boss has me doing currently, is looking through our job scheduler, and then making a list of all jobs for a certain "Event" (think of it as a bigass group of jobs, we have several events with 150+ jobs in them.) Once the list is made, I go through every line of the code checking what files it uses, what resources it uses, what other boxes it connects to, etc (the batch jobs are all ksh scripts, they average about 500 lines each, and there are several thousand of them.) For each and every job, I'm updating at least 15 fields on the runsheets (the runsheets often haven't been updated in 5 years, while the jobs tend to be updated at least once or twice a year to keep up with software rollouts.) I am one of 2 people in my group that can script in the Korn shell. The other person can write some pretty good code, however, he's a slow typer, so he doesn't script very often.


Cliffs: I go through thousands of lines of code to update our documentation at work.
 

Zee

Diamond Member
Nov 27, 1999
5,171
3
76
Originally posted by: BurnItDwn
At my job, I'm what they call a BatchAdmin. One of our responsibillities, is to provide support for the Operators when batch jobs fail. Every batch job that we support has what we call a "runsheet". These runsheets are basicly little FYI and HOWTO instructions for each batch job. They are supposed to include any input, output, archived, and temp files that any job uses. A list of all nested executables/scripts, as well as the path & name of the executable that the job runs. These runsheets have about 100 fields, and they are all important since anything missing from the runsheet, can cause big problems in the event of a job failure.

One project my boss has me doing currently, is looking through our job scheduler, and then making a list of all jobs for a certain "Event" (think of it as a bigass group of jobs, we have several events with 150+ jobs in them.) Once the list is made, I go through every line of the code checking what files it uses, what resources it uses, what other boxes it connects to, etc (the batch jobs are all ksh scripts, they average about 500 lines each, and there are several thousand of them.) For each and every job, I'm updating at least 15 fields on the runsheets (the runsheets often haven't been updated in 5 years, while the jobs tend to be updated at least once or twice a year to keep up with software rollouts.) I am one of 2 people in my group that can script in the Korn shell. The other person can write some pretty good code, however, he's a slow typer, so he doesn't script very often.


Cliffs: I go through thousands of lines of code to update our documentation at work.

i fell asleep just reading what you do
 

BurnItDwn

Lifer
Oct 10, 1999
26,001
1,484
126
This isn't my usual job activity, just a "project" to do when things are slow, and when I'm not in the prime, secondary, or tertiary positions. I probably spent 4 hours on Friday, and 4 hours on Thursday doing it.

The sad thing is, I just came over to this position April 1st from a job that I really liked (same company, same building, just 10 cubes over). Why did I move here, because if I want to be a DBA or programmer, experience in this job is much more valuable then the tech support job I was in before. I'd like to stay with this company. The odds of a unix admin opening any time soon over the next 5-10 years are very slim, this company has well over 100 full time programmers, and positions are available often. They especially like programmers who know the backbone of the systems well. I just want to get 1 to 2 years experience in this current position, then I'm looking to move up to either a DBA or software development position. Also, I get along with my co-workers and team lead very well, so aside from doing tremendously tedious and boring work some of the time, I still generally am happy with my job. Cause when I'm doing the boring crap, I can always blast some death metal through my headphones.