Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

California Can't Perform Pay Cut Because of COBOL

Posted by kdawson on Tue Aug 05, 2008 01:41 PM
from the handwaving-only-gets-you-so-far dept.
beezzie writes "Last week, California Governor Arnold Schwarzenegger ordered a pay cut, to minimum wage of $6.55/hr, for 200,000 state workers — because a state budget hadn't been approved yet. The state controller, who has opposed the pay cut on principle and legal grounds, now says the pay cut isn't even feasible because the state's payroll systems are so antiquated. He says it would take six months to go to minimum wage, and nine months more to restore salaries once a budget is passed. The system is based on COBOL, according to the Sacramento Bee, and the state hasn't yet found the funds or resources, in ten years of trying, to upgrade it." The article quotes a consultant on how hard it is to find COBOL programmers; he says you usually have to draw them out of retirement. Problem is, if there were any such folks on the employment rolls in California, Gov. Schwarzenegger fired them all last week, too.
+ -
story

Related Stories

[+] Why COBOL Could Come Back 405 comments
snydeq writes "Sure 'legacy systems archaeologist' ranks as one of the 7 dirtiest jobs in IT, but COBOL skills might see a scant revival in the wake of California's high-profile pay-cut debacle. After all, as Fatal Exception's Neil McAllister points out, new code may in fact be more expensive than old code. According to an IDC survey, code complexity is on the rise. And it's not the applications that are growing more complex, but the technologies themselves. 'Multicore processing, SOA, and Web 2.0 all contribute to rising software development costs,' which include $5 million to $22 million spent on fixing defects per company per year. Do the math, and California's proposed $177 million nine-year modernization project cost will double, McAllister writes. Perhaps numbers like those won't deter modernization efforts, but the estimated 90,000 coders still versed in COBOL may find themselves in high demand teaching new dogs old tricks."
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • i knew it (Score:5, Funny)

    by halfEvilTech (1171369) on Tuesday August 05 2008, @01:44PM (#24483959)

    This brings back memories of when we picketed our COBOL professor christmas party with signs of:

    "COBOL raises taxes"

    we couldn't have been more right

  • COBOL. (Score:5, Insightful)

    by Anonymous Coward on Tuesday August 05 2008, @01:44PM (#24483971)
    There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.
    • Re:COBOL. (Score:5, Insightful)

      by taniwha (70410) on Tuesday August 05 2008, @01:47PM (#24484047) Homepage Journal
      no - the problem is that no one wants to be paid minimum wage to program COBOL
      • Re:COBOL. (Score:5, Insightful)

        by drpimp (900837) on Tuesday August 05 2008, @01:52PM (#24484153) Journal
        no the problem is social security pays more so why go back to 40 hours weeks of coding at that rate!
      • Re:COBOL. (Score:5, Funny)

        by elrous0 (869638) * on Tuesday August 05 2008, @02:06PM (#24484401)

        No, the problem is that someone put a T-800 series Terminator in charge of California!

        All the state's COBOL programmers have to work around the clock just to keep that early-80's piece of shit working.

      • Re:COBOL. (Score:5, Insightful)

        by Nutria (679911) on Tuesday August 05 2008, @02:16PM (#24484619)

        no - the problem is that no one wants to be paid minimum wage to program COBOL

        No, the problem is CompSci snobbery and VERY poor textbooks that went thru all sorts of contortions to be GOTO-less.

        COBOL-74 had excellent capabilities for creating very structured, COBOL-85 even more. And "88" variables are just wonderful for decomplicating hairy IF statements.

    • Re:COBOL. (Score:5, Interesting)

      by Bill, Shooter of Bul (629286) on Tuesday August 05 2008, @01:58PM (#24484261) Journal
      Define old. My Step Grandfather was a COBOL programmer. He's 86 now. You really shouldn't let him near anything electronic. He retired in the early eighties and hasn't kept up with any developments in the field. He doesn't know what a database is. Or Unix. He knows the IBM 360 pretty well though. So if they develop on it using IBM cards, he might be able to help.

      If you ask me, this is all payback for the original design of COBOL. If they had just extended FORTRAN and required any one interested in looking at code to have a 3rd graders grasp of math, California wouldn't be in this position and existing COBOL programmers wouldn't have to lie about their development language when talking to other developers.

      Actually, this story is about how California can't screw their state workers to make a political point, right? I guess COBOL wins after all, but they really should have made the syntax a little more like befudge.
    • Re:COBOL. (Score:5, Interesting)

      by Anonymous Coward on Tuesday August 05 2008, @02:02PM (#24484329)

      the problem is nobody in IT wants to hire old people.

      You are right and the situation is even worse with more engineering oriented firms. Age discrimination in software/hardware is rampant and out of control. Partly it is institutional but often it is that the average 35 year old manager isn't even aware of his prejudices.

    • Re:COBOL. (Score:5, Insightful)

      by Lord Ender (156273) on Tuesday August 05 2008, @02:08PM (#24484455) Homepage

      Sure they do. When I do a job search for IT positions, nine out of ten are for "senior" level positions. Nobody is hiring junior or just normal engineers. Seniors only.

      Usually "senior" means 5+ years experience with some piece of technology invented six years ago, though.

      So to get a job in IT, you can't be old, you can't be young, and you must have started working with every one of the latest technologies professionally on the year it was invented (before most businesses even used such technologies).

      I can't believe anyone can find a job with those requirements. Perhaps the mass of positions advertised these days are just a ploy to allow more H1Bs and outsourcing.

    • I can code COBOL (Score:5, Insightful)

      by Phreakiture (547094) on Tuesday August 05 2008, @02:14PM (#24484565) Homepage

      I can code in COBOL. It seems unlikely, however, that Califorina can afford my fee.

  • Programmers? (Score:5, Insightful)

    by SgtPepperKSU (905229) on Tuesday August 05 2008, @01:44PM (#24483973)
    Why would you need a programmer to change people's pay in the system?

    Oh, wait; you don't. This is just more politics...
    • Re:Programmers? (Score:5, Insightful)

      by oldspewey (1303305) on Tuesday August 05 2008, @01:47PM (#24484019)
      It is possible that the code actually is that fucked up.
    • Re:Programmers? (Score:5, Insightful)

      by Anonymous Coward on Tuesday August 05 2008, @01:51PM (#24484129)

      Seems to me the people who should get their pay cut are the governor and legislators. They're the ones who haven't produced a budget.

      Don't give them back pay either - every day there's no budget is another day they lose a payday - forever. That might encourage them to get their job done on time.
       

      • Re:Programmers? (Score:5, Informative)

        by neko the frog (94213) on Tuesday August 05 2008, @02:08PM (#24484447)

        The Governor refuses his salary, so that won't work.

        I suspect the legislators are wealthy enough that their per diem cut wouldn't be too much hurt.

        Now what *would* work...you know how they choose a pope?

    • Re:Programmers? (Score:5, Interesting)

      by bestinshow (985111) on Tuesday August 05 2008, @01:55PM (#24484203)

      It's clearly 1960s and 1970s code. It probably has the pay rates hard-coded in, rather than using a database, because back then memory was expensive and logic had to be compact.

    • Re:Programmers? (Score:5, Insightful)

      by roc97007 (608802) on Tuesday August 05 2008, @01:59PM (#24484293) Journal

      Sometimes you really do. Often, with really old systems like this, data that ought to be in tables is hard-coded in the system, sometimes in really obscure places. Or the code may only support pay *increases* because nobody thought there'd ever be a pay decrease for a government employee. (Seriously.) If you've ever worked on a project to replace an antiquated system, especially for a utility or government entity, you'd be shocked at what you saw. It's amazing that anything works at all.

      Job security? Incompetence? Micro-management? Probably a combination of all three.

      • Re:Programmers? (Score:5, Interesting)

        by LWATCDR (28044) on Tuesday August 05 2008, @02:12PM (#24484541) Homepage Journal

        Yep I remember my first programing instructor explaining the idea of sentinel. You pick a number that would never come up to mark the end of data input. like 99 for a year. This was only 83 so 99 didn't seem that far away.
        When I asked him about that his answer was.
        Nobody uses software for that long.
        You know I never used sentinels like that in any of my programs after I finished that class. I have to assume that it was a standard method back in the day like using i,j,k for integers in loops. "Fortran defined those as integers be default"

      • Re:Programmers? (Score:5, Insightful)

        by Lord_Frederick (642312) on Tuesday August 05 2008, @01:58PM (#24484269)

        I've seen how government applications are coded. The majority are either built by someone that can program but not engineer software and the rest are built by the lowest bidder. I find it perfectly feasible that a simple change will break the entire system.

        • by Lord_Frederick (642312) on Tuesday August 05 2008, @02:06PM (#24484395)

          Hell, where I work now we're having problems because a particular CBT REQUIRES a floppy disk. Nobody can get the money to have the CBT code changed. The new computers don't come with floppy drives and the old computers are required to be taken out of service. Emulation software can't be used because it won't pass the "approval process" and putting a floppy drive into a new system voids the maintenance agreement.

        • Re:Programmers? (Score:5, Informative)

          by COMON$ (806135) * on Tuesday August 05 2008, @02:19PM (#24484683) Journal
          Amen, gov't apps aren't generally created by seasoned programmers, they are programmed by whoever they could grab to throw at IT in the 90s. People that don't understand the concept of a variable, headers, comments, or anything resembling maintainable code.

          Also what is funny here is that dropping the wages wont get very many state workers to quit, they are so entrenched with their vacation time and specialized skills that they WONT go anywhere, they just like to bitch about it. Your average gov't worker is just that, a person who couldn't move on, every once in a while you run a cross a bright star keeping the mess together but they never amount to much as they leave after a couple years anyway.

          I have suggested many times that entire departments need to be fired, halved and hire new employees with 20% raises. There is so much bloat in personnel that it is insane, most of the shops have one guy doing the work for 10 people anyway.

  • by mveloso (325617) on Tuesday August 05 2008, @01:45PM (#24483987)

    The programmers of California have created the greatest payroll application of all time. You can only raise salaries, not lower them. Ingenious!

  • rule #1 (Score:5, Insightful)

    by pak9rabid (1011935) on Tuesday August 05 2008, @01:46PM (#24484001)
    If you're going to pull a lame excuse out of your ass for why a decision can't by fulfilled, don't make it known that you're against said decision.
  • by Missing_dc (1074809) on Tuesday August 05 2008, @01:46PM (#24484003)

    I need a COBOL programmer, who is your daddy and what does he do?

  • Uhh... (Score:5, Interesting)

    by jhfry (829244) on Tuesday August 05 2008, @01:46PM (#24484009)

    I have never seen a payroll program that has the wages hardcoded in it... there is no reason that this can't be done... she simply doesn't want to.

    • Re:Uhh... (Score:5, Insightful)

      by isomeme (177414) <cberry@cine.net> on Tuesday August 05 2008, @02:06PM (#24484403) Homepage Journal

      I can easily picture a system that encodes rules about pay grade differences derived from huge piles of laws, union contracts, and so forth. Changing everyone's pay to the same low level would violate all kinds of intertwined constraints and validation checks, and thus be rejected. I imagine the time quoted to make this change is due to the need to work around these cross-checks without eliminating them entirely, as most of the time (i.e., when the governor isn't posturing) they are quite useful to help avoid illegal or improper changes.

  • by janeuner (815461) on Tuesday August 05 2008, @01:47PM (#24484025)
    ...expect minimum wage results.
  • by snkline (542610) on Tuesday August 05 2008, @01:47PM (#24484031)
    The problem is not lack of Programmers. The problem is managers who think a developer needs many years of experience with a specific language or technology to be able to work with it. I am sure many programmers would be willing to work on their COBOL systems, but without the required "10 years of experience with COBOL" on their resume, they would never be hired.
    • by gfxguy (98788) on Tuesday August 05 2008, @01:54PM (#24484191)

      The problem is this person is lying. Seriously, wages change all the time; probably at least once a year people get reviewed and get raises; you're going to tell me there's a 9 month backlog?

      And why on earth would it take 50% longer to raise them back up again? That makes absolutely no sense.

      There's only one obvious conclusion: the state controller is lying.

      • by Temkin (112574) on Tuesday August 05 2008, @02:11PM (#24484495)

        As I understand it, Arnie wants to pay them minimum wage, and then grant them back pay once the budget is passed. That's a whole different calculation, and requires some kind of per-employee escrow account, etc...

        If I was a Ca state employee, I'd be pissed. Thankfully, I'm not even a resident anymore.

        • by dave562 (969951) on Tuesday August 05 2008, @02:16PM (#24484601) Journal
          This is the State of California we are talking about here. Do you really think that they have "non-production / test" environment of their antiquated COBOL mainframe setup for the amateur's to play around with and test code on? Maybe they can go ahead and just bring it up in an x86 virtual machine?

          My girlfriend works for the state. She handles part of the time/payroll process. Most of it is still manual and done in ledger books. For the facility she works at with about 500 employees there is a single person who handles all of the payroll data entry into the system. The entire system is so antiquated it would be a nightmare to sort out. It isn't as simple as updating a single value to $6.55 and being done with. Everything is tiered and based on seniority. Each position has a different pay rate and is influenced by how long the employee has been working for the state. There are so many layers of complexity in that system that it would boggle your mind. Hell... the state just LAID OFF 200,000 people. Those are only the part time folks. How many people are still employed? A million? Maybe more? Do you really want some amateur screwing with the production database that is responsible for paying a million people? And not just paying, but deducting social security, medicare, payroll taxes, pension payments, Cal-PERS and all of that?

  • Take ours (Score:5, Funny)

    by otacon (445694) on Tuesday August 05 2008, @01:47PM (#24484043) Homepage

    We have about 20 Cobol programmers. We still run CISC and what have you. You can have them. Cheap.

  • by Critical Facilities (850111) * on Tuesday August 05 2008, @01:47PM (#24484051) Homepage
    OK, no one likes programming in COBOL, but to argue that these systems can't be updated because the language is obsolete is just an all out lie. Plenty of major corporations still use COBOL/CICS because it just works.

    If (as someone above stated) a programmer is required to update what should undoubtedly be database fields containing salary information, then it sounds like a problem of implementation, and not one of technology/language of choice.
    • by gstoddart (321705) on Tuesday August 05 2008, @02:17PM (#24484639) Homepage

      OK, no one likes programming in COBOL, but to argue that these systems can't be updated because the language is obsolete is just an all out lie. Plenty of major corporations still use COBOL/CICS because it just works.

      Yeah, but do they still have the expertise in house to make any changes?

      I've known organizations that had to pull people out of retirement (at 5x their old salary) to maintain old mainframe systems -- for the simple reason that there isn't anyone else left who knows how to modify the system, and if you don't throw cash at the old-timers, they'll laugh at you and go back to their golf game.

      If it works, great. If it stops, some companies simply don't have anyone left who can fix it. And then you're SOL.

      If (as someone above stated) a programmer is required to update what should undoubtedly be database fields containing salary information, then it sounds like a problem of implementation, and not one of technology/language of choice.

      Well, if it's a Vietnam-era bit of software (as TFA indicates) then it's quite possibly an implementation problem. What we currently consider to be "best practices" are likely to all be younger than the code in question. In fact, most of them are probably gleaned from systems just like this.

      I wouldn't really be surprised that a system for "which the state made a large investment decades ago and has been keeping it going the last few years with duct tape" isn't really easy to cajole along.

      I've been involved in projects to replace legacy applications -- it's sometimes not possible to actually give them all of the functionality because nobody has a detailed list until someone comes along and says "oh, what about feature X, how do I do that?" Then you see a room full of people looking stunned and asking "why is this the first we're seeing of this??". Often, it's a feature which is so fundamentally incompatible with everything else you've been told -- "X can never happen. Oh, except there."

      Never underestimate just how bad software of that vintage can be, and just how hard it is to fix or replace it.

      Cheers

  • by nurb432 (527695) on Tuesday August 05 2008, @01:49PM (#24484093) Homepage Journal

    Its because of poor coding skills.

    Convenient scapegoat there they have.

  • by OrangeTide (124937) on Tuesday August 05 2008, @01:50PM (#24484103) Homepage Journal

    It's a lot easier to just fire them with the software is what they are telling us.

    Seriously if California is in a budget crisis how will they pay firefighters and hospital staff? You can pay everyone full wage now and in 10 months stop paying EVERYONE entirely.

    In a business with this kind of budget problem you simply lay people off. People who work for the state are up in arms over this, but I've been laid off a number of times. You just fill out your unemployment insurance paperwork and get like 1/4 to 1/2 your salary after a few weeks, and look for a new job in the meantime.

    I'm not sure why unions act like every person should be guaranteed a job. What universe you have to live in for things to be so certain?

    • by kris_lang (466170) on Tuesday August 05 2008, @02:20PM (#24484697)

      I kid you not about this: when I worked in the Los Angeles County Health System, I was paid by both the county and the state bursars. The paperwork for my job stated specifically that I was required to carry out my job EVEN IF THERE WERE NO FUNDS AVAILABLE TO BE DISBURSED TO ME FOR MY PAYCHECK. I have that document somewhere in my vertical archaeological dig of paperwork from the prior century.

      I pointed this out to the H.R. person after my employment physical, and she told me "Honey, don't worry about it, the state don't run out of money." I respectfully disagreed, crossed out the line, initialed it, and signed the paperwork. Nobody gave me any trouble, but if this happened nowadays, I bet they wouldn't let me in with that line crossed out.

      Don't even get me started about the payroll records and timecard abuse: the department secretary always told me to sign the blank timecard and she would fill it out: I refused to sign it unless I also filled out my hours. When I put in more than forty, she said, "Oh no, don't worry about it, we'll take care of it," or something equivalent to that.

        I never saw timecards again from the department.

  • by the_duke_of_hazzard (603473) on Tuesday August 05 2008, @01:50PM (#24484105)
    "Forrer said the system has tens of thousands of lines of code, so it is time-consuming to find and replace salaries for each job classification on an individual basis." Ummm...... they should have a look at the 30million line codebase I support. I'd love to give _that_ excuse.
  • The problem is.. (Score:5, Interesting)

    by faedle (114018) on Tuesday August 05 2008, @02:05PM (#24484377) Homepage Journal

    Those of you saying "how hard can it be to write a couple of lines of COBOL" are probably underestimating the problem.

    If all they had to do was just lower people's salary to $6.whatever per hour, that wouldn't be the issue. The problem is they have to account for the ACTUAL salary the person should be making, because once the budget is passed they will have to pay all those people back for the salary that's owed.

    So, there's a big issue here. They have to calculate their salary like they would anyway, and then pay them minimum wage for the number of hours actually worked (because I'd guess a number of State employees are "exempt"), remember how much they SHOULD have been paid and how much taxes SHOULD have been taken out, record that information, and then print out a check.

    In a modern programming language with a modern relational database, no problem. In COBOL with an obsolete non-relational DB, perhaps even one with 80-column mindset? Yeah, right. Good luck with that.

    • by Skjellifetti (561341) on Tuesday August 05 2008, @02:23PM (#24484777) Journal
      I posit that you were too f'ing lazy to bother reading one complete paragraph on the front page which plainly stated that the state hasn't yet found the funds or resources, in 10 years of trying, to upgrade it.

      If your understanding of how government works is so limited that you didn't know that the Controller can't spend the money to upgrade the system without Legislative budgetary approval signed off on by the Governor, do us all a favor and stay home next election day.