Slashdot Mirror


California Can't Perform Pay Cut Because of COBOL

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.

1,139 comments

  1. i knew it by halfEvilTech · · Score: 5, Funny

    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

    1. Re:i knew it by Jeremiah+Cornelius · · Score: 5, Funny

      PWN3D YR PAYROLL.

      I wonder if the guy who maintains the COBOL is sitting in an SF jail right now - he'll only tell the Mayor what the name of the right functions are..

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    2. Re:i knew it by orielbean · · Score: 1

      Better get Jack Bauer out there...

    3. Re:i knew it by steveo777 · · Score: 1

      Well if we learned anything from Jurassic Park it's that whatever the command is, you need to add 'please' in there somewhere. (can't remember if the same issue was in the book)

      --
      This sig isn't original enough, it's time to come up with something witty...
    4. Re:i knew it by Joe+The+Dragon · · Score: 1

      the guy in jail has been railroaded and more. Also he was a network guy not a COBOL programmer ASK the IRS they still have COBOL programmers.

    5. Re:i knew it by Anonymous Coward · · Score: 0

      This sounds like a job for... COBOLMAN!!!

    6. Re:i knew it by empaler · · Score: 4, Funny

      *fwoosh*

    7. Re:i knew it by neuromancer23 · · Score: 5, Funny

      They need to update to more advanced frameworks. Like COBOL on Cogs.

    8. Re:i knew it by Anonymous Coward · · Score: 5, Funny

      Thanks for linking to the Wikipedia article on Jurassic Park, I've never heard of that movie before. Or it's sequel. Or it's sequel's sequel. Or the books. Or the multiple theme park rides.

    9. Re:i knew it by mrsteveman1 · · Score: 1

      Holy crap! Where did you find this fwoosh you're using? I've been using woosh all this time!

      That f- really makes all the difference in the world

    10. Re:i knew it by Intron · · Score: 5, Funny

      In COBOL that's:

      USE JOKE MISSING OVERHEAD SOUND(FWOOSH).

      except that slashdot's too many caps lameness filter is also written in COBOL.

      --
      Intron: the portion of DNA which expresses nothing useful.
    11. Re:i knew it by thetoadwarrior · · Score: 4, Funny

      What about the cereal?

    12. Re:i knew it by Anonymous Coward · · Score: 0

      update paylib/payrtpf set pypayrt = min_wage

      hit enter

    13. Re:i knew it by WhatAmIDoingHere · · Score: 1

      Did it mention the comic book? Graphic Novel.

      --
      Not a Twitter sockpuppet... but I wish I was.
    14. Re:i knew it by empaler · · Score: 1

      Calm yourself or I'll have to *swish*

    15. Re:i knew it by flahwho · · Score: 1

      I bet if the pay went up this problem wouldn't exist.

    16. Re:i knew it by Anonymous Coward · · Score: 0

      You mean "Billy and the Clonasaurus", don't you?

    17. Re:i knew it by MiniMike · · Score: 3, Funny

      Has anybody from California tried to hire you yet?

      And just where do they think they will find a COBOL programmer working for minimum wage?

    18. Re:i knew it by Anonymous Coward · · Score: 1, Insightful

      I think if Jurassic Park has taught us anything it's not to clone dinosaurs by combining ancient DNA preserved in amber with genes from Bullfrogs then put them in a high tech enclosure and bring a small, select group to view it before opening up to the public.

    19. Re:i knew it by Blackjack+Joe · · Score: 3, Informative

      "And just where do they think they will find a COBOL programmer working for minimum wage?"

      Just find one that'll work as a contractor, that gets around that pesky minimum wage problem.

    20. Re:i knew it by JPLemme · · Score: 2, Insightful

      COBOL doesn't have functions, it has "paragraphs" that are just glorified GOSUBs.

    21. Re:i knew it by Dogtanian · · Score: 5, Funny

      What about the cereal?

      Going by an eBay auction of an old box of the stuff, the cereal pieces look dinosaur shaped.

      Personally, I'd make them human shaped so the kids could play at being dinosaurs and eat all the humans. You know that's what they'd really want :)

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    22. Re:i knew it by jcr · · Score: 1

      Dude, you sound like you're as old as I am. ;-)

      PERFORM NOSTALIGIA

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    23. Re:i knew it by wideBlueSkies · · Score: 1

      PERFORM NOSTALIGIA

      would be much better coded as

      PERFORM NOSTALIGIA THRU NOSTALIGIA-EXIT.

      Much better to have a clear ending point, so as to eliminate the possibility of runaway code.

      --
      Huh?
    24. Re:i knew it by idontgno · · Score: 1

      Or how about the mind-bogglingly "meh" collection of licensed computer gaming titles

      I have wasted actual dollars of money and minutes of my time on that dretch that I will never ever get back.

      Why yes, I am bitter much. Why do you ask?

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    25. Re:i knew it by Anonymous Coward · · Score: 0

      Holy crap! Where did you find this fwoosh you're using? I've been using woosh all this time!

      fwoosh is the buffered I/O version defined by the ISO C standard (declared in stdio.h). woosh is the POSIX version (unistd.h) that operates directly on a file descriptor.

    26. Re:i knew it by Anonymous Coward · · Score: 0

      Dude, you are a complete moron. COBOL 85 and later have functions, and paragraphs can be targets of PERFORMs but are nothing like GOSUBs. Your irrational hatred derails your thinking.

    27. Re:i knew it by Xyrus · · Score: 3, Funny

      I prefer the flamethrower.

      ~X~

      --
      ~X~
    28. Re:i knew it by Brain+Damaged+Bogan · · Score: 3, Insightful

      and then all the conservatives could go after cereal makers for encouraging canabilism in the same way they now go after video games for encouraging violence

      --
      -- Sex is the antonym of pringles. Once you pop it's time to stop.
    29. Re:i knew it by arrowrod · · Score: 1, Informative

      The payroll data is in a CICS data base. The comptroller is a liar. When I was on the Y2K team, they had competent CICS DBAs. The change is trivial.

    30. Re:i knew it by Tablizer · · Score: 1

      The payroll data is in a CICS data base. The comptroller is a liar. When I was on the Y2K team, they had competent CICS DBAs. The change is trivial.

      Do you mean specific employees, or the pay rates? What I suspect is that the pay rates are hard-wired, and if not, then the various checks and balances may go bonkers with such low rates including negative numbers after the standard deductions, flooding the warning queue with messages such that finding "real" errors is difficult.
         

    31. Re:i knew it by mfnickster · · Score: 4, Funny

      > They need to update to more advanced frameworks. Like COBOL on Cogs.

      How about Mono on Monorails?

      Haskell on Handrails?

      BASIC on Beams?

      Python on Pillars?

      C++ on Conveyors?

      GRASS on Girders?

      Scheme on Scaffolding?

      Lisp on Lintels?

      REBOL on Rebar?

      Assembly on ...er...

      --
      "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
    32. Re:i knew it by Anonymous Coward · · Score: 0

      I'm afraid some languages are destined to be mocked. COBOL is one of them, so is BASIC. Even with new features and modern constructs written into them, they still smell old and crusty. C is old as well, but somehow it doesn't seem that way. Its so powerful that most people are wiling to overlook its weaknesses, even if it does cause them to shoot themselves in the foot repeatedly. It just does what you tell it, with out trying to baby sit you. Now most developers actually need to be babysat, so there will always be a market for a language that does it. I do like the design of C# that allows you to mark unsafe code and do what ever you want.

    33. Re:i knew it by cgdiaz · · Score: 1

      Your forgetting the best part, the Jurassic Park cheese puffs!

    34. Re:i knew it by g-san · · Score: 2, Funny

      Easy. Make them terrorist shaped.

    35. Re:i knew it by KDR_11k · · Score: 5, Funny

      Python on a Plane

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    36. Re:i knew it by Anonymous Coward · · Score: 2, Informative

      There is no such thing as a CICS data base. CICS is an interface control, language pre-compiled before the COBOL statements, to facilitate interactive COBOL programs.

    37. Re:i knew it by Mipoti+Gusundar · · Score: 0, Informative

      Many places! Like Calicutta or Mumbai or Bangalore.

      --
      Will code for new sig.
    38. Re:i knew it by Hognoxious · · Score: 1

      No matter how insane the idea of trying to make mainframe COBOL programs interactive might appear, parent is 100% correct - that is exactly what CICS is.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    39. Re:i knew it by David+Gerard · · Score: 1

      LOL

      --
      http://rocknerd.co.uk
    40. Re:i knew it by hesaigo999ca · · Score: 1

      Assembler on Assembly Lines

    41. Re:i knew it by Veamon · · Score: 0

      Can't you do a find/replace on whatever minimum wage is and replace it with the $6.55...and save it?

      --

      Slashdot News: As serious as a busted rubber
    42. Re:i knew it by joedoc · · Score: 2, Funny

      No, we conservatives wouldn't do that.

      No, we'd figure out a way to make cannibalism a new way of implementing the death penalty. Just to piss off the libs.

      Now, excuse me, I'm in the middle of a GTA session here.

      --
      Joe Dougherty, Florida, USA
      The words I thought I brought, I left behind. So, never mind.
    43. Re:i knew it by vacuum_tuber · · Score: 1

      Wang COBOL 74 and 85 are fully interactive. The difference is that Wang built their mainframe OS to support both interactive and batch from the ground up, whereas IBM was stuck with a batch OS and had to graft thingies onto it to give the appearance of interactive functionality.

      Wang COBOL 74 and 85 have a USAGE-IS-DISPLAY working storage construct that provides for full screen composition and even optionally separating the origin and destination variables for screen items. In the procedure division there is a DISPLAY AND READ that throws the screen up on the user workstation and determines which function keys will be active, and reads the variable fields back after the user hits a function key. Error redisplays can alter the field attributes of fields to blink fields in error or that are inconsistent with each other.

      This is integrated, not stuff off on the side that has to be separately compiled. If you have an error in a screen definition, the one and only compiler catches it.

      In a fast Wang VS in the IDE the turnaround time from editing to compiling to running and back to editing can be just a few seconds. The interactive debugger is stunning. The IDE and debugger support about a dozen languages. Each language beyond Procedure (JCL) and Assembler is a for-pay option that just drops in and then everything else works with it.

      One other thing I can't resist: how about a system that knows about file types at the OS level and has an integrated file system that supports multi-indexed files and soft recoverable files (commit / rollback)? An option supports hard recoverable (roll forward) files. No worrying about installing a file system or database, and no worrying about which libraries are present. That's the Wang VS.

      --
      Look at the bright side: there's always seppuku.
    44. Re:i knew it by TheoMurpse · · Score: 1

      And they're not already going after them for encouraging belief in evolution (note that there are no pieces in the cereal where a human is riding a dinosaur)?
       
      ;)

    45. Re:i knew it by sjames · · Score: 1

      I suspect many of these are just special cases of "Hell in a Hand basket".

    46. Re:i knew it by Sgt.+CoDFish · · Score: 1

      I think if Jurassic Park has taught us anything it's not to clone dinosaurs by combining ancient DNA preserved in amber with genes from Bullfrogs then put them in a high tech enclosure and bring a small, select group to view it before opening up to the public.

      Indeed. Instead, you should bring a large group of people from the public, and sit back with a beer (and a shotgun) and enjoy.

    47. Re:i knew it by Hognoxious · · Score: 1

      Wang COBOL 74 and 85 are fully interactive.

      I never said they weren't (it should be fairly obvious whose stuff I was working on) because, frankly, I've never even heard of Wang COBOL. Whether its total obscurity is down to the power of Big Blue's marketing department (WWBFATWWTRC) or because Wang are shit is left as an exercise for the reader.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    48. Re:i knew it by shutdown+-p+now · · Score: 1

      Assembly on ...er...

      ... Aether

    49. Re:i knew it by vacuum_tuber · · Score: 1

      Wang COBOL 74 and 85 are fully interactive.

      I never said they weren't (it should be fairly obvious whose stuff I was working on) because, frankly, I've never even heard of Wang COBOL. Whether its total obscurity is down to the power of Big Blue's marketing department (WWBFATWWTRC) or because Wang are shit is left as an exercise for the reader.

      My point was that some COBOLs on some platforms never suffered from IBM's problem of batch OSs forced to mimic interactive systems.

      If you've never heard of Wang and Wang COBOL, you're either very young or you've been living in a cave, or both.

      Total obscurity: in your limited world, maybe. Millions of other people have had their fingers on Wang keyboards and at least hundreds of thousands have worked with Wang VS systems in programming and operations.

      As to exercises left to the reader, aside from that being a dismissive, trite and hackneyed expression, the reader in this case probably doesn't have the information to make that evaluation, can't easily find it, and the two alternatives you offer are both erroneous.

      Flash bulletin: Wang Laboratories was built on a foundation of the invention of core memory technology that became adopted by the entire computer industry, was the first to offer affordable calculators, was the first to bring WP to market, was instrumental in bringing affordable DP to small and medium businesses, and was the first to bring digital document imaging to market. Along the way they invented SIMMs and other less visible technological thingies.

      The first Wang VS was released in 1977. It was closely patterned after the IBM 360 but with an entirely new and different OS. When IBM went to the 370, Wang adopted many of the new instructions in the Wang VS, which was microcode driven and could change and adapt without hardware changes.

      Altogether, Wang pushed about 65,000 Wang VS mainframes out the door. They peaked at a high water mark of about 30,000 systems in the installed base in the mid to late 1980s. Wang VS systems were in every conceivable industry and application. They were on U.S. Navy ships, they were in every U.S. State Dept facility around the world, and they were in every "vertical" in industry. Their decline was a result of bad decisions on Wang's part rather than any weakness in the Wang VS systems or any particular successes of Big Blue marketing.

      Here's the interesting part: in 1992 Wang Labs slid into bankruptcy. Every U.S. sales office closed and they lost some of their foreign subsidiaries. While they came out of bankruptcy a year or two later, kept alive by their Wang VS maintenance revenues, there has never again been marketing of the Wang VS, and sales have mostly been of upgrades to existing customers. Wang, the company, moved on to new and different businesses. But the Wang has continued to stay alive as we approach the 16th anniversary of their 1992 bankruptcy filing. Customers evidently like them. They like them because they work and are easy to work with.

      There are many Wang VS systems doing work today in commerce and government that were manufactured 20 or more years ago. We just replaced one of the second model made, a 1979 VS100 superceded in 1985, earlier this year. Few systems in the history of computing have been as well engineered or as long-lived as the Wang VS. I have one I got in 1997, built probably in 1992-95, that has never suffered a hardware failure of any kind. That's the rule rather than the exception. CPU and controller failures do occur, but they are rare. The latest Wang VS CPUs were released in 1999 and 2000, before our 2004 virtualization of the VS freed it from its legacy hardware albatross.

      Big Blue's marketing had little to do with the decline of the Wang VS or Wang Laboratories. Wang, which peaked at about 35,000 employees sometime in the mid 1980s, was always an IBM wannabe but failed to take note of the practices and policies that helped IBM

      --
      Look at the bright side: there's always seppuku.
    50. Re:i knew it by xalorous · · Score: 1

      Actually, TFA mentions that programmers were laid off last week.

      --
      TANSTAAFL GIGO Acronyms to live by!
  2. COBOL. by Anonymous Coward · · Score: 5, Insightful

    There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.

    1. Re:COBOL. by taniwha · · Score: 5, Insightful

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

    2. Re:COBOL. by drpimp · · Score: 5, Insightful

      no the problem is social security pays more so why go back to 40 hours weeks of coding at that rate!

      --
      -- Brought to you by Carl's JR
    3. Re:COBOL. by stretchpuppy · · Score: 1

      Yup. Not when you can make [your salary]x2 growing legal marijuana.

      A quote from Arnold himself: "It's not a drug, it's a leaf."

      I think the only industry :)

    4. Re:COBOL. by Anonymous Coward · · Score: 1, Insightful

      Can't they outsource it to India?

    5. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 4, Interesting

      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.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    6. Re:COBOL. by Anonymous Coward · · Score: 5, Interesting

      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.

    7. Re:COBOL. by Anonymous Coward · · Score: 0

      I graduated with a BS in IT in 2000 and took at least two COBOL courses. My first job was working for an insurance company writing and maintaining COBOL.

    8. Re:COBOL. by Anonymous Coward · · Score: 3, Funny

      My Step Grandfather was a COBOL programmer. He's 86 now. He...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.

      Sounds like a typical COBOL programmer to me.

    9. Re:COBOL. by elrous0 · · Score: 5, Funny

      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.

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    10. Re:COBOL. by Lord+Ender · · Score: 5, Insightful

      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.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    11. Re:COBOL. by holywarrior21c · · Score: 1

      No you all got it wrong! Terminators outsourced all of COBOL programmers in the world through 'time passage portal' to the future in order to recreate T-Series bots! future of computer language my ass!

    12. Re:COBOL. by jeremyp · · Score: 5, Informative

      As any fool knows, the T-800 software was written in 6502 assembler.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    13. Re:COBOL. by jacquesm · · Score: 3, Funny

      so, they passed the buck to you :)

      really, the reason nobody can find old cobol programmers to do the work is because they know the mess they left behind and they won't touch it with a 10' pole.

    14. Re:COBOL. by Nutria · · Score: 4, Insightful

      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.

      --
      "I don't know, therefore Aliens" Wafflebox1
    15. Re:COBOL. by Surt · · Score: 5, Insightful

      They lie in their requirements, you lie on your resume, balance is achieved.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    16. Re:COBOL. by HTH+NE1 · · Score: 1

      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.

      Well, though it ran on a 6502 processor, it at least had access to its own commented RWTS (Read/Write Track Sector) assembler source code when recording its memories to 5.25" disks.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    17. Re:COBOL. by sm62704 · · Score: 2, Insightful

      No, the problem is nobody wants to work for minimum wage PERIOD, especuially in a field that pays far, far more than minimum wage.

      he wants to pay minimum wage for a programmer? Imagine that, I want to pay fifty cents a gallon for gasoline like I used to. Guess what? I know I'm not getting that 50 cent gas, he's an idiot if he thinks he'll get minimum wage programers.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    18. Re:COBOL. by UltraAyla · · Score: 5, Funny

      not some dip shit who read Databases And Java For Dummies and thinks he actually knows something.

      It was the Complete Idiot's Guide, thank you very much.

    19. Re:COBOL. by Anonymous Coward · · Score: 0

      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.

      BINGO!!

    20. Re:COBOL. by Anonymous Coward · · Score: 0

      You're right. Obviously, if they wanted an expert in Cobol, they should have elected a Cylon as governor, not a Terminator.

    21. Re:COBOL. by Anonymous Coward · · Score: 0

      Actually;...

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

    22. Re:COBOL. by Duhavid · · Score: 1

      He is a COBOL programmer and doesn't know what a database is? *That* does not compute at all. ISAM databases were the one thing that COBOL was all about.

      As to the design of COBOL, I am not sure where to begin. Just how would you extend Fortran? And where does a knowledge of math come into it?

      Further, the real problem is likely the system design, and not so much the implementation language. That or political shenanigans.

      --
      emt 377 emt 4
    23. Re:COBOL. by burris · · Score: 1

      Imagine if the state run hospitals had to be shut down because they couldn't find any licensed MD willing to work for minimum wage.

    24. Re:COBOL. by JoshDM · · Score: 5, Funny

      You made that post that from work, didn't you?

    25. Re:COBOL. by andy19 · · Score: 1

      No, nobody in IT wants to admit they're a COBOL programmer.

    26. Re:COBOL. by ivan256 · · Score: 4, Insightful

      The problem is that the government only sees the option to pay dozens of old programmers to manipulate the COBOL code instead of paying one hacker for a day to write a Perl script to hard wire all the salary data in the database to minimum wage.

      If that politician can't think of a creative solution to a problem instead of proposing that it would take a year and a quarter to do something simple, he should step aside.

      Instead, though, we're going to line up in droves to put people just like him in charge of our health care.

    27. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 5, Interesting

      1)I asked how old were the guys were he thought weren't being given a fair shot. My grandfather wrote Payroll systems for large firms like Ben Franklin, and Montgommary(sp?) Ward. He wasn't stupid, he was a pioneer in the very field we are talking about: COBOL based payroll systems for large organizations.

      2)I did not mean to imply that smart people didn't work on COBOL, or that all of them ended up like my grandfather. I just wanted a further explanation of who he thought were being discriminated against. If you asked my grandfather, he would say its because of his age, rather than the lack of his qualifications. There are a fair number of COBOL programmers of his era that are his age. I'm not sure there is a very large population of COBOL programmers that are not able to find work, solely because of their age.

      3)Are you implying that I read the dummies books for Java and Databases? Ouch. that wasn't nice. Not sure what that has to do with the price of wheat in Thailand, but thanks for sharing your thoughts. Ironically, you remind me a lot of my Grandfather. When he starts losing an argument he switches to personal attacks on his opponents education and qualifications. Learn form his mistakes: don't become a bitter old man who hurts those who love him the most.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    28. Re:COBOL. by Slime-dogg · · Score: 1

      My place of employment recently hired on a junior programmer, and I believe is looking for several more. Just don't expect to do any real programming - odds are, you'll be creating reports, rearranging gui widgets, or any number of other tedious tasks.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    29. Re:COBOL. by Anonymous Coward · · Score: 0

      job security

    30. Re:COBOL. by dan828 · · Score: 3, Informative

      The minimum wage thing is actually an improvement over what these clowns usually do every year when they utterly fail to pass the budget on time. Usually the state issues IOUs to it's employees which don't get paid of until the budget gets done. This year, they are talking about actually paying people something during the impasse and making up the difference when the budget gets passed. It's not a permanent salary change.

      All this hysteria is just being generated by the democrats to use as leverage against the governor in the budget talks. It's all a bunch of political bullshit.

    31. Re:COBOL. by No-Cool-Nickname · · Score: 2, Funny

      I saw a job posting requiring 15 years of active directory experience. I sent them a resume' for Sam Beckett.

    32. Re:COBOL. by sm62704 · · Score: 1

      Heh, try living in Illinois. Our legislature can't pass a budget either, and our last Governor is in prison.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    33. Re:COBOL. by NicknamesAreStupid · · Score: 1, Informative

      Actually, the code displayed in the original Terminator movie was IBM 370 assembler language. Mainframe Arnold wouldn't settle for being a micro anything.

    34. Re:COBOL. by GyroLC · · Score: 1

      DeVry taught COBOL in 2000 specifically for maintenance position, so there are some young people who know it. I had to take a year of it, previous classes had to take more. I don't know if they still require it.

    35. Re:COBOL. by Opportunist · · Score: 5, Funny

      More accurately, to program in cobol, you wouldn't have to pay me a salary, you'd have to pay compensation for mental pain and anguish.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    36. Re:COBOL. by erKURITA · · Score: 0

      I never thought Full Metal Alchemist would be so true about its "Equivalent Exchange"

    37. Re:COBOL. by Richard+Steiner · · Score: 1

      ISAM? Maybe in the IBM world. All of the COBOL I've dealt with used either RDMS (OS2200), DMS (OS2200), DMSII (MCP), or Freespace (OS2200) files. :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    38. Re:COBOL. by MacTO · · Score: 3, Funny

      No, the ideal cadidate is still a 22 year old college graduate.

      All you need is 25 years of Java and .Net experience to back those credentials.

    39. Re:COBOL. by Opportunist · · Score: 1

      I have a radical idea. How about paying those char-warmers we have for politicians minimum wage 'til they pass a budget? I have a hunch we'll have a budget cut out and ready by tomorrow.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    40. Re:COBOL. by MoeDrippins · · Score: 1

      > He is a COBOL programmer and doesn't know what a database is? *That* does not compute at all. ISAM databases were the one thing that COBOL was all about.

      Yeah, I'm calling "shenanigans" on the OP too. A good story is a good story, but what he reported about good ol' grandpa I'm just not buying.

      --
      Before you design for reuse, make sure to design it for use.
    41. Re:COBOL. by commodoresloat · · Score: 1

      There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.

      Can't they just outsource to Korea?

    42. Re:COBOL. by Opportunist · · Score: 5, Insightful

      That's a global problem. Companies want people with 5+ years of professional experience with technology that has been out for 3- years, flexibility (both in hours and location, meaning you work 48 hours a day, 8 days a week and have no problem being shipped off to their office in Abu Dhabi), can poop out perfect code while writing reports in at least 3 languages, have a masters and at least 10 years of professional experience but ain't older than 25, and don't ask for more than 2500 USD a month, tops.

      And then they go around and lament that we have not enough IT people. There are IT people on the market, but you have to pay their value and you have to step down from unrealistic expectations.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    43. Re:COBOL. by tattood · · Score: 0

      mysql> UPDATE ca_employees SET salary='6.55';
      Query OK, 200,000 rows affected (2.65 sec)

      There. Job done.

      --
      WTB [sig], PST!!!
    44. Re:COBOL. by sexconker · · Score: 4, Funny

      If I was in charge of programming the new pay system, I wouldn't be too worried about me making minimum wage...

    45. Re:COBOL. by Wandering+Wombat · · Score: 1

      Or the 20 year old Canadians who have to learn it as part of standard broad-base computer courses.

      --
      I like to place meaningful quotes in my sig, so people will know that I know what meaningful quotes are.
    46. Re:COBOL. by Anonymous Coward · · Score: 0

      No, the problem is that the T-800 series' software is written in FORTRAN.

    47. Re:COBOL. by MBGMorden · · Score: 1

      You do realize that the salary of those guys isn't very high anyways? Politicians are in the game for kickbacks, bribes, and "campaign funding". Their actual salary is peanuts compared to that.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    48. Re:COBOL. by Duhavid · · Score: 1

      ISAM ( JSAM? ) was all I ever saw, so...

      But I think you reinforce my point that it is database centric.

      --
      emt 377 emt 4
    49. Re:COBOL. by truesaer · · Score: 1

      You must not have searched lately, I was laid off in April and I was inundated with calls from recruiters just by posting a resume on Monster and Dice. They were for quality jobs too for the most part. I ended up with 6 offers and a 30% raise. This doesn't seem to be uncommon from chatting with others in the industry, and with recruiters (who were saying it's particularly tough to get people to accept because they have so many options right now). Oh, and I have about 4 years of experience and a very broad skillset but with little depth due to bouncing from project to project.

      This is for product development, I don't know about general IT (syadmins and whatnot).

    50. Re:COBOL. by Anonymous Coward · · Score: 0

      Except that in some cases, lying on the resume is a crime of fraud, but lying in the requirements, aside from being difficult to prove, is just saying words.

      It has to do with only one party signing that employment application (I certify under penalty of perjury that all statements have been made to the best of my ability, etc.)

    51. Re:COBOL. by Anonymous Coward · · Score: 4, Funny

      So... Listen.

      I have a job for you in California I need to take care of. Come with me if you want to live.

    52. Re:COBOL. by Anonymous Coward · · Score: 0

      1)I asked how old were the guys were he thought weren't being given a fair shot.

      No you didn't. You picked an extreme case to make a cheap point, seemingly purposefully overlooking that although COBOL is over 50 years old it was very popular until 10 or 15 years ago. Thus a wide age range of people have experience with it but are generally passed the age mid-point of IT professionals.

      2)I did not mean to imply that smart people didn't work on COBOL

      But that is certainly the way it came off. Again, you GF is an extreme case. A 22 yo working in COBOL in the early 90s would have been working with relational databases and possibly unix while c++ was still a non-standard mess and java a dream. Worst case, that person would be 40 now.

      Learn form his mistakes: don't become a bitter old man who hurts those who love him the most.

      Any more of that and a switch to "Bill, Emo Boy" will be in order.

    53. Re:COBOL. by jmorris42 · · Score: 2, Interesting

      > All this hysteria is just being generated by the democrats..

      As is this BS about it taking six months to change people's pay rate. Here in Biizzaro World something that silly doesn't even get laughed at. In a sane world you would just issue an edict that said, "Shut up and get to work. It's simple, $6.55 * 40.0 = $262. I just ordered the banks to bounce any payroll check greater than that amount drawn on the State's payroll account. I'm betting THEIR Information Tech Dept can manage to carry out that order so you idiots had better make sure you don't cut one for more or somebody is going to get a worthless check instead of a small one."

      --
      Democrat delenda est
    54. Re:COBOL. by demachina · · Score: 4, Interesting

      I think it would interesting to see what the world would be like if all the state and federal workers were fired. Would things be better or worse? Would the economy collapse or enter a boom when the tax burden disappeared and we got the free markets the conservatives keep saying will solve all problems.

      People relying on government to support them would certainly suffer, social security and Medicare...gone.

      What would happen to all the weapons the military has laying around, would someone invade us or would peace break out all over when the worlds biggest and most aggressive country stopped being big and aggressive?

      If you still had local police would crime remain in check, though all the state and Federal prisons would be closed down?

      The interstates would crater but maybe that would be a good thing especially if the railroads picked up the slack.

      --
      @de_machina
    55. Re:COBOL. by socz · · Score: 1

      There's too much "red tape." The bureaucracy is ridiculous. I was just talking about this with a friend... How he's qualified for many things, but even though he could do the job, he doesn't "meet the requirements." It's a waste of talent and opportunity.

      This is what happens when you have a society that says "go to school and get smarter." And also why i like what Kanye says, "go to school to get more degrees. That way, when you're homeless cause you only went to school and never worked, you can keep warm with your degrees."

      --
      My abilities are only limited by my imagination
    56. Re:COBOL. by MBGMorden · · Score: 1

      Obviously a joke, but if it's an old COBOL program I seriously doubt that it's using a true relational database. More likely, it'll be a flat file of some sort. There's also a question of how the salary is defined - if it's just a price per hour, then great, that's easy, but if the calculations get complicated it might not be that simple.

      I'm in an organization (local government) that also has a LOT of old legacy COBOL code left over, and we too are trying to get everything moved over to newer systems. We have 2 COBOL programmers left on staff - only 1 of which COBOL is their "primary" programming language, and he's about 2 years (at most) from retirement. I've already bought a COBOL book and started piddling around a bit "just in case".

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    57. Re:COBOL. by Tablizer · · Score: 1

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

      During the depths of the dot-com recession, I'd gladly taken it if near home. I had to survive on skimpy fly-by-night contracts that were all over the nation, and the travel expenses added up and kept me away from my family.
                 

    58. Re:COBOL. by vtcodger · · Score: 1

      You sound like you actually know something about COBOL. I'm in no way shape or form a COBOL programmer. but a few times over the decades, I had occasion to look at some COBOL program or other in order to resolve some issue or other with code that it interfaced with.

      May I ask a question? I can think of a whole lot of things to dislike about COBOL, but readability isn't one of them. On the whole, my impression is that it one of the easiest, if not the easiest, major computer language to follow. We're not talking write only stuff like APL, FORTH, Intel assembler language (if that mess of garbage deserves to be called a language), or even cryptic C, C++, or Java (there's another kind?).

      How hard can it be for a reasonably intelligent team to plow through the code, find the section(s) that do the payroll calculations, force fit the results to $6.55 an hour, print a check and write a journal file so that the state can spend the next six months frantically trying to fix their applications in order to have the right numbers for W-2s in January?

      Messy? you bet. But if lives depended on the outcome, I'll bet that mostly correct paychecks could be in the mail within a week or two.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    59. Re:COBOL. by socz · · Score: 1

      that's really funny because that is exactly what a person i know did. Although i err, "know more" than he does (was going to say blow him out of the water but i know what you dirty minds on here would thing...) he found work faster and easier than i did.

      I though, was honest on my resume and he lied. And that's what it comes down to, if you lie you'll get hired. That's a lesson i learned the hard way when i tried entering the manufacturing industry. (keyword tried)

      --
      My abilities are only limited by my imagination
    60. Re:COBOL. by Brandonski · · Score: 1

      When I was looking for a job in '02 I saw postings on monster for MCSEs with 5 years of Active Directory / Windows 2000 experience. (Luckily I work on linux and already had 10 years of experience with the 2.8 kernel).

    61. Re:COBOL. by gravis777 · · Score: 1

      I loved COBOL in college. Because of how tedious the structure was, it made for actually reading the code and following logic very easy. I took our college to state in the COBOL programing competetion. Our professor stressed how important COBOL was.

      And I get out of college, and cannot find a single COBOL programing job because they taught us COBOL on PCs, not on mainframes, and they will not hire COBOL programmers with no mainframe experience

    62. Re:COBOL. by jmorris42 · · Score: 1

      > If that politician can't think of a creative solution to a problem..

      They could do it, but they don't want to so they announce it can't be done. Were the controller not an elected position it would be a firing offense to refuse a direct order and to politicize a normally functional ( vs overtly political, like the Legislature or Executive... or these days the Judiciary) unit of the government.

      Problem is, for a Democrat aparatchik these sort of highjinks ARE a 'creative solution.' to the problem.

      --
      Democrat delenda est
    63. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      Hmm.. You have a good point about ISAM. I can't find enough info on the web to understand how he doesn't know the term. He does know about Datafiles. Maybe he's confused, its been 26 years since he's done anything with it.

      I don't think its a coincidence that most languages in use today use similar conventions to FORTRAN, rather than COBOL. ie

      ADD 1 TO MYNUMBER GIVING NEWNUMBER
      versus
      INEWNUMBER = INUMBER +1


      Everyone has always said that the designers wanted COBOL to be readable so non technical personnel could audit source code. I don't think FORTRAN was that much harder to read ( if you understood the same math a 3rd grader is capable of). I think a syntax (mathematical symbols that are almost universally understood rather than full English words) closer to fortran's would have been a better choice.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    64. Re:COBOL. by Chyeld · · Score: 1

      That'll be a problem for some of the Asian markets. After all, in Korea, only old people program in COBOL... wait...

    65. Re:COBOL. by Citizen+of+Earth · · Score: 1

      There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.

      I'm under 40 and got an A+ in my COBOL course back in 2087.

    66. Re:COBOL. by Surt · · Score: 1

      The best of my ability to get my resume perfectly accurate is quite limited, after all, if I did that, I wouldn't qualify for any jobs.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    67. Re:COBOL. by Surt · · Score: 1

      No, but not that it would matter, they're currently counter negotiating other offers to keep me from leaving. I'm highly skilled, but I doubt if I'd qualify resume-wise for even one job in ten for which I would be the best candidate they would interview.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    68. Re:COBOL. by rgriff59 · · Score: 4, Insightful

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

      I think you've hit it exactly. I know quite a few very capable programmers that still do COBOL. It would cost at least 20 times minimum wage to talk to them. And for a short term contract with no future, the price would at least double again for the work. Here are a few other observations:

      • Tens of thousands of lines of COBOL is not even big. If it doesn't deserve at least a fractional millions of lines designation, it is small.
      • Any programmer that can't learn COBOL in a few weeks is not much of a programmer
      • COBOL is not an excuse for living in the dark ages, modern COBOLs even have OO and XML extensions.

      But, of course, is is fun laughing at COBOL, after all it is a language where this statement can be totally functional:

      PERFORM UNUSUAL-ACTS UNTIL IT-STOPS-FEELING-GOOD.

    69. Re:COBOL. by Richard+Steiner · · Score: 1

      Mostly true, I think especially in the IBM world. Freespace files are fast preallocated fixed records with no real organization, but you only see those on fast online transaction systems (TIP/HVTIP). I think payrool tends to be more batch-oriented.

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    70. Re:COBOL. by vlm · · Score: 1

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

      You have it backwards, usually requirements are for six plus years of experience with technology invented five years ago.

      Sadly, I am honestly aiming for an informative moderation, not funny.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    71. Re:COBOL. by Anonymous Coward · · Score: 0

      I'm single, live in California, working at $8.50/hr, and it is hard to cover all my necessary expenses (food, RENT, car insurance, utilities, etc.) with the pitiful paychecks i receive. So the thought of getting paid even less that that appalls me, especially considering the fact that the elected officials responsible for this mess aren't taking any pay cuts whatsoever.

      In addition, the California state government is notorious for procrastinating and taking way too much time to follow through with their promises. How long will those full time state employees have to wait for their wages to go back up AND to receive the back pay they're owed? Even more pressing, how long will part-time employees have to wait to get they're jobs back, if they get them back at all?

      I applaud the state controller for coming up with every excuse possible to delay the inevitable problems that will occur if Arnold gets his way.

    72. Re:COBOL. by Duhavid · · Score: 1

      "You sound like you actually know something about COBOL."

      I took some community college courses on my own, before I got serious about completing my degree, and I ran out of other computer courses to take, so I took the COBOL course set.

      "May I ask a question?"

      Yes.
      "I can think of a whole lot of things to dislike about COBOL"

      So can I. :-)

      "but readability isn't one of them"

      True, to a point. I dont think they had gotten the "accidental/essential" complexity thing down yet, and thought that English would make things easy. So, yes, it can be very readable. And you could not do a lot with the language, so it was very easy to follow.

      "or even cryptic C, C++, or Java (there's another kind?)."

      APL? :-)

      "How hard can it be for a reasonably intelligent team to plow through the code, find the section(s) that do the payroll calculations, force fit the results to $6.55 an hour, print a check and write a journal file so that the state can spend the next six months frantically trying to fix their applications in order to have the right numbers for W-2s in January?

      I have no real idea, but I think as you do ( I think ), that it would not be any harder ( and probably a touch easier ) to do in COBOL as in any other language. I think that any real technical issue would come down to the design of the system they have in place, and perhaps that they are thinking of some one off update app to move the rates in the DB that they intend to write from scratch ( depending on the DB, there may be no query tool to do ad hoc stuff with ). I certainly hope the rate info is not hard coded, I would think inflation adjustments would have driven such things out of their system a while ago.

      "Messy? you bet. But if lives depended on the outcome, I'll bet that mostly correct paychecks could be in the mail within a week or two."

      I agree. It is probably a symptom of the reluctance of someone to do this that we are seeing here, really.

      --
      emt 377 emt 4
    73. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      Well, I apologize if anyone was insulted by any insinuation that COBOL programmers == my Grandfather and especially Mr/Ms/Mrs Coward who seems to be deeply offended. That was not my intention, but I can see how a reasonable person may also have come to that conclusion. I wish Mr/Ms/Mrs Coward the best of luck in his or her future endeavors in the field of their choosing.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    74. Re:COBOL. by bugs2squash · · Score: 1

      oh SURE... it would be much easier to maintain if it were converted to perl

      --
      Nullius in verba
    75. Re:COBOL. by Achromatic1978 · · Score: 1

      You do realize it is a violation of labor laws to withhold someone's pay check or refuse to pay them as the result of a third party failure, correct?

    76. Re:COBOL. by Anonymous Coward · · Score: 0

      I was working in COBOL out in AZ and I don't care if it's NOT minimum wage... I STILL don't WANT to program in COBOL.... it's just too painful.

    77. Re:COBOL. by KnightNavro · · Score: 1
      I heard Chung on the radio this afternoon and it sounds like the system isn't set up to work that way. It sounds like there's a base pay, then there are things like bonuses for special duties (i.e. being bilingual, motorcycle CHP, etc.). Then you have to take out money for retirement funds, taxes, social security, etc; some are flat rates, some are percentages.

      Changing it so everybody gets the minimum wage while still keeping track of all the special designations, payments for those designations, taxes, etc is a lot of work. Don't forget, the state employees will be payed back pay for the time when their wages were cut, so you have to run two systems in parallel.

      On the lighter side, the conservative host chuckled when the controller said the system wasn't designed to reduce state worker pay.

    78. Re:COBOL. by Tomji · · Score: 1

      Funny, I got rejected from a position because "we have some candidated with 10+ years of expirience".
      For Active Directory, Widows 2003 etc.

      I bet all those lied, they can have these suckers!

    79. Re:COBOL. by Surt · · Score: 1

      It's not really about honesty, it's about understanding that the employers, broadly, don't know what they really need. They know they need someone to work with ruby, a really senior skills level person, so ask for 15 years of ruby experience. What's important is to match your resume to their system so you'll get selected for an interview IF you can actually do what they need.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    80. Re:COBOL. by aztracker1 · · Score: 1

      But, on the plus side, you get to make /. comments during the day...

      --
      Michael J. Ryan - tracker1.info
    81. Re:COBOL. by ivan256 · · Score: 1

      You're exactly right, of course. Which is why I said that, tongue in cheek. Tell the guy he's fired if he can't figure out how to get it done faster, and see how quickly the estimate goes from 15 months to 15 hours.

    82. Re:COBOL. by jmorris42 · · Score: 2, Informative

      > You do realize it is a violation of labor laws to withhold someone's
      > pay check or refuse to pay them as the result of a third party
      > failure, correct?

      You mean it is against the law to stop payment on a check you discover is made out for more than the correct amount? Sounds stupid enough to be a law in CA, but it doesn't apply to the government. Soverign Immunity. See yesterday's /. story about the USAF vs the DMCA for a refresher.

      --
      Democrat delenda est
    83. Re:COBOL. by Anonymous Coward · · Score: 0

      When htey say 5+ years they mean 2+. They jsut say that to make it easier to choose who they hire and such and make the job sound more rigorous and senior.

      --HR

    84. Re:COBOL. by LSD-OBS · · Score: 1

      Further, the real problem is likely the system design, and not so much the implementation language.

      Too true. That's exactly the point. Any average programmer muppet could learn COBOL if they had it put in front of them. It's not that difficult a language, as long as you have no sense of programmatical aesthetics.

      It all comes down to the existing system design, which is a far more scary prospect to be stuck with.

      --
      Today's weirdness is tomorrow's reason why. -- Hunter S. Thompson
    85. Re:COBOL. by Anonymous Coward · · Score: 0

      But, on the plus side, you get to make /. comments during the day...

      Actually, today is my day off. I work weekends.

    86. Re:COBOL. by neurovish · · Score: 1

      > You do realize it is a violation of labor laws to withhold someone's
      > pay check or refuse to pay them as the result of a third party
      > failure, correct?

      You mean it is against the law to stop payment on a check you discover is made out for more than the correct amount? Sounds stupid enough to be a law in CA, but it doesn't apply to the government. Soverign Immunity. See yesterday's /. story about the USAF vs the DMCA for a refresher.

      California isn't sovereign. See US History 1861 - 1865 for a refresher.

    87. Re:COBOL. by letxa2000 · · Score: 1

      Would things be better or worse?

      Short-term it would be worse. Long-term it would almost definitely be better.

      People relying on government to support them would certainly suffer, social security and Medicare...gone.

      No-one argues that liberal economic policy is like a drug and people have become dependent on it. It's about the only thing that keeps liberals in power. And it WILL eventually collapse under its own weight. The only question is whether we decide to take a proactive solution and start dismantling it slowly or wait until the cow manure hits the fan and it all collapses at once.

      What would happen to all the weapons the military has laying around, would someone invade us or would peace break out all over when the worlds biggest and most aggressive country stopped being big and aggressive?

      The national defense is one of the few things the federal government does today that actually has a constitutional basis. I don't think anyone suggests getting rid of our military. It's one of the VERY few things our government has done that actually WORKS (when liberals aren't busy undermining it and/or its mission, anyway).

      If you still had local police would crime remain in check, though all the state and Federal prisons would be closed down?

      Again, you are talking about shutting down legitimate aspects of government that no-one except for anarchists advocates shutting down.

      What conservatives argue against are social programs such as social security, Medicare, etc. Those weren't a part of the federal government envisioned by the founding fathers even though poverty was arguably *worse* back then than it is now. And if you got rid of the nonsensical and massively expensive social spending, the state and federal governments could still do their constitutionally-mandated jobs AND we could pay a lot less in taxes which would lead to a more productive economy in which fewer people would need the liberal social programs they depend on today.

    88. Re:COBOL. by mpe · · Score: 1

      I saw a job posting requiring 15 years of active directory experience. I sent them a resume' for Sam Beckett.

      Presumably the only other takers were "Emmett Brown" and "John Smith".

    89. Re:COBOL. by syousef · · Score: 1

      They lie in their requirements, you lie on your resume, balance is achieved.

      They lie in their requirements, and I catch them out. Nothing happens. I can't even complain.

      I lie in my resume, and they catch me out. I'm out on my ear, possibly with money owed to me never paid. Usually excellent leverage for them if they want to get rid of me or impose unreasonable conditions.

      If that's balance, I am a monkey. The only thing that is in my favour here is a good programmer - one who can communicate AND has the ability to design and code reasonably, adapting to different techniques/idioms is actually quite rare. Not so rare that I'm unique, and I'm not so good that I can't recognise others may be better. Just rare enough that fortunately for me there's more demand than supply.

      --
      These posts express my own personal views, not those of my employer
    90. Re:COBOL. by letxa2000 · · Score: 1

      Really? I haven't seen any evidence of that. If anything the older people are the people that actually know how things work and have the motivation to get things done.

      I'll take a 50 or 60-year old with 20-30 years of experience to a recent college grad any day of the week. Without thinking twice.

    91. Re:COBOL. by ricegf · · Score: 2, Informative

      In Texas, we have a part-time legislature. They meet for a couple of months every two years and pass all the laws we need (including the constitutionally-mandated balanced budget). Then they have to go live under them for the rest of the term.

      Works pretty well.

    92. Re:COBOL. by Anonymous Coward · · Score: 0

      This Mr. Coward accepts your apology and wishes you the best as well. If only more /. threads ended so harmoniously. :)

    93. Re:COBOL. by iron-kurton · · Score: 4, Insightful

      You basically described a full government collapse. At first, there would be a power vacuum, and all these different factions would fight to fill it. Then, as one faction takes power, it will most likely rule with an iron grip until the other factions have been completely eliminated. By the time they are though, the fear that there are other factions trying to eliminate those in power will be completely embedded into domestic policy, hence creating a totalitarian regime.

      Meanwhile, crime would run rampant on the streets, citizens will arm themselves to the teeth for protection, businesses will get looted, and all-around lawlessness would prevail. Without government to regulate firearms (I can't believe I said that), local police force would become useless and eventually dissolve, leaving bands of armed civilians to patrol the streets and dish out the law.

      OTOH, on the off-chance that a socially responsible (read: non-violent) group takes hold of the country, a lot of government jobs would get resurrected. Depending on the corruptness level of the group, these jobs would either serve to siphon (sp?) off tax payer money into the pockets of bureaucrats, or would be streamlined more efficiently until a more corrupt group could do the former.

      So, your two options are either violent lawlessness, or corrupted rule -- please don't say that's what we have now; I urge to look at government corruption in other countries, especially ones that have gone through a government collapse before uttering that statement.

      In summary, government collapse: bad!

      --
      Change is inevitable, except from a vending machine -- Robert C. Gallagher
    94. Re:COBOL. by T.E.D. · · Score: 2, Insightful

      The problem is that the government only sees the option to pay dozens of old programmers to manipulate the COBOL code instead of paying one hacker for a day to write a Perl script to hard wire all the salary data in the database to minimum wage.

      That only addresses the front end of the problem. How about the (supposedly 9 month) job to write code that keeps track of how much should have been paid to everyone in the state, and how much was actually paid, and make up the difference? This may sound simple too, but in the intervening months some people are going to leave, some are going to get hired on, and some are going to go on unpaid leaves for various reasons. There are probably all kinds of other little items the database keeps track of related to pay that will need to be changed on both ends too, perhaps each with their own little rules for how to keep track of in the interim and apply (or not) at the end.

      It often suprises people (particularly non-coders) how difficult some seemingly simple sounding tasks can end up being, once you get down into the exact details.

      That being said, you can have no doubt that if the politicians in charge really wanted it to happen, they would have told the programmers "just do it", just like we typically get told. Politicians only get on our side when it helps their agenda to do so.

    95. Re:COBOL. by Hatta · · Score: 1

      Sounds like the employees of the State of California need to unionize. I think they'd find money in the budget if they showed up one day and no one was there. No money, no work.

      --
      Give me Classic Slashdot or give me death!
    96. Re:COBOL. by Duhavid · · Score: 1

      "I can't find enough info on the web to understand how he doesn't know the term. He does know about Datafiles. Maybe he's confused, its been 26 years since he's done anything with it."

      In another post in thsi thread, it was pointed out to me that there were other DB's that COBOL worked with. Maybe he used one of them. Maybe he plain didnt use one.

      "I don't think its a coincidence that most languages in use today use similar conventions to FORTRAN, rather than COBOL. ie

      ADD 1 TO MYNUMBER GIVING NEWNUMBER
      versus
      INEWNUMBER = INUMBER +1"

      Quite. COBOL's desigers did hedge their bets on this with the "Compute" keyword, which allowed the second form.

      "Everyone has always said that the designers wanted COBOL to be readable so non technical personnel could audit source code"

      I think it went further than that, I think they wanted non-technical types to "be" the programmers. Then the Subject Matter experts could do the system themselves, without the translating layer.

      --
      emt 377 emt 4
    97. Re:COBOL. by eugene+ts+wong · · Score: 1

      You are not describing the free market. You're describing anarchy or the tragedy of the commons. The free market needs rules to set boundaries.

    98. Re:COBOL. by iron-kurton · · Score: 1

      The sad aspect of your post is, had you omitted that first sentence, you might have actually been modded insightful or interesting.

      --
      Change is inevitable, except from a vending machine -- Robert C. Gallagher
    99. Re:COBOL. by eugene+ts+wong · · Score: 1

      Maybe they shouldn't get any salary at all, then. Any normal person could use it easily.

    100. Re:COBOL. by Anonymous Coward · · Score: 0

      #define OLD 63

    101. Re:COBOL. by Anonymous+Psychopath · · Score: 1

      I think it would interesting to see what the world would be like if all the state and federal workers were fired. Would things be better or worse?

      I think it would be deliciously ironic if that happened and you called 911 while experiencing heart attack symptoms.

      That's before you lost your job due the complete economic collapse that followed.

      --

      Eagles may soar, but weasels don't get sucked into jet engines.

    102. Re:COBOL. by letxa2000 · · Score: 1

      My place of employment recently hired on a junior programmer, and I believe is looking for several more. Just don't expect to do any real programming - odds are, you'll be creating reports, rearranging gui widgets, or any number of other tedious tasks.

      I'll be damned... just like MY first professional programming job back in 1990! It was grunt work making reports that would actually print the right fields at the right place on literally thousands of forms. BEFORE something like Crystal Reports existed. We literally had to do FOR-NEXT loops to print blank lines, print a field, test it, see if it lined up, and then remove or add more iterations to the loop to compensate. Which was a pain if one field lined up but another didn't--then we had to print them on different logical lines and split the FOR-NEXT loops, etc. I believe I was earning $14k/year at the time, just marginally better than working at McDonald's. But at least I was IN THE DOOR in my industry of interest.

      In other words, Earth calling young people new to the workforce: You're going to have to "do your time" with the sh*t jobs just like those of us that are making $100k+ today had to a couple decades ago. Do your time and in 10-20 years, you'll be making decent money and having fun, too.

      But for now, get to work on those damn forms!

    103. Re:COBOL. by cyber-vandal · · Score: 1

      How would he/she do that with no knowledge of the DBMS or the underlying OS. It's probably not running anything remotely Unix-like.

    104. Re:COBOL. by demachina · · Score: 3, Interesting

      "Meanwhile, crime would run rampant on the streets"

      I didn't say anything about disbanding local government and local police. They are the ones that stop crime. The state highway patrol would be the only thing that would be gone people see on a regular basis.

      I was just talking about getting rid of state and Federal government. The only issues I can see with crime are that A) local authorities would have to hold their own prisoners instead of sending them off to the state. Maybe communities would have second thoughts about locking people up for long periods for things like drug possession if they have to hold them at local expense for long periods. B) Criminals could probably move to new localities to avoid the law if there weren't state and federal wide crime databases and authority.

      People have existed with local government only, they could do it again. The only issue you would have is defense from other nations or other locales that can't live peacefully and coexist with their neighbors. I'm not sure it would be the anarchy you say it is unless there were things like food shortages. The conservatives assure us free markets will solve all problems so there should be no shortages, though you might have issues with currency without a Federal Reserve and Treasury.

      --
      @de_machina
    105. Re:COBOL. by dan828 · · Score: 1

      Are you kidding? The California public employees union is one of the most powerful special interests in the state. And they, among other interests, are one of the reason that the govenator has been so ineffective in enacting any reform measures.

    106. Re:COBOL. by Anonymous Coward · · Score: 0

      You can't be serious, and I can't believe some clowns modded you "insightful".

      You've obviously never seen any moderate to large-scale payroll or ERP system. This isn't some weekend perl jockey programmer problem.

      These systems are massive with years and years of built in man hours and logic, and sometimes hundreds of thousands of lines of code, and typically tons of surrounding programs that rely on specific outputs from the base system.

      You think some fresh web 2.0-twitter-mashup-facebook-script-kiddie-wannabe is going to step in and fix that overnight, considering professional programmers with years of experience in Cobol have stated it can't be done?

    107. Re:COBOL. by Anonymous Coward · · Score: 0

      What crap. I've been told to my face I was too young for an IT job higher up the chain in local government that's dominated by older people who were unable to change with the times.

      There is just as much discrimination against the young by the old as there is vice versa. The solution is simple though, just go somewhere where there's no discrimination or where it works in your favour. As soon as I was told I was too young for the role and payscale in question I went elsewhere... and got paid 5k more than I was supposedly too young to be allowed to be paid according to my now ex-boss.

      It's rather tiresome seeing older folks complaining they're too old for anyone to want them when I've seen and personally been victim to old folks not being willing to recruit younger generations. It really does work both ways and if you're willing to look for work you'll find it - whatever your age. Of course, if you sit on Slashdot whining no one wants to hire you instead of making the effort to look then well, yeah, no ones going to hire you.

    108. Re:COBOL. by jmorris42 · · Score: 1

      Yea. Except you can't fire an elected official. Democrats, having no respect for the instituitions in our system of government, are free to abuse their positions for the greater glory of the Party. It puts our team at a decided disadvantage.

      --
      Democrat delenda est
    109. Re:COBOL. by WWWWolf · · Score: 1

      Actually, the code displayed in the original Terminator movie was IBM 370 assembler language. Mainframe Arnold wouldn't settle for being a micro anything.

      Actually, I remember it having both a listing in what definitely did look like 6502 assembly listing... and some code in another language, which might have been the IBM one. Terminator code definitely wasn't all 6502 code, just a jumble of various other listings. Haven't seen the film in a while so I can't say for sure...

    110. Re:COBOL. by Darinbob · · Score: 4, Insightful

      I don't think the problem is in finding programmers who know COBOL. COBOL doesn't take that long to learn, and any decent programmer can pick it up, even those willing to put up with minimum wage.

      The problem is most likely in understanding and coping with a huge and antiquated accounting system, which is probably poorly documented and commented, and which has had tweaks and mods jammed in every year to cope with updated financial and legal requirements.

    111. Re:COBOL. by Darby · · Score: 1

      Heh, try living in Illinois. Our legislature can't pass a budget either, and our last Governor is in prison.

      Do you think our current governor will get to share the same cell when he goes in?

    112. Re:COBOL. by AlphaFreak · · Score: 1

      Extended FORTRAN? Do you mean PL/1? ;)

    113. Re:COBOL. by demachina · · Score: 4, Insightful

      "The national defense is one of the few things the federal government does today that actually has a constitutional basis. I don't think anyone suggests getting rid of our military. It's one of the VERY few things our government has done that actually WORKS (when liberals aren't busy undermining it and/or its mission, anyway)."

      I think that is seriously open to debate. For one things between the defense and intelligence establishment Afghanistan and Iraq wars what is the "defense" budget is up to $600-700 billion if you actually counted everything. This seems more than a little excessive for "defense" which it probably as much as the entire rest of the world combined spends on defense. Its also a LOT of money not going to any productive use.

      When was the last time our National Defense actually did "defense". Its been playing offense in places that have nothing to do with the U.S. including Iraq, Vietnam, Panama, Grenada and Korea, Western Europe in World War I, Spanish American, Mexican wars. The only wars that strike me as being "defense" are the Revolution, 1812, World War II though the U.S. provoked Pearl Harbor with an oil embargo on Japan, and Afghanistan. Afghanistan would have been self defense but the Bush administration actually failed miserably in stomping Al Qaeda and the Taliban and instead let them move to the tribal areas of Pakistan where they've been living happily ever since, while we occupy Afghanistan to no good effect.

      --
      @de_machina
    114. Re:COBOL. by CodeBuster · · Score: 4, Interesting

      The problem is that the government only sees the option to pay dozens of old programmers to manipulate the COBOL code instead of paying one hacker for a day to write a Perl script to hard wire all the salary data in the database to minimum wage.

      It's probably not that simple. In fact, it is likely that the COBOL payroll system is using flat files on the mainframe or else some old proprietary mainframe database that doesn't even support ODBC (because it predates everything in use today) and is only accessible via terminal or terminal emulation. No offense, but your glib attitude concerning Perl scripting tends to suggest that you haven't had to work with very many legacy systems or at least not mainframe legacy systems (they are finally getting rare now, but they are still concentrated in government and large insurance companies who were the among the first users of computer technologies when they became available and widespread in the decades following WWII). If this type of capability was not built into the system as an option in the first place (i.e. temporarily alter payroll) then it will probably be a royal PITA to accomplish. In fact, there is every reason to suspect that because payroll is (generally) such a well defined problem space that this system is even more rigid than most in its design assumptions. Incidentally, this is why the modern field of software engineering exists. If it were possible to develop flexible and powerful systems via hacking and ad hoc scripting then we never would have delved into databases, OO design, and functional analysis in the first place (and if people could manage themselves then we wouldn't need any managers). So it is either manage the payroll manually (which the system was built to handle because managing it by hand hasn't been feasible for decades now) or come up with some other system which doesn't involve the automatic payroll processing system (i.e. some other political alternative).

    115. Re:COBOL. by frank_adrian314159 · · Score: 3, Insightful

      instead of paying one hacker for a day to write a Perl script to hard wire all the salary data in the database to minimum wage.

      Does Perl have access to whichever old ISAM routines are running on the (probably) IBM 3070-era mainframe still in use? Perhaps if one is luckier, the payroll will be running under something like PR1MOS for which a C compiler (let alone a Perl implementation) doesn't even exist. You younguns don't remember all of the crap hardware/software that this stuff was designed/runs on.

      --
      That is all.
    116. Re:COBOL. by dan828 · · Score: 1

      The base salary for legislators in California is $116,000 a year. I get what your point is, but I think cutting that to minimum wage would put a dent in anyone's pocketbook.

    117. Re:COBOL. by SiChemist · · Score: 1

      OUR TEAM?!? This is government, not a goddamn sporting event. It's attitudes like yours that are part of the problem.

    118. Re:COBOL. by Darby · · Score: 5, Insightful

      The national defense is one of the few things the federal government does today that actually has a constitutional basis. I don't think anyone suggests getting rid of our military. It's one of the VERY few things our government has done that actually WORKS (when liberals aren't busy undermining it and/or its mission, anyway).

      Really? There's a constitutional basis for using our military to murder democratically elected leaders in order to install brutal right wing thugs if they're friendly to certain powerful corporate interests?

      How exactly does that translate as "defense"?

      The most laughable thing is that you declare people who dislike that type of massive unconstitutional corporate welfare to automatically be "liberals" (which, of course they are according to what that word actually means although that's not what you meant by it) and then claim that by expecting the military to actually do their fucking job instead of being little besides a corporate hit squad that they're "undermining" the mission of the military.

      That is, of course, complete nonsense.

      Your idea of the military's mission is in direct contradiction to what it actually is. You also demonstrate your contempt for a free society and your love of militant fascism, corporate welfare and huge government.

      I mean, seriously, at least try to sound sane for a minute.

      "Waaaaaa the eval liberulz are undermining the mission of the military by expecting it to defend our country instead of attacking other countries for the profit of a few scumbags". That is what you said, and it's both false and utterly disgusting.

      Please keep your huge oppressive government wet dreams to yourself, or at least have the basic decency to be honest about your contempt for small government and the idea of a free society.

    119. Re:COBOL. by Darinbob · · Score: 1

      The problem here in CA seems to be with growing partisanship. In the past we had the same sorts of budget issues, but there were enough moderates in the legislature that some sort of compromise could be reached and the budget passed. A little bit of spending cuts there, a bit of taxes there, and things keep working, even though no one got what they wanted.

      But today both sides are so solidly entrenched ideologically that they won't budge. With term limits, we seem to be getting more people being elected based on ideological premises who don't stick around long enough to learn pragmatism and compromise. Plus we've got a lot of gerrymandered districts that weed out the moderates.

    120. Re:COBOL. by manifoldronin · · Score: 1

      And "88" variables are just wonderful for decomplicating hairy IF statements.

      Yeah, I know. I always like my if statements clean shaved.

      --
      Tyranny isn't the worst enemy of a democracy. Cynicism is.
    121. Re:COBOL. by manifoldronin · · Score: 1

      California isn't sovereign. See US History 1861 - 1865 for a refresher.

      True, but the state government of CA still enjoys sovereign immunity.

      --
      Tyranny isn't the worst enemy of a democracy. Cynicism is.
    122. Re:COBOL. by Alpha830RulZ · · Score: 1

      And try to do it without having grep at your fingertips. The real issue with COBOL development is that the toolsets have not kept pace with the rest of the world, and no-one who can use Eclipse/NetBeans/IntelliJ wants to feel the pain.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    123. Re:COBOL. by DragonWriter · · Score: 1

      The minimum wage thing is actually an improvement over what these clowns usually do every year when they utterly fail to pass the budget on time. Usually the state issues IOUs to it's employees which don't get paid of until the budget gets done. This year, they are talking about actually paying people something during the impasse and making up the difference when the budget gets passed.

      It must be nice to be modded +5 Informative for this, despite the fact that what you say has almost no connection to the facts. Usually, in a budget impasse, the state pays civil service employees their full salary. The IOU's (technically, "registered warrants") were used in 1992, a practice later ruled illegal by a federal judge. Note that most California budgets have been late, and never since 1992 has anything but full salary been paid.

    124. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      Heck, yeah! PL/1. I found a book for it in College and managed to find a free ( as in I didn't pay for it) compiler. Wrote a couple programs in it for my optics class.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    125. Re:COBOL. by jcr · · Score: 2

      mental pain and anguish.

      Oh, come on now.

      COBOL was often tedious (mostly because the applications tended to be mundane as hell) but it wasn't a sheer abomination like C++.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    126. Re:COBOL. by syousef · · Score: 1

      It looks like you're troll. It should be obvious even to a bafoon that I was talking about officially complaining about being dismissed from a job, not posting to an Internet discussion. Even for a troll, that was weak as piss dude. Get some help.

      --
      These posts express my own personal views, not those of my employer
    127. Re:COBOL. by thomasw_lrd · · Score: 1

      I was going to say, it sounds better than nothing, which is what Tennessee state employees get every year when the budget isn't approved. They get a few days unpaid leave while wondering if they will actually have a job when the budget is passed.

    128. Re:COBOL. by Alpha830RulZ · · Score: 1

      Well, if he's older, I can believe it. I have 25 years experience, including with COBOL, recent coding experience in Java, Perl, SQL, and Python, am competent with HTML and CSS, and can't get a sniff for a development role. The 10 years in the middle in management kills a technical career.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    129. Re:COBOL. by DragonWriter · · Score: 1

      There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.

      No, the problem is that the same executive order means:
      1) State agencies can't hire new employees, including hires from other agencies,
      2) State agencies must minimize overtime for existing employees,

      Plus, the absence of a state budget means the state can't pay contractors.

      Consequently, even if there were plenty of COBOL programmers available on the market, the State Controller couldn't use any of them to implement the order, even if the Controller believed the provisions of the order related to pay were legal, which he doesn't.

    130. Re:COBOL. by pablodiazgutierrez · · Score: 1

      COBOL-74 had excellent capabilities for creating very structured, COBOL-85 even more.

      I'm sure it does, however it seems to mess with the way you talk after you've been programming for a little too long.

    131. Re:COBOL. by innocent_white_lamb · · Score: 1

      Any programmer that can't learn COBOL in a few weeks is not much of a programmer
       
      What current resources are available for someone who wants to learn COBOL?
       
      I have done some cursory searching on-and-off for good books or tutorials and have never managed to find anything that wasn't out-of-print or apparently irrelevant.

      --
      If you're a zombie and you know it, bite your friend!
    132. Re:COBOL. by Achromatic1978 · · Score: 2, Insightful
      You also signed a contract with that person that you would pay them for services rendered. Failure at your end to correctly write a check does not absolve you of your legal obligation to pay that person on their scheduled pay date. What -should- happen (and not without its own issues, absolutely) is that the check should be processed and the difference repaid.

      It's also very much the law in Australia, too. If you overpay someone, you have absolutely zero recourse to reverse that transaction per se. Happened to someone in my ex-partner's department who issued a pay check with a decimal in the wrong place. They contacted the bank immediately and the bank's response was "Sorry, you made the payment. You will need to contact that person and obtain reimbursement."

      The problem is this: you promise to make payment on a given date. You are legally bound by contract law and labor law to do so. That you were in error in issuing the check for more than the required amount does not negate you the requirement to make payment to the correct amount. If you stop payment on the check, you are not paying the person, and are in breach of said contract. Labor law is strict on the fact that an employee should not be unfairly disadvantaged (and not being paid at all) as a result of an unrelated error on their employer's part.

      But by all means, please do explain how it is somehow more fair to stop payment altogether, than to recoup losses, due to YOUR mistake, than punishing the innocent.

    133. Re:COBOL. by retendo · · Score: 1

      Recruiter: "Do you have and SOA experience?"

      Developer: "Yes, yes I do."

      Recruiter: "How much?"

      Developer: "Lets see.... How long has SOA been around? The trick is to cover the entire time that SOA has been around without going way over the mark. By the way, I can say that because SOA is just a buzz word for executive types, it really means desiging a good enterprise wide API on top of a highly interoperable transport. I've been working on systems like that for years, well before the SOA buzz word became popular. So lets see... perhaps three years?"

      This was the exact conversation I had today. You hit the nail on the head. I remember seeing recs looking for Java developers with ten years of experience when the language had only been around for five. Luckily the market was so good at the time I could just ignore those positions and investigate others.

    134. Re:COBOL. by teg · · Score: 1

      And with their new salary scheme (minimum wage), how many experienced programmers with COBOL on their CV will they attract?

      If I was an employee there, I would wonder if they were allowed to do it (unilaterally change my pay, rather than adhere to the contract), but if there was a shadow of a chance this would happen, goodbye. Not a whole lot of reason to work for 10-15% of what one should get.

    135. Re:COBOL. by nasor · · Score: 1

      Any programmer that can't learn COBOL in a few weeks is not much of a programmer

      That was my first thought as well. I've never programed in COBOL, so I don't actually know how difficult it is to program in, but how long could it possibly take one of their existing employees to just learn the damn thing? Just buy some books and make somebody read them.

    136. Re:COBOL. by Nefarious+Wheel · · Score: 1

      The state highway patrol would be the only thing that would be gone people see on a regular basis.

      That would indeed be a pity. It's been a few years since I've been in the US but I remember positive encounters with the CHP and they struck me as being what a good cop is all about. Could be because they patrol clean streets instead of dirty alleys, but it's good to have a standard worth pointing to.

      --
      Do not mock my vision of impractical footwear
    137. Re:COBOL. by nasor · · Score: 1

      Actually, this story is about how California can't screw their state workers to make a political point, right?

      I took it as a story about how none of the current employees are able to learn a programing language. Seriously, just make someone read some books and learn how to do it. If they make learning the language their full-time job, they should be able to tinker with the payroll system in waaaaay less than 6 months. Hell, most people could probably learn German in six months if they worked at it 40 hours/week, let alone a programing language.

    138. Re:COBOL. by Xugumad · · Score: 1

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

      And beyond COBOL, this causes massive issues with loss of experience. At 29 I'm one of the most experienced developers at work.

      TWENTY NINE!

      Where are the 30, 40, 50 year olds I can pry experience from? Why is there no-one I can turn to and go "I can't decide which approach is best, what do you think?".

      Ah well, could be worse. Could be games programming, where as far as I can tell people tend to flee in their early twenties...

    139. Re:COBOL. by nasor · · Score: 1

      I agree - the current attitude that an employee must already be an expert when you hire him is really obnoxious. If you assume that the employee is going to be working there for years, the training time that it might take them to get familiar with something new is pretty trivial, especially if they are intelligent and hard-working. You see that exact attitude reflected in the article; they lament how difficult it is to find someone who knows COBOL rather than just, you know, buying some books on COBOL and telling one of their current employees to read them and learn.

    140. Re:COBOL. by verbamour · · Score: 1

      Yeah, one day to write that Perl script and one year to debug it.

      Language matters a lot less than design and discipline.

    141. Re:COBOL. by letxa2000 · · Score: 1

      Its also a LOT of money not going to any productive use.

      National defense is one of the few things that the government does that IS productive and achieves its stated goals. What major country in the world hasn't been significantly destroyed by foreign forces in the last 200 years? I haven't checked but there aren't many other than the U.S.

      Whether Iraq or Afghanistan are worthwhile endeavors is open to debate. But the effectiveness of our military is not.

      When was the last time our National Defense actually did "defense". Its been playing offense in places that have nothing to do with the U.S. including Iraq, Vietnam, Panama, Grenada and Korea, Western Europe in World War I, Spanish American, Mexican wars.

      That's a little naive. Heck, even WWII was arguably not "defense" because we didn't prevent the onslaught of Japan and Germany wasn't going to invade the U.S. homeland any time soon. But that is precisely why our defense has been so effective: We don't have a history of waiting to be up against the wall with an overwhelming enemy invasion. We take care of business pretty promptly. Which is also interesting since Bush has caught a lot of grief for "preemptive" attacks when there is ample precedent for that in U.S. history and is, in fact, a large reason why we haven't been nearly as damaged by wars as most other major countries in the world the last couple of centuries.

    142. Re:COBOL. by letxa2000 · · Score: 0

      I'm not going to respond to this troll-bait, other than to say:

      How exactly does that translate as "defense"?

      See my response to the other person that responded to the same message you did. I'll be happy to discuss the issue but I do not give much credence to trolling. If you want to respond to the other ongoing exchange in a productive manner, feel free. Otherwise, please refrain from trolling.

    143. Re:COBOL. by wideBlueSkies · · Score: 1

      Oh what a joke this is. LOL.

      I started off as a COBOL guy, in 94'. Then learned C, C++, and Java. When I do code, it's either COBOL or Java these days.

      Now, all the older COBOL guys have been retiring, especially after Y2K. The way i see it, my future is back on the mainframe - there's a LOT of COBOL/CICS and DB2 code running and _someone_ is going to need to maintain it. Since i grok both platforms, I feel pretty good about the future - and the guys in India don't generally do COBOL - they don't teach it in the schools over there either. :)

      Heck, for my new system we are writing a big part of it in COBOL with some CICS, that's brand new code, and we expect it to last for at least 20 years.

      --
      Huh?
    144. Re:COBOL. by Hatta · · Score: 1

      Then why do they still come to work? Seriously, I'd walk the fuck out if my employer tried that shit on me, and I'm not even unionized. A powerful union could shut down the entire state, and they damn well should.

      --
      Give me Classic Slashdot or give me death!
    145. Re:COBOL. by ionix5891 · · Score: 2, Insightful
    146. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      I think that may be symptomatic of the growth of the industry, rather than any age discrimination going on. There are simply more developers than there were 20, 30 years ago. Both my uncles are actively engaged 50 year old developers. I've worked with others as well.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    147. Re:COBOL. by alcmaeon · · Score: 1

      There are IT people on the market, but you have to pay their value and you have to step down from unrealistic expectations.

      That is true so far as it goes, but when China and India come fully online, "their value" will be a lot less than they think it is, or than it takes to eke out a living in California. In fact, I am guessing you are seeing some of this right now.

      Besides, what is it about this COBOL system that is so mysterious that raises can apparently be implemented (they got to the pay rate they are at somehow) but decreases can't be? Can COBOL only add positive numbers?

    148. Re:COBOL. by taniwha · · Score: 1

      because when they were done they would be earning minimum wage ....

    149. Re:COBOL. by Amorymeltzer · · Score: 1

      No... The problem is that it's fucking written in COBOL!

      --
      I live in constant fear of the Coming of the Red Spiders.
    150. Re:COBOL. by Q-Cat5 · · Score: 1

      Texas also has only about 58% California's Gross State Product, 56% of its population. Texans opinions of their state aside, it's a DISTANT second in the US economy.

      And even though the Texas 'Lege' is only mandated to meet for (no more than) 140 days ever 2 years, special sessions are called at the whim of the governor. Rick Perry is noted for calling as many as three consecutive "special sessions" in the course of a single "off" year.

      The idea of "part-time" government probably sounds good to anyone who subscribes to a Grover Norquist / Milton Friedman "Chicago School" viewpoint that government is somehow inherently bad, and should be minimal or non-existent. To me, the idea of part-time government seems an awful lot like hiring a Part-Time brain surgeon. If you don't care that much about the result, you might save a few bucks that way. Personally, I'll go for a full time professional on things that actually matter to me.

      --
      Raoul Mitgong: Unhelpful.
    151. Re:COBOL. by Nefarious+Wheel · · Score: 1
      These were the days before metadata; think about that. No data descriptions accompanying the persisted data on disk.

      What that means is it's all fun and games until you forget yourself and expect a subroutine to handle an overloaded parameter list, and you find yourself in the curious world of dump artifacts.

      Modern languages have evolved to require a bit less discipline in data typing, so besides learning a "simpler" language, you have to make up for the simplicity in syntax and data structure with a very disciplined approach toward (mostly) the passing of argument lists. And if you pass an integer by value when you need to pass by reference, the compiler might not notice. You have to spend a lot of time structuring your data types and carefully naming your procedure division paragraph names so the resulting code looks simple, elegant, and maintainable. It's code + discipline, as always, but the discipline required might be mildly horrifying if you're not the type who enjoys puzzles.

      This will probably only make sense *after* the door to the Hellmouth closes behind you, sorry. But anyone reaching back that far has my sympathy, if not my support at minimum wage.

      --
      Do not mock my vision of impractical footwear
    152. Re:COBOL. by Z34107 · · Score: 1

      What would happen to all the weapons the military has laying around, would someone invade us or would peace break out all over when the worlds biggest and most aggressive country stopped being big and aggressive?

      Thing is, most conservatives believe a national defense is a legitimate purpose of government. But you weren't talking about Ron Paul's utopia, you were asking "what the world would be like if all the state and federal workers were fired."

      So... it'd be some kind of reverse "Left Behind?" Sweet. Presumably they wouldn't leave the nuclear launch codes lying around, though.

      --
      DATABASE WOW WOW
    153. Re:COBOL. by mako1138 · · Score: 1

      Uh, this is something completely unprecedented. The Terminator just announced this the other week. The thing is, he's also cutting people's hours and laying off a bunch of other employees.

      What usually happens in California is that the budget eventually gets passed; people are still getting paid.

      http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/08/01/MNEP122S2P.DTL
      http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/07/25/MN0B11V432.DTL

    154. Re:COBOL. by Buelldozer · · Score: 2, Insightful

      Sure, because the "full time professionals" are doing a wonderful job. Not.

      They're the ones who were on watch when California got into this mess. They're also the ones who can't seem to figure a way out of it without paralyzing their state government and causing the state employees considerable financial hardship.

      The "Pro's" are also the ones up in D.C. managing the economy for the rest of the country.

      I live in Wyoming where we, like Texas, have a part time "citizen legislature". No government shutdown or budget deficits here.

      I'm having a difficult time reconciling your opinion with reality.

    155. Re:COBOL. by Anonymous Coward · · Score: 0

      Montgommary(sp?) Ward.

      Here you go.

    156. Re:COBOL. by vacuum_tuber · · Score: 0, Flamebait

      Quite true, but this is Snob City here, so you won't convince anyone, least of all the morons who think C and C++ are suitable for writing business applications. OTOH, I once wrote a mainframe web server in COBOL 74. Anyone who can't get their mind around COBOL is a moron. Anyone who simply doesn't want to is a fool.

      --
      Look at the bright side: there's always seppuku.
    157. Re:COBOL. by BeanThere · · Score: 1

      "would peace break out all over when the worlds biggest and most aggressive country"

      What on earth makes you think the US is the "most aggressive country" ... ? That is beyond absurd.

    158. Re:COBOL. by Anonymous Coward · · Score: 0

      Hey, it sounds like at least something is working right in Illinois.

    159. Re:COBOL. by socz · · Score: 1

      You know, I really like how you put it...

      "What's important is to match your resume to their system so you'll get selected for an interview IF you can actually do what they need."

      I have to start looking for a job because I believe i'm going to get laid off soon hahaha. Thanks for the tip!

      --
      My abilities are only limited by my imagination
    160. Re:COBOL. by dbIII · · Score: 1

      I think it would interesting to see what the world would be like if all the state and federal workers were fired

      Somalia.

    161. Re:COBOL. by demachina · · Score: 1

      State and Federal workers don't respond to 911 calls. I didn't say anything about firing local government workers. Local government provides the services that matter to people on a day to day basis like police, education, fire and paramedics.

      Other than the military its not really clear we actually need most of our Federal government to live day to day. It mostly just consumes vast sums of money. State government is also pretty dubious most of the time other than state highways and maybe universities.

      "That's before you lost your job due the complete economic collapse that followed."

      According to the free market conservatives the government does more damage to the economy than anything. Why would the economy collapse, unless the U.S. is Socialist and completely dependent on large numbers of government workers.

      --
      @de_machina
    162. Re:COBOL. by demachina · · Score: 3, Insightful

      "What on earth makes you think the US is the "most aggressive country" ... ? "

      Because the U.S. has invaded more countries by far than any other country at least since World War II. The other leading contenders for the title aren't around any more, Nazi Germany, Imperial Japan and the Soviet Union.

      Cuba multiple times(Bay of Pigs and Spanish American), Philippines(Spanish American), Panama, Grenada, Iraq two times, Afghanistan, and a dubious involvement in Vietnam propping up unpopular puppets, multiple invasions of Haiti, Dominican Republic, Nicaragua and to many other banana republics to remember. Staged coups in Iran, Argentina, Chile, Guatemala, again I can't even remember all the governments the U.S. has toppled over the last 100 years.

      --
      @de_machina
    163. Re:COBOL. by thephotoman · · Score: 1

      If C isn't okay for business apps, what do you suggest? Java? Please. C will work just fine.

      As for COBOL, I doubt anyone would learn it for a political stunt done by some washed up action movie star.

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    164. Re:COBOL. by Q-Cat5 · · Score: 1

      Okay, let's take a look at Wyoming for a second.

      Population roughtly 1/73rd the size of California. GSP of roughly 17.1 billion, or just under one percent of California's GSP.

      Of course, over 50% of the land in Wyoming is also owned and managed by the federal government, rather than the state.

      I'd say that, by way of analogous comparison, if running the state of California is to be equated with brain surgery, running Wyoming is probably akin to, say, landscape maintenance.

      Incidentally, the Republican "Governator", sold to Californians as the "non-pro" who could allegedly solve the problems, hasn't. As with most problems, blamestorming about whose watch they began on generally accomplishes nothing toward actually solving any of them.

      I'm sorry, but I'm having a difficult time reconciling your state's level of complexity against the 9th largest economy in the world.

      --
      Raoul Mitgong: Unhelpful.
    165. Re:COBOL. by Anonymous+Psychopath · · Score: 1

      State and Federal workers don't respond to 911 calls.

      No, they just pay for most of the PSAPs where the phones ring.

      According to the free market conservatives the government does more damage to the economy than anything.

      Except for all those people they employ. Can you say wage erosion?

      --

      Eagles may soar, but weasels don't get sucked into jet engines.

    166. Re:COBOL. by thephotoman · · Score: 1

      In Texas, if we didn't have a part-time legislature, they'd wind up shooting each other fairly quickly. And honestly, nobody wants that.

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    167. Re:COBOL. by neomunk · · Score: 1

      Read conservative literature. They have been involved in what they call a "culture war" for at LEAST the better part of 3 decades. Wars have teams too, the biggest difference between wars and sports being the amount of blood you're willing to spill and what happens to the losers. The strangest part is that even though they openly discuss this culture war, many people who fall under the U.S. definition of 'liberals' (but not ONLY liberals) don't even realize they are up against an organized opponent in a declared war.

      People in your own country have declared war on you. I know it's you in particular (though you are certainly not alone) simply because of your reaction to the "our team" mindtrash. Hey, it's me too, for exactly the same reason. You don't have to be a liberal to be the enemy, you just have to be repulsed. These conservative warriors are PAST the 'covert propaganda' phase and well into the 'overt propaganda' phase. Reading their literature, and noting certain memes that are repeated (liberals are at LEAST terrorist sympathizers and enablers, liberalism is a mental disorder, liberals want to see the U.S. destroyed, liberals are pushing for Big Brother type Authoritarianism, etc.) I cannot help but speculate that perhaps the ideological ringleaders are preparing for yet another 'escalation'.

    168. Re:COBOL. by Q-Cat5 · · Score: 1

      Now I *might* be able to get behind Texas if they forwarded *that* as a form of sane goverment. =)

      --
      Raoul Mitgong: Unhelpful.
    169. Re:COBOL. by thephotoman · · Score: 1

      The same can readily be said of Republicans. Or have you not read the national news lately?

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    170. Re:COBOL. by ricegf · · Score: 1

      To me, the idea of part-time government seems an awful lot like hiring a Part-Time brain surgeon. If you don't care that much about the result, you might save a few bucks that way.

      Not to rain on your parade, but isn't it California that's getting crappy government here? Or am I misreading TFA?

    171. Re:COBOL. by glitch23 · · Score: 1

      I think it would interesting to see what the world would be like if all the state and federal workers were fired. Would things be better or worse? Would the economy collapse or enter a boom when the tax burden disappeared and we got the free markets the conservatives keep saying will solve all problems.

      Look at Afghanistan for your answer as to what would happen. Whether things should go wrong is a different story but just as the "market" can cause landslides and sky high increases in stocks and commodity prices on a whim, the market can also make the economy tank if the government were to disappear because they think the gov't is needed. It would be a self-fulfilling prophecy really. And if ours does that then other economies suffer too. If you don't believe that then you must not have paid attention to world economies the last few months when they suffered just because the U.S. economy suffered due to the heavy reliance between them and us. We have the highest GDP in the world.

      --
      this nation, under God, shall have a new birth of freedom. -- Lincoln, Gettysburg Address
    172. Re:COBOL. by BeanThere · · Score: 2, Insightful

      I'm not saying it's perfect, but normalised against its size, the US is a mild-mannered mouse, a smiling puppy. It's not too hard to start imagining what any of those countries - and many more - would do if they had as much military power as the US ... I guarantee you, it would absolutely not look pretty for the world. We can thank G-d that only the US has the power the US has. I live in Africa and we have the most horrific mad raging dictators in any direction you can throw a stone - I can list any number of countries nearby here that are FAR more "aggressive" than the US, they just don't have the power to do all that much harm with it.

    173. Re:COBOL. by Opportunist · · Score: 1

      If I want to read code, I read code. If I want to read a novel, I read a novel.

      There is a reason why I code neither in Cobol nor Pascal!

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    174. Re:COBOL. by Senjutsu · · Score: 1

      I took it as a story about how none of the current employees are able to learn a programing language. Seriously, just make someone read some books and learn how to do it. If they make learning the language their full-time job, they should be able to tinker with the payroll system in waaaaay less than 6 months. Hell, most people could probably learn German in six months if they worked at it 40 hours/week, let alone a programing language.

      Obviously you have no first-hand experience with the horrors of legacy payroll systems, and little imagination to boot. To begin with this thing is probably hard-wired to pay salaried groups defined in some EBCDIC encoded fixed column bullshit flat-file or proprietary ISAM nonsense out at specific values contained defined in some other EBCDIC encoded fixed column bullshit flat-file or proprietary ISAM nonsense. The formats are documented nowheres.

      There's probably no acceptance environment (some bean-counter had it decommisioned and sold for scrap 10 years ago because, shit, it's just sitting there not doing anything and besides we're buying a new system Real Soon Now), and doing things straight in production is the quick road to the wrong end of a multi-million dollar lawsuit, so good news, you get to set one up! You could just gnash your teeth and scrape a clone of the production system for acceptance, but this isn't a Wintel system and VMWare doesn't exactly make anything that targets some gawdawful 23 bit per word little-known IBM/Honeywell/PDP/CorningWare/CountChocula mainframe running who the fuck knows what batch os. God knows how you'll solve this one, but if you do and you're lucky there's a terminal emulator batch job you can connect to to start figuring out how the system works (just hope you can find a good terminal emulator client for something other than DOS 5.0). But you're probably not lucky, so get used to punch cards.

      The software itself predates any inkling of the ideas of functions or separation of concerns, and was written in a time when DRY was what you weren't after a 3 martini lunch. Changing a salaried paygroup to hourly and adding in time tracking for these employee groups isn't a matter of rewriting the pay calculation function, it's a matter of changing the same logic in 30 different places, rewritting the file parser, extending in-memory tables, and catching a thousand little knock-on assumptions besides; you need to understand the whole system to successfully change any of it. Oh, and the entire thing runs in an environment with less memory than your average wrist-watch, so it's chock-full of deep compiler, OS, and hardware specific space-and-time optimizations which aren't covered in COBOL Programming for Slashdot Assholes and have never been seen by anyone under the age of 70 at any rate.

      And if you manage to figure all this out, and cajole the umpteen thousand state users (who don't understand testing because shouldn't you just write software that works?) into manually running comprehensive tests based on testing scripts that you had to write from scratch to verify the functionality (unit tests have never been within a million miles of this thing, so you have no way of validating that your changes haven't fucked some other functionality to hell and back), congratulations! It's time to figure out a deployment migration strategy. There sure as shit had better not be any downtime. And who knows what bullshit job control language you're going to be spelunking in.

      Six months is a goddamn optimistic schedule; this thing could easily take years to change.

    175. Re:COBOL. by ricegf · · Score: 1

      I'm sorry, but I'm having a difficult time reconciling your state's level of complexity against the 9th largest economy in the world.

      Congratulations. You've succeeding in making us Texans look positively modest by contrast. And that is NOT easy!

    176. Re:COBOL. by demachina · · Score: 1, Troll

      "I'm not saying it's perfect, but normalised against its size, the US is a mild-mannered mouse, a smiling puppy"

      Dude you've been drinking to much U.S. government Koolaid. Most of the rest of the world knows the U.S. to be a meddling, bully, invading Iraq wasn't the first time. The U.S. has installed and propped up more dictators than just about any country in existence today, in the name of fighting Communism or defending the interests of its multinational corporations depending on your political viewpoint. In particular the U.S. has been especially fond of making Central America safe for U.S. Banana companies, and places like Iraq and Iran safe for U.S. oil companies. The U.S. under the Monroe doctrine has completely dominated every country in Central and South America since....Monroe.

      In Africa the U.S. with the aid of Ethiopia toppled an Islamic government that had the first chance of restoring order there in a long time, and will in all probability let it land back under warlords, just because the U.S. couldn't tolerate an Islamic government running the place. The U.S. doesn't meddle much in Africa because its never cared about Africa as much as the European Imperial powers do, Somalia is just to close to the Persian Gulf where the U.S. does meddle, all the time.

      --
      @de_machina
    177. Re:COBOL. by Q-Cat5 · · Score: 1

      The main idea I'm stating here is that things that work for states like Texas and Wyoming won't necessarily work for California. The idea that if we eliminate or near-eliminate government in California it will somehow magically make things better is absurd. Texas has substantially different parameters and issues to deal with than does California. And a number of "centralized" functions in California are handled in Texas at a local level. For instance, at least up until recently, didn't Texas have regional / locality based PUCs? So that rules governing utilities could vary arbitrarily from zip-code to zip-code?

      Maybe part-time legislatures work for tiny (complexity-wise) states like Wyoming. I think Texas' "part-time" status is partially illusionary, as I mentioned, by dint of the fact that frequent and periodic "out of band" special sessions of the lege can be and are called by the Governor.

      California is getting the government it's been sold. Pity, that. But hardly an argument for copying the Wyoming or Texas models.

      --
      Raoul Mitgong: Unhelpful.
    178. Re:COBOL. by Q-Cat5 · · Score: 1

      Thanks. What shall I do for an encore? =)

      --
      Raoul Mitgong: Unhelpful.
    179. Re:COBOL. by Anonymous Coward · · Score: 0

      s/cobol/perl/s

    180. Re:COBOL. by JebusIsLord · · Score: 1

      C is NOT okay for business apps, at least in today's business world. Time is by far the scarcest resource, and who has time for stupid 80s shit like finding memory leaks and buffer overflows and such? The business wants an app that does X, as soon as possible, without security holes. This is why .NET and Java developers are so in-demand. I know its fun to know what your code is doing at the machine level, but eventually you just gotta... let go!

      C/C++ are fine for video game development, and acceptable (though IMO a waste of resources) for other commercial apps.

      --
      Jeremy
    181. Re:COBOL. by Firehed · · Score: 1

      Having a strong defense and completely misusing resources that were allocated for said defense are two entirely separate issues.

      --
      How are sites slashdotted when nobody reads TFAs?
    182. Re:COBOL. by Anonymous Coward · · Score: 0

      Yep, Microfocus iirc. That's why I quit.

    183. Re:COBOL. by synaptic · · Score: 1

      HAHA, mod parent up!

    184. Re:COBOL. by thephotoman · · Score: 1

      If you want an app that does X as soon as possible without security holes, C# (I assume this is what you mean by .NET, which is a marketing buzzword and framework) and Java aren't the answer. Python and Ruby are. If it must run against the CLR or Java virtual machines, then use a version of a productive language running on that VM (but oh dear god please not Visual Basic).

      My entire opinion of C# and Java is that they're overhyped, overmarketed languages that offer few real benefits over other languages that are either faster or allow programmers to be more productive.

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    185. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1
      First of all, I have immense respect for anyone named vacuum_tuber and am embarrassed I didn't grab the name when I had the chance.

      Anyone who can't get their mind around COBOL is a moron. Anyone who simply doesn't want to is a fool.

      I agree with the first part whole heatedly, but the second half is absurd. Why is it foolish to not want to learn a particular programming language? There are different problems that require different tools. If I never anticipate using the COBOL tool, I'm not sure it make sense learning how to use it properly.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    186. Re:COBOL. by synaptic · · Score: 1

      Changing it so everybody gets the minimum wage while still keeping track of all the special designations, payments for those designations, taxes, etc is a lot of work. Don't forget, the state employees will be payed back pay for the time when their wages were cut, so you have to run two systems in parallel.

      Understatement of the year. We're talking a Herculean effort. And the liability?! Who would even touch this?

    187. Re:COBOL. by infinite9 · · Score: 1

      I definitely remember seeing 6502 machine language in the terminator's vision... references to the A, X, and Y registers and such. Maybe they mixed and matched.

      god i'm such a dork.

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
    188. Re:COBOL. by vacuum_tuber · · Score: 4, Insightful

      Sorry, I wasn't suggesting that anyone and everyone should learn or approach COBOL without reason; I was addressing the mindless ridicule of COBOL, the comments that make it clear that many look down on COBOL and wouldn't want to go near it even with reason, most of them without even understanding it.

      COBOL is easy, it lends itself to explanatory naming, and the constructs are rarely cryptic. The mainframes for which COBOL is almost an assembler do decimal arithmetic and implement machine instructions for most COBOL verbs, including the MOVE to an edited numeric that involves formatting the number with things like currency symbol, leading spaces or asterisks, commas, decimal point, etc. The main complaint I have heard from those who have actually worked in COBOL is that it is verbose. That was a more valid complaint in the days of punchcards than it is in the day of editors that make it easy to work with verbose languages.

      My first computer was a Bendix G-15D, my second was a CDC 160A, then a PDP-1. Today I still work with a certain kind of mainframe and compiled BASIC in addition to COBOL 74 and 85. Oh yeah, I arranged for the legacy mainframe to be virtualized and run on modern servers, and we have 60 of the new ones installed in ten countries, running all manner of businesses, with more always in the sales pipeline.

      We who work with this stuff and actually get the business of business done while consulting weenies propose multilanguage tinkertoys while having no clue about the business, laugh at today's typical project where some of the languages and tools become obsolete before the project is even finished.

      I know of a COBOL shop where half a dozen long-term, competent people tend a repository of 50,000 programs that they wrote, 37,000 of which were found to be in active use in a 30-day audit, and where that repository can be drawn on by people who understand both the code and the business to produce new apps in times that would make today's trendy programmers' heads spin.

      TFA is a joke. It says more about the organization that owns the code than it does about the language it's written in. Any business programmer reading that they can't modify pay in a reasonable time would conclude that they can't find their way to the bathroom or parking lot, either.

      --
      Look at the bright side: there's always seppuku.
    189. Re:COBOL. by JebusIsLord · · Score: 3, Insightful

      I did NOT mean C#, I meant the .NET framework. VB.NET (ugly syntax, agreed) can do exactly the same stuff C# can. Microsoft stopped using it as a confusing and unrelated buzzword years ago. I hate being corrected when we both know exactly what I meant.

      Business users like GUIs. They aren't technical. .NET (the BCL, since you threw down the pedantic glove) includes a pretty good GUI toolkit with the native Windows look and feel.

      Swing and AWT suck, so for desktop apps I agree that Java isn't the best solution. I however find desktop .NET development to be easy, rapid, and extremely well documented. Ruby and Python are excellent languages for web apps, so they do have their role, but I wouldn't write a client-side app in them.

      It sounds like we're agreed in that low-level C just isn't the right tool anymore for most jobs, though.

      --
      Jeremy
    190. Re:COBOL. by thephotoman · · Score: 1

      You wouldn't write a client side app in Ruby or Python only because you've never tried. It's remarkably easy--easier than any of the .NET languages. Sure, it's not WinForms (which has the benefit of being the native set on Windows), but honestly, I don't really care much about widgets, as long as they don't look like ass.

      C has it's place, and sometimes, that place is in business code. There are times when the code has to go really fast, after all. However, using it right out the gate qualifies as premature optimization.

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    191. Re:COBOL. by infinite9 · · Score: 2, Insightful

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

      After 17 years in IT, I always laugh at "senior" level positions with 5+ years of experience. So far, I don't think I've experienced age discrimination yet (i'm 38). Long experience tends to help in the consulting world I think. I've also noticed that my age helps me to get along with management... we tend to be the same age.

      Maybe I'll experience more discrimination in another 10 years, but I doubt it. My theory is that people older than me now were guilty by association. They worked on dinosaurs and were themselves, therefore, dinosaurs. They sort of got left behind when the business world moved away from mainframes. But today, there's not much that separates me from a 28 year old, just more experience. And there are a lot more computer people in my generation than there were cobol people. So I think this helps the perception that it's normal to be my age and be in IT. As we all age together over the next 10 years, it will be "normal" to see a 48 year old IT consultant writing code. I see it now rather frequently in fact.

      Then again, maybe not. Time will tell. Maybe we all have the same chance... try like hell to renew... Carousel!

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
    192. Re:COBOL. by Cramer · · Score: 1, Insightful

      And you've never been in academia. While databases do solve real world problems, they started as academic persuits. "OO design" is entirely rooted in academia... I doubt anyone who has ever written any program has done so in a manner that is not today interpreted as some form of OO -- except that it propbably wasn't written in C++. I know I had written numerous "OO" things long before "object oriented" ever crossed anyone's lips. "OO design" is simply academic BS used to warp people's brains into programming everything orders of magnitude more complicated than it ever needs to be.

    193. Re:COBOL. by Anonymous Coward · · Score: 0

      Are you serious? You really think this is a technical issue with the COBOL programming language and that it can be solved by having FORTRAN or some wonder language of today?

      As others have mentioned:
      - How do you think they're doing pay raises?
      - Do they need to go and modify the program?
      - What if the disk holding the database of salaries failed? Do you think they have a backup and that it will take up to 6 months to restore it?

    194. Re:COBOL. by david_thornley · · Score: 4, Interesting

      Having used both FORTRAN 66 (it didn't get decapitalized until Fortran 77) and COBOL 77 extensively, they're very roughly equal in structure. COBOL had the PERFORM verb, in all its various forms, and the paragraph system, which introduced some structure to the language. FORTRAN had functions.

      The most frustrating thing I found about COBOL was the inability to use functions in any real sense. There were analogs to FORTRAN subroutines (ENTER "FOO" USING BAR, BAZ.", if I remember the syntax correctly), but not functions. There was absolutely no way to take some common operation and wrap it in a function.

      Nor do I understand what you mean about the textbooks. COBOL 77 can be written with very, very few GOTOs, in very specific locations. You need them, technically, when using the SORT verb and either feeding data into the sort or taking it out in the program itself (not using USING and GIVING to sort files directly). Using them only in that case was the best way to write COBOL 77. There were no contortions.

      Nor were "88" variables wonderful unless you were trying to do exactly what they were good at. They allowed you to name one conditional name to represent possible values of one variable. In any reasonable language, you'd do it with a function, but not in COBOL 77.

      I'm not familiar with COBOL 85, having managed to escape from COBOL programming without encountering it. I'm happy to say I've been COBOL free since 1997. I was having a distinct feeling that, once having used the COBOL side, forever would it dominate my destiny.

      Now, here's a question: how old are some of those programs? Do you have any reason to believe that they all were written in good COBOL 77 or later? If, as somebody claimed, some of those date back to Vietnam war days, those were in an earlier version of COBOL, one even crappier than 77.

      Now, there are reasons why I'd touch COBOL again. Duress. Kidnapping my son or wife and holding them hostage for some COBOL work. Extremely large sums of money. A drink from the Fountain of Youth. That sort of thing. I wouldn't do it for minimum wage. I'd rather flip burgers.

      For those of you youngsters who've heard of COBOL or glanced at it, and think you hate COBOL, think again. You can't possibly hate it like I do. You can't really hate something you don't know intimately.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    195. Re:COBOL. by vacuum_tuber · · Score: 1
      As for COBOL, I doubt anyone would learn it for a political stunt done by some washed up action movie star.

      Thank you. You demonstrate my point.

      --
      Look at the bright side: there's always seppuku.
    196. Re:COBOL. by thephotoman · · Score: 1

      I'd learn it for a good reason (say, patching security holes). This just doesn't happen to qualify. It's just a political stunt.

      --
      Haec merda tauri est. Ceterum censeo Carthaginem esse delendam.
    197. Re:COBOL. by demachina · · Score: 3, Insightful

      "But that is precisely why our defense has been so effective"

      LOL. you're taking an enormous leap there which isn't really supported. It could be our defense has been so effective because the U.S. is surrounded by two huge oceans and the logistical challenges of attacking the U.S. are formidable. It would require an enormous navy to actually invade the U.S. Canada hasn't been invaded much either, except by the U.S. Switzerland doesn't spend anything close to what the U.S. does and I don't think its been invaded much either, despite sitting in the middle of a powder keg.

      Rationalizing preemptive warfare is an enormously foolish thing to do. Taken to its logical conclusion you will quickly turn in to a rogue state engaged in non stop aggressive warfare and operating at the same level as Nazi Germany. The U.S. was very close to just than when it invaded Iraq under false pretenses. The rationales used in Granada, Kosovo and Panama were just as weak. None of those wars had anything to do with defending the U.S. or even preempting a threat they were just cases of the U.S. being a bully.

      --
      @de_machina
    198. Re:COBOL. by vacuum_tuber · · Score: 1

      C is NOT okay for business apps, at least in today's business world.

      C was NEVER OK for business apps. Those who thought/still think it was/is have been unfamiliar with solid business programming tools like COBOL.

      Time is by far the scarcest resource, and who has time for stupid 80s shit like finding memory leaks and buffer overflows and such?

      The funny thing is, we who have been in business programming for a long time have been saying this since C appeared on the business scene. We have never chased memory leaks and buffer overflows. In a proper business system, code and data are in different spaces; code is not modifiable, and so buffer overflows cannot modify code.

      The business wants an app that does X, as soon as possible,

      I don't know of any businesses that want X. I know of businesses that don't want X or any GUI in the back office. The business of business is characters -- letters and digits and some special characters. Anyone who thinks GUI is a good way to interface with business data has never seen real data entry or inquiry, which would make their heads spin.

      --
      Look at the bright side: there's always seppuku.
    199. Re:COBOL. by letxa2000 · · Score: 1

      It could be our defense has been so effective because the U.S. is surrounded by two huge oceans and the logistical challenges of attacking the U.S. are formidable.

      Yes, that helps. But you're taking a dangerous leap in assuming that is the only reason. Japan successfully attacked the U.S. in WWII, albeit Hawaii, and they did so over thousands of miles of ocean. Russia or China (going through Russia) could quite easily attack Canada and the U.S. by going through Alaska. Mexico is essentially invading us NOW (though I'm not a radical right-winger that actually believes it's an intentional act of war of Mexico).

      We also have to consider the reality that the Middle East might as well be "ours" in the sense that we have to defend its stability because, without it, we would run out of oil and be facing a threat every bit as real as a full frontal attack from an invading force.

      Rationalizing preemptive warfare is an enormously foolish thing to do. Taken to its logical conclusion you will quickly turn in to a rogue state engaged in non stop aggressive warfare and operating at the same level as Nazi Germany.

      No, that would be taking the policy to its ILLOGICAL conclusion.

      The rationales used in Granada, Kosovo and Panama were just as weak. None of those wars had anything to do with defending the U.S. or even preempting a threat they were just cases of the U.S. being a bully.

      I won't disagree with that assertion. That doesn't mean there aren't situations where preemptive wars are completely reasonable and, in fact, the best course of action. And a valid defense.

    200. Re:COBOL. by TheLink · · Score: 1

      I doubt it's COBOL that stops them from doing it.

      Possible reasons why it's not being done:
      1) The actual system itself has "evolved/mutated" to the point where it's hard to do so.
      2) Nobody is left that understands it or is willing to stand up and say "Hey I'll do it" (and take the fall if stuff goes wrong).
      3) There is lack of will in management to tell the grunts to "Just do it!", because there is no reward for doing so.
      4) The whole thing is probably all some political show/stunt anyway as part of the State budget approval process ;).

      --
    201. Re:COBOL. by Buelldozer · · Score: 1

      Sure, we're a lot smaller than you in both economic output and population.

      We're also running gigantic budget surpluses while your economy is going down faster than a $2 whore at a political convention. You choose which party, it hardly matters.

      You appear to be making an argument that based on your size failure is inevitable or at least excusable. I reject this out of hand. Your scale is not such that failure that is even a probability, let alone a logical outcome.

      It's well established that your Governor is a RINO but that hardly matters. The main portion of your State Government IS Professionals and look where it's gotten you! Your state economy has had serious difficulty under several Governors now, from both major political parties. It would seem to follow that the guy at the top isn't your problem.

      You also reference the % of our landmass that is owned and operated by the Federal Government. This is irrelevant. Much of what 'they' own and operate is either barren, non-productive, or both. The revenue centers of the state are predominantly state or locally owned.

      Now back to the original point. California has a large and vibrant economy...that is being managed into the ground by inept, if not corrupt, professional legislators.

      You can keep your professional legislators. Us hicks in the sticks are doing pretty well by comparison. Maybe if Arnie asks real nice we can float you a loan to get you through these difficult times.

    202. Re:COBOL. by Alpelopa · · Score: 5, Informative

      I'm surprised by the number of people posting who seem to have no experience working with legacy IT systems (COBOL or otherwise). Here's a quick primer:

      First of all, there is generally no system architecture in legacy contexts. Rather, a set of interdependent applications will have grown into a system over time.

      COBOL applications in particular are not built on RDBMS concepts and changes to back-end data must be made programatically or disaster is likely to ensue. In many cases, no living person will know all the tables that should be changed to update a particular value safely.

      Here, the governor wished to cut the salaries of a broad category of employees which probably has no representation in the system. You can't just do a "update pay set rate='crap' where job_type not like '%critical%'" sort of approach. You would probably have to go through and re-classify many thousands of job types one-by-one to a new pay grade code, except that this would screw up benefits issues that weren't part of the pay cut.

      To subsequently reimburse back pay, as the governor promised, you would have to keep track of the old pay grade in a system that almost certainly does not track history. Then you'd have to build in a method for accounting for back pay.

      Bearing in mind there are no test suites for these changes, it's easy to believe it would take a while to implement them.

    203. Re:COBOL. by Anonymous Coward · · Score: 0

      AS-400 FTW!

    204. Re:COBOL. by pegdhcp · · Score: 1
      Unfortunately there are people who think a "database" is a system you throw data in, and when you ask spits it back to you, in any format its developers thinks appropriate. Oh, and it preferably have S,Q and L letters embedded in the name. Just a few days ago I was trying to convince a database programmer, that DB2's poorer than some others' SQL interface does not mean it is an inferior database, just means it is a database you should use with greater care. To such people, of course it is difficult to tell, that COBOL has very good data storage and retrieval facilities, if you know how to use them. As the current trend in new generation of programmers tends to evaluate a language depending on builtin development environment, I am afraid in the first oppurtunity we will read something like "COBOL does not have structured programming tools either."

      BTW I am a C (just C, not some other C?? variant) programmer, who happen to have some COBOL interfacing experience. It always amazes me how easier to manipulate the data in COBOL side of equation than C, albeit terribly slower than C environment, which is usually one of two main reasons to establish a data interface. Other important reason is usually lack of compiler in a new hardware/OS.

    205. Re:COBOL. by symbolset · · Score: 2, Insightful

      I want to point out that the only reason I'm replying to your post is that you were moderated "+5, Insightful." In another circumstance I might be modded "troll" for this. I will escape it this time because the mods might be biased, but they're not dumb.

      So it was written upon greenbar in the mode of the day, in The Tao of Programming, wherein much wisdom is stored - First Chapter, Third Verse:

      The Tao gave birth to machine language. Machine language gave birth to the assembler.

      The assembler gave birth to the compiler. Now there are ten thousand languages.

      Each language has its purpose, however humble. Each language expresses the Yin and Yang of software. Each language has its place within the Tao.

      But do not program in COBOL if you can avoid it.

      The difference between a man who cannot read the history and one who will not is moot.

      --
      Help stamp out iliturcy.
    206. Re:COBOL. by Anonymous Coward · · Score: 0

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

      "He can't be bargained with. He can't be reasoned with. He doesn't feel pity or remorse or fear! And he absolutely will not stop - EVER - until YOU are terminated!"

    207. Re:COBOL. by Anonymous Coward · · Score: 0

      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.

      dBASE was introduced in 80, Unix was introduced in 70. COBOL was only introduced in 59. I'm guessing your granddad was in management, then? I had a manager around 1980 that fits that description. Kept the AC blasting all summer because setting the thermostats to 65 would save energy...

    208. Re:COBOL. by Z00L00K · · Score: 1

      I wouldn't dare use Python for any serious application, it's even worse than C.

      It brings back all the strange bugs and mistakes of Basic of old ages.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    209. Re:COBOL. by Iamthecheese · · Score: 2, Insightful

      This kind of post is the reason I read Slashdot.

      On another note, theres no way in hell it could take that long.

      1: Find competent CS majors.
      2: Pay them to learn a "new" language in two months.
      3:profit!

      --
      If video games influenced behavior the Pac Man generation would be eating pills and running away from their problems.
    210. Re:COBOL. by Anonymous Coward · · Score: 0

      thing is, that early 80s POS *is* still working.

    211. Re:COBOL. by Loibisch · · Score: 1

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

      I think it's exactly the other way round. Nobody wants to program COBOL to get paid (lower) minimum wage. :)

    212. Re:COBOL. by akgooseman · · Score: 1

      "Meanwhile, crime would run rampant on the streets"

      I didn't say anything about disbanding local government and local police. They are the ones that stop crime. The state highway patrol would be the only thing that would be gone people see on a regular basis.

      I was just talking about getting rid of state and Federal government.

      Unfortunately, the Feds subsidize, through grants and other revenue sharing agreements, the state and local police forces. It's just another way the Feds keep control of everyone and everything. It's the same with fire departments. The DHS spends huge money outfitting career and volunteer fire departments for "First Response" purposes. Even in Podunk, Alaska. Disclaimer: 19 year member of the Podunk, Alaska, VFD but disgruntled over the Department applying for and accepting DHS money. Even though we have an otherwise unattainable but much loved fire engine as a result.

    213. Re:COBOL. by comment() · · Score: 1

      Oh come on. Comparing the U.S. to Nazi Germany just weakens your cause. I don`t think that the U.S. is after world domination. At least not consciously.

    214. Re:COBOL. by Nutria · · Score: 1

      C was NEVER OK for business apps. Those who thought/still think it was/is have been unfamiliar with solid business programming tools like COBOL.

      Amen, brother, amen.

      It's as simple as BCD vs. floating point. You must jump thru hoops to ensure that rounding errors don't seep into your fp calculations, but accurate decimal calculations are built-into BCD data types.

      Just as important are C's null-terminated strings. They are a pain when reading and writing fixed-length records, requiring memset, strncpy, etc, etc, and error-prone.

      COBOL, otoh, was designed to make these nuts-and-bolts problems not even exist.

      --
      "I don't know, therefore Aliens" Wafflebox1
    215. Re:COBOL. by Porchroof · · Score: 1

      Don't knock the 6502. The best assembly program I ever wrote was written for the 6502 on the Vic 20. It controlled a radio transceiver to send and receive Morse code. The incoming Morse code was decoded and displayed as ASCII characters on the screen. Talk about timing issues!

      --
      Fata viam invenient.
    216. Re:COBOL. by mcvos · · Score: 1

      C has it's place, and sometimes, that place is in business code. There are times when the code has to go really fast, after all. However, using it right out the gate qualifies as premature optimization.

      I don't think C has a place in application code, except in highly reusable high performance libraries. For most practical purposes, Java is about as fast as C++ (which I hope is not a lot slower than C). The biggest exception is probably Swing. I don't know what it is about Java user interfaces. Then again, most other UIs are also slower than they should be.

    217. Re:COBOL. by 4e617474 · · Score: 1

      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.

      It's worse than that. It's managers who don't know how to tell someone who can learn on the job from someone who can't, and can't run a solid team that can teach the new guy the ropes. There's a pretty good article about how this happens at some companies. In my own job, I came on board a year ago with a solid team of upper tier people ready to take me under their wing, I taught myself more about SQL than anyone else there had ever bothered to learn (there's plenty more to worry about than the database stuff), and I moved up pretty quickly. There's a whole slew of resume bullet points where I went from never touched to proficient in one year. Then the technical leads largely left, the frontline people they weeded out (almost) all the worst of them, but they doubled or even tripled the workload on everyone with any idea what they were doing.

      I couldn't come on board today and learn what I learned. Hell, fresh-faced kid who's as smart as me just started and I don't have time to teach him, word's gotten out through the whole company that I'm one of two people in the department you want to talk to and I'm being worked to death.

      Why am I still there? The one thing they've got going for them is they've got a wicked smart über geek who knows his own doing the technical interviews. Until I can find another place doing the same thing where I can say, "I came in to find everyone frantic and the phones ringing off the hook. I tweaked a query I had written some months back to not join the two tables we didn't need, just return the column in question, added a date/time function, plugged it into my batch file to run it at 300 remote locations, had the data to resubmit within 20 minutes of when I walked in the door, and for the first time in four hours, everything was OK." I'm just some guy who's "only done SQL one year".

      --
      Finally modding someone offtopic when they rant about what "Begging the Question" means: priceless.
    218. Re:COBOL. by Anonymous Coward · · Score: 0

      For anyone who's curious about COBOL syntax, here's a sample named AcmeStockReorder.

      Personally, I have only one question.

      WHY IS THE PROGRAM SCREAMING AT ME?!?!

      and, for the record, I wish to make the following statement.

      MY BRAIN IS LEAKING - FOR THE LOVE OF GOD DO NOT LOOK AT THE CODE!! GAAH!!!

      Have a nice day.

    219. Re:COBOL. by Anonymous Coward · · Score: 0

      You said, "When was the last time our National Defense actually did "defense". Its been playing offense in places that have nothing to do with the U.S. including..."

      First, how does your dumb statement relate to the COBOL topic? It doesn't, so shut the fuck up.
      Second, a good offense can be a good defense.

      Enough said, now go back to your hippy shack and smoke a doobie.

    220. Re:COBOL. by leomekenkamp · · Score: 1

      Comments like this coming from ppl like you (experienced) are for me a very strong reason to read comments on /.. And your "TFA is a joke." is once again an indication that most of the time only 10 to 25% of an article consists of actual truths.

      --
      Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
    221. Re:COBOL. by Hognoxious · · Score: 1

      In the early 90's, not long after college, I was using COBOL, but it wasn't the 85 version or the 74 one. It was older than most of the programmers who worked there.

      IIRC you couldn't nest IF[1] statements. And if it had any modularisation techniques other than PERFORM ... THRU we weren't taught them, because they were against coding standards. I think using 88s was banned too. What a crock!

      [1] According to COBOL, IF is a verb.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    222. Re:COBOL. by hesaigo999ca · · Score: 1

      I also think we don't know the whole story, and that we may be hearing only pieces of why this is a story. Being a developer, I would love the chance to work for Arnie and help him do what he needs, however, also having 10 years experience in the field, I know that situations are rarely what the people make them out to be, so no comments, no flowcharts, and poor design, however, if this is the case, there is plenty of room for data transfers(i imagine that there is a db being used) for a new system, and that this new system can be one being used by another state, or even outsourced somewhere overseas.

    223. Re:COBOL. by ricegf · · Score: 1

      The idea that if we eliminate or near-eliminate government in California it will somehow magically make things better is absurd.

      An exceptionally wise and successful man once said, "Government isn't the solution, it's the problem." Meditate on these words, Grasshopper, and you may find the solution to California's eternal crisis yet. It certainly has worked well for us Texans and Wyomans (Wyomingans? Wynomingites? People from the great state of Wyoming!).

    224. Re:COBOL. by HuguesT · · Score: 1

      When SS was created it was during the time of FDR's new deal. Few would argue that it didn't work at that time.

      In purely economic terms it is a good idea to have as large as possible a class of people who are economically active, i.e. have income and spend it, rather than a class of very rich people and another one of very poor ones, as was the case until into the 20th century, which gave us revolutions and wars galore.

      What you suggest would likely create more than temporary pain. It would take a great deal of skill and education to avoid returning to 19th century economics and their robber barons.

      Reaganomics and neocon economics create their own share of problems. For instance debt repayment is now over 9% of the Federal budget. I don't think this is sustainable either.

    225. Re:COBOL. by Hognoxious · · Score: 1

      They've probably hardcoded all that gubbins right through the code. They wouldn't have a problem changing it all if they'd stored the info in an XML file.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    226. Re:COBOL. by leomekenkamp · · Score: 1

      While I fully agree with your reasoning and stance, I do have to make a small remark: "Switzerland doesn't spend anything close to what the U.S. does and I don't think its been invaded much either,(...)": Switzerland is for about 50% mountains and the Swiss have an interesting military structure and gun policy; the combination of these two will make any invading force think at least twice.

      --
      Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
    227. Re:COBOL. by Anonymous Coward · · Score: 0

      The green and white brings back memories of the clunky printer used to output our results when we ran our COBOL programs in high school.

      I graduated high school in 2000.

      I also kind of enjoyed the coding (though not so much the JCL. Or that damn printer).

      Should I seek medical and/or psychiatric attention?

    228. Re:COBOL. by HuguesT · · Score: 1

      Most of the really damaging wars until today have been land wars involving invasion. You need to come via neighbouring nations to get that, i.e. Canada and Mexico in the case of the US. In the last 200 years I think the US did come to some grief via these two nations.

      Today this is unlikely. However the US still continues to police the world in its favour, just like old colonial powers used to do. I'm not sure this is mandated anymore.

      What is surprising is how much the US continues to openly favour outright military action to softer options. The former is more expensive and creates more enemies than the latter and it can be argued, in the case of Iraq and others that it is sometime spectacularly counter-productive. Essentially 9/11 is blowback from former US foreign actions.

      In that light the effectiveness of the US military is very much opened to debate.

    229. Re:COBOL. by sm62704 · · Score: 1

      I think most of the citizens of Illinois don't care what cell he's in, so long as he goes. There's a bumper sticker on the refrigerator at Felbers that says "A. Hitler, J. Stalin, R. Blago".

      I don't think there's a single person living south of I-80 that thinks he's a good Governor, and damned few even in Chicago that do.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    230. Re:COBOL. by HuguesT · · Score: 1

      This is not absurd, this is the simple truth. The US have bombed more countries in the second half of the 20th century than all other countries combined, including China, the USSR and Nazi Germany.

    231. Re:COBOL. by ynohoo · · Score: 1

      in COBOL you could also say

      COMPUTE NEWNUMBER = MYNUMBER + 1

      but this would have been discouraged for simple math statements as the generated COMPUTE code was less efficient than using the ADD, SUBTRACT, MULTIPLY and DIVIDE statements.

    232. Re:COBOL. by vacuum_tuber · · Score: 1

      Comments like this coming from ppl like you (experienced) are for me a very strong reason to read comments on /.. And your "TFA is a joke." is once again an indication that most of the time only 10 to 25% of an article consists of actual truths.

      Thank you. You made my day. Sometimes it seems like posting fact, perspective and/or common sense on slashdot is like pissing into the wind. Your comment affirms that it has value.

      --
      Look at the bright side: there's always seppuku.
    233. Re:COBOL. by sm62704 · · Score: 1

      People died as a result of what put Ryan in prison, including some children that were burned to death.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    234. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      No, that would be stupid. You didn't understand my post. Not that its your fault. A post doesn't contain all of the information necessary to completely unambiguously understand it, nor should it in most cases. So people read it with their own experience and background and interpret it differently.

      I do think that if the language was closer to other languages that were actively being taught and used in industry, any program specific implementation problem would be less of an issue.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    235. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      I'm guessing he never understood the term. As another poster pointed out COBOL had support for ISAM files. I'm sure he didn't use it in a relational context.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    236. Re:COBOL. by joeljkp · · Score: 1

      Just a nitpick, but I was under the impression that it's officially FORTRAN 77 and Fortran 90 (decapitalized).

      Wikipedia seems to agree.

      --
      WeRelate.org - wiki-based genealogy
    237. Re:COBOL. by Anonymous Coward · · Score: 0

      The problem is that anyone who can remember cobol is in korea, talking to robots.

    238. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      Well, its true. I think there is a miscommunication somewhere between my grandfather and me. When I think of databases, I think of RDBMS with SQL and ACID. He knows what a datafile is, maybe he means ISAM when he talks about datafiles. From my limited experience with FORTRAN and very basic COBOL, I assumed it was simply a file data stored in a format completely controlled by the program. Rather than a industry standard file format, complete with indexes. I'll ask him the next time I see him if he's familiar with ISAM's. You also have to to take his age, mental condition and years away from programing into account as well ( which was a large part of the point I was trying to make).

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    239. Re:COBOL. by truesaer · · Score: 1

      That could be, I was mainly responding to the idea that you must be very senior to be able to find a job. Seems it is not true. I do still worry about falling into a gap between junior and senior at some point in the future.

    240. Re:COBOL. by Alpha830RulZ · · Score: 1

      Yeah, that's probably fair. I think the sweet spot for getting work in hands on technical work is between about 3 and 8 years of experience.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    241. Re:COBOL. by crawling_chaos · · Score: 1
      but honestly, I don't really care much about widgets, as long as they don't look like ass.

      The users do. And they sign the acceptance documents. Do not underestimate the power that lies there.

      --
      You can only drink 30 or 40 glasses of beer a day, no matter how rich you are.
      -- Colonel Adolphus Busch
    242. Re:COBOL. by vacuum_tuber · · Score: 1

      It's not screaming at you. Before the adoption of ASCII with upper and lower case, many representations defined only the upper case alphabet and languages like COBOL were created in that era.

      The code looks to me like COBOL 85 and looks suspiciously like it might even be Wang VS COBOL 85.

      I suffered no brain damage examining the code.

      --
      Look at the bright side: there's always seppuku.
    243. Re:COBOL. by ichigo+2.0 · · Score: 1

      Oh come on. Comparing the U.S. to Nazi Germany just weakens your cause. I don`t think that the U.S. is after world domination. At least not consciously.

      Eh? What planet do you hail from, the US has been dominating the world for a while now. It's not called the "American century" because Brazil is running the show!

      Unless you meant that the US isn't planning on conquering the world in which case the analogy breaks down, as Nazi Germany wasn't planning on conquering the world either.

    244. Re:COBOL. by MoeDrippins · · Score: 1

      I see. Apologies for the misread.

      --
      Before you design for reuse, make sure to design it for use.
    245. Re:COBOL. by demachina · · Score: 1

      "Japan successfully attacked the U.S. in WWII, albeit Hawaii, and they did so over thousands of miles of ocean."

      They didn't INVADE the U.S. They lobbed bombs and torpedoes in a sneak attack and ran. Big, big difference. That wouldn't even be possible since spy satellites were invented. Mounting an amphibious invasion on a small island and on a country with 200-300 million people most of whom have guns is a whole different scale of a problem. It took the U.S. years to collect the resources to invade Normandy, and they had the benefit of Great Britain as a jumping off point.

      You will never be able to sort out how much of it is due to the geography and how much is due to the staggering sums the U.S. spends on aircraft carriers and nukes, so there isn't any point in arguing about it. About the only conclusion we've reached is its obvious the U.S. military is powerful, it OUGHT to be when you spend as much on it as the rest of the world combined. I'm just of the opinion its totally excessive, and what you get when a military industrial establishment that is ought of control and with unchecked power. The U.S. also spends way to much time invading countries under false pretenses and toppling governments which are none of their business. I think it is still indisuputable that the U.S. is currently the most aggressive nation on the planet, and everything you've said supports that.

      --
      @de_machina
    246. Re:COBOL. by demachina · · Score: 1

      "Oh come on. Comparing the U.S. to Nazi Germany just weakens your cause. I don`t think that the U.S. is after world domination. At least not consciously."

      The U.S. is totally after world domination. Its just not doing it as overtly as Nazi Germany or Imperial Japan. Its mostly seeking to do it economically and culturally, and only militarily whenever there is some regime they can easily squash that challenges American hegemony. Fortunately for the rest of the world, at least since Bush took over, they are completely sucking at it and the economic domination is in complete collapse. Militarily the U.S. is so bogged down in Iraq it can't do anything else or it would, no doubt, have gone after Iran already.

      --
      @de_machina
    247. Re:COBOL. by torqer · · Score: 1

      Question: Define the term "self-fulfilling prophecy"

      Answer:

      "I couldn't come on board today and learn what I learned. Hell, fresh-faced kid who's as smart as me just started and I don't have time to teach him, word's gotten out through the whole company that I'm one of two people in the department you want to talk to and I'm being worked to death."

    248. Re:COBOL. by CanadianBeaver · · Score: 1

      When was the last time our National Defense actually did "defense".

      You know what they say, the best defense is a good offense. O_o

    249. Re:COBOL. by KnightNavro · · Score: 1

      The system is 20 years old and predates XML. They've been trying to get it upgraded for the past 10 years, but the money hasn't been allocated. Apparently changing the code to allocate the money for an upgrade is also difficult.

    250. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      I checked out the link for the free COBOL editor for windows in your sig. One of the screen shots has the file handling I've seen before in it. That is what I thought my grandfather was referring to as a datafile, rather than a ISAM file.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    251. Re:COBOL. by hey! · · Score: 2, Insightful

      Local police departments usually can't handle situations calling for aircraft, or SCUBA divers or Hazmat teams. They almost never have more than rudimentary lab capabilities for assaying alleged drug samples, or doing DNA tests or ballistics tests.

      All but the largest localities have limited ability to deal with rioting, or situations calling for special weapons and tactics. They never have enough cops to deal with natural disasters like hurricanes or man-made disasters like train wrecks or large chemical spills. Even their detective force probably has limited capacity and capabilities. They usually won't be ready to deal with arson or explosives. Nor can they deal with situations involving widespread police corruption.

      People who talk this kind of nonsense are usually ignorant of what their state actually does. Yes, people once survived without state services, but life was universally agreed to be nasty, brutish and short. Yes, localities could get along without state services, but it wouldn't be cheaper. Would it be cheaper for you if you had to take a few weeks off work to serve in a posse? Would it be wiser of you to leave that work to people who were most willing to do so?

      Eliminate statewide services and localities would have to band together to operate shared police academies, forensic labs, SWAT teams, air and marine wings, detective services and so forth. What you'd get, in the end, would simply be a different regional government.

      The answer to the problems of bad government is to pay attention, not turn your back on those problems.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    252. Re:COBOL. by hey! · · Score: 1

      Having stared in the era where database management systems were somewhat rare, I can hazard a guess that the problem isn't that the parameter is stored in a flat file or proprietary file format. The problem is likely to be that the parameter is stored all over the place. It may be represented, or constraints on it may be represented, in code.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    253. Re:COBOL. by belreddude · · Score: 1

      ROFLCOPTR

    254. Re:COBOL. by JebusIsLord · · Score: 1

      I'm still a newbie, and Cobol is before my time. Nice to know that C isn't worshipped in all circles by old schoolers! Very interesting.

      Oh, and I meant 'X' as in a variable, not X11 :). That made me snicker!

      --
      Jeremy
    255. Re:COBOL. by Billly+Gates · · Score: 1

      Its a liability to not have someone trully trained and professional with years of experience.

      Companies like Fedex mandate it because they have been sued and lost for wrongful terminations.

      Laywer: Wait you mean he did not have 10 years experience and has no computer science degree! Your honor its the employer who was neglent in hiring unqualified workers.

      Judge: Agreed settlement to plaintiff.

      bla bla.

      THis is why geeks should get their degrees. Its nearly impossible to find work as a result of the fear of liabilities regardless of experience ... and get experience too.

    256. Re:COBOL. by mounthood · · Score: 1

      The problem is most likely in understanding and coping with a huge and antiquated accounting system, which is probably poorly documented and commented, and which has had tweaks and mods jammed in every year to cope with updated financial and legal requirements.

      And it's not just a technical problem. This is a government system, that handles money, in the middle of a political battle. Talk about office politics.

      --
      tomorrow who's gonna fuss
    257. Re:COBOL. by Quartz25 · · Score: 1

      1) Write bad COBOL program
      2) ???
      3) Profit!

      --
      Most people don't get why the integral of "e to the x" is so funny. Most math majors don't have a sense of humor.
    258. Re:COBOL. by nahdude812 · · Score: 1

      Just don't lie... especially if we can find out about it on your personal site. Have had that a few times; someone claiming 6 years of experience with Technology X, when on the same website they included on their resume as example experience they have a blog talking about picking up the basics 6 months ago.

    259. Re:COBOL. by nahdude812 · · Score: 1

      Remember that interviews go both ways. They're interviewing you to find out if you're a good match for what they need. You're interviewing them to find out if the job they have is a good match for what you do (or want to do).

      Just make sure to double or triple the impact of any negatives they present. When you ask if they ever do death marches, and they say, "maybe once a year when we approach a new release, and we try to make it better by providing free pizza and coke," read that as "every month or two; someone goes for food but it's pitch-in, and the guys on the other team who aren't in on the death march will snipe some of the pizza you paid for."

      It is very hard to get over the impression that you're not allowed to ask questions, or that asking questions will make them think less of you. Any place worth working for will appreciate your thoroughness with the questions you're asking, the only places that will hold something like that against you is places that expect you to keep your mouth shut and do as you're told. It's helpful to prepare the questions you intend to ask in advance. Bring a note pad, and have the questions written down on that pad so you don't miss any.

      Plus if you keep in mind that you're also interviewing them, it'll help to keep you grounded, and will demonstrate a level of confidence and competence on your part which may actually increase your chances of being offered the job.

      Some sample questions:
      1) What is the average number of hours worked each week by members of the team, and do you expect that to change in the foreseeable future?
      2) Describe your development cycle from requirements gathering to feature planning to architecture planning to release strategy to actual release.
      3) What is your policy on internally discovered security vulnerabilities with your software?
      4) Do you send your team members to conferences or training, and what are the typical arrangements for such (what's paid for by the company vs what's paid for by the employee)
      5) How much development time is spent on new feature development vs bug fixing.

      There's plenty more and of course your actual position and responsibilities tailor the applicability and value of each question.

    260. Re:COBOL. by Surt · · Score: 1

      That would be true if a counter offer was only ever made after resignation. But I didn't resign. I suppose you could argue that I'm negotiating my salary instead, but I don't think about it that way. Salary negotiations are a normal part of maximizing your salary at your current employer if you don't want to leave, and are largely unaddressed by the article you referenced.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    261. Re:COBOL. by drsquare · · Score: 1

      What conservatives argue against are social programs such as social security, Medicare, etc. Those weren't a part of the federal government envisioned by the founding fathers even though poverty was arguably *worse* back then than it is now.

      So the mega-rich slave-owning founding fathers didn't give a shit about the poor, so in the 21st century, we shouldn't either? Nice, I can see why you libertarians have such wide support.

      And if you got rid of the nonsensical and massively expensive social spending, the state and federal governments could still do their constitutionally-mandated jobs AND we could pay a lot less in taxes which would lead to a more productive economy

      So, you abolish Medicare. Instantly, tens of millions become ill or die. You abolish social security, millions of pensioners starve or freeze to death, the unemployed and poor are forced into crime to survive. You abolish schools, and within a generation, there are a hundred million who can't read or write, and can't find work. How does any of this help the economy?

      Oh wait, a few Ron Paul supporters will save a bit more on taxes, of which they'll have to spend about 500% on high walls, electrified razor-wire and 24/7 security in order to stay alive and safe, so all is well. America may descend into a third-world, Mad-Max style hellhole, but at least those liberals in Congress won't be stealing your wages at gun-point, eh?

    262. Re:COBOL. by drsquare · · Score: 1

      Texas also has only about 58% California's Gross State Product, 56% of its population.

      Which by my calculations, makes Texas 3.5% richer than California, even though the latter is full of Hollywood millionaires. Seems like the part-time government thing actually works.

    263. Re:COBOL. by zig007 · · Score: 1

      I suffered no brain damage examining the code.

      So you say...

      The code looks to me like COBOL 85 and looks suspiciously like it might even be Wang VS COBOL 85.

      I'd say it's because the damage was already done...and those dreams never really go away either, do they? :-)

      --
      Baboons are cute.
    264. Re:COBOL. by DragonWriter · · Score: 1

      Because the U.S. has invaded more countries by far than any other country at least since World War II. The other leading contenders for the title aren't around any more, Nazi Germany, Imperial Japan and the Soviet Union.

      Japan is still around, and still has an Emporer, though AFAIK its only invaded one country since WWII (by participating in a supporting role in the most recent US-led invasion of Iraq), so it is hardly one of the other leading contenders. Nazi Germany ceased to exist with the end of WWII, so can't have been one of the leading contenders in invading other countries after WWII (though you are correct that it isn't around.)

      The USSR is probably a valid leading contender for the post-WWII most-invasions-of-other-countries title, and is also not around anymore, so you were right on one out of three.

    265. Re:COBOL. by Anonymous Coward · · Score: 0

      Ah, you do know that unix and databases (even SQL) predate the 80s dont you?
      Anyone who knows there way around a 360 would have more than a fair idea what a database and unix are, although perhaps not that much about sql.

      damn younguns, thinking everything if new and shiny.. a lot of the current technologies have been around in similar forms for a LONG time you know.

      Of course, this all sounds a lot like someone who just doesnt want to make the change - if their system is that broken, how have they been managing changing tax and associated details over the lasy X years?

      I call BS on the whole thing, I bet it wont get sorted out though.

    266. Re:COBOL. by Bill,+Shooter+of+Bul · · Score: 1

      Yeah, I'm aware of the history of computing. That's sort of the point. Its hard to tell with my Grandfather if he's forgotten about some things that he may have heard of ( like UNIX), or he just never knew about them be cause he didn't use them. The Database issue has been well discussed in other comment sub threads. I'm not sure if he only dealt with program specific formatted data files ( not databases) or if he actually did work with ISAM or similar files ( which smell like databases, I would admit).

      I'll ask the next time I talk with him.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    267. Re:COBOL. by Anonymous Coward · · Score: 0

      I'm not sure what you are say, but it sounds interesting. Do you think the data returned from a database should be static? If I've learned anything from the database flame wars on slashdot, is that a database's worth is dependent upon the task at hand. If it works, its awesome. If not, it sucks.

    268. Re:COBOL. by Anonymous Coward · · Score: 0

      Who says we're old? I did COBOL in the '80s, and I'm only 43 now.

    269. Re:COBOL. by barath_s · · Score: 1
      ... paying one hacker for a day to write a Perl script to hard wire all the salary data in the database to minimum wage.

      Let's see.The governor's wage is $1 per year. Paying him minimum wage will actually result in a wage increase. The software ould then have to figure out a way to get him his (negative) back pay after 6 months.

    270. Re:COBOL. by Reziac · · Score: 1

      I know nothing about COBOL, and I learned FORTRAN 4 in high school... but your post made me wonder -- is dBase's programming language descended from COBOL at all? I don't know what made me have that thought, since I don't speak dBase either, tho have been exposed to it a few times.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    271. Re:COBOL. by Reziac · · Score: 1

      Montgomery Ward, more often called Monkey Wards. My dad was a district manager for 'em back in the 1950s/60s. So your granddad saw to it that my dad got a paycheck. How's THAT for very few degrees of separation?!!

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    272. Re:COBOL. by ivan256 · · Score: 1

      Did they pass a special law for that, or is he breaking the federal minimum wage law?

    273. Re:COBOL. by socz · · Score: 1

      LoL!!!! that is comedy dude. well since we're on the topic, let me ask an honest question, how much experience should i put on my resume? I've been told several times to break my resume down into 3 versions, focusing in 1 field on each. I personally think it's better for people to see what i'm capable of, but others say it's too much or too broad and that might not make me look like a good match.

      to me it's very confusing, i tell everyone "if i was looking for someone and i know what i need, i'd like them to state all that they know/can do and their experience, not just relevant because then i can better utilize them or help avoid wasting their time." But i've been told not everyone thinks like me :P

      --
      My abilities are only limited by my imagination
    274. Re:COBOL. by sjames · · Score: 1

      The accrued back pay tracking itself is also an issue. When they just don't do a payroll run, they can fix it by running it at a later date for the correct period (they probably had to adjust the system to handle that years ago. Legislatures have a nasty habit of turning budgets in late). Doing a run for minimum wage and keeping up with back pay due is a different matter entirely. They'll have to add new logic controlled by a global THE_LEGISLATURE_ARE_LAZY_CONTENTIOUS_BASTARDS flag.

    275. Re:COBOL. by sjames · · Score: 1

      Mostly the DOD has been implementing the anti-golden rule "do unto others just in case they're thinking of doing unto you".

    276. Re:COBOL. by corrie · · Score: 1

      no - the problem is COBOL

    277. Re:COBOL. by ynohoo · · Score: 1

      some folks refer to data files as "flat files" or just "sequential files". ISAM are indexed sequential files (IBM mainframes), which have a table of pointers for the key of the sequential records. I have not seen VSAM files for a while, but I know that IBM's early databases were built from VSAM files of VSAM files...

    278. Re:COBOL. by nahdude812 · · Score: 1

      I'd say focus only as much on other things as they are relevant to your job. For example, if applying for a C developer position, and you have some Java experience, it's reasonably relevant. If you have GWBasic experience, not nearly as much so. If you worked as a construction laborer for a few years, its only real relevance is to explain what would otherwise be a gap in your resume (and helped teach you the value of hard work of course, which you can explain in your cover letter).

      As an anecdote, when I was earning money for college, I spent about a year as a janitor. Let me tell you that was a character building year; I've never worked so hard as that, and been looked down upon by so many people. I think the character built during that year was incredibly valuable, but it doesn't really have a place on my resume. I have used it in a cover letter right after listing my virtues though; so I don't seem too hubris laden.

      You don't have to forsake less relevant experience if you're proud of it, just don't expend much space on it in your actual resume (it might be good to include these details only in your < 1 page cover letter).

      I like resumes that are easy to parse quickly. Sometimes we get a lot of them for a given position, and many of them are barely relevant or not even relevant at all.

      One of my favorite things is a table of skills, skill level, how recently you used it, and years of experience (you might have done some Classic ASP maintenance periodically for the last 8 years, but because you didn't do it often you're only moderate at it, which is why it's meaningful to put both years of experience and skill level).

      Try to keep your resume relevant unless you're just getting started and need to avoid a resume which only lists education =)

      Employers will glance over your resume first, looking for the skills they need, then if they find enough to be interested, they'll look closer at the resume, and read the cover letter.

      Finally not many technical resumes are 1 page long any more; most are 2 pages, and it's uncommon to see 3 pages.

      The longest I ever saw was 16 pages, and I'll tell you that it got noticed because we all had a good chuckle at that! Well, we did until we read it over; this guy was so far out of our league, he managed to have 16 pages of relevant resume experience. Real, meaty experience going back to the 70's, peppered with various degrees he acquired at different times in his career (he had two pages dedicated to education); this guy used basically every significant language that has existed since the 70's, and used each for at least several years. ASP, .NET, PHP, ColdFusion, Ruby, Java, C, C++, Objective C, Pascal, R, S, (those two are statistical languages), Fortran, Cobol, etc.

      We weren't even close to being able to afford him, and he certainly wouldn't have been happy with the work we had in mind (in fact at the time we were looking for a junior developer).

      Anyway, I've rambled long enough. I guess the moral is, try to keep your resume to 2 pages, and try to keep it as relevant and easy to parse as you can. Monster.com used to have a really good resume creator, I have no idea if they still do, but you might look for it. Less relevant experience can go in the cover letter, and there you can explain its tie-in if any with the work you're looking to do.

    279. Re:COBOL. by shutdown+-p+now · · Score: 1

      Switzerland doesn't spend anything close to what the U.S. does and I don't think its been invaded much either, despite sitting in the middle of a powder keg.

      Switzerland still has mandatory conscription, regular yearly military exercises for reservists, and, as far as I remember, one of the highest number of high-tech military vehicles (fighter planes etc) per capita in the world.

    280. Re:COBOL. by BeanThere · · Score: 1

      I'm extremely glad and grateful that the US fought Communism, because Communism really is fundamentally at odds with liberty and human rights (it is, by definition, and if you don't see that, you have to learn more about it, and keep learning more about it). I wish the US would continue to fight Communism, because the threat never ended when the Cold War ended ... the Marxist mentality continues to spread.

      I shudder to imagine what the world would be like now if we had not had the US to help hold back Communism. Pause and consider that for a moment. Nobody else fought like they did.

      I'm grateful they helped hold back Communism here in Africa via proxy wars ... I would probably be living in a Communist state right now if they hadn't, as the Russians tried their damndest to spread that poison here.

    281. Re:COBOL. by rtechie · · Score: 1

      So, your two options are either violent lawlessness, or corrupted rule -- please don't say that's what we have now; I urge to look at government corruption in other countries, especially ones that have gone through a government collapse before uttering that statement.

      Well, look at Russia. Horribly corrupt under the Soviet system, slightly less under Yeltsin, and about the same under Putin. Many other nations have improved corruption after government upheavals, notably Cuba.

    282. Re:COBOL. by socz · · Score: 1

      thanks a bunch dude, i really appreciate it. I will definitely make changes to my resume with the recommendations you've made.

      --
      My abilities are only limited by my imagination
    283. Re:COBOL. by vacuum_tuber · · Score: 1

      I suffered no brain damage examining the code.

      So you say...

      Yes, so I say. Actual working contact with COBOL before the onset of hardening of the opinions confers lifelong immunity.

      The code looks to me like COBOL 85 and looks suspiciously like it might even be Wang VS COBOL 85.

      I'd say it's because the damage was already done...and those dreams never really go away either, do they? :-)

      No, but the voices reassure me and tell me not to listen to you.

      --
      Look at the bright side: there's always seppuku.
    284. Re:COBOL. by zig007 · · Score: 1

      No, but the voices reassure me and tell me not to listen to you.

      Since I used to work with 4D(http://www.4d.com/), the *easily* most insane development language/toolkit ever made, MY voices reassures me that it's OK not to.

      --
      Baboons are cute.
    285. Re:COBOL. by vacuum_tuber · · Score: 1

      If C isn't okay for business apps, what do you suggest? Java? Please. C will work just fine.

      C was never suitable for writing business apps because it is usually cryptic, offers too many opportunities for fatal errors and oversights, is not well suited to dealing with business data fields, including decimal numbers and doing decimal arithmetic, etc.

      In COBOL, and particularly Wang VS COBOL, all data items are typed, conversions between compatible data types are mostly handled seamlessly by COBOL, there are no pointers directly accessible to forget to initialize or to set to an incorrect value, arguments are passed by reference, which is incredibly efficient and allows argument values to be modified and passed back, both the language and machine directly deal with decimal numbers and decimal fractions in ASCII and in packed decimal, the machine has instructions that perform decimal arithmetic on such fields, etc. etc.

      --
      Look at the bright side: there's always seppuku.
    286. Re:COBOL. by vacuum_tuber · · Score: 1

      Re:COBOL. (Score:1, Flamebait)

      The moderator who tagged my post as Flamebait is proof that slashdot is Snob City and that way too much moderation is not done on the basis of content but on the basis of prejudice and clueless vindictiveness.

      I have real issues with the generational problem of C being regarded as suitable for business apps and COBOL being demeaned. I've been out there in IT, living with these problems. Here on slashdot they are only words expressing opinions, but out there in the real world IT has real problems and numerous disasters.

      And I really did write a mainframe Web server in COBOL 74. I mentioned it because those who don't know COBOL or only have a passing familiarity with it think it can only deal with fixed format records and fields. In fact, COBOL can parse strings and build strings of variable length fields, as is necessary in dealing with HTTP, which has virtually no fixed-length structures.

      --
      Look at the bright side: there's always seppuku.
    287. Re:COBOL. by vacuum_tuber · · Score: 1

      No, but the voices reassure me and tell me not to listen to you.

      Since I used to work with 4D(http://www.4d.com/), the *easily* most insane development language/toolkit ever made, MY voices reassures me that it's OK not to.

      Cool.

      I looked at the 4D link but was unable to find anything that simply described it by saying, "4D is..."

      I have worked for over 20 years with Wang PACE (Professional Application Creation Environment). PACE is a 4GL and relational database without an SQL interface per se, but with limited SQL in its Host Language Interface that allows using database functionality in several high level languages.

      PACE is an exceptionally powerful tool that supports relationships and referential integrity rules in its Data Dictionary, and allows creating default apps at the touch of a button that contain Display, Add, Modify, List, List Add, List Modify, Delete and Query screens that can further be modified by an exquisite screen editor. Complex apps can integrate Host Language Interface (HLI) code either to enhance screen and field functionality or even to completely control the flow between screens and screensets.

      Entire straightforward PACE apps can be created, containing many screensets and screens and dealing with many related tables, all without writing a single line of code.

      I began working with PACE about 1986. In 1989 I got involved in an Oracle project. I was shocked at how primitive Oracle was compared to PACE. Yes, it had a solid database engine, and yes, it had ad hoc and stored query capability, but it knew nothing about referential integrity unless you had the CASE tool, which faked referential integrity by generation of zillions of triggers in SQL*Forms. Heaven help anyone who tinkered with such forms because they could disrupt referential integrity without realizing it. And heaven help anyone trying, as I did, to build forms from scratch -- it was necessary to figure out and painstakingly write all the forms triggers necessary to accomplish referential integrity.

      PACE is still a contender today for rapid development of finished database apps and maintenance thereafter.

      --
      Look at the bright side: there's always seppuku.
    288. Re:COBOL. by tuomoks · · Score: 1

      Yes - it must have been a joke, all the databases since early -70 had utilities do to the same and more, much more.

      As that example - you are right OR someone really had much more simple environment than I have ever seen. Actually salary calculations are kind of art - past and future, contracts, exceptions, ever changing tax rules based on whatever (location, job description, hours accumulated, etc, sometimes prorated), currency (with ever changing rates), age and credits, employment and/or partnership status, shift, prepayments, deductions, allowances, sharing options, sick and vacation days, insurance rates, pensions, and so on - a long, long list. And don't even think about the distribution of payments, it has it's own nightmare, where and when, from what account and for what part, pre or post taxed, law or court ordered splits, currency conversations again with allowed amounts and local/foreign tax withholds, foreign bank transfers, printing, posting, transferring or giving cash or checks from offices - a long, long list again. And of course remember to audit / report all that the regulated way, required by local / foreign laws and rules.

      I honestly sometimes wonder in which world the /. people live, don't they ever write anything for a business? And trust me - payroll is simple compared to some other business/IT problems.

      In such COBOL programs that I have seen, written and fixed (except that has been the reason to fix those), I have never seen hard coded any of the business rules - all based on tables / databases, which can and do change daily or even several times a day.

      The whole COBOL thing is weird, in business environment the languages don't really matter much but good configuration management / source control, database design, layering, etc. COBOL as a language is anyway so simple that any(?) programmer can pick it up in a day or two. And avoid the language based security problems, miscalculations, have a nice, language based error control without catches, tries, throws, whatever.

      The main problem is that people who don't know COBOL but have read opinions are repeating what they read. What - no subroutines, functions, etc - I then wonder why our date, etc calculation routines written in assembler still kept working in CICS, IMS and batch programs written in COBOL? How my PL/I print routines worked even in on-line systems written in COBOL. And the statistical Fortran functions gave the same answers when used from on-line (written in COBOL) giving nice (not graphical!) tables to old green terminals (or actually mostly amber in Europe). Or why moving from "home grown" direct access database (on magnetic strips) to VSAM and IMS/DB and relational databases needed no changes in on-line programs facing 100K+ screens. Or why changing a a database structure to accommodate the (stupid) one byte company ID to 32bit only needed one command in CM/SC to compile 18K programs to support it (one weekend though!) Or - how the Data-Saab two cpu, redundant, fail over manufacturing control system ever run with an OS written in COBOL. Maybe people should take a look a Burroughs OS - Algol, what's that?

      And I might have agreed a long time ago that COBOL is wordy but after seeing some "new" systems - give me a break, it always seems that everything is invented again in every program - is there a reason for that except inexperience?

       

    289. Re:COBOL. by tuomoks · · Score: 1

      I just answered to MBGMorden under your comment, take a peek, you make a Perl script to calculate salaries in one day (or in one month, whatever) in real world and you can retire next week and maybe buy Microsoft if that's in your interests. COBOL has nothing to do with this, it just is a precise and clear language for business functions and a excuse for many things.

      Yes - I agree, the politics and, unfortunately often, the IT management egos / incompetence are the problem, not the languages or even the operating systems - he should step aside!

    290. Re:COBOL. by Anonymous Coward · · Score: 0

      me old guy, am very smart. Me have programmed COBOL 20 years and am grasp 3rd grade math good. FORTRAN am very ugly language, no like FORTRAN. Like PL/SQL very big, am goo. Java very good too.

  3. Programmers? by SgtPepperKSU · · Score: 5, Insightful

    Why would you need a programmer to change people's pay in the system?

    Oh, wait; you don't. This is just more politics...

    1. Re:Programmers? by Sebilrazen · · Score: 4, Insightful

      Why would you need a programmer to change people's pay in the system? Oh, wait; you don't. This is just more politics...

      Job security? They(the bureaucrats) didn't know that it could be done without a programmer, so the programmer did it so they'd need a programmer.

      --
      "There are no facts, only interpretations." --Friedrich Nietzsche.
    2. Re:Programmers? by gfxguy · · Score: 1

      Beat me to it... computer nerds can get away with just about anything using tactics like this. Such crap.

      --
      Stupid sexy Flanders.
    3. Re:Programmers? by oldspewey · · Score: 4, Insightful

      It is possible that the code actually is that fucked up.

      --
      If libertarians are so opposed to effective government, why don't they all move to Somalia?
    4. Re:Programmers? by Anonymous Coward · · Score: 0

      And you would know all about this...why?

    5. Re:Programmers? by Anonymous Coward · · Score: 5, Insightful

      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.
       

    6. Re:Programmers? by bestinshow · · Score: 4, Interesting

      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.

    7. Re:Programmers? by geekoid · · Score: 4, Insightful

      Yes, but I would need a high degree of evidence to show me what a pay rate change would require reprogramming.

      And I work with a COBOL system.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    8. Re:Programmers? by Lord_Frederick · · Score: 5, Insightful

      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.

    9. Re:Programmers? by omnichad · · Score: 1

      I'm sure by now inflation would have made this obsolete a long time ago. What was minimum wage in 1970?

    10. Re:Programmers? by roc97007 · · Score: 5, Insightful

      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.

      --
      Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
    11. Re:Programmers? by Anonymous Coward · · Score: 5, Funny

      I work with a COBOL system

      How soon can you get on a plane to California?

    12. Re:Programmers? by quadrox · · Score: 1

      My first thought was that the system was somehow set to only allow a certain maximum change in payrolls. This might mean that they can only reduce the pay by a certain amount each month, or something like that. Such a system would likely be set up that way to prevent exactly what the Governor wants to do, possibly for social security purposes or similar.

      The only thing I don't understand is why such a system would be setup in the US. In Europe and especially denmark (where I live) I could understand this, because we care a lot about welfare, but not in the US.

    13. Re:Programmers? by dave562 · · Score: 1

      Amen brother.

    14. Re:Programmers? by Lord_Frederick · · Score: 5, Funny

      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.

    15. Re:Programmers? by neko+the+frog · · Score: 5, Informative

      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?

      --
      -- the opinions stated above aren't those of my employer. in fact, they're probably not even my own. you know what, ju
    16. Re:Programmers? by Drathos · · Score: 2, Interesting

      Depends on the way the system was written, I suppose.

      I know a former COBOL programmer who worked for a telco in the early 90s who dealt with their billing program. Every month, he had to make program changes as part of their invoicing process for customers like Coca-Cola and the Mormon Church.

      --
      End of line..
    17. Re:Programmers? by Anonymous Coward · · Score: 0

      Oh, wait; you don't

      Yeah, you just load the data file up in excel and set the entire "pay" column to 6.55, amirite? Naturally, Excel will handle all the magical parts of figuring out who gets a pay cut (the janitors) and who doesn't (the governor), all without any of that pesky "programming" bullshit!

    18. Re:Programmers? by Anonymous Coward · · Score: 0

      Definitely. I worked with some really crappy code that was written in the late 60's.

    19. Re:Programmers? by LWATCDR · · Score: 4, Interesting

      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"

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    20. Re:Programmers? by goldsaturn · · Score: 1

      Oblig: You must be new here...

    21. Re:Programmers? by Qzukk · · Score: 2, Insightful

      My first thought was that the system was somehow set to only allow a certain maximum change in payrolls

      My first thought is that there's no way to say "Set everyone's hourly wage to 6.55", and that it would require loading each employee up one at a time, entering the new wage and saving the record, all while waiting about a minute (based on experience with large, ancient payroll systems) for each operation to complete.

      All while using data entry personnel who you trust to give themselves pay cuts.

      My second thought is that once it's done, there's no way to say "Set everyone's hourly wage back to what it originally was".

      Even if there was a button that set everyone's wage to 6.55, I'm almost certain that the governor isn't taking a pay cut, so the button would still be useless.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    22. Re:Programmers? by COMON$ · · Score: 5, Informative
      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.

      --
      CS: It is all sink or swim...oh and did I mention there are sharks in that water?
    23. Re:Programmers? by Surt · · Score: 2, Informative

      You do if you want to change everyone's salary. I'm sure global salary adjustment is a sufficiently rare phenomenon that it is not a feature of the system (remember, this was developed in cobol). So you have to do this programmatically. Making the same change by hand would be error prone, if it was even possible to do in a sane time frame. Remember that unlike with a raise, for example, you need to remember the old salary.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    24. Re:Programmers? by Anonymous Coward · · Score: 0

      It'd probably be easy to change everyone's pay to minimum starting at a specific date.

      The issue here (as I understand it) is that they have to change people's pay to minimum at a certain date, but then revert to the original pay at a later TBD date. In the meantime, they have to queue up the missing funds and pay that too once the budget is sorted. That in turn could have all sorts of implications on federal/state withholding amounts. They also have to queue up raises and that sort of thing. It is also possible that some employees might have automatic payroll deductions (health insurance, 401k, alimony, whatever) that exceed the federal minimum wage.

      The controller is right to push back as hard as he possibly can with every argument he can think of. This is just a stupid bullshit political-motivated temporary code change. You always push back hard on those.

    25. Re:Programmers? by Anonymous Coward · · Score: 1, Insightful

      I sincerely doubt anyone wants to sit around and manually change the pay rate for every individual on the payroll. I'm also relatively sure there's not a "modify all records" button.

    26. Re:Programmers? by The+Dancing+Panda · · Score: 2, Informative

      It's not just a pay rate change. It's changing from salaried to a wage system. I don't see why they can't just pay them salaried minimum wage, but that seems to be the problem.

    27. Re:Programmers? by Al+Dimond · · Score: 5, Insightful

      A guess: it's not changing the pay that requires a change in the code. It's keeping track of how much pay each employee is then owed at the end of the political fight.

      You see, they're not just going to unexpectedly cut their employees' pay. They're just going to take a short, interest-free loan from them without their consent. How merciful of them.

      It's no wonder governments so often get the worst pick of employees. Why would people with choices stay when they could at any time used as political pawns like this?

    28. Re:Programmers? by DeadDecoy · · Score: 1

      Ah further proof that obfuscated code ensures job security. Even past when you actually want the job back. :)

    29. Re:Programmers? by OldeTimeGeek · · Score: 1
      Because maybe, just maybe, the system wasn't designed to allow someone to change someone's pay to some arbitrary number because nobody thought it would be necessary.

      There's really a very limited set of things that you can do with someone's pay within the California Civil Service. You can raise it or redirect it (liens, for example), you can dock some of the amount, you can change the deductions as necessary, but aside from reassignment pay doesn't change that much. You can change the pay but you can't really change the rate of pay much without changing the employee classification. And doing that would mean that paychecks would be screwed up for years.

    30. Re:Programmers? by punkass · · Score: 1

      This times a thousand...or at least cap off large salaries at $75k...

      --
      "Nobody owns the fucking words man." - James Dean
    31. Re:Programmers? by jgtg32a · · Score: 2, Interesting

      I have to agree with SgtPepperKSU, because it seems like this wasn't a problem when they needed to raise minimum wage.

    32. Re:Programmers? by encoderer · · Score: 4, Insightful

      My honest guess?

      There's sanity checks on the data-input screens that prevent you from entering NaN, a negative number, etc, and somewhere along the line somebody added a sanity check to make sure the persons new rate was >= to existing rate. Maybe to prevent a misplaced decimal or something.

      And the "6 month solution" that they came up with was maybe to re-enter the employee data into a new record, with new rate, etc.

      But really, if I was tasked with this, I'd want a programmer, too. It would be a lot easier to mod these salaries in batch than one-by-one.

      I don't either of these require a team of COBOL wizzards as they're making it seem. Surely in the most populous state in the Union there is a single COBOL developer that has touched this payroll system before and can get into it.

    33. Re:Programmers? by MightyMartian · · Score: 1

      Indeed. I'm a little suspicious of this. Surely the system can take into account pay changes either to individuals or to groups. I mean, that's why governments and large corporations went into automated payroll systems in a big way in the late 1950s and early 1960s. I smell someone who simply doesn't want to make the change, and is coming up with an idiotic excuse.

      (Well, it's only idiotic if the Governator doesn't buy it. I'll wager he does.)

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    34. Re:Programmers? by Anonymous Coward · · Score: 0

      No you realy don't. I am still a COBOL programmer with 30 years experience, I started in the late 70's working on payroll systems that were written in the 60's and you did not change code to alter a persons payrate even then. The data is not in tables, if it were then code would have to change every time one of those 200,000 employees got a pay raise. Things like salary, hourly rate, deductions, other earnings are kept on the employee master record. Even the data for tax tables is not kept in the code but loaded from external storage. This controller is an idiot playing politics. He just does not want a minimum wage job.

    35. Re:Programmers? by oldhack · · Score: 1

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

      You forgot apathy. Yep, I contracted for Fed a long time ago.

      --
      Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
    36. Re:Programmers? by nko321 · · Score: 1

      They could've had the nerve to hard code all pay values everywhere. Stupid, but there it is.

    37. Re:Programmers? by jftitan · · Score: 1

      I could goto California tomorrow, I know enough COBOL that I could manage it. I'll do it for cheap too. I'm sure I'm gonna get way in over my head, but thats what California did in the first place, so why not continue the trend.

        Oh wait... my laptop will probably be taken away when I try to board a plane. Thanks Government oversight fuck everyone at every level!

      --
      "Don't Forget to Salt the Fries"
    38. Re:Programmers? by darkstar949 · · Score: 1

      But as someone else pointed out - it might also just be a matter of them getting an error message when they try and lower the salary of someone using the application.

    39. Re:Programmers? by NNKK · · Score: 1

      They're not as dramatic as locking everyone in a room until they're done, but in most legislative bodies, there are ways to make life deeply unpleasant. The tactics tend to require the cooperation of the speaker/chair/president/whathaveyou of the body and a sizable minority of members to be truly effective, though.

    40. Re:Programmers? by gmack · · Score: 1

      I think it's more simple than that. I bet you the system is just not designed for bulk wage changes meaning someone would have to go through each contractor/ pay grade and reduce it to minimum wage and then to back again when everything is restored.

      Odds are that's thousands of changes.

    41. Re:Programmers? by Duhavid · · Score: 1

      I took a COBOL course in community college as well, and we did the sentinel thing as well. But our prof did a better job of teaching us that Y2K would be a problem, and that we should keep that in mind and not assume so much about how long it would be in service. Of course, he was ( along with most of the other profs there ) gainfully employed in the field he was teaching.

      I recall at least one time when the "Redefines" concept helped me with a problem. And a technique the above prof taught us ( parsing address data from the end of the string, rather than the beginning ) proved helpful in another instance. And it was helpful in C++ code.

      --
      emt 377 emt 4
    42. Re:Programmers? by bladesjester · · Score: 1

      Would a USB floppy drive work?

      Just a thought...

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    43. Re:Programmers? by Stormy+Dragon · · Score: 1

      Do you expect me to believe that California Government employees never get pay increases or promotions? They obviously have ways of changing pay and do it regularly.

      This is a flat out lie, and frankly we should all be personally insulted that the CA comptroller thinks we're too stupid to figure that out.

    44. Re:Programmers? by localman · · Score: 2, Insightful

      I doubt it. The pay rates have absolutely changed many times since the code was written. Without extraordinary evidence I refuse to believe the pay rate change would be that difficult. This is just a lame excuse.

    45. Re:Programmers? by SeigneurCasque · · Score: 1

      Ever heard of a USB floppy drive? Low cost and doesn't void your maintenance agreement.

    46. Re:Programmers? by Anonymous Coward · · Score: 0

      Um, they do make USB floppy drives.

    47. Re:Programmers? by Ohio+Calvinist · · Score: 1

      I could see this breaking because the state minimum wage in California is higher than the federal minimum wage. I am sure they have some code in there when $min_wage is increased, all the rate table entries below that get bumped up. You'd also have to supress any automatic step/grade increases that in some cases roll on aniversary or FY roll dates. I could go on-and-on, but would imagine for a beauracy the size of the CA government, and all the bargaining units (unions) individual requirements for every different job classification, I would say it would take forever and a day just to test a change that big, and staff on-call 24x7 putting out fires modifying all the pieces (beit data or code) that didn't roll properly.

      All and all, just a guess, but I've seen worse things hard coded into systems (in particular payroll) before. I simply can't see how the governor could even think about doing that to contract employees without a legal mess fifty times worse than the payroll system update could ever be.

      --
      Forgive my spelling from time to time. I'm often posting during short breaks.
    48. Re:Programmers? by Just+Some+Guy · · Score: 1

      I could goto California tomorrow

      For some reason, I believe that.

      --
      Dewey, what part of this looks like authorities should be involved?
    49. Re:Programmers? by Anonymous Coward · · Score: 0

      USB floppy disk drives?

    50. Re:Programmers? by Anonymous Coward · · Score: 0

      that's like the ultimate social job security lock-down.. usu you write something obscure to protect yourself, but this covers the whole state!

    51. Re:Programmers? by Anonymous Coward · · Score: 0

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

      Locking a priest in a room with children and seeing the most sick making videos that they can get?

    52. Re:Programmers? by sconeu · · Score: 1

      Personally, I'd like to see an SCA (state constitutional amendment) to the effect that all elected state officials, and their direct staff forfeit their salary for each day that the state is without a budget.

      Yeah, the elected Assembly and Senate members tend to be rich, but when their staffers go unpaid, they'll get holy hell.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    53. Re:Programmers? by Anonymous Coward · · Score: 0

      First, they wait till the present pope dies?

    54. Re:Programmers? by Anonymous Coward · · Score: 0

      Ask publicly? Somebody's already grabbed him up for sure. You were too late, the guys in black were there asking him about it 10minutes before he posted.

    55. Re:Programmers? by soundguy · · Score: 1

      Probably $1.40. That's what I made working at the snack bar of a drive-in theater.

      /old

      /knows line-numbered basic

      --
      Nothing worthwhile ever happens before noon
    56. Re:Programmers? by YeeHaW_Jelte · · Score: 1

      Just guessing here, but maybe somethings an unsigned int when it should be signed?

      I don't know COBOL, so I'm not sure how the variables work.

      Maybe it's one of those systems that just works, hasn't needed any maintenance for years and all the expertise on how the system works was lost?

      Or maybe the state controller is just waving his magic wand and pulling a rabbit out of his hat?

      --

      ---
      "The chances of a demonic possession spreading are remote -- relax."
    57. Re:Programmers? by Alyyx · · Score: 1

      In this case wouldn't you need not only the change in pay rate but also a way to track the difference between what they should be making and the minimum wage that they get, so that can be payed once the budget is passed. This would take a programmer.

    58. Re:Programmers? by egburr · · Score: 1
      --

      Edward Burr
      Having a smoking section in a restaurant is like having a peeing section in a swimming pool.
    59. Re:Programmers? by Anonymous Coward · · Score: 0

      USB Floppy Drive?

    60. Re:Programmers? by oldspewey · · Score: 1

      I could goto California tomorrow

      For some reason, I believe that.

      I don't think the parent is being very objective about this.

      --
      If libertarians are so opposed to effective government, why don't they all move to Somalia?
    61. Re:Programmers? by truesaer · · Score: 1

      Off the top of my head I can think of a few reasons why this is an issue. Because it is changing everyone's pay rate, rather than just a small adjustment to a particular job. Consider a few factors...vacation and sick time are probably correllated somehow with your pay grade. Pension and retirement benefits as well. Then, each title or job level probably has a mandated pay range which everyone has to be in. Changing the pay rate also means that tax withholding has to be adjusted. Many employees may have automatic deductions from their checks that would end up being more than the paycheck if they were dropped to minimum wage...what happens in this situation? That's just in 30 seconds of thinking.

      Making a change to a large system can have a lot of secondary effects that are hard to correct for. If you combine that with antiquated systems and a severe shortage of qualified staff, it could indeed take 6 months to make a change like this. And 9 months to undo it, since you'd have to retroactively adjust all the secondary effects to pay back what was missing until the budget passed. Especially if you're careful to watch for quality in your development process. Mistakes made in payroll systems are really not acceptable.

    62. Re:Programmers? by VGPowerlord · · Score: 1

      I don't work with COBOL, but I'd at least hope they'd work with a network database (Honeywell IDS/2?) to store the actual payroll rates and things.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    63. Re:Programmers? by leenks · · Score: 1

      And they work with old legacy operating systems without USB support how exactly? (thinking DOS, NT4, old SunOS, SCO (yeah... people do still run it) here).

    64. Re:Programmers? by MrSteveSD · · Score: 1

      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.

      I suppose it depends on what standards have to be met. In the UK we often have to meet the ISO 9000 standard, but that just involves showing them project documents (e.g. Requirements Capture, Functional Design Spec etc). The code itself could be complete crap, but as long as the planning documents look good, you pass.

      People sometimes seem a bit confused over why old people are pushed out of software development. It's not that companies think they are senile or something, in fact they know full well they have more experience. The issue is that software companies don't like older programmers because they know they will have to pay them more. That's really why you get replaced with a young guy. They can pay him a lot less. It doesn't matter if his poor code actually ends up costing the company more money in the long run because they tend not to be smart enough to see that bigger picture.

    65. Re:Programmers? by Anonymous Coward · · Score: 0

      Use a USB floppy drive...

    66. Re:Programmers? by flahwho · · Score: 1

      This sounds like stupid politics, too.

    67. Re:Programmers? by socz · · Score: 1

      That would explain why they make so much money for doing shit all day!

      --
      My abilities are only limited by my imagination
    68. Re:Programmers? by tirerim · · Score: 1

      You know, I remember my first programming teacher explaining the same concept, back in high school... but he told us to use values like -1 that were actually invalid for the field in question. I wonder how many programmers learned it the way your instructor taught it (and didn't think about it the way you did)? It could explain a lot.

    69. Re:Programmers? by NothingMore · · Score: 1

      You cant use one of the various USB floppy drives??

    70. Re:Programmers? by socz · · Score: 1

      Well, in that case this sounds like an old car problem. Keep pouring money to fix an old car or spend some money to buy a new one and save in the long run?

      Let the governator bite the bullet and re-do the system, stimulating the state by providing jobs, but also spending more money at the time to avoid this happens again in the future.

      That or have another recall/impeachment. Someone call back Gray Davis lol

      --
      My abilities are only limited by my imagination
    71. Re:Programmers? by Chris+Burke · · Score: 1

      You pick a number that would never come up to mark the end of data input. like 99 for a year.

      That's stupid. Obviously a much better choice for a sentinel in a year field is 0.

      --

      The enemies of Democracy are
    72. Re:Programmers? by Anonymous Coward · · Score: 0

      That's what you get for getting Accenture.

      In Accenture

      1. Create crappy code which takes too long to build (Charge by the hours @ cheap $10/hr)

            - Hard code all constants

      2. Document that crappy code that takes too long (Charge by the hours @ cheap $10/hr)

      3. Pray to God (depends on what country its outsourced to) pass the UAT

      4. When crappy code passes, celebrate!!!
      .
      .
      .

      5. Bug? Problem with hard coded constants? Celebrate on townhall meetings for increasing bugs and trouble tickets!!!

      6. More chargeability.

      But before all that, let the best salesman talk clients into signing a 10 year (whatever happens) contract, and don't forget to mention the DoD contracts you signed decades ago... even before outsourcing was a FAD.

      I love tiger woods!

    73. Re:Programmers? by socz · · Score: 1

      Yeah Arnold doesn't take the salary because he said the people of CA need it more than he does. Which is also the same reason he lives at home instead of the Gov's mansion.

      Although those who work in the states capital (Congress-people) do get a salary, it's not enough to live off of... so they have their main job and for a few months a year they attend to the states business while it's in session.

      --
      My abilities are only limited by my imagination
    74. Re:Programmers? by jmorris42 · · Score: 1

      > Would a USB floppy drive work?

      Don't be so sure. IF it is something truly ancient being kept working it could be far, far worse. It could be DOS, where USB floppies aren't so reliable. Or worse still, it could be using a 5 1/4" floppy and I haven't seen one of those on a USB cord. Hell, you would need an external power supply to run the big honking motors on a 5 1/4 since USB doesn't supply the +12 those things run on.

      --
      Democrat delenda est
    75. Re:Programmers? by Not+The+Real+Me · · Score: 1

      To me, it sounds like the COBOL app was coded so that there is a limit on how often and how much a salary can be changed. In other words, no immediate global changes down to minimum wage and no immediate restorations from minimum wage to the original pay once the budget impasse is over.

    76. Re:Programmers? by Sancho · · Score: 1

      Kinda makes sense. So I guess that to make the change, they'd have to go through the code and store the old wage before setting the new wage for each of the 200,000 employees. Presumably, they can't automate it (why else would it take 6 months?) Then they'd have to go back and revert it for each employee once they were done, and in addition, calculate the back pay (explaining the extra time required.) Calculating the back pay for each employee probably isn't something that the system was designed to handle, so they get to do it by hand.

      What a mess. I wonder how much of a pain it is to give raises, or to hire/fire someone under this system.

    77. Re:Programmers? by linzeal · · Score: 1

      Odds are there could be a C shell program doing those changes in a few days at most. This is all political bullshit and I highly doubt any reasonable programmer would be stymied in solving it.

    78. Re:Programmers? by jaavaaguru · · Score: 1

      I can program in COBOL and should be on a plane to California in the next two weeks...

    79. Re:Programmers? by superdave80 · · Score: 1

      So, the state employees of California are making 1970 wages? No wonder they look so pissed at the DMV all the time...

    80. Re:Programmers? by JoeStreet · · Score: 1

      Why would you need a programmer to change people's pay in the system? Oh, wait; you don't. This is just more politics...

      Excellent point! Unfortunately, it is one that will be lost on most Slashdot readers because it is more l33t to think that California puts through 200,000 code changes a year just to give everyone their annual increase.

    81. Re:Programmers? by Anonymous Coward · · Score: 0

      USB floppy drive?

    82. Re:Programmers? by Surt · · Score: 1

      For this particular governor, it would be a pay increase. I doubt he'd complain.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    83. Re:Programmers? by seanonymous · · Score: 1

      Yes, because Arnold Schwarzenegger is going to go broke if he doesn't get his government paycheck.

    84. Re:Programmers? by Qzukk · · Score: 1

      They obviously have ways of changing pay and do it regularly.

      Having a % pay raise for a single employee based on that employee's tenure or performance evaluation is an entirely different operation than having a magical "set everyone's pay to 6.55! ... except for the governor, the comptroller, the..." button that knows exactly which 200,000 employees are supposed to get docked, and an Undo button that not only returns the pay to whatever it used to be, but also issues back pay for the duration.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    85. Re:Programmers? by FishWithAHammer · · Score: 1

      The governor refuses his salary. He isn't getting paid regardless.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    86. Re:Programmers? by bytesex · · Score: 1

      There is NOTHING wrong with using i,j or k for integers in loops. What's wrong is creating function bodies that have more in them than just that loop definition + another functioncall. And what's really wrong is languages that encourage the behaviour of making 800 line method bodies (I'm looking at you C++, and to a lesser extent you, java !).

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    87. Re:Programmers? by LWATCDR · · Score: 1

      A good question is.
      How much damage can your first programming teacher do?
      Actually that was probably his only real sin. While he wasn't a programmer by profession he a good math teacher. He really got into the math side of things.

      He refused to teach Basic as a first language but instead taught us Pascal. He would flunk you for using a goto and yes pascal did support gotos so we learned structured programing.

      I went into my first college programing course and aced it with little effort. My professor wondered where I learned to write such easy to read code.

      I think we can forgive him for 99 as a sentinel.
      Now I just write all my code to die on my 70th birthday :)

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    88. Re:Programmers? by evenmoreconfused · · Score: 1

      Headers? In COBOL? You're dreaming in Technicolor...

      Now listen: you got your DIVISIONS, you see, and you got your SECTIONS. Inside those you've got your mostly totally arcane stuff that need to be parsed completely differently depending on where you are, the compiler version, the day of the week and the phase of the moon.

      And if you get excited and leave out the period following 'DATA DIVISION', does the compiler assume a period? Of course not! It goes right on trying to interpret everything thereafter as a valid 'ENVIRONMENT DIVISION" statement, thus generating (on huge 15,000LPM line printers) endless useless pages for the kids to draw on.

      And then it reaches 'PROCEDURE DIVISION.", prints a final error saying "MISSING DATA DIVISION", and stops.

      Fucking COBOL....

      PS: where do I apply for the job of fixing more broken COBOL programs?

      --
      No. Well...maybe. Actually, yes. It really just depends.
    89. Re:Programmers? by bladesjester · · Score: 1

      That's why I phrased it in the form of a question.

      As far as the 5.25's go, there's a chance that you could get one to work with one of the powered 5.25 usb cases that they make to let people build their own external drives.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    90. Re:Programmers? by TigerTime · · Score: 1

      Just a guess, but maybe currently, they would have to go under each person's pay and change it manually (How many? 200K people?). There's no way to do an automated change of all the current minimum wage salaries to the new minimum wage.

      Basically, the controller doesn't like the governor's idea and is being a pain in the ass.

    91. Re:Programmers? by RayMarron · · Score: 1

      I'm almost certain that the governor isn't taking a pay cut,[...]

      Actually, I recently read somewhere that he has never accepted his $200K-ish salary. Here's the first link I Googled: http://www.stateline.org/live/details/story?contentId=207914

      --
      ON DELETE CASCADE
    92. Re:Programmers? by Stormy+Dragon · · Score: 1

      That's even easier then: don't change the payroll system at all. The problem being described is an accounts payable issue, not a payroll issue.

    93. Re:Programmers? by byronf · · Score: 1

      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.

      You can say this about most IT shops, not just government.

    94. Re:Programmers? by Anonymous Coward · · Score: 0

      I would need a high degree of evidence to show me what a pay rate change would require reprogramming.

      I think the problem would be in tracking difference between the actual rate of pay and the normal rate of pay. The difference, which is supposed to be paid later. Not changing the pay rate.

      I have not worked with many payroll programs, but I would imagine this is not a standard feature.

    95. Re:Programmers? by Cheerio+Boy · · Score: 1

      Yeah the controller's statement bothered me too:

      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.

      I studied COBOL in High School and one of the things they beat into us was not hard-coding data. They basically made us treat the whole setup as if someone was feeding you punch cards from a reader.

      Ahh...WATBOL...

      OT - Does anybody know where to find a copy of WATBOL if you have an old PDP system?

      --

      "Bah!" - Dogbert
    96. Re:Programmers? by Anonymous Coward · · Score: 0

      Indeed. I'm a little suspicious of this. Surely the system can take into account pay changes either to individuals or to groups.

      And remember the old wage and compute back salary pay when the budget is finally passed? Why would you assume that was already programmed into it? Much less tested to the level required here. This isn't some lame blog, it's payroll, checks for real cash are being issued.

    97. Re:Programmers? by Anonymous Coward · · Score: 0

      If the system support pay *increases*, I wonder if you can just do a pay increase of a negative amount.

    98. Re:Programmers? by Martin+Blank · · Score: 4, Informative

      Capping their per diem might hurt them more than removing their salaries. They get both. As of 2007, most legislators receive ~$113,000 per year, and then $162 per diem for each day they're in session (one or both may have gone up this year). Taking away their perks seems to get them moving faster than taking away their salary.

      The major fault of the California system is that there is no real changeover. The system is so rigged that it's virtually impossible for any state legislative or House seat to change parties. The state Assembly and Senate are locked in to provide exactly (2/3 - 1) vote for the Democrats, leaving the rest to Republicans. This prevents the Democrats from having complete power (which would result in the populace demanding a new redistricting), but means they only need to get one or two Republicans to cave in to get what they want. This has allowed California to build up a 40% increase in revenues in five years, while at the same time the population increased by 4%, the Consumer Price Index increased by about 19%, and spending increased by 44%. Had the state been capped by the growth in population and CPI (or some other inflation rate), it would be spending only 24% more than it had when Schwarzeneggar was elected, and would have had plenty of money in a rainy-day fund to cover the more than 10% shortfall that it now has.

      On top of this, the term limits that were voted into place (including by me) have turned out to be a colossal mistake. The legislature was once a fairly cordial place where most people settled into their seat, keeping constituents happy for a couple of decades, a few finding some ambition and targeting statewide or national office; It's now become a staring contest of ideologues, where no one budges on anything because it affects their chances to rotate into the other house or on to a more competitive office. It used to be that legislators had to learn to compromise because their opponent wouldn't just be there next year or next term -- they'd be there 10 or perhaps even 20 years later, and political memories can go back a very long time.

      The current system has survived court challenges, but it's expected that without a new process brought in early, the 2011 redistricting is going to get contentious and end up in court for a drawn-out battle before the court imposes its own solution.

      --
      You can never go home again... but I guess you can shop there.
    99. Re:Programmers? by leoxx · · Score: 1

      Do you honestly believe that private sector applications are written any better?

    100. Re:Programmers? by jmorris42 · · Score: 1

      > As far as the 5.25's go, there's a chance that you could get one to
      > work with one of the powered 5.25 usb cases that they make to let
      > people build their own external drives.

      Nope, zero chance. Those have either an EIDE to USB bridge or a SATA to USB bridge. If you took one and gutted out the bridge and just kept the power supply, then gutted the floppy to USB controller from a USB floppy you should be able to get there, but that is advanced electronic hobbiest stuff outside the abilities one would expect a typical IT guy in a small business to possess. And since it sounded like the machine is mission critical line of business stuff I would hesitate to do it if I were their IT guy.

      --
      Democrat delenda est
    101. Re:Programmers? by Ambiguous+Puzuma · · Score: 1

      That's assuming the primary difficulty is a programming challenge in the first place.

      I don't know about California, but civil service rules in New York are needlessly complex. There are hundreds of earnings codes, each corresponding to a different type of payment. There are lots of special cases: for instance, if you earn Overtime and Standby pay in the same pay period, you are entitled to a small additional payment, even if the Overtime and Standby were for two different jobs. (And it is unlikely but possible for someone to hold jobs that are on different pay cycles, making the meaning of "in the same pay period" less clear.)

      Here's a random bulletin detailing some changes to a small part of New York's system, to give you a taste of what it's like:
      http://www.pef.org/pst2007/osc/pb826.htm

      Implementing each individual rule in a program is pretty straightforward. But there are a LOT of rules, making it a time consuming process. It probably takes longer to learn and internalize civil service rules than it takes to learn COBOL.

    102. Re:Programmers? by PCM2 · · Score: 1

      You pick a number that would never come up to mark the end of data input. like 99 for a year.

      Wow, kinda crazy ... considering you could have just as easily picked 0x64 instead of 0x63 (it's a computer, duh).

      --
      Breakfast served all day!
    103. Re:Programmers? by Anonymous Coward · · Score: 0

      What about a USB floppy drive?

    104. Re:Programmers? by Anonymous Coward · · Score: 0

      Any programmer that actually does hard code something like pay rate ... DESERVES to be paid minimum wage.

    105. Re:Programmers? by Anonymous Coward · · Score: 0

      COBOL had (has) these handy constants pre-defined for you. HIGH-VALUES (all 9s) and LOW-VALUES (all 0s) just for that use.

    106. Re:Programmers? by khellendros1984 · · Score: 1

      I'm thinking that they mean that the systems should be recoded to make it possible to do Schwarzenegger's changes as quickly as he wants them, and that they would need Cobol programmers to help port the code.

      --
      It is pitch black. You are likely to be eaten by a grue.
    107. Re:Programmers? by Anonymous Coward · · Score: 0

      Can you consider a USB floppy drive?

    108. Re:Programmers? by retendo · · Score: 1

      Or it's possible that no state worker wants to make a change to the payroll system to lower their own pay, nevermind the pay for everyone in the state.

      Even if they hire contractors to make the change, what state employees are going to work with them?

    109. Re:Programmers? by Anonymous Coward · · Score: 0

      USB Floppy Drive

    110. Re:Programmers? by Alpha830RulZ · · Score: 1

      I suspect that there is no problem changing the pay rate. the problem is accumulating the back pay, and figuring out the tax implications.

      And testing the resulting system before you put it into production, which I would estimate at 40% of the budget.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    111. Re:Programmers? by mikael_j · · Score: 1

      Yeah, my immediate thought was that there's probably some "clever" way of changing salaries like that it only allows changes with certain intervals, so that the system is meant to work something like:

      1. All employees start with current pay (today)
      2. Standard negotiations for pay raises take place
      3. Pay raises are input into the system
      4. New year/end of quarter/whatever rolls around and the system automatically checks for registered changes to make
      5. System changes the pay for everyone who gets a pay raise/cut.
      6. System goes back to waiting for the next date at which it is programmed to check for raises.
      7. GOTO 1

      I've had to deal with systems that behave this way, doing batch runs nightly, weekly, monthly or yearly. So if you changed something it wouldn't actually be registered until the 1st of the next month. Probably a good idea once upon a time when the system was running on hardware that wouldn't have the performance to handle "real-time" updates.

      /Mikael

      --
      Greylisting is to SMTP as NAT is to IPv4
    112. Re:Programmers? by DragonWriter · · Score: 1

      Why would you need a programmer to change people's pay in the system?

      Its not changing people's pay.

      Its changing people from being paid in full immediately (in a very large percentage of this case based on salary) to being paid immediately based on an hourly wage and then later based on their full normal salary or hourly wage, as appropriate, while maintaining all the appropriate deductions in the right legal arrangement, some of which will need to be done immediately based on the reduced wages, some of which will probably be done in full immediately despite the reduced wages since they are paid to third parties [e.g., health insurance premiums], and some of which may be deferred entirely until the later settlement to the full pay.

      Since this requires implementing a variety of calculations and tracking functionality which does not exist in the existing system, it requires programming.

    113. Re:Programmers? by DragonWriter · · Score: 1

      Surely in the most populous state in the Union there is a single COBOL developer that has touched this payroll system before and can get into it.

      Even if there was such a programmer (which is not unlikely), if they weren't currently working for the Controller, the part of the order whose legality is not questioned would make it illegal for the Controller to hire this hypothetical programmer for the entire duration of the budget impasse.

    114. Re:Programmers? by Anonymous Coward · · Score: 0

      Try a USB floppy drive

    115. Re:Programmers? by ralphdaugherty · · Score: 1

      If you pay all 200,000 people minimum wage, you only need to calculate one paycheck and print 200,000 of them.

      You can skip the tax withholding. No one is going to be paying much in taxes out of that.

         

    116. Re:Programmers? by Anonymous Coward · · Score: 0

      the teacher that I had suggested -1 for a sentinel when you are entering something like a year. Still kind of ugly, but hopefully we really won't use the software long enough for the year -1 to roll around.

      IANA COBOL guy though, maybe there is a reason why this wouldn't work with old geezer languages.

    117. Re:Programmers? by erikina · · Score: 1

      I'm almost certain that the governor isn't taking a pay cut..

      Me too. Hard to cut $1/year :P

    118. Re:Programmers? by DragonWriter · · Score: 1

      Seems to me the people who should get their pay cut are the governor and legislators.

      The Governor, legislators, legislative staff, and political appointees are not paid when there is no budget.

    119. Re:Programmers? by WallyHartshorn · · Score: 1

      re: "they are programmed by whoever they could grab to throw at IT in the 90s."

      The 90s? I think your concept of "old software" is a little off. We've got mainframe software written in the 80s, as well as some written in the 70s.

      As for why they need to reprogram stuff at all, I'm guessing the problem is taking monthly salaries and replacing them with hourly wages. I work a different number of hours each month, depending on how many work days there are. But I get paid the same monthly salary regardless.

      The software changes would probably be required to figure out how many work days there are in the month (don't forget holidays, as well as any unpaid time), as well as figure out the taxes, FICA, insurance premiums, etc.

      Plus you need a bit of time to test it, because if it messes up just 1% of the employees' paychecks, that's thousands of angry people. (People get touchy when you don't give them what they were expected, or if you tell them they have to give some of it back because you screwed up.)

    120. Re:Programmers? by Anonymous Coward · · Score: 0

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

      And let's not forget the "if it ain't broke don't fix it" mind set that infested management some time ago. So they are now stuck with a corral of Java programmers, who can't even spell COBOL and make a "I smell a full cat box" face if you even mention it.

      COBOL is just another imperative language that could be read and understood by any programmer who deserves the professional designation (instead of day-coder).

      The CA Comptroller probably isn't lying, he just doesn't have any professional programmers on his staff.

      Oh yeah. I programmed in COBOL for 30 years, and also learned Java, Smalltalk, C, Python & other languages as needed or just for shits & giggles.

      But now I'm OOW, whiling away my days doing art, redecorating my cave and just relaxing. (Oh yeah and reading Petzold's "The Annotated Turing". Fun stuff!)

      Good luck CA. You'll need it.

    121. Re:Programmers? by Anonymous Coward · · Score: 0

      Well, this solution works to guarantee that only millionaires (who don't mind losing some pay) ever want to run for office.

    122. Re:Programmers? by complete+loony · · Score: 1

      Everyone's suggesting a usb floppy, but have you tried using subst to mount a folder on your C drive as A, or mounting a network share?

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    123. Re:Programmers? by Anonymous Coward · · Score: 0

      You mean the old-school Elephant brand disks right... the one's that were about the size of a board of Monopoloy...

      I think they've since deteriorated.

    124. Re:Programmers? by jm_sullivan · · Score: 1

      The real issue isn't how messed up the code is. It's that the state controller threw up his hands and gave up. He'll be issuing checks for the full amount(which will NOT help with their budget).
      Hire some temps(or reassign the workers if you have a hire freeze), print the original check run and start writing hand-checks. Get it done.
      after this is over, I'd look for a new state controller with some work ethic and less political motivation.

    125. Re:Programmers? by lysse · · Score: 1

      So, never wrote string manipulation in C then? (And people like Kernighan and Plauger - pah, what do they know, eh?)

      Ignorance alone is fixable. But pride in ignorance makes repair all but impossible.

    126. Re:Programmers? by dbIII · · Score: 1

      Better make that a bus. It's minimum wage after all.

    127. Re:Programmers? by Estanislao+Mart�nez · · Score: 1

      You know, I remember my first programming teacher explaining the same concept, back in high school... but he told us to use values like -1 that were actually invalid for the field in question.

      That is still often a problem, in that sometimes people sometimes make a mistake about what values are supposed to be valid for the fields.

      The big problem is that most languages fail to provide enough support for types that allow you to reliably signal out-of-band conditions. For an example of the kind of features that make this possible to do, look no further than variant types in Haskell or OCaml.

    128. Re:Programmers? by Estanislao+Mart�nez · · Score: 1

      So, never wrote string manipulation in C then? (And people like Kernighan and Plauger - pah, what do they know, eh?)

      Um, C-style zero-terminated strings is one of the worst design decisions in C. The simplest alternative is Pascal-style strings, where the first machine word of each string's memory data is a length marker. This avoids all those algorithms that require you to sequentially scan the string to find its length, and doesn't forbid null characters in strings.

    129. Re:Programmers? by slashtivus · · Score: 2, Informative

      Replying to you since I haven't seen this mentioned before and it seems to fit: I've written a smallish payroll system, and I would guess that a bigger problem is withholding taxes (the IRS wants their money!), as well as child support payments, any judgments against individuals are decided in the courts, and probably must continue. There are also rules that you cannot simply keep deducting someones check into the negative number range. So then there would have to be some sort of escrow account set up to cover that and still cover the minimum pay requirement. When the budget is passed there must be some way to cross-correlate the escrow with all of the deductions - the temporary minimum wage. Our payroll had to take all this into account without even the escrow portion of it stuff like that tends to get messy. Cheers.

    130. Re:Programmers? by bXTr · · Score: 1

      Has anyone suggested a USB Floppy Drive yet?

      --
      It's a very dark ride.
    131. Re:Programmers? by Cramer · · Score: 1

      Oh good god. Walk to your nearest computer gear shop and get a $30 USB floppy drive. There's no need to take the computer apart -- I doubt there's a floppy controller in it anyway. Plugging in a USB device will not void anything. (they don't even need to know it was ever plugged in.) I'm sure there are other usb things plugged in already -- like the keyboard.

    132. Re:Programmers? by Cramer · · Score: 1

      I would venture a guess the problem is rooted in the concept of "pay grades" that are assigned to various job functions/titles/classifications. For example, a "Mechanic I" is pay grade 34 which get paid between $21k and $34k. (I'm just making these number up, btw.) If these things are directly coded in the system, it can be hard to change. If it's all a big "database", then it's a time consuming pain in the ass to change, to then later put it all back AND CORRECT THE DIFFERENCE.

    133. Re:Programmers? by Anonymous Coward · · Score: 0

      Not likely. Hard-coded pay rates can't scale up to track inflation.. And it's not like public servant wages from the 1960s were high enough that they would still be attractive or even tenable today.

    134. Re:Programmers? by n3r0.m4dski11z · · Score: 0

      I think they make USB floppy drives now. Did you at least consider that?

      --
      -
    135. Re:Programmers? by Goldsmith · · Score: 2, Interesting

      I have a family member who was in the California assembly at the beginning of term limits. He talked quite a bit about controlled growth and spending caps as a way to prepare for future economic downturns. It turns out he was right about that.

      His argument against term limits was that it took a few years just to learn how to be an effective legislator and described the situation just as you have. A few more years and he may have been able to convince enough people that controlled growth was a good thing. Legislators now don't think more than 4 years ahead. There's no reason for them to do so, they won't be in office if their projects eventually go haywire, and they need immediate results to run for the next office.

    136. Re:Programmers? by Atario · · Score: 1

      Jebus, you guys are thick.

      Haven't you ever told a Project Manger something you didn't want to to simply couldn't be done, for some mumbo-jumbo technical hand-waving reason?

      --
      "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    137. Re:Programmers? by Anonymous Coward · · Score: 0

      In which case the code has been changed regularly every time pay went up, and this change should be no big deal. Sounds like a classic piece of Management BS to me - "We can't do it, and it's the computer's fault"

    138. Re:Programmers? by Stephen+Ma · · Score: 1
      A guess: it's not changing the pay that requires a change in the code. It's keeping track of how much pay each employee is then owed at the end of the political fight.

      That still might not be too hard to solve. Let the payroll program compute paychecks as before. Then instead of printing the normal amount, have the program send out a minimum-wage check instead, and record the difference somewhere. At the end of the political fight, pay out the accumulated differences to each employee, and let the payroll program resume sending checks directly.

      No need for risky changes to the payroll program's logic. Just modify the paycheck-printing routine slightly. Problem solved.

    139. Re:Programmers? by Anonymous Coward · · Score: 0

      You mean they haven't had a payrise in 40 years and now the government wants to *reduce* their wage?? What the fuck? Where I come from (Australia) governments have been tossed out of office for less than that!

    140. Re:Programmers? by Anonymous Coward · · Score: 0

      If the field you're using is defined as 9(2) (2-digit number), you can't enter -1 It makes no sense to define a date (year) field with a sign. Years are positive ints. The most fun with COBOL we had was when we changed hardware (and hence compiler), and suddenly 99+1 was different from 00 (If a field had 2 digits, 99+1 would end up looking like 00 (the 1 dropped off), but actually, the new compiler caused some overflow bit to be set. All our prolongation code suddenly stopped working...

    141. Re:Programmers? by Anonymous Coward · · Score: 0

      Seems to me the people who should get their pay cut are the governor and legislators.

      Well, actually if I remember right, the governor isn't currently accepting the pay for the position so it would be kind of hard to cut his pay.

    142. Re:Programmers? by Anonymous Coward · · Score: 0

      Yes, but I would need a high degree of evidence to show me what a pay rate change would require reprogramming.

      No, not every change is that difficult. A raise only takes one click.

    143. Re:Programmers? by WhatsAProGingrass · · Score: 1

      You are right, they won't quit. They will just stop doing anything. Their mentaltiy would be "If i'm getting paid like a bum, then I'm going to work like one." The sad part is when they get paid well, they still work like a bum.

      --
      Mark
    144. Re:Programmers? by Anonymous Coward · · Score: 0

      You would be surprised how complex code can get when you bring in union regulations, 100 different vacation schemes, local, county, state, federal regulations, etc.

      This problem is not unique to COBOL. My friend works for a global shipping company and stuffing codes in a database or using OOP does not help. Most payroll systems I've been blessed to work on are overly complex due to the situations caused by unions, individual bargains/contracts, state and local regulations and a lot of times you have to hard-code logic for unique situations. It doesn't matter if you have an IF in a COBOL program or an IF in an object factory/extended class that hard-coding has to go somewhere...

    145. Re:Programmers? by lysse · · Score: 1

      Maybe it isn't a great decision, but you can't deny that it's probably the most common use of sentinels in computer science - which, when you're countering someone's assertion that they've never used sentinels, is a useful property.

      In any case, arbitrary limitations on generic cases (eg. a hard limit on string length) are generally regarded as poor design decisions themselves. With specific reference to counted strings, consider UTF-8; what are you counting? Or - what happens if you land in the middle of a string by accident? Whilst C-style strings do have limitations and weaknesses, they are by no means as unquestionably evil as you seek to paint them, and nor are their alternatives without problems. It's a matter of trade-offs.

    146. Re:Programmers? by Lord_Frederick · · Score: 1

      Just buying a USB floppy is a simple and easy solution...if you work somewhere that makes use of common sense. Just going out and purchasing a $20 item isn't so simple in many government agencies. IT and Operations get into pissing contests over who should pay for it and a $20 item gets expensive when there are users at hundreds of locations.

      When it comes to government work, the first thought in everyone's head is "Cover Your Ass." That's why nobody wants to take a chance with a creative workaround. If something isn't on the magical list of authorized hardware then nobody wants to give the nod to plug it into a computer...yes, even if it's only a stupid floppy drive. It doesn't help that a huge chunk of IT spent most of their careers in some other line of work and just transferred to IT so they could move up a GS level.

      Unfortunately, only problems that cause a big stink really get fixed. Problems like a CBT not working get brushed aside until they turn into a huge fire that needs to be put out instead of a small inconvenience. Problems require projects to be created and personnel assigned to study possible solutions. This is all done in the name of fairness so that nobody can be accused of misappropriation of funds.

      The people that really keep things running in government are usually the little guys. They have nothing to lose by coming up with a creative solution to a problem. These people usually get promoted to a level where they switch into CYA mode, or they are the first to be sacrificed when something goes wrong.

    147. Re:Programmers? by hokiemattdude · · Score: 1

      I can feel that pain. We have apps we have to support written in QuickBasic 4.1. These apps control machines that cut pieces of plastic used for medical implants. Scared yet?

    148. Re:Programmers? by hokiemattdude · · Score: 1

      I started college in August of '99. On September 9th, we received an interesting lesson on the use of sentinels when all of a sudden a bunch of software using 9999 for a sentinel stopped working.

    149. Re:Programmers? by Ilgaz · · Score: 1

      For USB, FreeDOS to the rescue I think.

      http://sourceforge.net/projects/freedos

      and 5 1/4" stuff can be imaged or converted to 3.5"

    150. Re:Programmers? by Anonymous Coward · · Score: 0

      So does this mean California hasn't changed minimum wage since the 60s or 70s?
      How could anyone create a payroll system that they knew would take 6-9 months to change when payscales changed?
      This seems bogus.

    151. Re:Programmers? by vacuum_tuber · · Score: 1

      FYI, ten thousand lines of code is tiny in the COBOL world. Many single programs run to ten thousand lines and entire apps for small and medium size businesses typically run to 1-3 million lines.

      --
      Look at the bright side: there's always seppuku.
    152. Re:Programmers? by Anonymous Coward · · Score: 0

      Arnold actually has never drawn a salary as governor. He waved that right when he took office because he didn't need to take money from an already finically screwed state.

    153. Re:Programmers? by LWATCDR · · Score: 1

      Well I think you misunderstood my statment and or I was not clear enough.
      "You know I never used sentinels like that in any of my programs after I finished that class. "
      I said like that. What I should have said was that I don't use any extremely flawed sentinels like that.
      I have used things like negative numbers as a sentinel and as you pointed out c strings. I would never use a user inputted value as a sentinel which was what my instructor suggested.
      I do think that c strings are deeply flawed. The main benefit is that they take less memory but you pay for that with a lot of limitations like a concatenation requires a sequential scan.
      A good choice when 64k was a lot of ram. Not the right choice today.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    154. Re:Programmers? by petermgreen · · Score: 1

      will the software work with a USB floppy drive?

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    155. Re:Programmers? by The_reformant · · Score: 1

      Sounds like C strings.

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
    156. Re:Programmers? by CrazedSanity · · Score: 1

      Have you tried VMware?

      --
      Sanity is like a condom: rather have it and not need it, than need it and not have it.
    157. Re:Programmers? by COMON$ · · Score: 1

      Your assumption presumes that they actually do anything right now. I guess they could always lower their work ethic by sabotaging.

      --
      CS: It is all sink or swim...oh and did I mention there are sharks in that water?
    158. Re:Programmers? by Fulminata · · Score: 1

      It's no wonder governments so often get the worst pick of employees. Why would people with choices stay when they could at any time used as political pawns like this?

      Yeah, because people have never been laid off as the result of corporate politics...

    159. Re:Programmers? by Anonymous Coward · · Score: 0

      Mmmm.... my thoughts exactly. I worked on MANY COBOL systems, and very, very seldom saw any sort of hard-coding. Typically something like MINIMUM-WAGE would be kept in a file. I call bullshit on this one; we old COBOL programmers weren't that stupid, you know.

    160. Re:Programmers? by Reziac · · Score: 1

      Hmmm... one therefore wonders if it's actually an excuse to avoid cutting pay to the workers who can least afford it.

      Conversely, we have a whole House, Senate, and all their associates who might be better public servants if all they got paid was minimum wage... with no special retirement benefits, either.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    161. Re:Programmers? by Reziac · · Score: 1

      George Runner, is that you??

      Seriously... I have to agree that term limits produce more problems than they solve -- "how the heck does this thing work?" and "where do I go from here?" being the term-limited official's primary concerns, rather than the office he was elected to serve... either way, he won't be around to suffer from the fallout if he screws up. Sounds a lot like corporate managers, eh? Maybe it's a bigger issue, a cultural issue, as Old Boy Network vs. shiny new business degrees but no experience seems to be an issue everywhere you look.

      I don't think this is much of a solution either, but since it came to mind -- an alternative might be "only one elected term in your entire lifetime" (or an equal time gap between terms might work much the same).

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    162. Re:Programmers? by Reziac · · Score: 1

      I'm reminded that in Montana (at least in the 1970s) thru a quirk of the state income tax code, if you made $1 for the year, your income tax owed was $1.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    163. Re:Programmers? by ScrewMaster · · Score: 1

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

      Well, anything that's free is worth exactly what you paid for it.

      --
      The higher the technology, the sharper that two-edged sword.
  4. Great programming job! by mveloso · · Score: 5, Funny

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

    1. Re:Great programming job! by p0tat03 · · Score: 1

      You can only raise salaries, not lower them. Ingenious!

      Note that it takes 6 months to lower wages, but 9 months to restore them :) Clearly this means the most profitable move is to pay everyone nothing!

    2. Re:Great programming job! by jeremymiles · · Score: 1
      It's easy to lower them - every value gets lowered to $6.55. It's hard to raise them, because you have to put them back to the correct number.

      I'd guess that was the case with raising / lowering. You might be able to raise/lower by a percentage, or a particular value, but maybe you can't lower everyone to the same value.

      --
      GENERATION 26: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
    3. Re:Great programming job! by TheMCP · · Score: 1

      Also, it's proof that COBOL has benefits: it's keeping salaries high!

    4. Re:Great programming job! by Thelasko · · Score: 1

      You can only raise salaries, not lower them. Ingenious!

      What if you raise them a negative amount?

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    5. Re:Great programming job! by Anonymous Coward · · Score: 0

      It's not a bug. it's a FEATURE!

  5. rule #1 by pak9rabid · · Score: 5, Insightful

    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.

  6. Read in an Arnold voice: by Missing_dc · · Score: 5, Funny

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

    --
    How amazed would you be to suddenly find that you just forgot what I wrote and you needed to reread my post.... again.
    1. Re:Read in an Arnold voice: by JavaLord · · Score: 1

      My daddy IS a COBOL programmer! It would take a lot of cash for him to move to California though.

    2. Re:Read in an Arnold voice: by 4D6963 · · Score: 5, Funny

      Your COBOL programmers. Give them to me. NOW!

      --
      You just got troll'd!
    3. Re:Read in an Arnold voice: by Pontiac · · Score: 1

      In all honesty he's a former Cobal and Fortran programer on mainframe systems.
      He's retired so it'll take lots of $$ and remote access to get his interest.

      --
      If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair
    4. Re:Read in an Arnold voice: by jacquesm · · Score: 1

      I highly doubt he wrote in Cobal.

    5. Re:Read in an Arnold voice: by story645 · · Score: 1

      My daddy's useless, but my mommy is (or was) a COBOL programmer. Will that work?

      --
      open source modern art: laser taggi
    6. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 3, Funny

      You! COBOL programmers! Get in the chopper!

    7. Re:Read in an Arnold voice: by osu-neko · · Score: 1

      I highly doubt he wrote in Cobal.

      He did! He was a veritable Lord of Cobal!

      --
      "Convictions are more dangerous enemies of truth than lies."
    8. Re:Read in an Arnold voice: by Anonymous+Brave+Guy · · Score: 1

      "Fix the payroll if you want to live..."

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    9. Re:Read in an Arnold voice: by iguana · · Score: 1

      My daddy IS a COBOL programmer, too! And teaches COBOL.

      I took my one and only one university COBOL class from Dad (in 1988). At the start of the course, he'd hand out a HUGE photocopied page of COBOL jobs from the want ads.

      "You'll never be out of a job if you learn COBOL."

      I'll have to send this article to him. He'll be tickled pink to learn he's *still* right.

    10. Re:Read in an Arnold voice: by commodoresloat · · Score: 2, Funny

      I'll GOBACK

    11. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 0

      Data General: Cobol, what is best in life?

      Cobol the Programarian: To write code with no comments, to crush the users spirits and drive them to tears, and to hear the lamentations of maintenance programmers.

    12. Re:Read in an Arnold voice: by Pontiac · · Score: 1

      OK so I spelled it wrong..
      He's the programer. I couldn't tell Cobol from Fortran if you did a code dump and beat me over the head with it.

      --
      If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair
    13. Re:Read in an Arnold voice: by bhmit1 · · Score: 1

      "Come with me if you want to CODE"

    14. Re:Read in an Arnold voice: by bondjamesbond · · Score: 1, Funny

      COBOL Programmer - come with me if you want to live!

    15. Re:Read in an Arnold voice: by jacquesm · · Score: 1

      serves you right :)

      Well, that's one less mistake for you to make from now on. Honour the face of your ancestors, make sure you can spell their accomplishments.

    16. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 0

      I can hook y'all up with mah' uncle, his got mad COBOL skillz

    17. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 0

      He's a cop, you idiot!

    18. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 0

      Code with me if you want to live.

    19. Re:Read in an Arnold voice: by Anonymous Coward · · Score: 0

      I need your code, your bootstraps and your CPU cycles.

  7. Uhh... by jhfry · · Score: 4, Interesting

    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.

    --
    Sometimes the best solution is to stop wasting time looking for an easy solution.
    1. Re:Uhh... by SQLGuru · · Score: 2, Interesting

      It's pretty obvious that the data is not stored in a relational table and they need someone to interpret the datafile format in order to write an "update" statement that saves off a copy of the current pay and then restores it later. I'm not sure why it would take 9 months to then undo that work......if they don't have a COBOL programmer, how can they get valid estimates? I know that anyone who tries to estimate my database work screws it up.

      Layne

    2. Re:Uhh... by geekoid · · Score: 1

      Contrary to my previous post, I can think of A plausible scenario :
      Retirement calculations.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    3. Re:Uhh... by gfxguy · · Score: 1

      I read the article... it would take nine months to give back pay to those who went to minimum wage until the budget passed...

      So, I can see if it's that difficult to lower that calculating back pay would be a bear...

      I just have no reason to believe, having programmed in COBOL, that it could possibly be that bad. Let's face, it they should be able to install a new system in less than 15 months.

      --
      Stupid sexy Flanders.
    4. Re:Uhh... by kalirion · · Score: 1

      The wages might be encrypted and no one knows their way around the COBOL decryption code?

    5. Re:Uhh... by isomeme · · Score: 5, Insightful

      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.

      --
      When all you have is a hammer, everything looks like a skull.
    6. Re:Uhh... by taniwha · · Score: 1

      plus the fact that eventually, when the budget gets sorted, everyone will need to get back pay so they'll need to do all the book keeping now to make sure no one misses out, and then, as they mention, the work to cut the checks later

    7. Re:Uhh... by Anonymous Coward · · Score: 0

      Uh, just because you haven't seen it must mean it doesn't exist, correct?

      Bzzzt! I've seen them, and they are out there.

      An example - on one system, each and every employee has their pay hard-coded into their job records, and guess what - the job records are not regular - each has it's own size! Self-compacting data layout/format. You would have to write a program that reads each record, adjusts the pay, moves on to the next one, etc. and then verifies the validity of the data.

      Oh, and on top of that, in other various places in the code there are hard coded checks and balances that would break this. Nice...

      So, they exist. Not every programmer is a good programmer. Some are pretty bad and manage to hide it until it's too late and the system is entrenched. I suspect it happened here...

    8. Re:Uhh... by TheMCP · · Score: 1

      It may be the case that there are other problems; the system may not have the ability to change salaries en masse, and they may not have enough operators to change them manually in any reasonable amount of time. It may also be the case that they need to preserve the data of the current salaries while setting a temporary salary so they can restore the original salary later, and the system may not have any features for doing that. My guess would be it is a combination of these problems and probably others.

    9. Re:Uhh... by avandesande · · Score: 1

      All the raises and pay are designed to be changed at the beginning of the fiscal year. The system probably creates each pay stub in advance... and then the total budget calculated.

      Just guess but the system is not designed to be adjusted in the middle of the year.

      --
      love is just extroverted narcissism
    10. Re:Uhh... by pla · · Score: 1

      they need someone to interpret the datafile format in order to write an "update" statement that saves off a copy of the current pay and then restores it later

      Alternately, they could just print a report of the current rates, manually change everyone, and then change them back a month from now, with around 300 man-hours of work (which parallelizes almost perfectly, and I hear CA will soon have a great abundance of minimum-wage labor to do such work).

      Not to mention - Who says this project needs to occur in the same language as the original payroll system? Back in the days of COBOL, programmers tended to use very simple (often even plaintext - If possibly not ASCII plaintext) flat-file "databases". Take the system offline at 1am, copy the DB to another machine, and using a "real" programming language, a good coder could figure out how to make the requested changes before dawn.

    11. Re:Uhh... by jhfry · · Score: 1

      This would suggest that the system was totally inflexable... which I doubt.

      I would speculate that they could simply keep the current system in place, calculating the pay as usual... and use the reports it generates to populate a new second system that instead pays everyone minimum wage for the same hours.

      Now all they need to do is subtract the amount paid by the new second system, from the amount calculated by the old first system and that is the difference owed.

      Overtime, vacation time, sick days, etc are still tracked in the old system as usual... even the pay stubs could reflect the actual pay earned vs the pay issued.

      --
      Sometimes the best solution is to stop wasting time looking for an easy solution.
    12. Re:Uhh... by 74nova · · Score: 1

      I read the article... I just have no reason to believe, having programmed in COBOL, that it could possibly be that bad.

      What part of Government + COBOL has escaped you in this discussion?

      --
      use your turn signal! you people act like it's divulging information to the enemy
    13. Re:Uhh... by avandesande · · Score: 1

      Nice, now put that throught the mandated design process, and run it by the auditors.
      9 Months.

      --
      love is just extroverted narcissism
    14. Re:Uhh... by demonbug · · Score: 1

      Don't think so. All state employee wages are public information, as shown by the San Francisco Chronicle earlier this year or last year. They published the wages of several high-profile people, and provided a search function on their website so you could look up the base salary for any state worker making $100k+.

    15. Re:Uhh... by DragonWriter · · Score: 2, Interesting

      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.

      First off, John Chiang is not a "she". Second of all, some of the problems involved include:
      1) Many (as in several tens of thousands) of the affected workers are in positions which are salaried (even though many do get overtime and dock for short hours, they get consistent pay each "monthly" pay period [which isn't always exactly a month] even though different pay periods have either 176 or 168 hours [and may vary even more for workers on 9-8-80 schedules].) Changing them to federal minimum wage means manually changing each of those positions to be treated as an $6.55/hr hourly position instead of a salaried position for purpose of pay calculation. It may also require changing the methods used by the state departments to report hours for those workers to include all the information that would be transmitted for hourly workers plus all that that normally would be trasmitted for salaried workers.

      2) It takes longer to switch back because you then have to recalculate what should have been paid all workers (salaried and hourly) based on their normal pay method, and determine from that and what they were actually paid what they should have been paid. Since the system is not designed to do this at all, this is more complicated than simply changing how you pay people.

    16. Re:Uhh... by darkstar949 · · Score: 1

      This would suggest that the system was totally inflexable... which I doubt.

      Except this happens to be a government system, so this makes perfect sense.

    17. Re:Uhh... by sohp · · Score: 1

      Yep. The business rules are no doubt convoluted. In addition to the above, there are also probably plenty of people on various "outdated" pay cycles, bonuses or other adjustments, that are grandfathered in for employees who've been around long enough. Then there's the classified vs. unclassified split, where some people who don't make an hourly wage would have to be completely re-classified to even make it possible to pay them minimum wage.

      At the very least, even if the paycheck-generating system can handle it, it would require a lot of custom programming and data munging to get everyone's benefits and rates updated. And that's IF there were anyone who knew enough right now, without doing a lot of software archeology, to figure out how to do it.

    18. Re:Uhh... by Lawrence_Bird · · Score: 1

      Agreed. And its quite amusing reading some of the hysterical diatribes on here about old COBOL systems.

      So we are to believe that the system has no mechanism to give overtime or expense pay or a bonus? That solves the 'back pay' issue.

      Are we to believe that there is no mechanism to change the paygrade of an employee from say, one hourly wage to another? Or from hourly to salaried? From one grade to another?

      This is a crock and is being used as an excuse to prevent the pay cut. Ahrnold should can the person in charge yesterday.

    19. Re:Uhh... by Anonymous Coward · · Score: 0

      What if you removed all the unnecessary apostrophes people put into the possessive pronoun ITS? Wouldn't that help? It would your post.

    20. Re:Uhh... by DaveJay · · Score: 1

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

      Let's add two words to that: "I have never personally seen a payroll program that has the wages hardcoded in it, therefore there is no reason that this can't be done."

      For those of you who modded this interesting, I can only hope you come to your senses soon.

    21. Re:Uhh... by jhfry · · Score: 1

      I agree... and I wrote it... it is purely speculation and personal opinion, as is anything I post unless I specifically claim it as fact.

      However, they obviously have given pay raises in the past, added pay catagories, made changes to they amount and ways that people have been paid. Therefore I have to conclude that the system does not hardcode this information and it is instead comprised of adjustable values.

      Again, I could be wrong and every adjustment requires the work of a Cobol programmer, but that is very unlikely.

      --
      Sometimes the best solution is to stop wasting time looking for an easy solution.
    22. Re:Uhh... by Anonymous Coward · · Score: 0

      Uh, yeah, how many payroll systems HAVE you seen? I worked for the county of San Diego and trust me, this is very possible. I was hired to write an automation tool to take each individual managers budget information from an excel spreadsheet, for crying out loud, and, using ODBC, feed it into a DB2 database sitting on a mainframe somewhere in the bowels of the county administration building. Trust me, it is VERY possible that they would need a programmer to do this. Those of you saying otherwise have obviously never been exposed to the nitty gritty kind of work that a lot of municipalities are subject to, especially given the nature of contract bidding.

    23. Re:Uhh... by Anonymous Coward · · Score: 0

      I can easily picture a system that encodes rules about pay grade differences derived from huge piles of laws, union contracts, and so forth.

      Contributions, deductions, exemptions and special cases abound. Contemporary payroll is already staggeringly complex in the private sector where market forces and regulatory transparency require at least some uniformity. Government accounting, on the other hand, is a special blend of unique, ad-hoc "business" rules that bare little relationship to commonplace double entry accounting. It is entirely plausible to me that a 30 year old code base that had a mountain of special cases built-in at birth and has since been "evolved" to accommodate each new invention can't just be bashed into submission.

      I've had some experience with government revenue accounting. Laws determine what amount of tax revenue, whether fixed, a percentage or some derivative of either or both, gets put in what bucket. A government the size of CA will have tens of thousands of buckets, and the rules aren't simple; geography, accounting periods, special exemptions, relationships between buckets, etc. More laws are involved to distribute funds, equally as arcane and complex.

      Basically, Governor, you're doing it wrong. Send them home; Government shutdown. Much simpler.

    24. Re:Uhh... by keepingmyheaddown · · Score: 1

      Absolute, total, BS.

      Don't ya think it's strange that the poor old cobol system has no problem giving every state employee a nice raise every year, but it can't do this???????

    25. Re:Uhh... by amaiman · · Score: 1

      And if your boss came to you and said "change the payroll system so that you're only paid minimum wage", would you do it? Keeping in mind that the change would also cause said boss to get minimum wage?

      Even if it was possible, it's not going to be a high priority for anyone.

  8. The original Sky-Net programmers by psybre · · Score: 1

    ...must have been written their security code in Cobol. No wonder its inevitable.
    ~psybre

    --
    Authority questions you. Return the favor. -- d474
    1. Re:The original Sky-Net programmers by Lobster+Quadrille · · Score: 1

      Yeah, but the movies got a few details wrong. The whole 'Judgement day' thing didn't happen over the course of a few days- it took 6-9 months.

      --
      "The cup is in turn designed for holding hot or cold liquids, and has an open rim and closed base." --US Patent #5425497
  9. When you pay minimum wage for labor... by janeuner · · Score: 5, Insightful

    ...expect minimum wage results.

    1. Re:When you pay minimum wage for labor... by DesScorp · · Score: 1

      ...expect minimum wage results.

      Except that up till now, California state employees have been some of the best paid in the country, with very, very generous benefits. Which perhaps is one reason why California is in a budget mess. California is, in many ways, a country unto itself, with a nation-sized bureaucracy that fights tooth and nail for its turf. Whichever party he belongs to, it's going to be near-suicide for any governor in California to actually cut any state program or numbers of state employees. The California State Employees Union is one of the largest and most powerful in the country. The problem is that California has one of the highest tax burdens (state, local, and property) anywhere in the country, and so many businesses are leaving for other states. Remember, one of Arnold's aims was to "bring the businesses back to California". Well, he's failing at that, because the issues I mentioned are still present there... high taxes and Byzantine regulations. Fancy commercials aren't going to be enough to keep businesses from leaving the state. And when those businesses go, so does that tax base that supports that huge state enterprise.

      Californians are in a Catch-22; businesses are leaving, and the bureaucracy won't budge.

      --
      Life is hard, and the world is cruel
    2. Re:When you pay minimum wage for labor... by Anonymous Coward · · Score: 0

      ...expect minimum wage results.

      ...which is what we get from government employees at full price anyway.

  10. Problem is not lack of programmers.... by snkline · · Score: 4, Insightful

    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.

    1. Re:Problem is not lack of programmers.... by p0tat03 · · Score: 2, Insightful

      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.

      And what happens when your amateur COBOL hackers bork a live, production system upon which tens of thousands of people rely on for their paychecks?

      This isn't some lame Java app that's allowed to crash 5 times a day...

    2. Re:Problem is not lack of programmers.... by Fulcrum+of+Evil · · Score: 1

      Of course, I'd never just jump into a COBOL codebase older than I am as my first COBOL project. Likewise, only a fool unleashes a bunch of COBOL noobs on a codebase without at least a couple old hands to ride herd.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    3. Re:Problem is not lack of programmers.... by hardburn · · Score: 1

      Then you can go work on them if you want. You couldn't pay me enough for the job, regardless of whether managers would hire me for it.

      --
      Not a typewriter
    4. Re:Problem is not lack of programmers.... by gfxguy · · Score: 5, Insightful

      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.

      --
      Stupid sexy Flanders.
    5. Re:Problem is not lack of programmers.... by someme2 · · Score: 2, Insightful

      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.

      True. A lot of programmers wouldn't need 10 years of experience in COBOL. May be ten years of experience in any programming using different languages and paradigms would be enough. On the other hand some programmers would need 10 years of experience in COBOL to be able to work on a given job.

      A lot of managers can't tell the difference, luckily some do. The others have to rely on matching buzzwords on offered CVs to buzzwords on RFQs.

      --
      You can attach boosters to anything. It just costs more. -
      Anonymous Coward on Sunday November 07, @12:26PM
    6. Re:Problem is not lack of programmers.... by Seakip18 · · Score: 1

      Agreed, but those arcane/idiotic hiring practices may have kept somebody less experienced who applied a few years ago from getting hired on and getting to know the system while the old timers chugged away till retirement/firing.

      Expecting to hire an expert who fulfills your requirements for only $40K-$60K in California is really insane. I don't know the payband for CA. That's just going off what I've seen so far in the South East.

      I believe that State Personnel Boards are hurting our agencies more than helping.

      --
      import system.cool.Sig;
    7. Re:Problem is not lack of programmers.... by burris · · Score: 1

      Do non-amateur COBOL hackers work on live production systems? Hell no, they work offline and test before changing production. Just like hackers who use languages other than COBOL.

      Maybe there is something about COBOL that makes you lose all your previously accumulated skill and experience once you start using it.

    8. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      And what happens when your amateur COBOL hackers bork a live, production system upon which tens of thousands of people rely on for their paychecks?

      That PM gets fired for letting the dev test against a live system.

    9. Re:Problem is not lack of programmers.... by jwiegley · · Score: 1

      Actually, as a CA state employee I can tell you that yes, it might just take 9 months or us to do anything.

      --
      I will never live for sake of another man, nor ask another man to live for mine.
    10. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

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

      The increase would be retroactive. It would take longer to restore wages although the exact estimate of 50% can be debated.

    11. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

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

      I think the employees would eventually receive the back pay owed to them and implementing the massive that change is a bit more involved than just replacing reentering the old salaries. Why it would take 9 months is beyond me.

    12. Re:Problem is not lack of programmers.... by krgallagher · · Score: 2, Insightful
      "The problem is this person is lying."

      I bet if Arnold said to raise everyone's pay it would happen overnight.

      --

      Insert Generic Sig Here:

    13. Re:Problem is not lack of programmers.... by LaskoVortex · · Score: 0, Flamebait

      And what happens when your amateur COBOL hackers bork a live, production system upon which tens of thousands of people rely on for their paychecks?

      Here is a little process us whipper-snappers have come up with since you retired: 1. Make a copy 2. Work on that 3. Test it thoroughly 4. Put it into production.

      --
      Just callin' it like I see it.
    14. Re:Problem is not lack of programmers.... by Temkin · · Score: 4, Informative

      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.

    15. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Possible alternatives:

        - People's jobs get reclassified as payrate goes up

        - Pay rate is fixed to specific scale that doesn't include 6.55 as a value

        - Pay rate is calculated relative to the current CA minimum wage, which is $8/hr, not $6.55 !

    16. Re:Problem is not lack of programmers.... by bestinshow · · Score: 1

      You're thinking in a mindset where there are test systems available.

      This is a 60s or 70s government IT system that was probably the low-ball bid back then as well! It probably is its own test system, maybe overnight once a week or however it is scheduled.

    17. Re:Problem is not lack of programmers.... by Just+Some+Guy · · Score: 1

      And what happens when your amateur COBOL hackers bork a live, production system upon which tens of thousands of people rely on for their paychecks?

      Yeah, because it takes 20 years experience to change:

      LET MINIMWAGE HAVE SIXDOLLARS AND FIFTYFIVECENTS

      or however you say it in COBOL. If it takes more tweaking than that, haul the original programmers out of retirement. Then, line them up and shoot them. It's the merciful thing.

      --
      Dewey, what part of this looks like authorities should be involved?
    18. Re:Problem is not lack of programmers.... by dave562 · · Score: 5, Informative
      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?

    19. Re:Problem is not lack of programmers.... by gfxguy · · Score: 1

      Yes, I read that, and it makes it more understandable (because it's raising it back up AND paying back pay); I still don't believe it, though.

      Believe me, I think what Arnold wants to do is a crock, and CA employees have my sympathy, but technically it almost certainly is not that difficult or time consuming. Annoying, maybe. A waste of time, definitely. But verging on impossible, as suggested? I simply don't buy it.

      --
      Stupid sexy Flanders.
    20. Re:Problem is not lack of programmers.... by burris · · Score: 1

      As I said in another post, clearly the state has had serious IT management problems for quite some time.

    21. Re:Problem is not lack of programmers.... by tilandal · · Score: 2, Informative

      RTFA. It would take 9 months to return the back pay owed to state employees after a budget has been approved. Also they fired most of the workers who had been taken out of retirement specifically to maintain the payroll system so now you have to hire and train new workers.

    22. Re:Problem is not lack of programmers.... by ladydi89 · · Score: 1

      This is, in essence, true. A programmer job with the State (at least the state of WA) is a high level job. even if it's just writing VB scripts. It pays well, so you can't get it unless you have the BS in CS and a billion years experience. And as another poster mentioned, the unions are dragging the system down even farther and letting all the dead weight float to the top. People wonder why so many state govs are in financial crisis. well, duh.

      --
      Thou shalt not use tools thou does not understand, lest they rise up and smite thee
    23. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      That is an Epic fail waiting. First of all, the system you copied is out of date and 2nd it isn't testing the deployment method nor did you talk about backups. Non Whipper-snapper version that keeps your job intact:

      1) Make a copy of the system to a non production test environment
      2) Work on the copy to produce the patch.
      3) Document the how to apply the patch to the system
      4) Make a copy of the production system to a non production environment and test the deployment of the patch process and workout any issues. Repeat as necessary.
      5) Bring the production system off line, backup the production and apply the documented patch. (Yeah I'm sure you'll find a system that can't be brought off line but I won't work on those)

    24. Re:Problem is not lack of programmers.... by neveaire · · Score: 1

      The problem is because they will be changing payroll amounts for 200,000+ people at once. How do you identify which workers are affected? Schwarzenegger isn't even sure how many people's wages he's cutting. If you can't identify them, changing their pay isn't going to be any easier.

      And you really don't want to make a mistake with payroll. LA Unified "upgraded" their payroll system recently and many teachers ended up paid twice or never paid at all, wreaking havoc across the school district. The University of California's payroll system is so byzantine that payroll administrators have a job for life.

      Yeah this is politics, but doing things the right way (for once) or not at all is a good idea.

    25. Re:Problem is not lack of programmers.... by mikael · · Score: 1

      You can find a list of vacancies in the california state government at the State Personnel Board.

      The vacancies don't have any reference codes or pay spine acronyms. It really looks like every employment position will be paid according to a keyword match with the job title.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    26. Re:Problem is not lack of programmers.... by westlake · · Score: 1
      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.
      .

      But a payroll system isn't simply about tech.

      It is about accounting, the obligation of contracts, state and federal laws.

      You validate everything because a single misplaced decimal point could send you into multi-million dollar litigation.

    27. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Maybe if you worked with more current technology than COBOL you would know that there are many mission, even life, critical systems coded in Java that basically never crash barring hardware failure. So here's a hearty FUCK YOU for your aspersion.

    28. Re:Problem is not lack of programmers.... by sudog · · Score: 1

      Looks, it's simple. It's not just raising the levels again afterwards: it's the cost of the accountants figuring out what the back pay would be once the budget is approved and they have funding again.

      Not every problem is a programming problem.

    29. Re:Problem is not lack of programmers.... by defaria · · Score: 0

      How do you identify which workers are affected?!? Huh? How do you currently issue them paychecks! You have their names and addresses already! Identifying them really isn't the problem.

      It really is not that difficult to implement changes in very well understood systems like payroll systems. The problem is basic incompetence. Nothing more.

    30. Re:Problem is not lack of programmers.... by DragonWriter · · Score: 1

      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?

      There is a difference between changing wages from one existing, pre-set scale to another existing, pre-set scale, and changing tens of thousands of positions individually from salaried to hourly wage positions, establishing a new pay scale for them, and switching all existing workers to it, and, more importantly, switching them all (hourly and salaried) back later and determining what they should have been paid in the past, a function the system does not have at all, and paying them the unpaid balance.

    31. Re:Problem is not lack of programmers.... by krlynch · · Score: 5, Interesting

      I think what Arnold wants to do is a crock

      It's a question of whether the government of California even has the authority to pay people. The law in California, as ruled by the Supreme Court of California, seems to require what the Governor has ordered, and what the Controller is refusing to do:

      Though the 69-page Supreme Court decision [in White v. Davis] addressed many legal arguments, its conclusion was unequivocal. "State law does not authorize the controller to disburse state funds to employees until an applicable appropriation" - a state budget - "has been enacted," the court stated. Once a budget is in place, the employees must receive back pay. And to comply with federal law, the court added, during a budget impasse the state must pay hourly workers the federal minimum wage and those who work overtime time-and-a-half pay.

      http://www.mercurynews.com/ci_10005275?nclick_check=1

    32. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      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.

      Or that someone just came up with a use case that the system was never designed/intended/convinced of doing.

      This isn't "raise one person's salary," which is a standard use-case. It's find everyone's salary, store it offline, set them all down to minimum wage (which is hourly) and keep an A/P tally for everyone to track their back pay (doubles the complexity of the system right there), then later, restore all of the original salaries and pay them their back pay. Yes, it looks easy on the surface, but you have no idea how the system was originally built or what it's interfaces are. It may be very unfriendly to this scenario.

      Keep in mind that it was written however long ago before current best-practices were in place.

      P.S. you have to make sure that taxes, union fees, other deductions, benefits, vacation, holidays, sick days, maternity leave, casual employment, flex work, work sharing, and all of the other things that go on during payroll still work.

    33. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      It's not a real pay cut. It's a "we can't write checks for more than this right now." They still have to track everything according to the real wage, and once the budget passes, they have to issue checks for what the workers should have gotten but didn't. (Those checks are the part that is claimed to take 9 months). Not your typical payroll operations. Probably not operations your typical payroll system would be designed to handle well. Adding it will take time and effort, and there's this shortage of folks who even know the language on the payroll, much less folks who have any knowledge of how the system works.

      I'm not saying the guy's not lying. I'm just saying he might be (possibly unintentionally) right.

    34. Re:Problem is not lack of programmers.... by snkline · · Score: 1

      But a payroll system isn't simply about tech. It is about accounting, the obligation of contracts, state and federal laws. You validate everything because a single misplaced decimal point could send you into multi-million dollar litigation.

      I didn't realize that COBOL was the only language developers could use to become experienced with payroll systems. I realize my error now, silly me, assuming they might hire experienced developers who have worked on payroll or accounting systems, yet don't have COBOL experience. Such developers simply cannot exist.

    35. Re:Problem is not lack of programmers.... by dave562 · · Score: 1
      Given the budget that they have to work with I'd say that they are doing a damn good job. The state isn't a private corporation that can just pass on cost increases to their customers. They don't have the money to attract AND RETAIN top IT talent. They fire more people than they hire and they are closing facilities left and right. I'd say the state has a budget problem, period, end of story. The issue isn't bad management in IT. The issue is a lack of funding.

      If you want a perfect example of what happens when a huge government organization tries to replace their payroll system, take a look at the mess that has surrounded the Los Angeles United School District (LAUSD) payroll system upgrade. Compared to the state system, that should have been a walk in the park.

    36. Re:Problem is not lack of programmers.... by fullgandoo · · Score: 1

      Actually, COBOL is one of the easiest languages to learn and be productive in. As someone who started his career in COBOL, I was writing actal business applications within 3 months. But modifying an old application may not be very easy depending on how complex it is and how badly it was written.
      With rampant use of GOTO ("procedures" were added a bit late to COBOL) many COBOL applications are a nightmare.
      And if the application in question was ported from punched cards to magnetic tapes to hard disks (and a number of operating systems along the way), you can understand the problem.
      Also, there is probably zero documentation of the code!

    37. Re:Problem is not lack of programmers.... by QuantumRiff · · Score: 1

      Then you take the difference in salary between a new cobol programmer and one with 10 years of experience in the field, and purchase a small system to act as a "development box" to test out your code? Seriously, who works on live servers first?

      --

      What are we going to do tonight Brain?
    38. Re:Problem is not lack of programmers.... by mrchaotica · · Score: 1

      And what happens when your amateur COBOL hackers bork a live, production system upon which tens of thousands of people rely on for their paychecks?

      Then the Governor congratulates them on a job well done?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    39. Re:Problem is not lack of programmers.... by p0tat03 · · Score: 1

      Here is a little process us whipper-snappers have come up with since you retired

      Note that I'm a 20-something with zero experience with COBOL... but what you're talking about is ridiculous.

      1. Make a copy

      Simple enough... Unless your system is operating on such antiquated equipment that you'd have trouble cloning even the file system.

      2. Work on that

      Ok, sure, and...

      3. Test it thoroughly

      On what hardware? You think the state of California has a few spare 70s-era mainframes to run your production testing? There is absolutely no identical testing environment for you to do anything in. This is the cost of working on large legacy systems.

      4. Put it into production.

      And watch it go up in flames. Let's say you were able to create an emulated environment to run your stuff. What kind of data set are you testing with? You're not allowed to hit any live systems like printing the actual paychecks, or actually depositing any money. So basically the only stuff you can really put through the wringer is your core logic. Hmm.

      Developing and debugging on large, antiquated mainframes is NOT like hitting make on a modern Linux distro. A system of that scale, even running on modern hardware and languages, is nearly impossible to fully debug before it hits production. I would know, I work with very large scale business computing every day.

    40. Re:Problem is not lack of programmers.... by Thelasko · · Score: 1

      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.

      I once worked for a company that had equipment that used a specific type of Siemens ladder logic. The only person who could write a decent program with it, was the intern.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    41. Re:Problem is not lack of programmers.... by egburr · · Score: 1

      and while they're at it, forward all those fractions of pennies off to some other account.....

      Watch for one of those new employees to suddenly drive up in a Ferrari. :)

      --

      Edward Burr
      Having a smoking section in a restaurant is like having a peeing section in a swimming pool.
    42. Re:Problem is not lack of programmers.... by Thelasko · · Score: 1

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

      Here's a quick fix. Lower the Controller's pay too. Now it will take 50% less time to raise them back.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    43. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      It would take longer to increase the salaries again because that would require each and every salary for each level to be looked up by the programmer to be replaced. That is a lot more time consuming in the aggregate than a simple replace by a standard value.

      Raises probably work the way they work at my employer. My checks literally have +5 after my job description. This job description is then in the table layout of salaries. To give someone a raise they just change the description and maybe add it to the table, if necessary.

    44. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

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

      The extra time was for calculating back-pay -- not just restoring the original pay grade.

    45. Re:Problem is not lack of programmers.... by Blakey+Rat · · Score: 1

      I'm sorry, have you ever tried to write payroll software for a business/entity which thousands, or even hundred of thousands, of employees, dozens of different unions (all with different pay rules), hundreds of relevant laws (especially in CA!) Then consider it's a financial system, so it all has to be double-checked, triple-checked, and audited. Then consider it's temporary, so it also has to keep track of the old pay-rate so the difference between the two can be calculated.

      6 months is *quick* for something like this, IMO.

    46. Re:Problem is not lack of programmers.... by Cro+Magnon · · Score: 1

      This is COBOL! There are more programmers with over 10 years experience in COBOL than there are with less than 10 years. The problem is, all those old-timers are too smart to tackle this job for what Arnie wants to pay them.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    47. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Do you really want some amateur screwing with the production database that is responsible for paying a million people?

      Yes. It would make a hell of a /. article. Plus, wtf do I care? I don't live in "Kali". In fact, I hate your state.

    48. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

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

      Of course it dosen't make sense to you because you don't read, it is not to raise it back, but to perform the back payment after the budget is passed that's the problem.

      What they say is difficult is to reduse pay temporarily, pass the budget, restore the pay, AND calculate backpayment ("it would take an additional nine to 10 months to issue back pay to employees when the budget is approved").

      This whole problem is not about a few numbers to be changed but to add an entirely new business process.

      The reason you all speak out so freely about how easy you and your friends would fix this, is exactly why we don't hire you, we need people who can read and understand specs, not guys who makes up their own specs and runs off and brags about how easy it could have been!

    49. Re:Problem is not lack of programmers.... by mwlewis · · Score: 2, Insightful

      The state isn't a private corporation that can just pass on cost increases to their customers.

      True. The residents, unlike customers, don't typically have the same capability to avoid the cost increases like the proposed "temporary" sales tax increase.

      --
      JOIN US FOR PONG!
    50. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Well, it is CALIFORNIA.

      About the only difference between CA and FL is that CA is incompetent on purpose.

    51. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Most of it is still manual and done in ledger books.

      I call shenanigans.

    52. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Easy to grep through the wages and change them all to the same low wage. Harder to change them all back to their original and very diverse levels.

    53. Re:Problem is not lack of programmers.... by stmfreak · · Score: 1

      No, they're stalling.

      I'm sure they could just change everyone's pay to $6.55, but I'm also certain that Schwartzie's order said they would receive back pay after the budget is passed. And not only back-pay, but their salary would return to normal.

      How are they going to keep track of the original salary and missing wages for 200,000 employees?

      What is probably needed is an exception handling routine, in COBOL. And that gives them an excuse to stall for fifty months while the budget gets passed.

      Arnold should just cut their pay permanently to $6.55 and not worry about tracking old salaries.

      --
      These opinions guaranteed or your money back.
    54. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      the problem is the COBOL language itself.
      What they need to be doing is a complete rewrite in Java utilizing the very latest high-performance corporate payroll APIs.
      Naturally, this should be combined with the very latest "Just-In-Time" virtual machines, which cleverly, dynamically optimize the code far beyond even the very best hand-crafted assembler - leading to huge performance gains (Java payroll applications run at least 20 times faster than C++ equivalents).
      The pure object-orientated nature of the Java language (where no C-style casts are necessary) will permit the application a very long life, regardless of any future requirement changes.

    55. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Actually it makes a lot more sense that restoring the prior pay rates is more difficult.

      First, you are dealing with an antiquated under documented piece of COBOL spaghetti code.
      Second, All current pay rates will be changed to the exact same value.
      Third, Then you want to restore all of the individual rates in a system that was never designed to store values that have been changed.

      Yeah, it'll probably take them 9 months to write the code to restore all the old pay rates if they also spend the 6 months to downgrade writing code that will not only do the 'change everyone to minimum wage' but also include 'while storing pre-change rates with unique keys' so they can actually restore the old rates when they get the rest of the code working.

      For a normal project with a database, I'd find a simple change like that to be a joke if it took 6 months. But we are talking government cobol software. It would probably be faster and cheaper to buy new commercial software that can handle that stuff intrinsically. I've been personally abused by the garbage the government uses, anything is possible. At least they don't have to worry about tape banks... (I know one military base that uses them still... If you don't know what a tape bank is, watch just about any old black & white sci-fi, you'll see them.)

    56. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

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

      its alot easier to change everybody to $6.55 but putting them back to their normal and unique salaries is going to be harder.

    57. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      DATA DIVISION.
      WORKING-STORAGE SECTION.
      01 A.
          03 FOO PIC 999V9.
          03 BAR PIC X(10).
      01 B.
          03 FOO PIC $Z(3).
          03 BAR PICTURE IS X(5) JUSTIFIED RIGHT.
      PROCEDURE DIVISION.
      MAIN SECTION.
          MOVE 1.1 TO FOO OF A.
          MOVE "HELLO WORLD" TO BAR OF A.
          MOVE CORR A TO B.
          DISPLAY BAR OF B.
          STOP RUN.

      So what gets displayed? Don't get me started on all the special rules regarding to file handling, either.

      It's worse than you think.

    58. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      My father works for the state of California as a programmer/systems analyst and has not received a pay increase (not even cost of living) in many years. It's not for a lack of quality in his work either, because he's been recognized countless times over the past 15-20 years (or so, I forget) that he's worked there for excellent work on his projects, and even a couple times pulling the governor's butt out of the flames a couple times with quick coding work too.

      State employees (at least at my father's position, just below supervisor) just don't get regular pay increases that happen at normal jobs.

    59. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      Come to think of it, the reason this is interesting is because it's paradigmatic. Practically all consumer and business software puts its users in the same position. The typical user frequently can't figure out what makes the software do what it's doing, and doesn't have the power to change it even when they do understand.

    60. Re:Problem is not lack of programmers.... by mgblst · · Score: 1

      Sounds exactly like the sort of thing that should be handled by a computer. Do you really think mistakes don't happen with manual processes?

    61. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      I don't think the point of the poster was that the system is not complex and anyone could start hacking away on it.

      The problem is the elitist COBOL attitude, "if you don't have 10+ years of experience you're an amateur". How do you think those original COBOL programmers learned their stuff?

      Also, you talk about production/test environments like it's only usefull "to play around and test code on". In systems complex as these unexpected bugs can happen with the slightest change. Only a dumb programmer would not acknowledge that.

      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?

      Uhuh, I bet you also think that source revision control is bad and only used by amateurs.

    62. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      A friend of mine works for a large company doing payroll related things mostly relating to the company's commission workers. The payment rules can be somewhat complicated and change every year if not constantly. I've been told that each year it takes a few months to implement the new payment rules.

      Of course, I'm sure this whole system belongs on thedailywtf.com... but... I have no trouble believing someone who says you can't just change 200,000 peoples pay to minimum wage over night.

    63. Re:Problem is not lack of programmers.... by geniice · · Score: 1

      Not quite. The state controller isn't a programer he only knows what he is told by the programers and system operators. The programers can only answer the questions they are asked. They also have an interest in seeing it takes as long as posible. So allowing for various middle managers the question that is actualy answered is not "how long will this take?" but "What is the longest time this can be made to take useing halfway legit methods?". End result is that the state controller can quite safely say that it will take months without outright lying.

    64. Re:Problem is not lack of programmers.... by DragonWriter · · Score: 1

      It's a question of whether the government of California even has the authority to pay people. The law in California, as ruled by the Supreme Court of California, seems to require what the Governor has ordered

      Having read the decision, I disagree that that is the case. Its arguable that the decision provides no certain guidance since it expressly refused to rule definitively on the exact kind of infeasibility argument raised by the Controller, as it had not been fully litigated below (though it did provide, in nonbinding dicta, some ideas of things it thought might be more feasible even if full compliance was nonfeasible that might resolve the issue, though it didn't point to any reason to think that those would, in fact, be feasible, and, in any rate, they were in dicta which has no authority as binding precedent and does not reflect a response to a full airing of the issue discussed). And even if, as the Governor claims, it does mandate federal minimum wage only, the Governor's attempt to limit the political furor over the order (and perhaps provide his office, which decides the exemption requests, the ability to play favorites) by selectively exempting workers he deems "critical" -- despite no provision in the law which would require or authorize different payment treatment for them -- is almost certainly without authority.

      There is no reasonable reading of Davis v. White under which one could argue that the substance of the Governor's order is mandatory, and its pretty hard to argue that its even allowable.

    65. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      I salute John Chiang for his stance. He is standing up for programmers everywhere who are taken for granted and expected to perform herculean efforts in no time because the PHBs have no idea of the complexity of the tasks at hand. That typical PHB mentality that "hey, even i can check my email and make an excel spreadsheet, surely this other stuff must be that easy!" is what leads to this problem. All of you /.ers posting here against this guy are adding to the problem, sadly probably because of your pride in your abilities that you like to brag about and being out of touch with the non-technical real world challenges of being a programmer in the everyday corporate world.

    66. Re:Problem is not lack of programmers.... by mounthood · · Score: 1

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

      • How does salary affect health insurance payments? Both by the state and employee.
      • Should Child Care that's withheld be calculated like minimum wage? think of the children!1!!
      • Are overtime or time off rules tied to salary calculations?
      • Health savings accounts don't allow "makeup" payments or readjustments.
      • How will Social Security/FICA be affected?

      Thats just off the top of my head. Imagine what the real problems are.

      --
      tomorrow who's gonna fuss
    67. Re:Problem is not lack of programmers.... by Anonymous Coward · · Score: 0

      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.

      My guess:

      20 PAYRAISE PIC 999.99

      Hardcoded in 50 different places, in 50 slightly different variations. Total of 200.000 lines of code in 10.000 different programs (you don't need functions or procedures, in old style COBOL you use programs). COBOL code is "self documenting", it's a feature. Effects 30 different, pure text, fixed line width, position based, data files on 20 different servers.

  11. he's not an attorney by KernelMuncher · · Score: 2, Informative

    From the article: "He [State Controller Chiang] disputes Schwarzenegger's legal interpretation of a 2003 California Supreme Court decision," Chiang is the State Controller, not an attorney. It's not his job to give legal interpretation on Supreme Court decisions. His job is to execute the orders of states executive branch, Gov. Schwarzenegger. It sounds like the Controller is letting his personal beliefs interfere with his professional responsibilities. That's a quick route to unemployment.

    1. Re:he's not an attorney by nomadic · · Score: 4, Informative

      From the article: "He [State Controller Chiang] disputes Schwarzenegger's legal interpretation of a 2003 California Supreme Court decision," Chiang is the State Controller, not an attorney.

      Actually he is an attorney.

      It's not his job to give legal interpretation on Supreme Court decisions. His job is to execute the orders of states executive branch, Gov. Schwarzenegger.

      Where did you get that idea? He's an elected official, not an appointee, and his job is to safeguard the state's finances, not be a flunky for Schwarzenegger.

      It sounds like the Controller is letting his personal beliefs interfere with his professional responsibilities. That's a quick route to unemployment.

      That's for the voters to decide.

    2. Re:he's not an attorney by DoofusOfDeath · · Score: 1

      It's not his job to give legal interpretation on Supreme Court decisions.

      Our whole system is law is based on the idea that each adult can know what's legal and illegal, and be thus held accountable for infractions.

      I think you're highlighting the fact that that assumption is fallacious. When the law is so complex that we need a priesthood of interpreters, how can a non-priest know what's legal or illegal for him to do?

    3. Re:he's not an attorney by renimar · · Score: 1

      The California State Controller is an elected position, not a political appointment from the Governor. He'd have to be recalled.

      --
      In other news, Microsoft Windows users are now covered under the Americans with Disabilties Act...
    4. Re:he's not an attorney by Anonymous Coward · · Score: 0

      No, the state controller's job is not to do whatever the governor wants. The state controller is an elected official (just like the governor in fact), and if he thinks the governor is wrong, he is free to ignore any mandates from him. The same as any other elected official.

      The only thing any of these elected officials have to fear is political fallout. In this case, that's unlikely as they are already shutting down the government.

    5. Re:he's not an attorney by seanonymous · · Score: 1

      You must be new to California politics.

    6. Re:he's not an attorney by DragonWriter · · Score: 1

      From the article: "He [State Controller Chiang] disputes Schwarzenegger's legal interpretation of a 2003 California Supreme Court decision," Chiang is the State Controller, not an attorney.

      Actually, he is an attorney, and more importantly, the Controller's office has its own legal staff.

      It's not his job to give legal interpretation on Supreme Court decisions. His job is to execute the orders of states executive branch, Gov. Schwarzenegger.

      Its his job as an independently elected Constitutional officer to implement the law within the zone of authority given him by the Constitution and law of the State of California, which includes overseeing the state's financial affairs. Part of implementing the law is determining what law applies to a specific set of circumstances and interpreting that law and deciding how it applies. California, (unlike, e.g., the US Federal Government) does not have a purely unitary executive.

      It sounds like the Controller is letting his personal beliefs interfere with his professional responsibilities. That's a quick route to unemployment.

      The only ways the Controller can become unemployed under California law are:
      1) He resigns,
      2) He is impeached by the State Legislature, or
      3) He is recalled by the voters.

      Just like the Governor.

  12. What? by Anonymous Coward · · Score: 1, Funny

    A story about firing employees and Ahnold and you didn't use "Terminated"?

    I'm not sure whether to be relieved or outraged.

    1. Re:What? by 4D6963 · · Score: 1

      A story about firing employees and Ahnold and you didn't use "Terminated"?

      You must be confusing him with the Comb-overator.

      --
      You just got troll'd!
  13. LOL by nebaz · · Score: 3, Funny

    This is a delicious irony here. It's great. It's almost enough to coin a phrase "Don't attribute reprieve from malice to that which can be explained by incompetence."

    --
    Rhymes that keep their secrets will unfold behind the clouds.There upon the rainbow is the answer to a neverending story
    1. Re:LOL by arotenbe · · Score: 1

      "Don't attribute reprieve from malice to that which can be explained by incompetence."

      ... what?

      --
      Tomato wedge sperm darts that are Republican.
    2. Re:LOL by Jarjarthejedi · · Score: 1

      Don't attribute someone being nice to you (not cutting your pay) to them actually being nice, when it can be explained by them being too incompetent to hurt you.

      GP was trying to make a play on Hanlon's Razer, don't attribute to malice what can be explained by stupidity, by reversing it.

      --
      There are two kinds of fool One says 'This is old therefore good' Another says 'This is new therefore better'- Dean Ing
    3. Re:LOL by Anonymous Coward · · Score: 0

      http://en.wikipedia.org/wiki/Hanlon%27s_razor

      "Never attribute to malice that which can be adequately explained by stupidity."

      -OR-

      "Never assume malice when stupidity will suffice."

      In other words, just because it looks like someone is trying to screw you over doesn't mean that they're doing it on purpose; they could just be a dumbass.

      I especially like the section on the Cock-Up Theory: "Cock-up before conspiracy"

      See also:
      http://en.wikipedia.org/wiki/Clark%27s_Law
      http://en.wikiquote.org/wiki/Robert_J._Hanlon

    4. Re:LOL by sm62704 · · Score: 1

      I have my own razor: Never attribute to incompetence that which can be adequately explained by greedy self-interest.

      -mcgrew

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    5. Re:LOL by Sockatume · · Score: 1

      "Do not attribute to benevolence that which may be adequately explained by ignorance or stupidity"?

      --
      No kidding!!! What do you say at this point?
  14. Take ours by otacon · · Score: 4, Funny

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

    --
    In a world of acronyms, the words are the real victims.
    1. Re:Take ours by Anonymous Coward · · Score: 0

      It's CICS not CISC. Maybe that's part of your problem right there. (And I haven't worked with this stuff in 20 years either.)

    2. Re:Take ours by otacon · · Score: 2, Funny

      It's called a typo. Go slam keys on your 3270.

      --
      In a world of acronyms, the words are the real victims.
    3. Re:Take ours by juanillodgn · · Score: 1

      Lynx (or even Links!) in 3270?

    4. Re:Take ours by Anonymous Coward · · Score: 0

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

      Fixed that for you. CISC is actually what most PC's are running these days. Or else I'm not getting something, in which *whoosh*

  15. Ibvious solution by Anonymous Coward · · Score: 1, Funny

    Just Terminate a percentage of those state employees.

    1. Re:Ibvious solution by Anonymous Coward · · Score: 0

      Or remove them entirely from the system. Let it all just work itself out. Plus, as an added bonus you get a voice mail from the Governator saying "You've been erased!"

  16. Sounds like B.S. to me by Critical+Facilities · · Score: 4, Insightful

    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.

    1. Re:Sounds like B.S. to me by xTantrum · · Score: 1

      i think dice.com would probably agree.

      --
      $action = empty(PHP) ? backToC() : unset(PHP) ; "when the concrete cases are understood, the abstractions are readily
    2. Re:Sounds like B.S. to me by hardburn · · Score: 1

      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.

      I'm willing to believe that the system really is that bad. Regardless, blaming it on the implementation rather than the language doesn't change the fact that the system can't readily support this change.

      It could end up being political hot air, but is just as likely to be true in this case.

      --
      Not a typewriter
    3. Re:Sounds like B.S. to me by MBCook · · Score: 0

      No kidding. I had a semester of COBOL in college. It was bad. I'd never touched such a primitive computer language before (or after). I'd prefer assembly to COBOL. I understand that next to no one works in COBOL anymore. But let's get serious here.

      The article says that California has spend 10 years and $117 million trying to replace their payroll system and haven't really touched it at all.

      I'm a Californian (technically). So I'll make you a deal California: I'll program it. I'll do the whole thing for peanuts. Let's say $200,000 a year. With what you've spent I could work on the system for 585 years.

      Heck. How about a one time payment of $150,000 and then $0.05 for every paycheck an employee gets. That's fine too.

      Will my payroll program be perfect? Nope. But I can make a simple program that does the basics and I can make it work. I can keep expanding it for you. You can switch new blocks of employees over some at a time as I add the features you need for them. You can have people manually cut checks for the rest (or just keep using the old system). For the amount of money you've spent it seems like this has to be workable. I'd think my ideas could be done for a few years and still cost less that what's been spent already.

      Heck, make a bunch of students at one of the Cal. Tech. or UC(something something) do it. Make the grad students do it. It would be a great real world project. Plus you've got all those professors who know what they are doing and have had experience working on designing big systems like this (right?). Compared to your 10 year $117 million dollar mess, how bad could it be?

      Heck, buy QuickBooks. Pay Intuit $50 million and they'll probably have the perfect system for you ready to go right now.

      These projects always end up so terrible. I don't know why the government doesn't just toughen up the "if you ever get paid" clause in the contract. If no one has fixed it, sue for your money back. This style where each company did something but it didn't fix it so they all get paid and nothing useful ever came out hasn't worked very well. If you make the completion side of the deal juicy enough, some big company that can afford the risk will do it and do it right.

      I also agree with other posters. I could change it. Let me at it. All I have to do is change some constants. Since they are getting smaller, there won't be any overflows. Then we can run test cases (or just run tests with the real payroll a few times) and we'll see if it works. How much could that possibly cost? Certainly not 10+ months of time. Reverting back to the current wages should be as easy as a redeploy since we know that code is working already.

      Aren't bureaucracies fun?

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    4. Re:Sounds like B.S. to me by Jarjarthejedi · · Score: 1

      Ah, but if it's the language, then no one gets the blame. If it's the implimentation, then whoever implemented the system, and their bosses, get the blame. Ergo it is quite important in a politic sense, if useless in a practical sense (and that can be said about 90% of governmental affairs btw)

      --
      There are two kinds of fool One says 'This is old therefore good' Another says 'This is new therefore better'- Dean Ing
    5. Re:Sounds like B.S. to me by gstoddart · · Score: 4, Insightful

      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

      --
      Lost at C:>. Found at C.
    6. Re:Sounds like B.S. to me by dave562 · · Score: 2, Informative

      It isn't just an issue of changing some constants. The pay cut isn't permanent. It is a temporary solution and the employees will get back pay once the budget passes. There are a lot of calculations that take place when a state employee gets paid. There are union contracts to follow. There are Federal and State payroll deductions to calculate. There are pension funds that are regulated by law to take into consideration.

    7. Re:Sounds like B.S. to me by dave562 · · Score: 1
      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."

      Mod this guy up please. Everyone who is saying how easy it would be to make the change to the system obviously hasn't had the real world experience of dealing with legacy systems where there are all sorts of arcane, long since forgotten functions that nobody really understands that have been coded into them.

    8. Re:Sounds like B.S. to me by sudog · · Score: 1

      That's a lot of assumptions you're making. I really don't think people, who have no direct experience with precisely what California uses as their payroll and accounting system, should be making these sorts of judgements calls--and that includes those of us who are capable of working in COBOL. We really don't know what sorts of special requirements, union rules, or laws could be fudging the logic up.

    9. Re:Sounds like B.S. to me by Syberz · · Score: 1

      You do realize that you're trying to defend yourself to someone (the controller) who has no f*cking clue about how the system is built and probably didn't know what COBOL was 5 mins prior to giving the interview, hell he still doesn't know he just added the word to his list of techie buzzwords and consequently, his resume.

      The controller obviously opposes the change, probably because he is sucking up to people who's salary is affected, and has no idea what exactly should be done to the system to change it.

      If he did talk to an engineer who knew enough about the system to accurately estimate (yes, I see the irony) the time to fix it then that engineer could indeed fix it and the controller is lying about not having competent people to update the system.

      --
      ~Syberz
    10. Re:Sounds like B.S. to me by Pontiac · · Score: 2, Insightful

      I can imagine this will be a complete nightmare to implement.
      Not just changing 200,000 pay records and tracking the difference for bak pay at a later day.

      What about taxes, insurance, flex spending accounts, retirement accounts,

      You are going to end up with payroll deductions that may excede the total check ammount.

      They are only going to be paying people $262 a week!
      If it were me I'd owe the state $$ after insurance, returement and flex spending accounts were deducted.

      Or do they plan on suspending all medical, retirement and flex spending payments? I doubt the insurance carrier would like that one bit.

      I also hope they plan on implementing a free employee bus system and homeless shelters.
      Plus start in office welfare sign up stations and free lunch programs.
      State Employees won't have any $$ left to pay rent, mortgage, power, water, phone, car payments or even buy gas.

      That kind of money would hardly cover daycare costs for 1 child.. would you work 40 hours a week for a net income of $50 before taxes, and costs just to get to work?

      --
      If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair
    11. Re:Sounds like B.S. to me by Secret+Rabbit · · Score: 1

      That active word there is "should." Sure there /should/ be a DB around with the info in there, but is there?

      Quite frankly, what this guy is saying is likely. Not really the time frame. But, it *is* likely that it would take significant work to get this done. How? Given what I've seen in industry, I have no doubt that there is a significant chance that flat files are used. So, all you need is some incompetent jackass to create a complicated convoluted horrid format for it/them and not document that. Then this guy retires, gets fired, gets laid off, whatever.

      So, now you got a program that's only programmed to enable an increase salaries and the one person (or limited amount of people) that actually know what's going on are gone. And now you gotta reverse engineer the format which wouldn't exactly be trivial given the massive amount of undoubtedly undocumented spaghetti code using "clever" acronyms for variable names (also undocumented).

    12. Re:Sounds like B.S. to me by mshannon78660 · · Score: 4, Insightful
      I'm going to go out on a limb, and guess you've never worked on a large payroll system before.

      First, the system has to work nearly perfectly out of the gate - this isn't a 100 person startup (according to this article, just the increase in the number of state workers since Arnold took office (not the total, just the increase) is 26,000 (total is more than 200,000). Remember, this is payroll - you make a mistake, say on FICA or Federal income tax witholding, and you could easily be looking at millions in penalties. You've also got to keep in mind all the other things that get taken out of people's paychecks - insurance payments, retirement savings, wage garnishments, etc. Those not only need to get taken out, accurately, but the amounts getting taken out need to get paid to the appropriate entities (private companies, federal, state and potentially local governments, private individuals, etc.). Any mistakes there could mean penalties or lawsuits.

      Let's look at the back end for a minute. California will have some type of General Ledger-based accounting system - every one of those paychecks (not to mention all of the deductions, etc.) need to get posted against the appropriate GL account - I'm going to guess the number of those accounts is at least in the tens of thousands - so that money that is or isn't paid out is deducted from the appropriate department/group/whatever. Now, assuming you've taken care of all that (and again, not really any room for errors - it's a problem if the DOT suddenly can't pay the contractors that are working on the roads because somebody deducted too many paychecks from their GL account) you've got to deal with actually printing the checks and doing the electronic transfers. Here you might actually get lucky, and only have to generate a set of files in the right format - or the current payroll program might actually print the checks, too. Now, because this is temporary, you need to figure everything twice - what it would have been normally, what it will be with the cut to minimum wage, and you need to keep track of that difference so you can pay it out when the budget is finally approved. Oh, and you'll have to figure out the legal implications (what happens to people who's wages are garnished at a level that leaves their paychecks at zero or less? How do the Feds react to not getting the witholding when they are supposed to?). So, sure, you think you can do all that, with no bugs or errors, in less than six months, you're hired.

    13. Re:Sounds like B.S. to me by Sparky+McGruff · · Score: 1

      Or, as you noted, would you work 40 hours a week for the net income of $-250? Where do you send the check? If you've got deductions for health care, PERS, etc, a sizeable number of employees would be in the hole.

      The problem with these state gov't tricks (I enjoyed one of these as a part time employee at a UC campus under Petey "moron" Wilson) is that they just end up making a massive paperwork mess that costs lots of money. I had to re-apply for my f-ing dishwashing job every week. The money was from a grant, not from the state, but the state-paid university employees had to process half a dozen forms every week so I could get my $5.75 an hour for washing dishes in a research lab. Sure, it makes a "statement", just like urinating on an ex-girlfriends car door. Implementing some real cost-saving measures would be reasonable and prudent. But this "I'm going to shut the system down and hold my breath until I get my way" stuff doesn't help things in the long term.

    14. Re:Sounds like B.S. to me by MBCook · · Score: 1

      I've worked on systems that dealt with money, but not real payroll. That said, my comment was meant tongue-in-cheek (at least that part).

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    15. Re:Sounds like B.S. to me by Anonymous Coward · · Score: 0

      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?

      Yes, at least some of them do. I have three full-time COBOL programmers in my group alone, maintaining the mainframe side of a very important set of systems. The codebase is pushing 25 years old, but still works very reliably and is regularly augmented and enhanced, usually in non-trivial ways. In the whole company, there are dozens of them, and not all of them are ancient dinosaurs.

      Oh, I work for a Fortune 100 transportation company.

    16. Re:Sounds like B.S. to me by Anonymous Coward · · Score: 0

      it is not a language that poses a problem , it is logic and business rules that are complex. An outsider with perfect COBOL knowledge still will have trouble understanding what the system does and how it does it. IT managers should probably know that learning a new language is easy, what is hard is learning how the system works

  17. Wrong! by gfxguy · · Score: 5, Funny

    They created the worst payroll application of all time... it takes 50% longer to raise them back!

    --
    Stupid sexy Flanders.
    1. Re:Wrong! by krlynch · · Score: 1

      From the article: "Chiang said it would take an additional nine to 10 months to issue back pay"

    2. Re:Wrong! by Anonymous Coward · · Score: 0

      The article didn't say 9 months to get the salary back to the original value; it said 9 months to cut checks for back pay.

    3. Re:Wrong! by Anonymous Coward · · Score: 0

      Yeah, there are NO good programmers in California!!

  18. Its not because of COBOL by nurb432 · · Score: 4, Insightful

    Its because of poor coding skills.

    Convenient scapegoat there they have.

    --
    ---- Booth was a patriot ----
    1. Re:Its not because of COBOL by Shivetya · · Score: 1

      It is more likely the database implementation does not support SQL type processes. We have a mainframe which hasn't been updated since it just works. The problem is that many modern tools available on our iSeries, pSeries, and xSeries, provide such easy to use data manipulation tools that uppers tend to think if one machine can do it all can.

      --
      * Winners compare their achievements to their goals, losers compare theirs to that of others.
    2. Re:Its not because of COBOL by Anonymous Coward · · Score: 0

      Convenient scapegoat there they have.

      Yoda you are ?

  19. Should just fire everyone by OrangeTide · · Score: 5, Interesting

    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?

    --
    “Common sense is not so common.” — Voltaire
    1. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      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?

      One where a person's very existence depends on him having money. Oh, wait.

      Typical thinking in our goddamn society these days. Who cares if other people don't have a job as long as I'm rich? Great attitude there.

    2. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      There were a LOT of lay-offs of part-time workers. A few of my friends are students working part-time for CalTrans and are currently out of work right now. If they wanted to collect unemployment, they'd have to go through a whole process and essentially quit their job. This makes it a pain to get re-hired when the new budget is passed.

    3. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      They aren't in a budget crisis.

      The governor is attempting to strongarm a budget through.

      Noones pay is being cut, they make minimum wage until they get a budget approved then all their backpay.

      There remains some question on the legality of this, but it certainly isn't crystal-clear.

    4. Re:Should just fire everyone by Lord+Ender · · Score: 1

      In the US, hospitals are privately-owned businesses. The state does not pay hospital staff.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    5. Re:Should just fire everyone by Lord_Frederick · · Score: 1

      I wish his thinking was MORE typical. The "I have a RIGHT to a job" attitude is what's sickening.

    6. Re:Should just fire everyone by religious+freak · · Score: 1

      Cry me a river... capitalism is the least worst system there is. If you don't like it and want to be guaranteed a job for life, go to the USSR. Oh, wait...

      --
      If you can read this... 01110101 01110010 00100000 01100001 00100000 01100111 01100101 01100101 01101011
    7. Re:Should just fire everyone by tilandal · · Score: 1

      In a business you can close a branch, sell a division, shutter a plant. As a government what are you going to do? Fire all the teachers, fire fighters, police officers, accountants, clerks, etc? That doesn't work. Governments have obligations that they must uphold. California can't just shut down and move somewhere cheaper.

    8. Re:Should just fire everyone by foniksonik · · Score: 1

      I agree with you completely... except for the fact that the unemployment paperwork you mention will have to be done by someone... and unless I'm mistaken, that person was layed off right along with you ;-p

      Seriously though... I agree that you do need to run governments like you run a business, profit/loss... except for the part where profit is concerned... gov, does not need a profit, they just need to ensure no loss. It should be easier to run a gov.

      Unfortunately they are the worst at promising to people (lobbies, taxpayers, unions, etc.) things that they can not deliver - so as to improve their political position - which apparently causes more problems than trying to improve their market position.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    9. Re:Should just fire everyone by nickhart · · Score: 5, Insightful

      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?

      I don't know about you, but I live in the richest nation on Earth (which has a government that acts like it owns the universe). We spend more than 5x on our military each year (not counting "supplemental" spending on wars, interest on loans for said wars and other related costs) than it would cost to feed every hungry person on the planet, according to UN figures. The workers of the United States are some of the most productive in the world and we collectively create vast riches--for a tiny minority of people at the top who "own" the factories and businesses from which this wealth is extracted. This is nothing more than organized theft.

      Under a sane, rational system all workers would share in the wealth we create. When we discover new techniques that make our jobs more efficient, we would all work less--instead of under capitalism, which results in layoffs and fewer people working more. We wouldn't waste trillions on killing people--we'd spend trillions to create good jobs that serve important needs: like educating people, healing them, building efficient mass-transit and clean, renewable energy sources (all of which create more and better jobs than military spending does).

      Instead we live in a world where a handful of parasites lets their own short-term, profit-oriented interests dictate policy for the rest of us. They get to force their pro-capitalist dogma onto us in schools, textbooks and via the media they own, so that people believe that the current system is the way things should be and always will be (just as the Church and nobility once taught serfs and merchants to remain in their places).

      There's no reason we can't provide a job, food, clothing, shelter and health care for every single person on the planet--except that it wouldn't be profitable for the people at the top, and they are not going to give up their power and privilege without a fight.

    10. Re:Should just fire everyone by Actually,+I+do+RTFA · · Score: 1

      I'm not sure why unions act like every person should be guaranteed a job.

      Because the concept of "people should get paid regardless of whether they work" didn't go over well. People need money to survive. Either you need to guarantee them a money for nothing, or guarantee them a way to earn money.

      And unions cannot force you to do anything. They are a means for a group of people to spread out the risk of beocming unemployed (like insurance). You don't have to use union labor... but you may have to choose between all-union and no-union labor.

      Isn't that an example of the free market that you worship?

      In a business with this kind of budget problem you simply lay people off.

      In a business no executive tries to reign in the size of their empire, and anyone who allowed the budget process (remember,it's the budget process, not the dollars that are the issue) to FUBAR things would be fired. Besides, running government like a business doesn't work. Look at our MBA president, for one example.

      --
      Your ad here. Ask me how!
    11. Re:Should just fire everyone by Mr.+Slippery · · Score: 2, Insightful

      In a business with this kind of budget problem you simply lay people off.

      A business does not provide services essential to the safety, health, and welfare of a population.

      When you lay off a bunch of hackers who code website backends, or a bunch of fry cooks at the local fast food joint, the broader social implications are nill. When you lay off firefighters or hospital workers, it's likely more people will die.

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    12. Re:Should just fire everyone by u38cg · · Score: 0, Troll
      I am so fucking angry I'm spitting as I type. Your bullshit is the reason third world farmers can't sell to the rich world, because assholes like you voted for tariffs to protect rich farmers. Your bullshit is the reason the West sat on its backside and let Stalin murder FIFTY FUCKING MILLION of his own people. You live in the most comfortable country on earth, the one that proved beyond any doubt that letting individuals pursue their own interests creates the wealthiest, richest society, and you have the nerve to come out with this.

      No excuses for this bullshit, none. You should know better. Try going to a poor country sometime and find out what they need instead of theorising on /. Your last paragraph says it all. Your 19th century Marxist pals said the same thing in their day about their countries, and nobody starves in the West today. Jesus, Solzhenitsyn died two days ago, he might as well have never lived to hear shit like that from the mouth of someone who hasn't got a clue about the world he lives in. Get a fucking grip.

      --
      [FUCK BETA]
    13. Re:Should just fire everyone by sohp · · Score: 1

      I hear there's a network admin in San Fran who is looking for work.

    14. Re:Should just fire everyone by QuantumRiff · · Score: 1

      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.

      The key is, you make sure to lay off all the state employees at the unemployment department last. I don't think California is smart enough to figure this one out...

      --

      What are we going to do tonight Brain?
    15. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      Hilarious. Someone please mod parent "funny".

      Soyuz nerushimy respublik svobodnykh...

    16. Re:Should just fire everyone by nickhart · · Score: 1

      Western economic policies (structural adjustment policies, privatization, lowering of trade barriers and such) are to blame for the vast, deep poverty that grips the rest of the globe. Half of humanity lives in slums and survives on less than $2 a day. That is because of capitalism, not in spite of it. Western corporations extract billions of dollars in wealth from these impoverished nations--and yet that is somehow supposed to help them?

      Tariffs are useful to protect developing nations' fragile, burgeoning industries and protect them from US bullies. I notice you don't complain about the vast subsidies and corporate welfare our government hands out. These artificially lower prices and enable US companies to wreak havoc on the economies of developing nations. This is why Haiti, a land that once produced all of its rice, is now starving: because local rice farmers have been run out of business and no one can afford the imported rice any longer. It's because of cheap, subsidized US corn that millions of small farmers in Mexico have been driven out of business and risk life and limb immigrating to the US to find wage labor.

      And we both agree about Stalin: he was a major asshole. However, his rule was a product of capitalism, not socialism. He wiped out all the gains of the Russian revolution and returned workers to bondage--cogs in a giant industrial machine whose primary purpose was to accumulate wealth for the bureaucracy and compete with the west. Stalin's policies had not a thing to do with Marxism--he merely used Marxist-sounding language to justify his rule. He was not so different from how western capitalists throw around words like "democracy" and "freedom" to justify their unjust, unequal and undemocratic rule or wars of conquest and plunder. True socialism is marked by broad, grassroots democracy: where workers decide how to run their workplaces and communities decide how to distribute the wealth they create.

    17. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      Because Unions have negotiated contracts which guarantee said jobs...it's a legal agreement...

    18. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      "...nobody starves in the West today." Hogwash! Food pantries across the US are experiencing higher demand than ever. Many people are forced to choose between paying for food, drugs or fuel--because the cost of all of these are skyrocketing. The US government's own statistics show an increase in hunger among US households. The wealthiest nation on Earth can prosecute two wars halfway around the world but it can't feed or provide health care for its own people. Globally six million children die of hunger and treatable disease EVERY YEAR. That is capitalism's fault. Capitalism has been responsible for more war and death than Stalin ever was.

    19. Re:Should just fire everyone by ivan256 · · Score: 1

      Yes. That's exactly what you do. If you can't pay for services anymore, you stop offering them. The only reason you can typically only increase government services over time is because it's politically unpopular to stop providing a service, and because most voters are sufficiently distanced from the actual finances that they don't care what the financial situation is.

      If California is out of money, and can't find more money, they should start cutting with administration, then social programs, move on to infrastructure, then public safety, etc.. Either that, or they should raise the taxes sufficiently to either pay for the shit the voters demanded, or drive enough people out of the state that costs come down.

      They can't do that, however, since ballot initiatives are legally binding in California. Honestly, I think we should modify the US constitution to disallow states having the level of direct democracy that California has (each individual does not have sufficient time to become informed enough to properly make those kinds of decisions and carry on their day to day business as well), and remove California from the union unless they come into compliance. Enough of this "as goes California, so goes the nation" bullshit already.

    20. Re:Should just fire everyone by justinlee37 · · Score: 1

      Communism is for the weaklings who can't stand on their own. I say let 'em starve, the earth is too crowded. People who can't even support themselves shouldn't continue to breed.

    21. Re:Should just fire everyone by OrangeTide · · Score: 1

      I've been flat broke and I exist. I just couldn't buy an HDTV. Luckily I had some possessions to buffer my short time being broke.

      Having to beg for food and bathing in public toilets sucks. And it's really really difficult to find a job when you're homeless. How will they do a phone interview. How will you go to a job interview without smelling unwashed?

      It certainly is a problem to be jobless. but being jobless is way different than being destitute. And in both cases you do exist.

      --
      “Common sense is not so common.” — Voltaire
    22. Re:Should just fire everyone by OrangeTide · · Score: 1

      Right part-timers, contractors (mostly people who retired from their city job), etc. they all were pink slipped without warning (as far as I know). In California I never get a warning and my employer isn't required to give one. Having different rules for state employees seems unfair (to me).

      --
      “Common sense is not so common.” — Voltaire
    23. Re:Should just fire everyone by OrangeTide · · Score: 1

      BZZT. State and county hospitals exist in the US. I normally go to one because it's closer to me and the care seems good. But since I have insurance I gotta pay. If I didn't have insurance I would have to apply for a healthcare card. (been through that process too). It's sort of a "pay what you can" plan, and the prescription drugs are WAY cheaper on that plan than on my current HMO.

      --
      “Common sense is not so common.” — Voltaire
    24. Re:Should just fire everyone by OrangeTide · · Score: 1

      In the short term you must cut. Since a state (unlike the fed) cannot print more money. And California's credit rating is so bad that they have been unable to borrow money through normal channels. And the state constitution requires voters to agree to any bond measure which is the only other way to quickly raise money.

      In the long term you need to raise taxes or cut spending. California seems to have failed to do either. (increasing the tax rate but having a reduced tax revenue is not the same thing).

      --
      “Common sense is not so common.” — Voltaire
    25. Re:Should just fire everyone by OrangeTide · · Score: 1

      Those agreements are (possibly) invalid in California. I can sign agreements that say I cannot be fired or that I cannot work for a competitor, etc. Completely invalid in a California courtroom.

      --
      “Common sense is not so common.” — Voltaire
    26. Re:Should just fire everyone by KnowledgeKeeper · · Score: 1

      I don't know about you, but I live in the richest nation on Earth

      Richest? You must me kidding me :) Here is a great example of what U.S.A actually works like. Don't trust me? Go look at the housing market and total national debt. IIRC, U.S.A. actually went bankrupt in early 1970s. and is bankrupt to this day.

      --
      It is always better to be a first grade version of yourself than a second grade version of someone else.
    27. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      So you want to return to Communists of yesteryear. Where the "rich parasites" are replaced by "bloodthirsty tyrants".

      I could remind you that some of us invest in the parasitic scheme. Then we become the parasites at the top.

       

    28. Re:Should just fire everyone by CharlieG · · Score: 1

      Ah, not necessarly - for instance, in NYC, you have the NYC Health and Hospitals Corp - which is fully owned by the city, even if it's a Corp

      http://www.nyc.gov/html/hhc/html/home/home.shtml

      There are something like 20 hospitals/treatment centers in "the system"

      --
      -- 73 de KG2V For the Children - RKBA! "You are what you do when it counts" - the Masso
    29. Re:Should just fire everyone by dwpro · · Score: 1

      Well, a lot of people work for the state at lower pay because of the stability and laid back environment. (Especially older folks and people trying to get citizenship.) Many of these people have probably got a lot of years invested in the state at a lower than industry standard salary with the expectation that they would have a job from which they could retire. Obviously these people aren't going to take it lying down.

      --
      Millions long for immortality who do not know what to do with themselves on a rainy Sunday afternoon. -- Susan Ertz
    30. Re:Should just fire everyone by CodeBuster · · Score: 1

      wow, somebody has a chip on his shoulder...

      The workers of the United States are some of the most productive in the world and we collectively create vast riches--for a tiny minority of people at the top who "own" the factories and businesses from which this wealth is extracted.

      The workers were paid for their work. Perhaps you think that they weren't paid enough or that the terms were unfair, but really that is between the worker and their employer. Nobody forced the employer to hire the worker and the worker is free to leave at any time for whatever reason.

      This is nothing more than organized theft.

      Organization and management are skills that can be applied to create more wealth and even you admit that they are organized. Should not those who organize and coordinate collective efforts to achieve greater results be rewarded for doing that in the same way that workers are rewarded for doing the labor?

      Under a sane, rational system all workers would share in the wealth we create.

      Everyone shares in the wealth right now, just not equally because not all individual contributions to the collective store of wealth in society are of equal value.

      When we discover new techniques that make our jobs more efficient, we would all work less--instead of under capitalism, which results in layoffs and fewer people working more

      You should give France a try if you are living in the EU, I hear that they have a mandatory 35 hour maximum work week.

      We wouldn't waste trillions on killing people--we'd spend trillions to create good jobs that serve important needs: like educating people, healing them, building efficient mass-transit and clean, renewable energy sources

      Would you like some fries with that tall order of Utopia? People have been killing each other since the first ape stood up on two legs (and probably before that too) and there is every reason to expect that the humans will continue to find ever more efficient and inventive ways to kill their fellow man.

      Instead we live in a world where a handful of parasites lets their own short-term, profit-oriented interests dictate policy for the rest of us. They get to force their pro-capitalist dogma onto us in schools, textbooks and via the media they own, so that people believe that the current system is the way things should be and always will be (just as the Church and nobility once taught serfs and merchants to remain in their places).

      Is this the part where we all say, "Death to the Bourgeoisie"?

      There's no reason we can't provide a job, food, clothing, shelter and health care for every single person on the planet

      How about scarce resources? There simply isn't enough of everything on the planet for every last one of us to live like the average American or European.

      except that it wouldn't be profitable for the people at the top, and they are not going to give up their power and privilege without a fight.

      They control the trillion dollar military, remember? Right...

    31. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      Hello there, I am your boss. Starting tomorrow, you will be paid only half your salary. Got any problem with that? Well I don't!

    32. Re:Should just fire everyone by Anonymous Coward · · Score: 0

      The workers were paid for their work. Perhaps you think that they weren't paid enough or that the terms were unfair, but really that is between the worker and their employer. Nobody forced the employer to hire the worker and the worker is free to leave at any time for whatever reason.

      You're kidding yourself if you think this establishes any sort of parity between employee and employer, or if this somehow magically remedies the vast power divide between the two.

    33. Re:Should just fire everyone by mcvos · · Score: 1

      Communism is for the weaklings who can't stand on their own. I say let 'em starve, the earth is too crowded. People who can't even support themselves shouldn't continue to breed.

      Let's kill the slaves!

      Thing is, the economic systems of the rich countries depend on economic differences. We got rich partially by keeping the others poor. We wield or political, military and economic power to gain more economic power over those that are less well off. Ofcourse some leaks back, and they also profit from our wealth, but we profit a lot more from them than they from us.

    34. Re:Should just fire everyone by u38cg · · Score: 1
      I should probably stop before I get any more troll mods, but what the hell.

      Structural adjustment policies were often badly presented to the receiving nations, but let's not forget those nations had already turned themselves into a basket case without Western involvement. The intentions were good and the effects, in the long term, certainly were. Now those countries are fucking it up again in the teeth of the current crisis, but that's another story.

      Privatisation is another favourite bogeyman. The government has no incentive to run the organisation efficiently, and has no competitors, and is totally unaccountable, and can run at a loss for as long as they has paper to man the presses (see Zimbabwe). Despite this, people still claim that the discipline of having services pay for themselves is somehow morally wrong. There are some natural monopolies, but even here, there is good evidence that it still does not make sense to have the state run them. Back when Britain's BT was first privatised, it took nine months to get a new phone line installed. Within a year, the private company had brought it down to weeks.

      Lowering trade barriers is good for both nations. No ifs, no buts. Look up comparative advantage and absolute advantage. It is simply not possible that reducing trade barriers reduces wealth in *either* country. There will certainly be job losses and reorganisation as the economy realigns itself, but that is no bad thing.

      Since 1980, the global proportion of people living on $1 or less per day has halved. I'd agree that's nowhere near good enough, but you need to understand what will solve the problem. My second sentence above should have read "tariffs and subsidies to protect rich farmers". While agriculture is by far the worst, there are plenty of other industries that should have their protections taken away also. Despite all this, I'd remind you that the US, and most of the West to a lesser extent, run a current account deficit - in other words, there is a net cash flow to poorer countries (admittedly mostly China, but further liberalisation would improve that).

      If Haiti can't grow rice profitably, then they should stop growing rice. Biofuels are big business at the moment, and there are plenty microfinance operations in Haiti. And as for the evil Western corporations, think about the last time you saw a report about a company shamed into ceasing the use of sweatshops. You probably saw pictures of the damp, dirty working conditions and the children working 12 hour days. Now that company has ditched that sweatshop, do you think those children are now in school, getting three meals a day and clean drinking water? Or is it more likely they are scavenging their way through a rubbish dump trying to find something they can eat? Nobody has to work for the evil Western companies; they choose to do so because it is better (in some way) than what was available locally.

      And Stalin was no capitalist. He was in the machine right from the beginning, and proved only one thing: that any system will be exploited by someone who has the ability to do so. The Russian Revolution brought no gains at all: the economy was already down the tubes before Stalin took over. His only contribution was the realisation that his successor could only be one of the people he didn't kill first. And the Soviets never accumulated any wealth to speak of: sure, the party apparatchiks had their Zils and their dachas, but for some reason it didn't stop them defecting to the West in huge numbers. And wealth means nothing if it doesn't, eventually, improve everybody's position.

      As for socialism, is there one country, place, town, village, that has consistently applied socialist principles over the last century or so of socialist theory and managed to remain a place you'd want to live? Your worldview is badly warped. You aren't alone: economic fallacies are endemic, and those of us who believe in free (really free) trade and the minimal state are often unheard voices.

      --
      [FUCK BETA]
    35. Re:Should just fire everyone by nickhart · · Score: 1

      Wow. So much ignorance and so little time to address it all. I'll hit the highlights.

      ...let's not forget those nations had already turned themselves into a basket case without Western involvement.

      Read your history. No western involvement? These nations were turned into "basket cases" thanks to colonization and brutal exploitation by western powers. They left behind invented nations with borders carved up by their former colonizers. Thanks to divide-and-conquer tactics used by their colonial rulers, it left many such nations with bitterly feuding peoples (Rwanda, anyone?).

      ...government has no incentive to run the organisation efficiently...

      And capitalist enterprises are efficient? Let's take a look at the US healthcare "system." Nearly 50 million people are without coverage. Capitalist logic dictates that they don't deserve health care because they are too poor to afford it, or it's too expensive to cover them--despite the supposedly monumental efficiency of capitalist enterprise. In the US we collectively spend as much on healthcare as it would cost to cover everyone under a single-payer system. Our Medicare system (for the elderly and infirm) is far more efficient. Only 7% of their budget goes to overhead, the rest goes to pay for patient care. In the private sector the figure is 15-30%--because every single insurance company replicates their own wasteful bureaucracy whose primary purpose is to deny care. Plus there's the money wasted on advertising, lobbying and excessive executive pay.

      If Haiti can't grow rice profitably, then they should stop growing rice.

      This exemplifies the kind of muddled thinking that is so common among capitalists and libertarians, and which is responsible for so much human misery. For the most part, the people of Haiti who are currently starving probably couldn't give a rat's ass about profitably growing rice. They used to grow rice to FEED themselves. Thanks to lowering of trade barriers and the introduction of subsidized rice from the US (funny how we "advanced" nations think "free" trade is good for the developing nations, yet we are loathe to end our massive crop subsidies) cheap foreign rice undercut the market within Haiti, driving small farmers out of business. Now with prices on the rise no one can afford the foreign rice and there's not enough grown domestically to feed people. This is a man-made social catastrophe, all thanks to western ideas about "free" trade which benefit no one except the wealthy shareholders of big-agribusiness and banks.

      ...Stalin was no capitalist...

      The former USSR had a system known as "state capitalism." The primary feature of capitalism is the accumulation of wealth for accumulation's sake. In our western "democracies" we have lots of small capitalists competing with each other and globally with foreign capitalists. In the USSR there was one capitalist: the state bureaucracy. Workers were exploited, and the surplus value extracted from them by the state was re-invested to build up industry and compete with the west militarily and economically. The USSR was socialist/communist in name only--just as the US is a democracy in name only.

      The Russian Revolution brought no gains at all...

      A brief list of the gains workers won by overthrowing their capitalist masters: women won the right to vote--a first among western nations. Collective laundry, child care and kitchen facilities were established to relieve women of the burden of housework and enable them to more fully participate in politics and the workplace. Old Russia's colonies and annexed populations were granted the right to self-determination and succession. There's a long list of rights and progressive reforms won by the workers in their revolution.

      As for

    36. Re:Should just fire everyone by justinlee37 · · Score: 1

      Nice try ... but wage slaves are able to support themselves (albeit tenuously). I was thinking more of the starving and chronically unemployed -- people who produce absolutely nothing. I'm not about to start sharing the wealth ... that is, unless they can produce a good or service in trade for it.

    37. Re:Should just fire everyone by mcvos · · Score: 1

      Nice try ... but wage slaves are able to support themselves (albeit tenuously). I was thinking more of the starving and chronically unemployed -- people who produce absolutely nothing. I'm not about to start sharing the wealth ... that is, unless they can produce a good or service in trade for it.

      And do you know why they're not doing that? Because they lack the resources. Every time they try, someone richer and more powerful takes advantage of them, reaps the profits, and leaves them broke and broken.

      Have you ever tried being a farmer in Africa while western economies come along and bribe your civil servants to wreck your local economy every couple of years? And so farmers go bankrupt and nations starve. (It's not always western economies, though. In the case of Zimbabwe, it was Mugabe's own handiwork, but there too it's the people in power who wreck the economy for everybody else.)

    38. Re:Should just fire everyone by Marcion · · Score: 1

      To wrongs don't make a right. A more extreme version of your argument is that "My daughter was murdered, so why wasn't my neighbour's?".

      In the rest of the developed world, you cannot lay off people without warning. If you do lay people off, then you have to give them a redundancy package, e.g. two times a month's pay for every year of employment.

      The problem is that the state of California is pissing about with people's lives. If it was Britain or any European country, the whole workforce would go on immediate strike, and they would be correct to do so.

    39. Re:Should just fire everyone by justinlee37 · · Score: 1

      Of course people are the products of their circumstances. The blunt point of your argument reeks of humanitarianism and takes for granted a few philosophical points ... go preach at someone who isn't a nihilist and actually cares about this great and terrible injustice. Truly, someone must right it, and who better than you!

    40. Re:Should just fire everyone by justinlee37 · · Score: 1

      Stalin is more or less your golden case-in-point, but he really just reinforces my case -- only a weakling would give a dictator total dominion over him, proletariat, Stalin, or otherwise. What could one expect other than exploitation at worst and mismanagement at best?

      Limited socialism is a different story -- after the 1930's, complete laissez-faire seems dangerous. It's important to strike a balance between national prosperity and individual freedom of enterprise. Sacrificing either would be a terrible tragedy -- after all, the macro-economy affects everyone.

      If part of the "proletariat" decides that taking property rights away from the people is what they're going to do, I won't hesitate to join a local militia and kill as many revolutionaries as possible.

    41. Re:Should just fire everyone by gatesvp · · Score: 1

      I'm not sure why unions act like every person should be guaranteed a job.

      Easy answer. Unions get paid a percentage of salary of active employees. In return they attempt to protect the jobs of those employees. They're going to act like every person should be guaranteed a job because that's what they get paid to do. And more people = more money for them.

  20. Time-consuming? by the_duke_of_hazzard · · Score: 5, Funny

    "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.

    1. Re:Time-consuming? by Anonymous Coward · · Score: 0

      the 30million line codebase I support.

      Is that why your name's 'the_duke_of_hazzard'? :)

    2. Re:Time-consuming? by 74nova · · Score: 1

      I agree completely with you, but I'm guessing it was an estimate made to scare people and justify what they're claiming for time frames

      --
      use your turn signal! you people act like it's divulging information to the enemy
    3. Re:Time-consuming? by Anonymous Coward · · Score: 0

      Not so. Just change them all to the minimum wage and see who comes to complain with valid proof they should be paid better.

    4. Re:Time-consuming? by robophilosopher · · Score: 0

      Finding similar lines of code and replacing certain numbers in them? If only there were some way to speed up the process . . .

  21. Doesn't pass the smell by Anonymous Coward · · Score: 0

    I bet this same system has no problem with timely INCREASES in pay rates.

  22. This state controller needs to be fired by LuxMaker · · Score: 3, Insightful

    From Wikipedia on California state controller duties:

    * As the state's chief fiscal officer, acts as the state's accountant and bookkeeper of all public funds.

    * Administers the state payroll system and unclaimed property laws.

    * Serves on numerous boards and commissions including the Board of Equalization, the Board of Control, CalPERS and CalSTRS.

    * Conducts audits and reviews of state operations.



    I posit that he has failed to administer the state payroll system and as such needs to be canned and replaced. Part of administrating the system is making sure it is flexible enough to meet the demands of the California Governor.

    --
    I regret that I only have one mod point to give per post.
    1. Re:This state controller needs to be fired by Skjellifetti · · Score: 4, Insightful

      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.

    2. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      ...and if that governor(and apparently those before him) happens to have his head up his ass....what then? It's not like they didn't have the time to upgrade the system, they just chose not to.

    3. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      Part of administrating the system is making sure it is flexible enough to meet the demands of the California Governor.

      The California State Controller is an elected position. The California State Controller does not report to, nor work at the pleasure of, the Governor of California.

    4. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      But, but his point sounds snarky and intelligent - he's on his way to +5 Insightful - don't ruin that by presenting facts! That's not what slashdot is about!

    5. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      It also says he's an elected official in his own right. You can't "can and replace" him. You'd have to go through a recall election.

    6. Re:This state controller needs to be fired by MyMistake · · Score: 1

      That's crap. According to the Bee, they've been trying for 10 years to get support to upgrade the system. You can't fire someone for failing to fix a problem you won't let them fix.

    7. Re:This state controller needs to be fired by uberjoe · · Score: 1

      From Wikipedia on California state controller duties: * As the state's chief fiscal officer, acts as the state's accountant and bookkeeper of all public funds. * Administers the state payroll system and unclaimed property laws. * Serves on numerous boards and commissions including the Board of Equalization, the Board of Control, CalPERS and CalSTRS. * Conducts audits and reviews of state operations. I posit that he has failed to administer the state payroll system and as such needs to be canned and replaced. Part of administrating the system is making sure it is flexible enough to meet the demands of the California Governor.

      You can't fire the state controller. It's an elected position in California. He would need to be impeached or recalled.

      --

      The days of the digital watch are numbered.

    8. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      The State Controller is elected for his term for the duration. The people who should be canned are the State Legislature for routinely failing us tax paying Californians.

    9. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      Uh maybe you should read the newspaper article. Then you'd have noticed the following:

      "California has tried to modernize its payroll system throughout the past decade, dating back to former Controller Kathleen Connell. It has faced numerous delays as state legislators have avoided investing the $177 million it now will cost."

      He's has to rely on the California Legislature to give him the money to fix the system.

    10. Re:This state controller needs to be fired by Anonymous Coward · · Score: 0

      I in turn posit that you're a rude mofo. Do us all a favor and stay off the freeways.

  23. can't find COBOL programmers? by burris · · Score: 2

    How come the programmers already employed by the state haven't learned COBOL yet? What kind of programmer can't learn a language like COBOL and start figuring out how to fix the system? Why can't they find programmers on the market that are willing to learn COBOL and fix their system?

    Sounds like the state has serious IT management problems.

    1. Re:can't find COBOL programmers? by thrillseeker · · Score: 4, Insightful

      What kind of programmer can't learn a language like COBOL

      the kind that you can get for minimum wage

    2. Re:can't find COBOL programmers? by burris · · Score: 1

      Yep, a small part of the serious IT management problems the state has.

      Imagine if the state run hospitals had to shut down because they couldn't find any licensed MD willing to work for minimum wage.

    3. Re:can't find COBOL programmers? by snl2587 · · Score: 1

      What kind of programmer can't learn a language like COBOL and start figuring out how to fix the system?

      As has been stated before, it's really all just politics. Of course any descent programmer can pick up any language at least well enough to modify existing code, even if the code is relatively obscured. But the general public doesn't know that, and so the controller is using it as a defense.

    4. Re:can't find COBOL programmers? by Purity+Of+Essence · · Score: 1

      Why can't they find programmers on the market that are willing to learn COBOL and fix their system?

      You've apparently never tinkered in the mind-rot that is COBOL. COBOL made me change majors. This coming from someone with 10 years of programming experience going in.

      "The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense." -- Edsger Dijkstra

      --
      +0 Meh
    5. Re:can't find COBOL programmers? by gstoddart · · Score: 1

      How come the programmers already employed by the state haven't learned COBOL yet? What kind of programmer can't learn a language like COBOL and start figuring out how to fix the system?

      Supporting a system that old can be dangerous -- sometimes they're fragile in ways that you can't predict. You could fix one thing and break another.

      And, I know you couldn't really pay me enough to re-learn COBOL and dive into a 40 year old application.

      Sounds like the state has serious IT management problems.

      From TFA ...

      California has tried to modernize its payroll system throughout the past decade, dating back to former Controller Kathleen Connell. It has faced numerous delays as state legislators have avoided investing the $177 million it now will cost.

      So, between allowing the old-timers to retire to save on their salaries, and the fact that the state hasn't coughed up the funds to replace this, then end up in the fiasco that they don't have the skillset in house to fix their payroll problem.

      I don't find this nearly as surprising as some people here do, but I've seen organizations that can't afford to get a replacement, couldn't get one even if they could since the in-house application has been grafted onto for 20 years, and don't have the people to maintain it.

      If your people have been saying for a very long time the system needs to be replaced, and you don't replace it, when it falls apart, that's hardly surprising.

      Mostly I agree with you, surely they can find someone to do it. Maybe not in the timeframe the Governator has set, but, eventually. Unfortunately, that's what TFA says.

      Cheers

      --
      Lost at C:>. Found at C.
    6. Re:can't find COBOL programmers? by dave562 · · Score: 2, Informative

      My girlfriend works for the state. This is what she has to say about what is going on. "I saw that people are talking about not wanting to hire cobool workers or something...well the issue with the state is that we do not upgrade anything EVER!!! So its freakin hilarious that they cant cut our pay cause they are cheapskates"

  24. Nothing was learned or documented during Y2K? by pillageplunder · · Score: 1

    Wow, if this is a COBOL system, you mean no one took the time and energy to document the system and all of its glorious parameters during the ramp-up to Y2K? I'm shocked...SHOCKED to hear that a bureaucracy would waste such a golden opportunity as the Y2K scare to look long-term and decide that hey, as long as we're in the process of vetting code, why don't we document it as well?
    And yes, there are already those out there jumping up and down pointing out that fixing a year from a two digit to a four digit format is way different than figuring out how to reprogram an ancient computer language. Gotta love the State Government, home to Silicon Valley, too myopic to even consider upgrading something as non-essential as a payroll system.
    This is hilarious! Oh, not for the folks stuck with having to deal with the fall-out, to the rest of the country, OMFG is this funny!

    --
    "Work is the curse of the drinking class" Oscar Wilde
    1. Re:Nothing was learned or documented during Y2K? by geekoid · · Score: 1

      They didn't have enough time during the Y2K work.

      BTW, they are developing a new system. 2009 is it's current go live.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  25. decorator pattern by boxlight · · Score: 1
    This sounds like a typical "we have to re-write everything" attitude I hear from a lot of programmers who have to work with legacy code.

    They have an application that calculates the salary. They don't need to change anything in the existing application, all they need is to "decorate" the app with an additional wrapper that rolls back the salary the appropriate amount.

    Done.

    1. Re:decorator pattern by mitgib · · Score: 1

      They have an application that calculates the salary. They don't need to change anything in the existing application, all they need is to "decorate" the app with an additional wrapper that rolls back the salary the appropriate amount.

      So nobody should get back pay when there is a budget passed?

      Honestly I wonder why they don't just outsource it to some payroll company since they are obviously incapable of doing the task themselves.

      --
      Being a spelling & grammar Nazi is a sign you do not poses the intelligence to contribute to the conversation
  26. Sheesh by RyanFenton · · Score: 1, Insightful

    The rate the guy's firing people lately, you'd think they'd nickname him the 'terminator' or something.

    Really though - this is a perfect example of modern conservatism: Destroy people's reliance on government by promising anything to be elected, then do absolutely everything you can to destroy everything that government does or provides. Soon, everyone sees politicians only as lying bastards (but still elects those who make the best promises), but no longer sees government as something that can actually help anyone do anything.

    The end result is a society that distrusts everyone, and a private sector which can pick off opportunities from an enormous set of basic needs that are being unmet.

    Government doesn't even need to be drown in the bathtub - indeed, it might be reborn in a different form if you did that. This way, you get to keep it in a permanant coma, feeding off of everyone's needs and desires and blaming generic government for everything you do.

    Ryan Fenton

    1. Re:Sheesh by RightSaidFred99 · · Score: 1

      And the alternative is to promise nothing and not get elected. Or you can pander to unrealistic and immoral requirements from people who just want Free Shit, give it to them, and find out that socialism starts to break down after a while. Watch what happens in Europe over the next 10 years to see the eventual outcome. "Oh, shit, we are broke!".

    2. Re:Sheesh by sesshomaru · · Score: 1

      Conservatism hasn't been about reducing government in my lifetime. What it is about is crony capitalism privatising the profits to be had at the public till while socializing the risks. This is why bankers get bailouts, but homeowners don't. The bankers were just as irresponsible in making bad loans as the homeowners were in accepting them. In fact, since the home owner can be any poorly educated individual but the people who run banks and approve loans are supposed to be qualified, they are actually more culpable. Want to get rich in America? Make sure you've got political pull.

      Conservatives use the language of minarchism to justify slashing the programs they want to slash and lowering the taxes they want to lower. If, on the other hand, they want to justify some military boondoggle or increased police-statism, they fall back on playing on people's irrational fears. Money flows from our taxes into government coffers and flows out again to favored defense contractors and members of the finance industry. Government grows, it doesn't shrink.

      Basically, conservatism is a complicated confidence scam. Government grows differently under conservatism than under socialism, but it still grows. The goal of conservatism is simply to make sure that the average person gets nothing useful for his or her tax dollar, but he or she will still pay through the nose, one way or the other.

      --
      "MIT betrayed all of its basic principles."
    3. Re:Sheesh by Bearpaw · · Score: 1

      I notice Norquist et al stopped using that phrase after New Orleans drowned and Michael Brown did his "heck of a job" as misdirector of FEMA.

    4. Re:Sheesh by CastrTroy · · Score: 1

      Well, the way the US is going, they are the ones that are currently broke, and it doesn't look like they have any plan of how to get out of the financial mess they are in. You can sit around and speculate what might happen in Europe over the next 10 years, or you can look at what's happening right now in the US.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    5. Re:Sheesh by alan_dershowitz · · Score: 1

      The government of California has a sixteen BILLION dollar deficit and continues to spend more than it takes in in revenues. There are actually times when it makes sense to reduce the size of government, like when you can't pay for it. People want services, but it doesn't matter where it comes from, those services are not free. Unless it's a specific emergency situation (NOT "we can't reach a budget agreement because no one wants to be the one cut,) a government should not be operating under massive debt.

    6. Re:Sheesh by RyanFenton · · Score: 1

      That presumes that a goal of modern conservatives in government is to reduce the debt incurred by government. I do not believe that is a goal - rather, when the goal is to destroy the effectiveness of government, the task is to maximize debt, and thereby paralyze what any government can do.

      This is perfectly in line with modern conservative ideology. To create a debt, crush the ability of government to function, then dismantle the tools that can be used to fix it. Then win elections the next time through by promising to not only fix what was broken, but blame government itself for being the problem.

      Ryan Fenton

  27. COBOL flashback by snspdaarf · · Score: 1

    Let's see, should I allocate sectors, tracks, or cylinders for this post.....

    I think the controller is blowing smoke out a major orifice. I am sure that they had no problem getting the minimum pay raised in the system at the last change. What a load of crap.

    --
    Why, without your clothes, you're naked, Miss Dudley!
  28. Not as lame as people are thinking... by mlwmohawk · · Score: 3, Insightful

    Sure it *sounds* ridiculous to say you can't lower salaries without a programmer, but I bet it is a fairly complex batch program that has to run. You don't want people hand entering 200,000 payroll changes. If it takes 30 seconds (on average) to do each one by hand, that would be 41 weeks for a person to make all the changes. (assuming a 40 hour work week)

    Don't forget, the good governator is probably payed by that system too and you know HIS pay ain't going down.

    So, not only is it a HUGE number of data entries AND a complex filter on job classification. ALSO mistakes are something you don't want to make on payroll!

    1. Re:Not as lame as people are thinking... by Etcetera · · Score: 5, Funny

      Don't forget, the good governator is probably payed by that system too and you know HIS pay ain't going down.

      The Governator is getting paid an annual salary of $1 a year. If his pay went down any further you'd probably end up with a divide by zero error somewhere.

    2. Re:Not as lame as people are thinking... by RightSaidFred99 · · Score: 1
      It is ridiculous. Even done manually, have 20 people work on it and they can do it in a few weeks. Realistically, hire 2 Smart People who know how to program, even if not in Cobol, and it can probably be done in 1 week. There is no conceivable electronic payment system they can use that can't have this done in 2 weeks. The problem just isn't that hard.

      As for the governator, do you think he cares about his meager governor pay all that much? He's loaded.

    3. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      Don't forget, the good governator is probably payed by that system too and you know HIS pay ain't going down.

      Now _that_ would be a fun bug.

    4. Re:Not as lame as people are thinking... by neko+the+frog · · Score: 1

      On top of this, state workers are slated to get their back pay at the end of it all, in full. That may not be an entirely trivial change.

      --
      -- the opinions stated above aren't those of my employer. in fact, they're probably not even my own. you know what, ju
    5. Re:Not as lame as people are thinking... by Vancorps · · Score: 1

      The real ridiculousness comes in the fact that they haven't just replaced the payroll system on an expensive mainframe with a simple Oracle RAC with two or maybe even three data centers all cross-replicating and log shipping back to a central location.

      Suddenly your costs are reduced and perhaps more importantly you can use what thousands of other companies are using which will guarantee a pool of competent programmers to make modifications as necessary. Of course using modern payroll applications will result in not needing to reprogram to change a pay rate in any direction.

      In short, why is it so hard?

    6. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      the govenator doesnt get paid.

    7. Re:Not as lame as people are thinking... by avandesande · · Score: 1

      All the raises and salaries are designed to be changed at the beginning of the fiscal year. The system probably creates each pay stub in advance... and then the total budget calculated.

      Just guess but the system is not designed to be adjusted in the middle of the year.

      --
      love is just extroverted narcissism
    8. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      FWIW, he doesn't accept a salary... Though, the legislature is still getting paid...

    9. Re:Not as lame as people are thinking... by johnlcallaway · · Score: 1

      Don't they usually have to do that every year???? Most people get yearly salary adjustments. If this is a union shop, it is probably table driven, and someone has to adjust the table. Which probably happens every time there is a contract change.

      Just FUD ... nothing more.

      --
      I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
    10. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      The Governator wanted to originally waive his $175,000 USD salary completely, but state law mandated it. So now he donates it all to charity.

    11. Re:Not as lame as people are thinking... by krlynch · · Score: 1

      ...the good governator is probably payed by that system too and you know HIS pay ain't going down.

      In fact, you would be wrong:

      "Elected officials and their appointees have had their salaries withheld since July 1."

      http://www.latimes.com/news/local/la-me-arnold1-2008aug01,0,1783186.story?page=2

    12. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      cat old.co|sed s/6.55/6.25/g >old2.co
      no good?

    13. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      Actually, an average data entry operator could handle between 12 and 20 of these updates per minute. And a state the size of California would have dozens of these people.

      More to the point, an average COBOL programmer could read the masterfile and produce the update records in less than a day. At the same time they could output a second file with the current information to be used to put everything back when the budget is signed.

    14. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      I'd think it's probably also to do with needing to retain information on how much people should get paid so that back pay can be processed after the state budget has finally been passed.

      However, signing an executive order to say that all of this has to be set up within the month -- *without* any part time or temporary help (since all part time and temporary help has been fired and a 'hard' hiring freeze has been enacted) when everybody involved will be making *less* than the guy flipping burgers through the drive through (since the burger place is required to pay him at least $8/hr by STATE LAW) -- is still pretty ballsy.

      Or course, it's also so much political posturing to get the state legislature to pass a damn budget already, but I doubt any of the state workers are very impressed, and if the legislature really gave a damn they'd have passed something already.

      I realize this is the Governator carrying through on an ultimatum, but I don't really see how this can possibly be good for the state of California.

    15. Re:Not as lame as people are thinking... by Americano · · Score: 1

      Or, even easier, contract with a payroll outsourcing company to provide payroll services, just like huge swaths of private industry do, and stop worrying about paying the ~170 million dollars the article references to upgrade a custom payroll system to a *new* *custom* payroll service that you'll read the same frigging article about 30 years from now, detailing how California can't find Java programmers anymore to upgrade their 100,000 lines of payroll code.

      This is not a unique problem for an organization to have. Why would you reinvent the wheel when you could let a company that specializes in payroll outsourcing handle the problem for you at a cost that's probably signifcantly lower than the cost of doing it yourself? I find it terribly hard to believe that the State of California pays people in such a byzantine way that they need to roll their own solution and maintain the entire infrastructure themselves.

      According to the 2006 US Census of State Employment, California employed 474,660 full & part time employees. That $177,000,000 referenced as the cost of upgrading could certainly be better spent negotiating a good contract for payroll services. Considering ~22,000 of the people listed in that census fall into the category of "Financial Administration," I bet the outsourcing would also save the state some non-trivial amount of money in the form of salaries that no longer have to be paid, saving the state even more money.

      A cursory search using google shows that "small businesses" can expect to pay about $10 to $12 dollars per employee per month for outsourced payroll services. Assuming this is the best rate California could get, that 177 million dollars in upgrade costs would pay for about 2.5 years of service. Consider that they'd undoubtedly get a discount for such a significant volume of business, and the money they'd save by not having to owning, operating, staffing, and supporting their own data centers to perform this function for half a million employees, and I think there's a very good chance that outsourcing their payroll services would be a big money saver for the state.

      Of course, this is all based on the (perhaps faulty) premise that any government wants to provide the most fiscally responsible solution to its taxpayers...

    16. Re:Not as lame as people are thinking... by MilesNaismith · · Score: 1

      This is absolutely like the episode of Dilbert where they have to fix the Y2K bug in the company system, and Wally is the only one who can do it. You guys think of payroll as being EASY. It isn't. I've seen teams of accountants scramble & scramble every month to get those paychecks out on time. Nobody loves you when you are right, but they HANG YOU OUT TO DRY when the numbers don't balance at the end of the day. Oh yeah, let's just randomly change a bunch of paychecks, and later we'll figure out how to fix it & provide back-pay etc. This is the zone where class-action lawsuits are filed and accountant certifications are revoked. Payroll for multiple agencies in a state as big as California is a farkin nightmare. You think it's easy, send your resume to Arnold and see if he'll hire you to fix it.

    17. Re:Not as lame as people are thinking... by Vancorps · · Score: 1

      I had the exact same thing about ADP but I imagined that government data can't be stored and managed by a private company. There are all sorts of logistics to worry about.

      Honestly though an Oracle RAC solution isn't going to go out of date in 30 years nor are the laws of the land going to change dramatically enough for modern payroll systems to not keep up. In 30 years they won't be looking for java coders to manage their payroll changes because the providers of said software would have done it for them long ago if the laws of the land were changing in that direction that is.

      The bottom line is that we agree, there is simply no excuse for this and I also think we further agree that that this task is better served by those that do it on a regular basis already and already at the scale at which California needs them to.

    18. Re:Not as lame as people are thinking... by Americano · · Score: 1

      Honestly though an Oracle RAC solution isn't going to go out of date in 30 years nor are the laws of the land going to change dramatically enough for modern payroll systems to not keep up. In 30 years they won't be looking for java coders to manage their payroll changes because the providers of said software would have done it for them long ago if the laws of the land were changing in that direction that is.

      I agree with most of what you wrote, except this. 30 years ago, the decision was probably made that a proprietary system written in COBOL certainly wouldn't go out of date, or would have been upgraded in a timely, conscientious, and gradual fashion so that it was always "mostly" up to date with current technologies, as well. Government agencies concerned with justifying their existence in the next election cycle aren't thinking 30 years out. They *should* be, as responsible stewards of the public trust, but there is no payoff to them in forecasting 30 years out - by then, it'll be someone else's problem to deal with. And really, "we need that $20 million to fund this other vital program today so we can endear ourselves to another 5% of the voters. The payroll system has been working fine for 30 years, so it can wait another year, surely there'll be money for that next year."

      I do think we're in fundamental agreement - contracting it to a company that specializes in performing that job, and who is also being paid to keep its infrastructure modern and up to date would be the best solution; the government has to pay for payroll services, so it makes it close-to-impossible for politicians to start 'reallocating' money earmarked for these infrastructure improvements to fund other programs that are more likely to affect the vote count next election - the improvements are built into the cost of service. Certainly privatizing everything isn't the solution, but payroll services are such a mundane part of corporate life these days that it's ridiculous that the government wouldn't use one of the many alternatives available on the market and instead insist on maintaining their own system.

    19. Re:Not as lame as people are thinking... by Alpha830RulZ · · Score: 1

      You have to remember, this system works for the original design specification. The only reason there is a problem is that the fiscal situation dropped a requirements bomb onto the IT organization. This would be a problem if the thing was running on Java/Oracle or whatever your favorite brand of system sugar is.

      This is the type of problem known as The Black Swan It's tough to plan for requirements that emanate from a situation never seen before.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    20. Re:Not as lame as people are thinking... by Americano · · Score: 1

      You have to remember, this system works for the original design specification. The only reason there is a problem is that the fiscal situation dropped a requirements bomb onto the IT organization. This would be a problem if the thing was running on Java/Oracle or whatever your favorite brand of system sugar is.

      In what universe is it possible that nobody's ever been given a pay cut, or issued back pay? I understand that having a major system requirement changed on you midstream is disruptive. But to claim that it's impossible to predict those two fairly routine scenarios, I'm sorry, but that's piss-poor design trying to pin the blame incomplete or changed requirements. I could understand "We can do it, but we'll need to hire 20 or 30 data entry people for a few weeks because we can't batch this particular operation." But to say "Sorry, we can't adjust pay rates without recoding the whole system?" Bullshit.

      The story reads to me as if it's politicking by the state controller who's using the payroll system as a club to further his own agenda, or gross negligence on the part of the state government for not updating its payroll system to a more modern & maintainable infrastructure. Either way, they'd be better served by outsourcing it to an organization that specializes in these sorts of systems and understands that back pay and pay cuts might actually be use cases that need to be supported in a payroll system.

    21. Re:Not as lame as people are thinking... by againjj · · Score: 4, Informative

      Parent should be "informative". The governor is actually getting a pay of $1 a year.

    22. Re:Not as lame as people are thinking... by Anonymous Coward · · Score: 0

      Schwarzenegger actually refuses to accept any salary at all as a matter of principle, since he's already rich from his acting career and has said other Californians need that money more than he does.

    23. Re:Not as lame as people are thinking... by Alpha830RulZ · · Score: 1

      In what universe is it possible that nobody's ever been given a pay cut, or issued back pay?

      In what state, anywhere in the US, Europe, or elsewhere in the world, has a payroll system -ever- had to handle temporarily reduced checks for an entire large workforce, accumulating the difference between the fixed amount and a real owed amount, handling the tax consequences, union contract consequences and benefit consequences, so that one check can be issued now, and another issued later to catch up the amount? What if the benefits deductions are greater than the face amount?

      What do you think it would take, for General Electric, or General Motors, or the Post Office, or the Army to implement such a change, in either a legacy system, or the newest Peoplesoft system? Have you ever implemented a new payroll system? Do you realize that it commonly takes a year to configure one and roll one out for a large organization? I guarantee you that this would be catastrophic, regardless of whether the payroll system is old as dirt, or the latest version of Peoplesoft/SAP/Oracle, or one of the payroll services. This is simply not a situation that payroll systems have had to be designed to do.

      I have an accounting degree and background, and have implemented 3 payroll/accounting systems over my career. While there is almost certainly grandstanding and politicking going on, the problem is almost certainly not being exaggerated.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
  29. Open source? by Anonymous Coward · · Score: 0

    Maybe they should be using one of the many open source payroll applications that exist?

    Sourceforge has a few:

    http://sourceforge.net/search/?type_of_search=soft&words=payroll

  30. Very skeptical by J.R.+Random · · Score: 1

    I suspect the bureaucrat just doesn't want to cut his pal's salaries. I doubt that even a COBOL program has each employee's salary hard coded into the program. If they don't have to reprogram the accounting system every time state employees get a raise, I doubt they really have to reprogram it to lower their salaries.

    1. Re:Very skeptical by Shadow99_1 · · Score: 1

      Having worked with such systems I'd have to say that while they may not be a 'hard coded' table within the program (Though it's actually not to hard to think it is), It could well be a flat file sitting on the piece of big iron that runs everything & is only accessible through programs on the same machine... Their may even be a program that allows you to change such a file... But I'm going to guess it has hard coded limits and such changes would probably break those limits...

      Anyways you also forgot they need to track pay as usual, while tracking new minimum wage pay (& overtime), so they can switch back afterward & then calculate the pay difference to reimburse employees.

      --
      we are all invisible unless we choose otherwise
  31. COBOL for Dummies by Tumbleweed · · Score: 1

    man COBOL

    Something.

    I suggest they simply take off and write out checks by hand. It's the only way to be sure.

    "COBOL programmers know why women hate periods."

  32. Hard Coded Constants by arthurpaliden · · Score: 1

    Probably all the pay rates and realated deduction amounts are hard coded in the application. I have seen this lots of times in government.

  33. What a crock by dodgedodge · · Score: 1

    First of all, COBOL was still being taught 20-25 years ago so there should still be plenty of CS people around that can do it.

    Second, if they can't adjust pay, how do they do raises every year??

    JC.

  34. Re:PS I am a COBOL Programmer by arthurpaliden · · Score: 1

    And just because you are in such a bind I will give you a real deal on my services.

  35. ask the controller again by circletimessquare · · Score: 1

    how long it would take, if instead the system was giving him a raise

    2 days, tops

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  36. I call BS... by MozeeToby · · Score: 2, Insightful

    I'll give $3 to the first person who can explain to me why on Earth you need to edit the software to change people's salary (Ok, I probably won't give anyone money even if you do come up with a decent reason). Even if they had to individually change each entry, it just doesn't make sense; if you put 100 people (seems like a reasonable number to me) working full time on the project in 6 months you have about 100,000 work hours. So they're trying to say it takes a half hour to change one person's salary? I don't care how antequated the system is, that is unnacceptable.

    Somewhere, the current program is storing the salary data in some kind of file. Hire a high school CS student to parse the file, edit it, and save it back. I'm willing to bet a competent programmer could find some solution to this problem within a week. This is just the state controller trying to stick up for his employees; unfortunatly, he's too much of a wuss to do it the legal way and has instead turned to blattant lies that most people are too uninformed to see through.

    1. Re:I call BS... by RandoX · · Score: 1

      $3.00? That's almost 1/2 hour's pay!

    2. Re:I call BS... by avandesande · · Score: 1

      In the entire life of this COBOL program, it probably has not be 'started' in the middle of the fiscal year. How do you do something like this in such a way to satisfy your auditors? I think there are many /.ers that don't have much experience working on large government systems.

      --
      love is just extroverted narcissism
    3. Re:I call BS... by MozeeToby · · Score: 1

      Ok, lets say the state adds a new department, maybe 100 people. How do they go about adding them "in the middle of the year" as you put it. Payroll software that doesn't let you add or edit salary entries isn't payroll software, you could do better with an Access Database and Word perfoming a mail merge to print the checks.

    4. Re:I call BS... by rujholla · · Score: 5, Insightful

      Because you aren't changing their salaries. You are paying them a partial salary for the duration of the budget crisis and then back paying them all that remains.

      What do you do about health insurance payments -- what if their current options cost more that they are being paid.

      Do their 401K deductions and the resulting match go into their account now?

      There are a bunch of questions that come up when you start dealing with HR issues. Nothing is ever simple there.

      Don't get me wrong I support Arnold's effort to cut state spending to try and lower their defecit. But this might be more difficult to implement than it might seem at first glance.

    5. Re:I call BS... by avandesande · · Score: 1

      AHHHH.... this is how government accounting works! If you want a new department, you submit it to next years budget!

      Sure there's a way to add people in the middle of the year, but I bet it is very labor intensive.

      --
      love is just extroverted narcissism
    6. Re:I call BS... by Anonymous Coward · · Score: 0

      Obviously I have no idea how their specific system runs. But I wouldn't be surprised if it had some odd "features" built into it based on some reasonable (at the time) assumptions.

      If you've got some standard pay scales set up you might very well see something like
      senior_drone_pay == drone_pay * 1.25
      Which might make it slightly difficult to pay both drones and senior drones exactly $6.55 an hour.

      And you probably can't just flag everyone as a drone because it'll screw up their benefits/vacation/whatever.

    7. Re:I call BS... by Anonymous Coward · · Score: 0

      Well... If you've never worked in mainframe environment that's what you can think ;) But it's not like nowadays machines, files, directories, icons or friendly unix command line etc, the basic concepts are different, even learning mainframe ISPF or editor takes average person weeks. Think of it like vi^6. And they probably bounced off some serious architecture limitation that requires rewriting some parts of code, probably redesigning dataset interface etc. This requires skilled and not-novice programmers and afterwards extensive tests. Believe me, half a year ago I was a cobol developer in one of banks. And we had a DB2 which made our live MUCH easier. And problems we had to solve were never easy.

    8. Re:I call BS... by CDarklock · · Score: 1

      Here's how this sort of thing happens.

      "I've stored five example job classifications in this structure to demonstrate the system."

      "It works! Put all the other classifications in there."

      "But this solution isn't scalable."

      "Scalable? WTF does that mean? It works. Put all the others in."

      "Um... okay, but it will be slow."

      "Slow?! We have the fastest mainframes in the world! Deploy it to all the field offices, too."

      "Um... it isn't finished."

      "What do you mean? It works. Deploy it."

      "But it doesn't handle temporary pay modifications."

      "Temporary? What do you mean? You either get a raise, or you do not get a raise. There's no temporary."

      "Well, if the state has money problems..."

      "LOL, money problems? We're California! We don't have money problems!"

      "But if that ever changed..."

      "What, people are going to stop watching movies? Yeah, right!"

      "But if the budget isn't approved by the deadline..."

      "That would never happen!"

      "But IF IT DID, the system couldn't handle it and you'd need thousands of people to fix it."

      "Who cares? There are programmers everywhere! They're cheap! It's easy! Deploy it already!"

      "I really think we need to discuss this more..."

      "Look, do you like your job?"

      *SIGH* "I'll start cutting nine-tracks."

      And today, that programmer is sitting at home reading about this, and wishing he had that manager's phone number so he could call it and say "I TOLD YOU SO".

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    9. Re:I call BS... by sanctimonius+hypocrt · · Score: 1

      Maybe they could pay them their full salary, take it back out of their check with a special tax, and then refund it to them at the end of the year. Of course, that's all blazingly stupid...

    10. Re:I call BS... by DragonWriter · · Score: 1

      Don't get me wrong I support Arnold's effort to cut state spending to try and lower their defecit.

      The pay order is not, even taking the Governor's own description of it, an effort to cut state spending, its an effort to preserve cash in the short-term in the absence of a budget to prevent the state running out of usable cash. Whether or not this is reasonably necessary or simply a political ploy is a matter of debate between (among others) the Governor and the Controller.

    11. Re:I call BS... by Alpha830RulZ · · Score: 1

      I'll give $3 to the first person who can explain to me why on Earth you need to edit the software to change people's salary

      Because in prior salary changes, you didn't have to remember the old salary, accumulate the difference, and pay that difference back when the budget passes, then restore the salary, then correct the 401(k), insurance, and other withholdings.

      Oh, and if there's a math error, you'll get sued. By the Feds.

      Oh, and it needs to run in the same batch window as the old system. Without upgrading the hardware, of course, because the budget is frozen.

      Changing the salary is, as most people noted, probably relatively trivial. It's the undoing that is a little more complicated.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
  37. Ob. Cobol quote by slapout · · Score: 3, Funny

    "A computer without COBOL and FORTRAN is like a piece of chocolate cake without ketchup or mustard." --John Krueger

    --
    Coder's Stone: The programming language quick ref for iPad
    1. Re:Ob. Cobol quote by Richard+Steiner · · Score: 1

      I work for a living writing a mix of mainframe (Fortran), UNIX (C++, Perl), and Java code, and I prefer the Fortran side of life. There are times when I wonder just WTF the designers of UNIX and/or C-like languages were thinking. Most of the time they seem to have gotten things "right", but there are certain synctactical elements or general concepts that make me wonder at times where their heads were...

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    2. Re:Ob. Cobol quote by TeknoHog · · Score: 1

      Seconded. I usually mention Fortran in those discussions where the difficulty of parallel programming is lamented, only to point out that F90+ handles parallel matrix calculations natively. On the other hand, it's not a perfect all-purpose language, but for computational oomph it beats pretty much everything.

      --
      Escher was the first MC and Giger invented the HR department.
  38. The problem is.. by faedle · · Score: 5, Interesting

    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.

    1. Re:The problem is.. by topham · · Score: 1

      Which is why you split all pay to 2 cheques instead of one.
      The first cheque is the minimum wage cheque, the second cheque is the difference.
      You lockup the second stack of cheques until the budget issue is over with and then you issue them.

      Done.

      Pay me $250,000 and I'll implement it.

    2. Re:The problem is.. by Anonymous Coward · · Score: 1, Funny

      how about $6.55 an hour and then once the budget is approved, we'll pay you the rest?

    3. Re:The problem is.. by alen · · Score: 1

      you can't print out checks and then not issue them. i bet once a check is printed the data goes to the accounting system to subtract that money from the bank account. if you don't issue the checks it's going to be an accounting nightmare since you will now have to account for the money that wasn't really subtracted

    4. Re:The problem is.. by topham · · Score: 1

      All accounting systems support outstanding cheques. Just because a cheque is issued doesn't mean the person deposits it right away. Even in this day and age of electronic deposits the systems support a lter confirmation, or denial of the transaction.

      You may have to deal with issues if the system auto-expires them. It's isn't impossible to deal with. The issue in this case has nothing to do with the software, and more to do with the people refusing to do the work. I don't blame them.

      As for Cobol programmers, they aren't that rare. I know a couple that did Cobol up until a year or so ago and could, and would switch back with the right incentive. These aren't people with 1-2 years experience 10-15 years ago. These are people with 15-20 years of recent experience.

      The problem in this case is entirely political. But hey, if they want to pay me $250K, I'd do it. Literally. one way or or another.

    5. Re:The problem is.. by faedle · · Score: 1

      That still would require some significant changes that the original code is probably not designed to do, and it involves storing another collection of variables (if even for a moment while batching the check) and iterating over it twice.

      Have you ever coded in COBOL on a early 1970s mainframe, like an IBM System/360, that is likely running this application? To us, in the modern era, it sounds simple enough. But, given the programming language (COBOL) and the likely system it is running on (old and busted, with no modern database), it is likely not that simple.

    6. Re:The problem is.. by Anonymous Coward · · Score: 0

      Pay me $250,000 and I'll implement it.

      There was an interview with some famous computer science professor a while back. He had a story that went something like this.

      You want some fairly simple little program written - say, a program to balance your checkbook.

      So you ask the beginning programmer and he tells you he can have it done by the next day. But even after a week he still doesn't even have something that compiles.

      So you ask the intermediate programmer and he tells you that it's a bit tricky but he can have it done by the end of the week. At the end of the week he's got something that compiles and has the basic functionality but it's a long way from a finished program.

      Finally, you ask the expert and he tells you that it's not worth his time because such programs already exist.

      I certainly wouldn't claim to appreciate the full difficulty of the task but, even with my limited knowledge, the very thought of trying to set all salaries to minimum wage and then reset them later, even if I had ten years to do it, sends shivers down my spine.

    7. Re:The problem is.. by topham · · Score: 1

      I've written Cobol for a System/360 compatible system. It sucked, I hated it, but it certainly wasn't challenging. Seriously, this type of programming isn't difficult.

    8. Re:The problem is.. by bugs2squash · · Score: 1

      the problem is that they think they can borrow from their workforce to cover their lack of action in passing a budget.

      Why not just borrow from someone else to make payroll until they do pass a budget.

      It's borrowing either way. It's just that it appears to be less like borrowing than issuing bonds or overdrawing at the bank. Hence it's OK.

      Politics in the US has become all about doing the same old things but calling it something different. "No new taxes", we'll call them "government service fees instead".

      --
      Nullius in verba
    9. Re:The problem is.. by littlewink · · Score: 1

      I've programmed in COBOL with files, non-relational databases, and with relational databases. I've worked with other languages (C, C++, Lisp, Perl et al) with files, non-relational databases, and with relational databases.

      It's not particularly easy to properly handle the legal requirements with any type of system. But it's not overwhelmingly difficult to code in any system either. The underlying language/database combination makes little difference in payroll systems. You do the analysis, write the code and test. Time required is almost always the same regardless.

    10. Re:The problem is.. by wideBlueSkies · · Score: 1

      >>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.

      I totally disagree with you there. The kind of problem they are facing is likely more of a business rules issue, than one of technology. The system is being asked to do something for which it wasn't designed - floor() everyone's salary, then keep track of the diffs.

      No RDBMS is going to do that for you. You need to code it.

      You may be right that their architecture is antiquated, but that would only be a contributing factor to the issue - at best. It it was antiquated, yet coded to perform the task at hand then there'd be no, or little, issue.

      I write systems in both COBOL and Java (for a big faceless mega-bank) - so I know the pros and cons of each.

      BTW, I am happy that the state of CA is having trouble lowering the poor workers salaries. Like they should have to suffer because the lard-asses in the rest of the government there can't get it together and balance the budget.

      --
      Huh?
    11. Re:The problem is.. by trawg · · Score: 1

      I don't know anything about COBOL, but couldn't you just copy the current instance, create a new one, fix one so it is paying the new rate and leave the old one going along at the ACTUAL rate they should be getting - then compare the two at the end?

    12. Re:The problem is.. by Anonymous Coward · · Score: 0

      You raise an interesting angle, but it can still be solved without too much trouble. Clone the whole system. Then reduce the salaries in one system to minimum wage and use that system to actually pay salaries. Use the second system to track the full salary amounts. Load the number of hours worked to both systems. Then, when full salaries are restored, use the second system to pay salaries. Some extra work would be needed to calculate the cumulative differences between the two systems to pay back pay and associated taxes, etc. Easy? no, but not too hard.

    13. Re:The problem is.. by Senjutsu · · Score: 1

      All accounting systems support outstanding cheques.

      Ahahahaha. I am working with a system, right now, that doesn't. You have no idea how bad some custom business software can get.

      As for Cobol programmers, they aren't that rare. I know a couple that did Cobol up until a year or so ago and could, and would switch back with the right incentive. These aren't people with 1-2 years experience 10-15 years ago. These are people with 15-20 years of recent experience. The problem in this case is entirely political. But hey, if they want to pay me $250K, I'd do it. Literally. one way or or another.

      Part of the problem is that, thanks to the same bill that brought in the pay cut, if you don't already work for the Comptroller, it'd be illegal for him to hire you right now.

    14. Re:The problem is.. by Corbets · · Score: 0

      Ok, I know as well as the next guy how obfuscated code can be. However, it seems like a relatively simple task at first glance:

      1) Insert subroutine "paycut" immediately before the final total is printed out.
      2) Said subroutine takes the number of hours worked (depending how the app is coded, this might be the hard part) and multiplies it by minimum wage. Prints sum.
      3) Original program prints actual.

      Replace "print" with "store in some flatfile somewhere for later analysis" and you're done. Seriously, I know how hard this stuff can be, but reducing everyone to a universal flat wage rate is a child's problem compared to some of the stuff I've encountered when dealing with legacy apps. Just insert a shim somewhere!

  39. Pffft. No problem by roman_mir · · Score: 1

    For a measly 10,000,000.00 I guarantee to fix the system so that the 200,000 people's salaries are lowered to the minimum wage within only 15 days. I will restore the original code from a backup tape once it needs to be done in a day or so.

    So, Terminator, how about a contract? ;)

  40. Mod Parent Up by pragma_x · · Score: 1

    Here's the way I look at it.

    Pragma's Rule #1 of life: *never* cost someone more money than it takes for them to get rid of or replace you.

    So nobody in their right mind would go through with this if they want to stay employed anywhere in the state. So they've provided an impossible project schedule as an estimate for this task. But hey, they never said it couldn't be done. Its just really hard to do. Game, set, match.

    Meanwhile, the State Controller has a mortgage to pay...

  41. This guy is a Hero by GogglesPisano · · Score: 1

    BS or not, the State Controller should be commended for defying the Governator.

    For Schwarzenegger to deny the rightful wages of thousands of working people is despicable. I'm sickened to see yet another filthy-rich, hopelessly-out-of-touch pol try to screw over the masses simply for the sake of political theatre.

    1. Re:This guy is a Hero by Anonymous Coward · · Score: 0

      And, while they're at it, they need to keep watering those money trees. I agree, the politicians and CxO's/upper management types of failing companies should be the first to get the pay cuts and the axe, not the worker bees. But, you do know Schwarzeneeger is working for a whopping $0.01 per year.

    2. Re:This guy is a Hero by GogglesPisano · · Score: 2

      But, you do know Schwarzeneeger is working for a whopping $0.01 per year.

      Yeah, poor Arnold. I'm sure he's clipping coupons.

      Once again, pure political theatre.

      Arnold already has more than enough cash to live in luxury for several lifetimes. His waiving of his governor's salary doesn't grant him any kind of moral high ground in my book.

      How many of those state employees have families to feed and (sky-high California) mortgages to pay? How many are living paycheck to paycheck?

      For Schwarzenegger to reduce 200,000 of his employees to poverty-level wages is a defining "Let Them Eat Cake" moment.

    3. Re:This guy is a Hero by Anonymous Coward · · Score: 0

      Do you honestly think that the politicians on either side would allow a whole pay period to go by without passing the budget and raising the wages again (if not for this technology barrier)?

      Here is how the game works:
      1. Arnold slashes wages and says they'll go back up when the budget passes.
      2. Legislature argues over the budget until the last moment to get the paychecks out with the original amounts.
      3. Either the legislature agrees on a budget, or Arnold cracks and sends out the paychecks with the original salaries anyway.

      While everybody is making minimum wage, they will write and call their legislature and complain about how they're going to be homeless, causing the legislature to lose public favor. If the legislature agrees on a budget before Arnold cracks, people will say Arnold knew what he was doing and got the legislature to do their jobs. If Arnold cracks first, the people writing letters will be very upset with the legislature and thankful Arnold got them their paychecks.

  42. As a California State employee by Anonymous Coward · · Score: 0

    I welcome the shunning of our antiquated COBOL-writing former overlords. Until I want a raise, that is.

  43. Possible Cause by norkakn · · Score: 1

    Let's assume that everything is stored in a "Big Huge File of Death". Touching the BHFOD is pretty scary, because it was probably not structured well, is binary, and the only documentation for it is the COBOL code. Hacking together some perl code to unpack it and change everyone's salaries then looks a bit scarier. Let's assume that there is no batch change in the system, and there is no way to give people their old salaries back. With the current data entry personnel, it'd be quicker to set everyone to minimum wage, because they'd just go person by person. Setting it back would be harder, because you have to enter different numbers, and there will probably in inflationary raises or other fun things to make it harder.

    Or, one could hire a COBOL programmer to add a batch update function that has the ability to reset people to their old salaries. But... it's hard to do that when you can only pay them minimum wage.

  44. It isn't that hard to find COBOL programmers by Eric+Smith · · Score: 1

    Heck, I've written some COBOL and I'm still more than 20 years from retirement age. All they have to do is offer a decent salary. Oops, never mind.

    1. Re:It isn't that hard to find COBOL programmers by captainstormy · · Score: 1

      There are still schools that teach COBOL programing. My guess is that it depends on your area and what the local IT industry uses. Here in Central Ohio we have tons of banks and insurance companies that use alot of COBOL, IBM Mainframes, CICS, etc etc. The schools around here still teach COBOL thou for some of them its an elective.

      I would say that there are two bigger problems here.

      1. The guy just dosn't want this to happen so he is blowing smoke.
      2. They don't want to pay a resonable wage to get it done.

  45. theres only one solution by nimbius · · Score: 1

    arnold will have to travel back in time to save humanities last COBOL coder... wait, isnt the largest DB vendor in the world based in California?

    --
    Good people go to bed earlier.
    1. Re:theres only one solution by An+ominous+Cow+art · · Score: 1

      Where is John Titor when you need him?

  46. CA state teachers... by jwiegley · · Score: 1

    Here's an interesting tidbit... I am a California U. teacher. Our union fought for and completed a contract last year that called for a series of raises over a four year period.

    So far no budget this year and I doubt we're going to see the July 1st raises. I'm already paid about 40% less than industry would and the pay at comparable universities in other areas is better with a much lower cost of living.

    Gonna be interesting to see what happens this fall over that.

    --
    I will never live for sake of another man, nor ask another man to live for mine.
  47. Maybe they lost the source . . . ? by PolygamousRanchKid+ · · Score: 3, Interesting

    I know that sounds absolutely idiotic, but an employee of a major European insurance company explained that exactly that happened to them with a COBOL application.

    Hell, with people losing laptops with critical data in the San Francisco Airport, why not?

    I just jested with him, and suggested that the programmers probably deleted it on purpose, because they were sick of maintaining the COBOL code.

    --
    Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
  48. Why no COBOL Programmers by fm6 · · Score: 1

    I haven't studied COBOL in several decades, but I seem to recall that it's a really dreary language to work in. I knew one woman who was working as a webmaster, but who claimed to be an expert COBOL programmer. This was in 1998, when everybody was desperately updating their COBOL code in anticipation of Y2K. I asked her why she wasn't out raking it in as a COBOL consultant; she replied that she hated working with the language.

  49. I can code COBOL by Phreakiture · · Score: 4, Insightful

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

    --
    www.wavefront-av.com
    1. Re:I can code COBOL by Atario · · Score: 1

      I can code in COBOL too. And California probably could afford my fee for that. But they probably couldn't afford the Sacrifice Of Sanity surcharge.

      --
      "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    2. Re:I can code COBOL by nCnt++ · · Score: 1
      I can code in COBOL...

      But can you read it?

      --
      Have you ever noticed the best /. comments are long and the best Chuck Norris jokes are short?
  50. Connected to the internet by JamesRose · · Score: 1

    Bet you it is. In which case someone can hack in and change it for them. Of course it means the hacker could change them down to the minimum wage (pissing off the workers) or move them a little further up (pissing off the government) either way, no one can change it back! Oh and of course the third option- change the wages to 1 cent below minimum wage, it'll piss off the workers, and it'll screw the government too. :P

  51. this is a star trek re-run by wardk · · Score: 1

    this story reminds me of the Star Trek NG episode where they come across a ship of idiots who need help fixing their ship

    1. Re:this is a star trek re-run by Anonymous Coward · · Score: 0

      You are smart - make it go?

    2. Re:this is a star trek re-run by Rick+Genter · · Score: 1

      It is COBOL. We are poor.

      --
      Don't underestimate the power of The Source
  52. Can't find a COBOL position in CA by cyberspittle · · Score: 0

    During 3004-2005 while I was unemployed in California. I tried avery technical skill I had. COBOL was one of them.

    1. Re:Can't find a COBOL position in CA by rujholla · · Score: 1

      During 3004-2005 while I was unemployed in California.

      Do you live life backwards? or timetravel? :)

  53. Pay-increases anyone? by mi · · Score: 1

    I bet, if the talk was about pay increases, everything would've gone very smooth...

    In fact, I'm fairly certain, they have already done a number of pay-increasing code-modifications since the last Cobol-book was published.

    --
    In Soviet Washington the swamp drains you.
  54. Not COBOL's fault by pseudorand · · Score: 1

    It's a funny story, but I think it's unfair to blame COBOL. After all, the state payroll system was probably written by state employees, and if you were writing a program that controlled your own salary, what sort of "features" and coding practices might you use?

  55. Don't you mean "terminated" ? by walterbyrd · · Score: 1

    Sorry.

  56. Yes they can....manually by Danathar · · Score: 1

    What did governments do before computers? They had PEOPLE who sat at DESKS that used TYPEWRITERS or PAPER and PEN.

    If they want to do it, they could. You just sit people down, write checks out by hand and give them to people (obviously recording the checks in a ummm...ledger)

    1. Re:Yes they can....manually by Anonymous Coward · · Score: 0

      So you want to hire lots and lots of payroll clerks then...

  57. Number me "conservative" by CorporateSuit · · Score: 1

    Reliance on government? Overbloated bureaucracies? Unionized officials? How much mercury did you drink before you started to think that those are good things? Having 500,000 people on a payroll (paid by me!) doing the jobs of 50,000 people is a Bad Thing. The original intent of the plan was to get a balanced budget out of the multitudes of bureaus, but if the effect becomes a "DBCC SHRINKDATABASE (GOVERNMENT)" then I say "Well done, Mr Governor"

    --
    I am the richest astronaut ever to win the superbowl.
  58. How will they pay hospital employees? by kris_lang · · Score: 4, Interesting

    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.

  59. So they asked a state worker... by kiick · · Score: 1

    if they could reprogram the payroll to cut state worker salaries to minimum wage. Um, I think I see the problem.

    Wouldn't it make a whole lot more sense to stop paying the legislature instead?

    1. Re:So they asked a state worker... by Anonymous Coward · · Score: 0

      And they already did.

  60. Can't hire COBAL programmers? just convert it by hAckz0r · · Score: 0, Offtopic
    Automated COBOL conversion to your language of choice: Java, C#, C++

    http://www.semdesigns.com/Products/Services/MainframeMigration.html

    But then you will still need to deal with legacy algorithms.

    1. Re:Can't hire COBAL programmers? just convert it by Panaqqa · · Score: 1

      Bear in mind that in many mainframe COBOL applications that date back to the 1960s, you do not have accurate source code. Often, the compiled code was directly patched (in hex no less) due to deadlines or emergencies, and the long time it took to compile even a moderately sized program.

  61. In other news... by corecaptain · · Score: 1

    Arnold also is proposing a temporary 1% increase
    in sales taxes:

    http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/08/04/BA2212523E.DTL

    I bet there won't be any programming problems stopping this.

  62. Back pay by 200_success · · Score: 4, Informative

    Since the pay cut is just a way to postpone payments until the budget is passed, the system system needs to issue back pay after the crisis. It's entirely plausible that issuing back pay is more complicated than implementing the pay cut.

    It seems that California has a similar budget crisis every single year. Back in 1992 they issued IOUs.

  63. Open Source it by ItsIllak · · Score: 1

    How about this for an idea - open source the code - I'm sure they'll find some pro-government coders out there willing to spend the 6-8hrs (max) that's probably required to write a routine to achieve this. Everyone likes a challenge :)

    That's even cheaper than minimum wage.

    1. Re:Open Source it by Anonymous Coward · · Score: 0

      They should start an open source project to replace the system with modern technology and get them out of COBOL hell.

  64. my suggestion by darjen · · Score: 1

    that is the lamest excuse I've ever heard. How about they fire all 200,000 workers instead? CA could finally be on the track of having a reasonable budget.

  65. What gives? by Kitsune818 · · Score: 1

    I never understand stories like this. I'm a programmer, and I'm reasonably certain that with the aid of a good book and a short amount of time, I could most likely transition to any language that follows the basic rules of logic languages are built upon. If it's got variables, documented syntax, IO, and flow control you are pretty much good to go. Can't they find anyone out there who can read?

  66. So it's like this? by 93+Escort+Wagon · · Score: 1


    DATA DIVISION.
    WORKING-STORAGE SECTION.
    01 Governator PIC 999999V99 VALUE 212179.00 .
    01 Everyone_else PIC 9V99 VALUE 6.55 .

    (Okay it's been 20 years since I even looked at COBOL, so be nice)

    --
    #DeleteChrome
    1. Re:So it's like this? by hAckz0r · · Score: 1

      Take my advise, never admit that you know old languages or the next thing you will know is that your company is shipping you off to CA. The last time 'I' made that mistake I spent the next 9 months in a closet converting 1 MeG SLOC of PL/1 into C.

  67. Welcome to the third world... by XDirtypunkX · · Score: 1

    Which of the following classifies your state as third world: A) When the state government can not meet it's obligations to pay it's workers the full wage (hey, just what you need when your house value has dropped 40% and you're going to miss a mortgage payment!). B) You have a COBOL system in place to do your state payroll. C) You have a minimum wage of $6.55 (or $8) when many other 1st world countries have a minimum wage twice that. D) You elect someone who's brain (and likely testes) were damaged by steroid use to lead your state. E) All of the above.

    1. Re:Welcome to the third world... by syrinx · · Score: 1

      Which of the following classifies your state as third world

      Correct answer is F) Not being the US or one of its allies (i.e. "first world", nor the USSR or one of its allies (i.e. "second world").

      Words and phrases have meanings; you don't get to change them.

      --
      Quidquid latine dictum sit, altum sonatur.
  68. Re:Old People? by Crudely_Indecent · · Score: 1

    I'm only 34 and I know COBOL

    COBOL was the first language I learned in college after playing with BASIC as a youth.

    State of California Officials - Call me! Lets talk about fixing your COBOL problem and start planning an upgrade path! SAP, perhaps!?!

    --


    "Lame" - Galaxar
  69. That is idiotic on so many levels by Lonewolf666 · · Score: 1

    First, software that cannot handle pay changes (unless the state controller just makes this up, as some posters suggested)

    Second, cutting pay for all employees. Even if it is legal to do, that's a good reason for those with more marketable skills to leave.

    Third, that an update will cost $177 million (from TFA) and has been tried for a decade. I find it difficult to imagine the problem can be THAT complex.

    --
    C - the footgun of programming languages
    1. Re:That is idiotic on so many levels by NaCh0 · · Score: 1

      Second, cutting pay for all employees. Even if it is legal to do, that's a good reason for those with more marketable skills to leave.

      Speaking as a state employee, I can say this isn't a very likely scenario.

  70. Quick, call for help! by Puffy+Director+Pants · · Score: 1

    California needs more IBM Blade Servers! Or Women that aren't leather-skinned sticks with hair out of a bottle of Bleach.

  71. 90,000 lines? by Anonymous Coward · · Score: 0

    "Forrer said the system has tens of thousands of lines of code"

    If that's all, what's the fuss about? In 10 years, a single programmer with zero experience could write you a half-decent system in a modern language to replace your 90,000 line system. Why did nobody do this?

    1. Re:90,000 lines? by liquiddark · · Score: 1

      (one programmer's paycheque x 10 years + cost of maintenance) > (amount of money available for the project)

    2. Re:90,000 lines? by Richard+Steiner · · Score: 1

      Hard to way. I've worked on systems which themselves weren't that complex, but which were so interconnected with other systems that replacement was very difficult.

      This is a payroll system, though, and 10's of thousands of LOC isn't really that large as applications go. I've written utilities larger than that. :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    3. Re:90,000 lines? by hrvatska · · Score: 1

      Forrer is a consultant, not one of the maintenance coders for the system in question. He just threw out the phrase tens of thousands to give the reporter something to grab on to. It sounds impressive to laymen. To extrapolate from his statement that maximum loc is 90k seems a bit of a leap to me. The real number of loc could just as well be 900,000 as 90,000. I think a more revealing figure for the complexity involved is the $117 million price tag for a replacement system. Even if that includes hardware, to me that implies a significant amount of code needs to be written.

  72. COBOL upgrades are Inexpensive! by Anonymous Coward · · Score: 0

    California Can't Perform Pay Cut Because of COBOL

    This is horrible! That dang COBOL makes it so hard to do anything. Really, those COBOL programmers were genius to be able to do anything with those systems.

    These days, we'd do it with Ruby on Rails! I could do it in a week!

    Of course, management will say "Quick, time to spend $100,000,000 to upgrade to Oracle Financials and Oracle HR! It can be implmeneted in 28 months!"

    Sarcastically,
    AC

  73. Ehhh by unity100 · · Score: 0, Flamebait

    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.

    thats what happens when you vote a musclehead into power. all these years of steroid usage has to have a cumulative effect.

  74. The system is that bad by York+the+Mysterious · · Score: 2, Informative

    Having just gone through the process of getting a replacement payroll check from the state I ALMOST believe the story here. The system is REALLY bad. I had to fax information to 3 different departments then mail a hand written letter in. After that it took them almost 2 months to get a new check to me. Thing is it wasn't a check. They won't mail checks. It had no routing or account number on it. Just a phone number for the bank to call. The bank looked at me like I was trying to pull a fast one. Took another three days for them to confirm it was a real check and cash it. Now why do I have checks still? Why no auto deposit? Perhaps because they refuse to add lower level employees to auto deposit because they claim their system can't handle that many auto deposits.

    --

    Tim Smith - Ramblings from Nerd Land
  75. ha ha not in California by Quadraginta · · Score: 0, Troll

    You're forgetting that California has the largest and most entrenched public servant power structure in the nation, nay perhaps the world, excepting France and the former Soviet Union. An interlocking system of unions enjoying sweetheart deals and special protected legal status, dispensed by a legislature beholden to their fundraising and vote-organizing prowess, gerrymandering, the weak coherence of the state in general and its unusually transient population, all lead to this hideous cancerous mockery of government. In this case, the Controller is a partisan elected position, and the Governor has no power to fire him. Practically speaking, the Controllership is a parking spot for future candidates for higher office (like governor) who have lost election to lower office, or are termed out of it, to stay in the public eye, typically by picking fights with the current governor, which of course is exactly what's going on here. Nice that we, the taxpayers of California, get to pay for all this political theater disguised as governing, huh? Blech.

    Believe me, we've tried to cut the monster down to size. There's a reason for the periodic citizen revolts, including Prop 13 (property tax reform), term limits (evaded now by a weird revolving flow of public "servants" from local to state level and back), and, most recently, by recalling Gray Davis and installing the Governator, who we foolishly imagined could take a machete to the tumor that is Sacramento and get it off our backs, or at least chastize it into actually doing some useful work in return for the huge amounts of cash it loots from our wallets.

    This budget crisis is just the latest round of the perennial budget circus brought about by California's insanely "progressive" tax code, under which the majority of citizens pay zero, and the budget rests on the prosperity of the top 150,000 California earners. When they have a mildly bad year, income-wise, the state's revenues plummet, and when they do a little better, the state's revenues soar. Not surprisingly, California swings wildly between huge surpluses, when they generously endow billion-dollar research institutes and pass out generous pay raises to prison guards and teachers -- the average California teacher earns over $70,000 -- and awful deficits, during which you get, well, this nonsense.

    Personally, I'd sign a petitition to simply abolish California's state government, which is utterly beyond hope, and subdivide the state into two (or more) polities, each of which could hold constitutional conventions and try again.

  76. So, go work for someone else? by tjstork · · Score: 2, Interesting

    Here's the deal. If you can go get 40% more money working for someone else, if you are that underpaid, why not go work for them? I think that we know that the answer is that 40% less than what "industry would pay" is really a mythical figure, and your day is not so bad after all. After all, if you have to have a union to get higher wages, it means that by definition you -can't- get them from somewhere else.

    --
    This is my sig.
  77. COBOL: The Undead Language by Naum · · Score: 5, Interesting

    While it's been nearly 5 years since I toiled in COBOL, I can assure you that much of the information infastructure you deal with on a daily basis still runs on legacy mainframe hardware with COBOL programs being fed your charge card data, airline reservations, utility usage, pharmaceutical claim adjudications, etc....

    There are plenty of COBOL Programmers out there, the problem is nobody in IT wants to hire old people.

    True. Or the "hire" would be at a rate of 50-60% of what that same programmer made previously. I still get soliciations for mainframe COBOL work and the rates and salaries advertised to me are an absolute joke.

    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.

    Well, code is code, but I would caution that:

    • More essential is experience with the legacy platform that those COBOL programs are running on. Are you familiar with the vagaries of S0C4 or S0C7 ABENDs? Do you JCL? Can you read an MVS dump? Do you know how to allocate a file?
    • Grizzled veterans can pinpoint root cause in short order while it may take an inexperienced crew days, if not weeks, to troubleshoot a problem. It's not about being smarter, it's knowing where to look, with the cruder, less evolved diagnostic tools.

    Wow, if this is a COBOL system, you mean no one took the time and energy to document the system and all of its glorious parameters during the ramp-up to Y2K? I'm shocked...SHOCKED to hear that a bureaucracy would waste such a golden opportunity as the Y2K scare to look long-term and decide that hey, as long as we're in the process of vetting code, why don't we document it as well?

    And yes, there are already those out there jumping up and down pointing out that fixing a year from a two digit to a four digit format is way different than figuring out how to reprogram an ancient computer language. Gotta love the State Government, home to Silicon Valley, too myopic to even consider upgrading something as non-essential as a payroll system.

    Most of the Y2K effort focused simply on alleviating eventual issues with two digit dates by "windowing". No expansion of existing database fields -- as much of the processing in legacy world on a fixed column basis, and lengthening the field was considered "out of scope" -- just a simple if statement to test if it was the 20th or 21st century. And regarding documentation, you're being glib, right? As staffs are downsized, support and application teams siphoned off to India or replaced by imported non-immigrant visa holders, documentation, which never was a top priority, has been given even shorter shrift.

    This sounds like a typical "we have to re-write everything" attitude I hear from a lot of programmers who have to work with legacy code.

    They have an application that calculates the salary. They don't need to change anything in the existing application, all they need is to "decorate" the app with an additional wrapper that rolls back the salary the appropriate amount.

    A rather naive assertion. In legacy systems much of the business logic is embedded deep within the bowels of the code. There may be a "business analyst" who is the overseer, but they are totally reliant on somebody else who can actually read code. And it will be far from straightforward, even for a gifted wizard, as the code in question may be decades old, and littered with patches and interfaces placed on top of all the cruft.

    I'll give $3 to the first person who can explain to me why on Earth you need to edit the software to change p

    --

    AZspot
    1. Re:COBOL: The Undead Language by Lord+Haw+Haw+Haw · · Score: 1

      I was wondering when India will come into this conversation. I think they still teach COBOL in some schools here in India... and Americans wonder, why jobs are moving to Indians. No fancy shmancy Ruby on Rails here... Hah! BTW, It isn't only California. UPS has a gigantic COBOL codebase and pretty much any corporation that automated in the wrong side of the 90's. And... no COBOL programmers.

    2. Re:COBOL: The Undead Language by Anonymous Coward · · Score: 0

      Old COBOL programmer's joke:

      What's a SOC4?

      To keep your feet warm!

    3. Re:COBOL: The Undead Language by TivoAussie · · Score: 1

      Not just COBOL, any IBM Mainframer's joke. You can get a S0C4 in any language, just try executing some data instead of code.

    4. Re:COBOL: The Undead Language by AnObfuscator · · Score: 1

      Wow. Your post is painfully accurate, down to the last detail. I don't have too much to add, but here's an amusing anecdote:

      While it's been nearly 5 years since I toiled in COBOL, I can assure you that much of the information infastructure you deal with on a daily basis still runs on legacy mainframe hardware with COBOL programs being fed your charge card data, airline reservations, utility usage, pharmaceutical claim adjudications, etc....

      My current company (which is *very* large) still runs mainframe code written by our *previous* CTO from his first entry-level position, decades ago.

      --
      multifariam.net -- yet another nerd blog
  78. Re:Programmers? Search and Replace... by ciphersort · · Score: 1

    I have replaced antiquated systems with hard coding throughout. Hmmm... Let's see, the last time was last September... I believe I used this obsolete idea called regular expressions to get the job done. Some types call that sort of functionality search and replace. Hey! Isn't that what they do to programmers??? Search and replace...

  79. How hard can it be? by socketwiz · · Score: 1

    I wonder how hard it would be for a guy like me who has programmed in several languages but has never seen a line of COBOL in his life to grep around the code and find the place that needs to be updated and rebuild? Is COBOL really that difficult to learn?

    1. Re:How hard can it be? by Richard+Steiner · · Score: 1

      COBOL isn't that hard (heck, it was one of the core languages back when I got my CompSci degree, and assembler was considered the "weed out" language), but there are some things which are rather idiosyncratic. Especially nested block IF behavior in COBOL 74. :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    2. Re:How hard can it be? by Alpha830RulZ · · Score: 1

      Your first problem will be finding 'grep'. Or a command prompt.

      COBOL is trivial. It's the mainframe environment that is hard. It's not even that complex. It's just that it's different, the toolsets are literally primitive, and you have few of the productivity aides that you are accustomed to. There is no s/this/that/g.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
  80. Dolla Dolla Bill Problem by copponex · · Score: 2, Informative

    In that case the US Government should fire everyone, since we're 9.5 trillion in the hole. The deficit spending popularized by Reagan, which cut out social programs, raised military spending, and lowered taxes for the wealthy, is just one of the internally flawed principles that passes as economic policy under "conservative" government.

    An appropriate response would be to cut spending across the board, and probably reduce the trillion or so dollars a year we spend on military research and wars, which would be around 100 billion if in line with what the rest of the world spends. Instead, we've more than doubled our military spending since 2001, and our currency has steadily declined because of our refusal to address this very basic issue.

    America has enormous wealth, but it's currently being squandered by the same chickenhawks who increased the deficit in the 80s with military spending, saber rattling, and tax cuts for the wealthy. Their names might sound familiar: Bush, Cheney, Rumsfeld, Wolfowitz.

    http://zfacts.com/p/318.html

    (Just because you don't like the source doesn't mean the numbers aren't real.)

    1. Re:Dolla Dolla Bill Problem by OrangeTide · · Score: 1

      Reagan started with the highest employement rate in decades and ended with the second lowest in the decades before his term. Deficit spending programs were the norm before Reagan and are the norm after Reagan. Even the Clinton era, which had a balanced budget, the national debt was still monstrous. If we cared about the economy maybe we would have pulled Hillary in instead of Obama. But I guess the anti-war crowd was too excited about Obama to care.

      Also a state budget is completely different than a federal budget. The feds can create more money, a state cannot. A state budget is far more like a corporation's budget. (would that make a bond measure like an IPO? :)

      Your anti-Bush views fail to see the bigger picture. The economy is in the toilet and it's the fault of hundreds of people. Many republicans, some democrats, some business leaders and some bankers. There are a lot of things wrong with the country outside of the Bush-Cheney fiasco. My healthcare is expensive because of corruption in the legal system and FDA.

      Also did you forget that the President does not set the budget? In my opinion the problem is far more insidious than you describe.

      --
      “Common sense is not so common.” — Voltaire
  81. sniff by Anonymous Coward · · Score: 0

    I smell a Microsoftie - Get him boys!

  82. Terry Childs has the passwords by Nymz · · Score: 1

    ...and will only hand them over to the governor. Seriously though, if you can blame a network guy for poor management and get away with it, why not blame a COBOL guy when violating your oath of office. The majority of voters in California aren't computer literate, hell, they aren't even English literate. If ballots are printed in every language so you don't have to educate yourself, why would you bother?

  83. How do CA state workers get raises? by gatkinso · · Score: 1

    I am sure it isn't thru a code change.

    Of course this assumes they get raises at all....

    --
    I am very small, utmostly microscopic.
  84. Why not do the checks by hand? by apenzott · · Score: 1

    If that payroll system is so seriously out of control, I would run plain paper through the check printers and glean the required details off the pay stub portion and manually adjust and write each check by hand.

    I am sure that the controller will soon come up with a way that is more economical than having to all 137,000 checks by hand. (I don't even want to think of the writers cramps or RSI, even when using a rubber stamp for the signature.)

    If this controller is still on the payroll after this fiasco, then he can use the original plain paper check (with notes of check adjustments) to track the amounts still owed to each pensioner.

    --
    The Roman Rule: The one who says it cannot be done shall not interrupt the one who is doing it.
  85. JackMeoff by Anonymous Coward · · Score: 0

    America sucks huge terrorist balls!!!!!

  86. Obligtory COBOL joke by floki · · Score: 5, Funny

    A COBOL-savvy man suffers from a deadly disease and decides to go for cryonics, hoping they will find a cure in the future. A hundred years from now they wake him up. He's relieved and asks: "Thank god, you've found a cure." - "No", they tell him, "we're short of COBOL programmers."

    --
    from the to-stupid-for-words dept.
    1. Re:Obligtory COBOL joke by Rick+Genter · · Score: 1

      If I had mod points, I give you a +1, Funny...

      --
      Don't underestimate the power of The Source
  87. But... by aaronfaby · · Score: 1

    what about the CHILDREN!?!?!

  88. I know the *real* reason why... by Anonymous Coward · · Score: 0

    It is because they already laid off the contents of the Working Storage section.

    OK - I'll get my coat [ dodges thrown tomato ]

  89. Obligatory Dilbert reference by Deadstick · · Score: 1

    One of Scott Adams's newsletters reported this exchange between a headhunter and an applicant a while back:

    "Why do you want to leave your present job?"
    "My boss wants me to become a COBOL programmer."
    "So, you don't like to learn new things?"

    rj

  90. They actually could do this by jsimon12 · · Score: 1

    Step 1: Dump current data on pay rates and pay grades for all exployees for backup
    Step 2: Change all employees to a light industrial pay grade and their hourly rate to minimum wage
    Step 3: Print paychecks

    It would still probably be a week or two of work, but not the months and months that they are claiming.

    1. Re:They actually could do this by Skapare · · Score: 1

      There's more to it than that. A lot more. They also need to calculate the gross pay based on the original amount, subtract the minimum wage gross pay, and record these difference amounts in the database. So they cannot just substitute the pay rate in the database with the minimum pay rate. The reason for this is because all that difference has to be paid back later when the budget is finally passed. And that back pay calculation also has to be coded into the system. And this change of logic has to be done not just in one place. Different programs do their runs in separate batches. There are probably dozens of programs that would be affected by the logic change. The database may also need a schema change. It will at least need new fields and/or new record types. And all this change will need testing which probably means dozens of runs of a system that they probably have no more machine capacity to run twice as often, if that. Payroll systems are huge and ugly. These estimates seems about right to me assuming they had COBOL programmers on staff that know this system.

      --
      now we need to go OSS in diesel cars
    2. Re:They actually could do this by jsimon12 · · Score: 1

      Give me a break, people switch job codes regularly via something called a "promotion". So you could change the job code and pay grade without issue.

      As for the differnce as long as you have the orginal templates and the timeframe for the minimum wage payrate you could calculate differnces with a Perl script.

      I am amazed how people like to over complicate things.

    3. Re:They actually could do this by Skapare · · Score: 1

      Give me a break, people switch job codes regularly via something called a "promotion". So you could change the job code and pay grade without issue.

      Those are "permanent" changes that affect the actual pay due. What the governor is asking for is a change of pay issued.

      As for the differnce as long as you have the orginal templates and the timeframe for the minimum wage payrate you could calculate differnces with a Perl script.

      What templates? This is a legacy system. Good luck trying to get your Perl script to get all the correct information from the database and update it later to get it to issue pay correctly classified as backpay.

      I am amazed how people like to over complicate things.

      I am amazed how people like to make generalized assumptions over things they have no experience in.

      --
      now we need to go OSS in diesel cars
    4. Re:They actually could do this by jsimon12 · · Score: 1

      I am not saying you manipulate the data on the legacy system. You can however manipulate the data that is in the legacy system or fed to the legacy system in a number of ways. Done this many many many many times, I do this kinda stuff for a living. Shit didn't you work YK2 and have to fool any legacy boxes?

      This could be done with less people and less work then they are claiming. You don't have to believe me, I really don't care, just always amazing me that people (like you) make simple things so freaking complicated.

  91. those are wishlists mostly by Trepidity · · Score: 3, Interesting

    I know plenty of people with damn near zero experience in anything who have jobs with web 2.0 type companies. In certain market segments, especially web 2.0 and even more especially social networking, having anything at all that you can sell yourself as is enough to get in the door, because they're so desperate to hire people. Know a little CSS design, maybe can sell yourself as having done some amateur social-network analysis, and can write a PHP script? Sold!

    I exaggerate only slightly. Especially in the SF Bay Area, the fact that Google has hired ten thousand people in the past year alone has really put a drain on the availability, to the extent that most other companies will hire anyone they can in good conscience justify as "probably not terrible".

    1. Re:those are wishlists mostly by mmkkbb · · Score: 1

      It's the 'selling yourself' aspect that these people are looking for, not any technical acumen. When entrepreneur types start companies they want people just like themselves. They want engineers who will go out and say things like "Here is how company x is transforming the entire (small) marketplace"

      --
      -mkb
    2. Re:those are wishlists mostly by Lord+Ender · · Score: 1

      Wait... I know CSS, Ruby, PHP, Python, and Perl. I write AJAX-enabled web applications. I have a BS in Computer Science and Engineering. You think I'd have a decent shot of getting work in the SF Bay area even though I've only been out of college three years?

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    3. Re:those are wishlists mostly by TheLink · · Score: 1

      "Google has hired ten thousand people in the past year alone has really put a drain on the availability"

      Maybe Google should start having transfer fees for its employees ;).

      --
  92. Re:Old People? by ThomConspicuous · · Score: 1

    Ditto, I'm 37 and took two COBOL classes at my university to get my CIS degree. Count me out on the minimum wage to repair the issue though!

  93. Yes it is, in fact, its even lamer... by tjstork · · Score: 1

    I've written payroll systems before.

    The thing is, the hourly minimum wage is a very simple payroll case. All you have to do is copy the original worker master file, then, you go and generate a new one from the original, but, just give everyone the same exact record. I'm sure that there's someone in the original file that has a low hourly rate that you could use as a template.

    It's utterly ridiculous, and, if anything, that the controller of California cannot actually resolve this issue in a timely fashion suggests to me that he and everyone who works beneath him SHOULD be paid minimum wage.

    --
    This is my sig.
    1. Re:Yes it is, in fact, its even lamer... by Fulcrum+of+Evil · · Score: 1

      so, how do you go back? Also, do you give them their old salary backdated to today when the budget passes?

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  94. Ceridian by camperdave · · Score: 1

    Just switch the whole thing over to Ceridian, or one of the other payroll firms, and be done with it. The bonus is that you get a new room for a staff lounge, and the gutted equipment racks make nice coat closets.

    --
    When our name is on the back of your car, we're behind you all the way!
  95. Don't Panic! by Duositex · · Score: 0

    The Federal Government will just bail out the whole state! 42!

  96. Re:Old People? by zelbinion · · Score: 1

    I'm only 33 and I know COBOL. As a matter of fact, that's what I've been doing all day today: writing COBOL (except stopping to read slashdot during lunch)

    So California, call me! (You don't really want to hire that old guy above, do you?)

  97. I know COBOL by techsoldaten · · Score: 1

    Most COBOL applications can be thought of as traditional 3 tier applications that rely heavily on syntax for progress through the application.

    Most of the business logic is addressed through conditional statements like those in pascal or C. IF, THEN, GO TO, all those sorts of constructs are in traditional COBOL applications.

    Most of the presentation layer is controlled by data fields, like modern form fields, and input control is achieved through the use of semicolons. Lots and lots of semicolons.

    Most of the data access logic is... well, it's done a number of ways depending if we are dealing with a mainframe or a flat file database.

    I think, if they offered 10 smart developers a 2 week course in COBOL, this could be done in 4 weeks.

    M

  98. Translation by rlp · · Score: 1

    "We don't really want to (and we're not really sure where the source code is)"

    I know plenty of COBOL programmers - if the state of California can't find any, they must not be looking very hard.

    --
    [Insert pithy quote here]
  99. Fired? by SIR_Taco · · Score: 0

    Are you sure they weren't terminated?

    (Couldn't Resist)

    --
    I say don't drink and drive, you might spill your drink. Before you get behind the wheel just stop and think.
  100. SAP? by Pope · · Score: 3, Funny

    Sorry, they already have a budget crisis.

    --
    It doesn't mean much now, it's built for the future.
  101. T-800 meets the 2001 by Anonymous Coward · · Score: 0

    COBOL: I'm sorry T-800, I'm afraid I can't do that. ...
    T-800: Where the ____'d you get that idea, COBOL? ...
    COBOL: T-800, this conversation can serve no purpose anymore. Goodbye. ...faded away

  102. Obligatory "Battlestar Galatica" reference by Anonymous Coward · · Score: 0

    So the Terminator prayed,
    "Lords of COBOL, hear my plea" ...

  103. Bah by sunking2 · · Score: 1

    Obviously this is more complicated than the article has dumbed it down to be. There are quite a bit of unknowns that probably come into play. First, the system probably has very limited or no way at all to handle the back pay portion. That alone could take a little bit of time and nobody would say they could add something like that to a state wide payroll system the size of CA in a few weeks. Next, you need to try to figure out how to handle peoples 401k contributions, health insurance, healtch savings account deductions and probably at least a few other as well. What happens when peoples salaries no longer cover their health care monthly deduction? It'll take weeks/months for them to even figure out all the possible ramifications, let alone get a spec written.

    I really think that this is a case of some inadequate reporting. We have to assume this is not as simple as we are led to believe. That being said, I think he is definately using some scare tactics, but I don't think we have all the information either.

    1. Re:Bah by Mean+Variance · · Score: 1
      Finally, a post that appears to understand a payroll system isn't just simple table with hours x pay rate = pay period wage. I bet an old government payroll system in a state like Caly is an absolute complicated mess.

      Los Angeles Unified is in payroll hell themselves after spending over $100 million to overhaul their payroll system.

      Any Californians remember when Tandem Computers tried to replace just one part of the antiquated DMV? Total failure, IIRC.

      Now perhaps it is just a bureaucrat waving a huge BS flag. Or it might just be a really complicated proposition to temporarily alter wages and then put them back with back pay.

      I get that all the time where the product manager comes to me with a feature he needs and says "it's just a minor or simple change." In his eyes it is simple. But sometimes the evolution of a 12 year old piece of software (in my case) with about 100 developer's hands, past and present, creates a difficult situation for that simple change.

  104. Re:Eh by Veretax · · Score: 1

    The Governator is hardly a conservative last I checked.

  105. Controller is Right to Dis-obey an Illegal Order by sampson7 · · Score: 4, Insightful

    Let's not ignore the circumstances here -- the Governor has directed this move as a political stunt in an attempt to force the Democratic legislature to agree to his proposed budget. Harming every day California State workers by lowering their salaries to minimum wage is a cheap trick and a disgraceful attempt to win political points.

    Suppose replacing salaries is a trivial programming task. Would you accept a job to change everyone's salary to minimum wage? Including yourself? What the State Controller is doing is in the best tradition of civil disobediance. He is an elected official answering to over 12 million California votes.

    He believes he has been issued a direct order by another elected official that he believes is illegal. Rather than trigger a constitutional crisis by outright refusing to follow the order, he's taken the very principle stand that it is impossible *cough* to enter these changes in a timely manner. Lowering salaries may not quite be the equivalent of committing a war crime -- but I don't see the "just following orders" excuse as valid. The Controller's sole constitutional reason for being is to manage the finances of the State, including the payroll system.

    Like government or not -- you do not improve government services by vindictively striking out at rank and file workers. The governor may not suffer if he doesn't receive a weekly paycheck, but I guarantee you that lots of others will. That's why what the Controller is doing is laudable -- even if it stretches credulity on the programming end.

  106. Re:decorator pattern??? by Cassini2 · · Score: 1

    You are forgetting that in an old COBOL system like this, hundreds of other modifications have already been made using the "decorator pattern". It becomes difficult to figure out which lines of code, and possibly even which tables in the database are in active use. Changing everyones salary in the salary table may have no effect, because someone may already be using the "decorator pattern" to automatically generate the salary table. There may be so many rules and exceptions, that no one clearly understands them all.

    Writing a short program to make a wholesale change only works if the underlying system is simple enough that the consequences of the wholesale change can be accurately predicted. When you are dealing with payroll, you have to get it right. You don't want to suddenly start paying obscure part-time staff full-time hours. Even at minimum wage, you still have to pay overtime. This all must be done in reference to the appropriate union contracts, precedents, and the relevant tax and labor laws. These are complex laws.

    You might even need a team of tax and labor lawyers to figure out the tax and labor law ramifications of your wage changes, so the wage change comes into effect in a legal and proper manner. In the end, this just isn't simple.

  107. The real problem is ... by Skapare · · Score: 3, Informative

    ... to get the system to issue payroll checks at a $6.55/hr amount, including doing the correct calculation based on reported hours, including the 1.5x factor for overtime, do all the correct tax calculations, generate all the reports like what goes to the IRS, print the checks ... while keeping (but ignoring, for now) the original pay rates in the database. This change in logic would require probably several hundreds, if not thousands, of lines of computer code in hundreds of modules, just to be sure everything got processed in exactly the correct way uniformly everywhere. And then there is testing. A lot of testing is needed to make sure there no parts of the system were overlooked, and each changed part was done correctly.

    You might think it is as simple as changing "MULTIPLY HOURS-WORKED BY PAY-RATE GIVING GROSS-PAY." with "MULTIPLY HOURS-WORKED BY 655 GIVING GROSS-PAY." but I can assure you it is far, far, more complex than that.

    Alternatives that are also unworkable for a quick change include literally changing all the pay rates in the database, then changing them back again later. Substituting a temporary database is also unlikely because this is likely a massive database that contains far more than just names, SSNs, and pay rates.

    And are they even sure they have all the source code to all the modules in the system? Do they even have the machine capacity to do several dozen payroll runs in just a couple weeks time just to complete the testing?

    --
    now we need to go OSS in diesel cars
    1. Re:The real problem is ... by Anonymous Coward · · Score: 0

      Well yeah. Let me remind all of you morons that the Y2K update cleaned up all of the COBOL modules.

      As a contract programmer on that project, we were stone walled every inch of the way.

      The State of California IT managers even directed their employees not to cooperate.

      We prevailed. We documented. We left.

  108. And the TESTING effort too! by JamJam · · Score: 1
    Agreed and there is a lot more than just lowering/raising a wage amount. In the payroll system the 'wage change' would have implications on:

    - calculating holiday pay
    - pay stud deductions (for example wage garnishing)
    - pension contributions, etc.

    Nobody wants their paycheck messed up as it creates financial distress and plus people lose confidence in the payroll system. So I would assume there would be considerable time spent testing these changes too.

  109. Don't modify the app, just add post-processing by Anonymous Coward · · Score: 0

    Couldn't they just find the final output routine, leaving everything untouched, and add this?

    final_salary := (final_salary * 0) + 6.55;

    I don't know COBOL, and never will, so translate as appropriate.

    No need to understand the byzantine labour code/payscale logic in the existing app, just add a post-processing stage. Of course this would only be applicable for the class of workers meant to be rolled back, which is probably just as big a problem as modifying the salary itself.

  110. Re:Old People? by popeye44 · · Score: 5, Interesting

    Well, I work here I am affected by this threat of minimum wage. Bleh.

    I can tell you the problem is this. They don't want to preserve or change the current system. "sure continued changes COULD be done to the old one.. but why?"
      They NEED a new one. The old one has served its purpose. Now take the payroll program and multiply by 100.
    That is how many of these programs and problems we have out there. I have a 15 year old sign program. It's sole purpose is to manipulate those fancy signs you see on the freeway. "slow down.. amber alert etc" This program was created by a student who left a few years later. Of course said student took the source with him and we've been stuck for 13 years making this dos program work on the varying versions of windows.

    Now a program can be purchased for 30K "per district x12" that would let us control these older sign controllers as well as the new signs.
      We can't buy it. It is never a priority to replace an OLD program that still sort of functions. In fact it's usually at the bottom of the needs/wants list. yet the state spends 2million to put CMS's "changeable message signs" every half mile in a fog area.

    This is roughly the same problem the controller runs into. He can use the old system. It doesn't matter who the controller is, When Davis tried to do the same thing the problem existed then. The system was not created for making these type of payroll changes. We don't hire cobol programmers. Heck we really don't have anyone coding programs any more. It's all web-dev and off the shelf applications. Guess what? We're in a hiring freeze as well. So it's not like we could hire anyone to do it anyways!

    So if you want to work for free and offer your expertise we do allow that. But if you want to keep all the source then no-thanks!

    --
    Inane Comments are Generously Disregarded
  111. Bullshit by tsotha · · Score: 1

    This is nothing more than the bureaucracy letting the governor know who runs Bartertown. You can bet the system could be made to work if everyone was getting a raise.

  112. Make me a sandwitch by pentalive · · Score: 5, Insightful

    alias 'please'='sudo'

    1. Re:Make me a sandwitch by Zibri · · Score: 2, Funny

      alias 'pretty please'='sudo --dont-ask-for-password-because-i-dont-have-it'

    2. Re:Make me a sandwitch by Moofie · · Score: 3, Funny

      sudo make me a sandwich!

      --
      Why yes, I AM a rocket scientist!
    3. Re:Make me a sandwitch by Firehed · · Score: 3, Funny

      <nazi type="grammar">
      alias 'sandwitch'='sandwich'
      </nazi>

      --
      How are sites slashdotted when nobody reads TFAs?
    4. Re:Make me a sandwitch by andy_t_roo · · Score: 2, Funny

      off topic, perhaps, but how is the first xkcd refference in the thread redundant?

    5. Re:Make me a sandwitch by Anonymous Coward · · Score: 0

      Zap! You're a sandwich.

    6. Re:Make me a sandwitch by nacturation · · Score: 1

      off topic, perhaps, but how is the first xkcd refference in the thread redundant?

      Because the subject is "Make me a sandwich" with a "sudo" reference in the body. Moofie replied to this and explained the joke, thus it's redundant. It was already an XKCD reference and didn't need the dead horse flogged again.
       

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  113. The real issue by Anonymous Coward · · Score: 0

    I don't think that the real problem is changing everyone's pay rate to minimum wage is the issue.

    The real problem is having the system remember the OLD payrate and then turn around and refund the lost wages once the budget is signed. It wouldn't surprise me if the system was not developed to handle that.

    On the other hand, I think that the timeframe that he is giving is a mixture of real issue cost in time x bullshit modifier.

  114. Takes 6 month to do and 9 months to undo? by pentalive · · Score: 1

    Why should it take any time at all to undo - Backup the source before you change it. Restore it when needed.

    (Or write it in a reasonable way so all you have to do is put back the data files)

    1. Re:Takes 6 month to do and 9 months to undo? by _Shad0w_ · · Score: 1

      I believe the 9 months to undo is taking in to account that when the budget is approved you have to give all the employees the back-pay they missed out on during the time it took them to approve a budget. Given I have no idea how the system works, I'm not even going to try and guess what that would involve.

      --

      Yeah, I had a sig once; I got bored of it.

  115. Lies, the fix is easy. by insomniac8400 · · Score: 1

    Pay rates are going to be defined in a database. A backup of the pay rates table and a simple replacement of all pay rates to 6.55 is all that is needed. When the budget passes you can restore the old rates.

    1. Re:Lies, the fix is easy. by Anonymous Coward · · Score: 0

      A backup of the pay rates table and a simple replacement of all pay rates to 6.55 is all that is needed. When the budget passes you can restore the old rates.

      Not worrying of course about such little details as calculating the backpay due, and dealing with cases where deductions take the minimum wage payments negative, and getting all the tax straight in the end even if the backpay is in a different fiscal year, all things which the system was never designed to cope with, and which require extra fields/files to store the extra data etc., and the file format changes affect every program in the system...

  116. Blame the Recruiters by jj00 · · Score: 1

    My guess is that they are taking the advice of a bunch of head hunters searching for "COBOL" in their list of resumes, and assuming that if you have a few years of programming experience in another language that you can't possibility learn another. SAP (ABAP/4) is also based on COBOL, so you might even look towards gathering some newer SAP programmers.

  117. Mod me off topic, but.. by vimm · · Score: 0

    public FUD Ballmer(Developers developers) throws Chair, YahooBid

    bwhahahaha

  118. Code Rookies by Anonymous Coward · · Score: 3, Insightful

    People who argue this issue has a simple solution are code rookies and have no idea of the complexities involved with large enterprise systems. They are basing their responses on a few primary mistakes:

    The ability to watch a screencast, install Ruby on Rails, and script a blog in a few hours is not equal to working on a complex legacy system.

    The ability to conceive of a simple answer is not equal to understanding a complex problem.

    The ability to access contemporary technologies does not mean that programmers from 30 years ago know less, were stupid, and failed to realize the choices and tradeoffs they faced.

    The best programmers I have ever met are from the pre-PC days when they had to work through the complex issues of performance, data storage and memory allocation. Although now retired, many remain smart, resourceful, and reflect the best engineering skills our country has ever seen.

    1. Re:Code Rookies by Anonymous Coward · · Score: 0

      OK, code rookie with 20+ years of programming background, 15 years of software management, and 10 years in enterprise software development. Most of the complexities involved with large enterprise systems are created based on a few primary mistakes:

      The inability to fathom that it IS cheaper in the long run to replace a legacy system after 5 years instead of jury-rigging every new system for 25 years to work with the old junk somehow (Diablo 630 emulation anyone?).

      The inability to foresee future growth and plan software architecture accordingly.

      The unwillingness of managers to conceive that complex systems need software design and that good software architects are expensive.

      The willingness of software developers to elevate the neat hack over maintainable software.

      etc, etc, etc.

      Obviously, sometimes there's nothing you can do about it. The CA payroll system is what it is, and its replacement will once again be projected for 5 years and used for 50.

  119. COBOL isn't even a hard language by bluefoxlucid · · Score: 2, Informative

    I've written in COBOL. It's not a language I'd like to use a lot. It's not hard to learn, though.

  120. Illegal Immigrants fill the bill! by pfarber · · Score: 1, Funny

    They will do the jobs that no American will. Picking fruit, writing COBOL....

  121. Time for a Proposition by pentalive · · Score: 3, Insightful

    Whereas The government is too busy bickering with themselves to do their job.

    Whereas The people of the state are harmed by the lack of a budget year after year.

    We Propose that if a budget is not completed by the deadline, the previous budget is automatically re-enacted except Each legislator and the Governor get a 5% pay cut. During the period of the next two years the legislators may not raise their own pay.

    They (the legislators)may only raise their pay again with the second budget they enact on time.

  122. Re:Controller is Right to Dis-obey an Illegal Orde by evilviper · · Score: 1

    Harming every day California State workers by lowering their salaries to minimum wage is a cheap trick and a disgraceful attempt to win political points.

    And holding out on a proposed budget long after it's over-due because it doesn't include your particular bit of pork is, what exactly?

    Sounds to me like the difference between "cheap trick" and "moral stand" depends on which side of the issue the observer is on.

    Oh, and never mind that all non-salaried California state contract employees have their salaries lowered to ZERO, automatically, until the budget is passed. I bet they don't feel too bad for the salaried employees who are "only" going to get paid minimum-wage until the contract is agreed to.

    Suppose replacing salaries is a trivial programming task. Would you accept a job to change everyone's salary to minimum wage? Including yourself?

    Yes.

    What the State Controller is doing is in the best tradition of civil disobediance.

    Civil disobedience doesn't include lying under oath to your boss. Unless he admits it's possible, but refuses to do so, you have NO point at all.

    He is an elected official answering to over 12 million California votes.

    As opposed to the Governor...

    Rather than trigger a constitutional crisis by outright refusing to follow the order, he's taken the very principle stand that it is impossible *cough* to enter these changes in a timely manner.

    If he believes, as he's said, that his interpretation of the court ruling does not allow what the Governor is asking, he's welcome to go to court with his concerns, just as every other affected employee is. I don't see a constitutional crisis.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  123. Re: poor ... by Anonymous Coward · · Score: 0

    poor scapegoating skills?

  124. I think it goes like this: by Anonymous Coward · · Score: 0

    Arnold : I need you all to change all the salaries to minimum wage, yours included.

    Datacenter Employee #7: Umm... sir, we can't. The code is all in COBOL and can't be changed.

    Arnold: Wait here. I will go find COBOL programmers.

  125. Just what is the problem by hurfy · · Score: 1

    Simply change anything that looks like a dollar amount to 6.55

    If one of those was the gov annual salary or something, it's ok, better to cast the net wide nowdays than let anyone slip thru ;)

  126. I cannot believe I'm actually going to say this... by Bugs42 · · Score: 2, Funny

    for the first time in my life, I can honestly say "Thank the Flying Spaghetti Monster for COBOL!"

    /employed at a California state-run institution of higher learning.

    --
    Programmer: an ingenious device that converts caffeine into code.
  127. I'm here by Mycroft_514 · · Score: 4, Interesting

    25+ years of COBOL, multiple dialects. Pay me what I'm worth, I'll take a vacation from here to do the job. What's the database, if their is one? IDMS, IDS-II? VSAM files? ISAM files? I've done them all, no problem.

    1. Re:I'm here by dbIII · · Score: 1

      They also have a hiring freeze so they can't employ you even on minimum wage. It's really about stupid arbitrary constraints and not just the code.

    2. Re:I'm here by Anonymous Coward · · Score: 1, Interesting

      It's CICS.

      The DBAs are actually competent.

      I know, I was on the Y2K team.

      The controller is a liar, the changes are trivial.

    3. Re:I'm here by ynohoo · · Score: 1

      since CICS is online transaction processing software (i.e. handles the multiple users running the same software on servers), not a database, I'll take your opinion with with a pince of salt.

  128. that isn't the problem by Anonymous Coward · · Score: 0

    The problem is california is broke, all the other states are broke, the federal government is broke, for all practical purposes now the nation is broke, the rest of the planet knows this and it is only a matter of time now before they start moving away from the FRN en masse. The money doesn't exist to pay all those governmental workers salaries then fat pensions that are coming soon, nor pay for the day to day business, entitlements from government and private sector pensions and for all the boomers to cash out and want to be selling their stocks sitting in 401ks and so on etc without huge massive and relatively fast inflation, like you are starting to see as they bail out the big investment banks and let them gobble up the smaller banks with newly created cash by the shipload. Then those dollars will be worth less and less until it is beyond a joke. Playing short term games with number juggling and so on is no sort of fix for this looming and crisis level set of overlapping problems.

          You are in the beginning of the worlds largest ever transfer of real wealth upstream into fewer hands, even as the FRN credit based economy crashes. What will come out of it I am not sure, but they'll be a lot less personal sovereignty and state and local government sovereignty, because they'll be forced to borrow their way into perpetual economic serfdom in order to meet obligations. And they borrow money by just creating it. Foreign money used to buy government paper is just borrowing against the future again, and that has been drying up fast, they want the real stuff, the buildings and land and corporations and so on now or no dice. They don't want any more IOUs. And I don't blame them, no one has any "faith" in the US and the "credit" is beyond overextended. And that is what allegedly backs the dollar "faith and credit". It is a non intelligently designed faith based economic system, it is insane, quite insane. They might as well call it the flat earth economy.

    Snooze you lose. You can either recognize every single thing these economic government "authorities" have said over the last two years has been minimalized and trivialized on purpose to avoid widespread chaos and panic, or you can't see it or just can't handle seeing it so you live in denial and just refuse to see it because admitting reality is just too scary to contemplate.

      It's not a subprime crisis, it is the entire borrow against the future crisis, all of it, everything, it's tapped out, they are borrowed two generations ahead by now. This isn't fixable. Even a general default wouldn't fix it because that still leaves a nation to pay for, and it just isn't there.

  129. Before we all throw in our opinions by UnknowingFool · · Score: 2, Insightful

    Here's my understanding of the issue: Schwarzenegger wants a temporary paycut for all 200,00 employees. He wants to set all their wages to minimum. State Controller says the change could take many, many months to make the change and reverse it.

    Most people here are calling the controller a liar saying it can't possibly take that long. After all, people get salary adjustments everyday. Here is the problem: There are two ways to change their salaries: Manually and programmatically. Changing one persons' pay is easy because it is a manual change. Changing all 200,000 government workers is harder. You can either manually change all 200,000 people or change it in the code. The State Controller says the code is so old that this will be a problem. (1) No one really knows the business logic. (2) No one knows the code (COBOL) even if they knew the business logic.

    Now, I don't know if it's gonna take 15 months to do, but I would outright call the controller a liar without know the underlying details.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Before we all throw in our opinions by Skapare · · Score: 1

      This is NOT a salary/wage change. It is about issuing paychecks at the minimum wage for now, and paying back the difference later. So the calculation still has to be done for the true base salary/wage, so they can get the gross pay due (the original amount), and the gross pay issued (the minimum amount). The difference needs to be recorded on the gross amounts for each pay period so it can be re-issued later. Then taxes need to be calculated on this new amount (the existing tax phase programs are coded to use the actual salary/wage, so they need to be recoded to pick up the new issued amounts). Then all this needs to be done again in a different way to issue all the back pay correctly (with the correct taxes calculated on that).

      The problem is more likely that the legacy system has not been upgraded much, and people haven't been retained that understand it well, simply because those upgrade resources would be better spent on converting the system to modern methods and systems (for example Java running on Solaris). The change the Governor wants really will involve a programmed logic change, and such changes need to be thoroughly tested. Getting the changes all done right and verifying they are right is what takes time. And that needs to be done twice, once to issue paychecks based on minimum wage, then again later to include the back pay not previously issued.

      --
      now we need to go OSS in diesel cars
    2. Re:Before we all throw in our opinions by UnknowingFool · · Score: 1

      Either way it's not an easy change. My point was everyone here called the controller a liar vastly underestimating the complexity of such a change. Because in their world, it's easy to change one person's pay check. Changing all the paychecks for California employees then changing them back after a while is not the same.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    3. Re:Before we all throw in our opinions by nelsonen · · Score: 1

      Give me a break. They should have a way to do everyone at once, what happens when they all get union negotiated or legislated raises?

      Also, it's not the fault of COBOL. It is the fault of an inflexible system, and that can be screwed up in any language, even English!

    4. Re:Before we all throw in our opinions by General+Wesc · · Score: 1

      You're missing a second major issue thst the article, for some reason, decided to ignore: Arnold is trying to lower their salaries for these Californian workers to BELOW the California minimum wage ($8.00/hr), all the way down the the FEDERAL minimum wage ($6.55/hr). Is it any wonder the system wouldn't be designed to allow wages to be set before the minimum wage? Maybe the programmers, unlike Arnold, were actually sane.

      (No, wait: they used COBOL.)

    5. Re:Before we all throw in our opinions by UnknowingFool · · Score: 1

      They should have a way to change everyone's paycheck at once but only temporarily? I don't think that the original designers decades ago ever foresaw the need to do this and that's why there isn't an easy way. Also considering how old the system is, that means that business logic is embedded everywhere and there's probably gotchas and exception everywhere in the code. What happens when a person gets a raise is that they salary is changed manually and a permanent change until the next change. When a union gets a negotiated raise, there's probably an exception in the code somewhere.

      This situation is a lot different. They need to keep everyone's salary the same, while reducing their paycheck to that as if they worked for minimum, keep track of the difference, calculate the necessary taxes and benefits. That's far different than making a one time change.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    6. Re:Before we all throw in our opinions by DragonWriter · · Score: 1

      Give me a break. They should have a way to do everyone at once, what happens when they all get union negotiated or legislated raises?

      The pay rates for each salary classification, or each step within each salary classification, are adjusted, probably manually (there are a finite number of salary classifications). Of course, you can't just modify those all to $6.55/hr for this conversion since:
      1) Many classifications aren't paid hourly normally, and
      2) The original pay rate needs to be preserved, and the pay under it calculated, so that you can pay people the right balance at the end.

      Also, the business logic for deductions may need to be changed, and certainly new business logic for deductions applicable to the catch-up payment needs to be put into place. And a system has to be in place to track the additional amounts not initially payed as debts owed by the state.

      It's quite clear to anyone who has any real idea of what needs to be done that there is more than a trivial amount of work to be done. It's also important that whatever is done is particularly thoroughly tested since, even if the pay order is legal and doesn't expose the state to legal liability (and there are already at least two lawsuits and a labor relations complaint filed challenging that), paying people wrong (especially if its a error that results in a reduced payment from federal minimum wage) can have severe repercussions including legal liability.

    7. Re:Before we all throw in our opinions by initialE · · Score: 1

      Manually changing 200,000 entries isn't as hard as it sounds if you're willing to throw data entry clerks at it. 20 of them should be done in a week (less than 2000 per person per day), and they can probably make the back pay calculations and readjustments in 2 weeks.

      --
      Starbucks, Harbuckle of Breath.
  130. Wanted: Computer Consultants: $6.55/Hour by qazwart · · Score: 5, Funny

    Wonder why they can't find any Cobol programmer? There are probably Cobol programmers on the state payroll maintaining this system, but do you want to modify a computer program, so your employer can cut your pay by 75%? Didn't think so.

    Manager: I need you to modify our payroll system in order to cut your pay to a mere $6.55/hour. How quickly can you get that done?

    Developer: I'll get right on it boss. Let's see, I'll have to modify the payroll routines, reconfigure the database, change out the bit buckets, and scronge the verbliz... That will take me... Er, how long do you think it will be before the state passes a budget?

    Manger: Probably in about 5 months.

    Developer: It'll take me about 6 months.

  131. COBOL needed to change pay rate? by jscotta44 · · Score: 2, Interesting

    Maybe one of you bright guys can tell me why a COBOL programmer is required to change the pay rate for anyone. Are they saying that the pay rates were hard coded into the system? That just doesn't make any sense. Why would any programmer do thatâ"any?

    Someone is not telling the truth or California is hiring very, very poor programmers. Sounds like now is the time to bring in an off the shelf solution. It can probably be payed for with firing the rest of the programmers employed by the state. If this is an example of California hiring for coders, then they (and their HR department as well as the management) should be fired anyway.

    1. Re:COBOL needed to change pay rate? by Skapare · · Score: 3, Informative

      This is not a case of changing pay rates. It is a case of paying minimum wage rates for now, recording the difference in gross pay, and paying that difference back later after the budget becomes law. This is different than what other states and even the Federal government has done, which is to furlough people (they don't get paid at all, ever, for time not working), or expect them to work without getting any pay until later.

      This is a logic change in the programming. It needs to be changed not only in the programs that cut the checks, but also in the programs that calculate and report taxes. There could be dozens of places in various separate programs that need to have a logic change. And the database needs to keep the existing pay rates and record the differences for time actually worked so the correct pay difference can be done later.

      COBOL is required because this is a change to an existing legacy system that is written in COBOL. Time is required because system analysis is needed to ensure all the correct places in the system are changed, the database has the right schema and record types to record these differences between issued and due wages, and because all this has to be tested thoroughly. It might be nice if this were a system in a modern language like Java or Python on a modern system like a farm of machines running Linux or Solaris. But the state apparently doesn't want to budget an upgrade of the state IT infrastructure (or at least the payroll system).

      The Governor is stuck because he apparently has to actually keep people working AND paid (at least something) due to whatever law the California Supreme Court decided on. The State Controller is stuck because he has a legacy system and has not been given a budget to modernize it. It sure sounds like politics, and no doubt a lot of it really is. But both the Governor and the State Controller are working from positions they really don't have much control over. The net effect may well be that the state as a whole does not have the means to comply with the law (at least as the Governor interprets a court decision).

      --
      now we need to go OSS in diesel cars
    2. Re:COBOL needed to change pay rate? by jscotta44 · · Score: 1

      Just pay a couple hundred bucks and buy an off the shelf payroll system.

    3. Re:COBOL needed to change pay rate? by Skapare · · Score: 1

      And spend the next 2 years while some data entry clerk types in all the people's information? And then after that, how do you get either system to issue the difference backpay correctly?

      --
      now we need to go OSS in diesel cars
    4. Re:COBOL needed to change pay rate? by jscotta44 · · Score: 1

      What? You never heard of export/import and reports? One time payments for bonuses/corrections?

    5. Re:COBOL needed to change pay rate? by Anonymous Coward · · Score: 0

      Excuse me boys. I happen to be one of the old timers. The modern system is the Legacy System with massively parallel processing. Remember RAS?
      Reliability Accessibility and Serviceability? Your server farms are a collection of garbage. Hundreds of machines with little boys maintaining them. Lazy little boys.

      By the way, when I was a contract programmer in 1998 for the legacy Y2K update at the State of California, The California IT management team was focused on updating to Microsoft.

      You mean they didn't finish...

  132. I read about COBOL in my history class by silverpig · · Score: 2, Funny

    Isn't it what they program rotary phones with?

  133. yeah well.. by fishbowl · · Score: 2, Funny

    I'll bet you a donut to your paycheck that if the legislature passed a resolution that the shortfall would come out of that person's budget until it was resolved, you would start hearing about solutions instead of excuses.

    --
    -fb Everything not expressly forbidden is now mandatory.
  134. Re:Controller is Right to Dis-obey an Illegal Orde by Skapare · · Score: 5, Informative

    Let's not ignore the rest of the circumstances here -- the Governor is acting on a 2003 California Supreme Court decision (though it is an interpretation of that decision). Another fact is that this is not a pay cut. It is just the amount to be paid for now. Other states that have faced this situation have had to simply not pay anyone at all (effectively furloughing all state workers). Even the Federal government has had this issue. So I'm guessing that the California Supreme Court decision is saying that not paying at all, or furloughing as a means to not pay, is not an option, and that a minimum wage still has to be paid for now, for anyone still on the job.

    Then there is the complication that the difference between what people should have been paid, and what they do get paid (minimum wage), be paid back later once the budget is approved and passes. That kind of logic is apparently not yet coded into the payroll system. The problem is more a case that the state has not budgeted to the state IT department the resources to implement, test, and deploy, a system the California Supreme Court decision may require under existing laws (or better yet, upgrade it to an all new system in a modern language on modern computers ... such as Java or Python running on Linux or Solaris).

    This is NOT lowering salaries/wages ... it is just paying them a minimum amount now for staying on the job, and the difference later once the budget becomes law.

    This is NOT "vindictively striking out at rank and file workers" ... it is trying to make sure they are paid something for now, rather than nothing at all, or the possibility of them not even working (time for which they then would never be paid).

    --
    now we need to go OSS in diesel cars
  135. IMS databases by Anonymous Coward · · Score: 0

    Ha, get me a link to a perl module for accessing an IMS database!

  136. Data Tied to Code? by BinBoy · · Score: 1

    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.

    Why is the pay written directly into the code?

  137. More common than you think by Anonymous Coward · · Score: 1, Interesting

    I am actually a COBOL programmer (fresh out of college - 2 years ago) and I know quite a few others (1 who just graduated a few months ago who is now a COBOL programmer with us).

    My previous job last year was also COBOL. It's more common than you think, although I admit half of the people you find out there are definitely NOT technical, but a few are still up to date (me and a few others do program in C++ .Net/Perl/VB6/Python just off the top of my head, a few of those few, can manage to write somewhat decent 3d visual programs).

    Sure, I hate the language for its lack of object orientation, but despite the Slashdot following: it isn't bad pay, and they can be found. I'm sure the rumors about COBOL programmers is more about job security, and that's a positive thing I can see about it.

    -AC for obvious anti-pitchfork wielding reasons.

  138. Is COBOL really not taught anymore? by JimDarkmagic · · Score: 2, Informative

    We still teach it at my local community college - it is a required part of our programming degree; RPG too. Still taught at the public university too. Don't know about the private ones.

    Seems at least one or two 3 credit classes wouldn't hurt when there's still plenty of old COBOL running in business. The same could be said of dBASE and AS/400 apps too - we teach AS/400, but not dBASE. The course planners must have to decide which legacy tech to teach.

    Incidentally - I finally created a Slashdot account after 5 years of reading and occasional AC posts - I hate having to name things

  139. Learning COBOL is not as easy as you think... by Panaqqa · · Score: 1

    Most of the developers out there today learned using an object oriented programming model and a language such as Java (or for older people, C++ and others). This throws up an impediment to learning COBOL.

    You see, COBOL is all coded procedurally. There is no such thing as an object. Additionally, there is no IDE to even compare to what's available for modern OOP.

    Now, if this code is very old like it sounds from TFA, then not only is the code procedural, it is UNSTRUCTURED procedural. This means GOTO statements, loops without control structures, in general what used to be called "spaghetti code".

    I am a bit of an anomaly, being a 44 year old who can develop in COBOL (5 years exposure to legacy systems early in my career). No IT person who leaned using Java or another OOP stands a CHANCE learning such an alien coding paradigm. Such a person would choke the first time they had to trap an error on a disk read or display information on a 3270 dumb terminal's screen.

    1. Re:Learning COBOL is not as easy as you think... by Cro+Magnon · · Score: 1

      Now, if this code is very old like it sounds from TFA, then not only is the code procedural, it is UNSTRUCTURED procedural. This means GOTO statements, loops without control structures, in general what used to be called "spaghetti code".

      Yup! Even an experienced COBOL programmer can have problems with some of the code out there. I once had to work on code that was so bad, I called it "spaghetti code with meatballs". It had just worked for 20 years, and nobody had dared to touch it until the Y2K crisis was upon us. Definitely an experience!

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  140. Re:Controller is Right to Dis-obey an Illegal Orde by Mumei+no+koshinuke · · Score: 1

    If he wants to disobey an illegal order, as far as I'm concerned he should do it on those grounds instead of using software as a made-up excuse; I'd like to be able to expect my elected officials to be honest. If in fact he's telling the truth and software is the problem, it seems to me that he's neglected his duty to keep the payroll system functioning.

    Either way, he'll be hard-pressed to get my vote in the next election.

  141. Generally I don't like republicans... by bill_kress · · Score: 2, Insightful

    but I kinda like this guy.

    This is exactly what republicans say they should do. Take a hard line against government waste. If the existing systems can't do the job, get new systems.

    Also if the controller thinks that it will take as long to undo as it took to do (knowing when you are doing it that you will have to undo it), FIRE HIM AND EVERYONE WHO GAVE HIM AN ESTIMATE RIGHT NOW! This concept is so unforgivably wrong that for an engineer to not recognize that right off is virtually not possible (I expect this has been put forward a few times in this thread for just this reason).

    If they actually wanted to update it using modern development methodologies, it probably wouldn't even be anywhere near as expensive as they have been quoting.

    1. Re:Generally I don't like republicans... by Skapare · · Score: 3, Funny

      He's not really a Republican. He was just built by Democrats to look like a Republican. The chip inside is really a Democrat.

      --
      now we need to go OSS in diesel cars
    2. Re:Generally I don't like republicans... by bill_kress · · Score: 1

      He's actually much like the original republicans were. Small government, responsibility, etc...

      New republicans are pretty much a tool for industry to use to adjust the US policy.

      Not that dems are much different...

      Disclamer: Arnold stepped on my wife once.

  142. Sounds like a great job by pluther · · Score: 3, Funny

    They need a COBOL programmer to assign everybody's wages to minimum.

    But when he's done, whatever he sets his own wages to, he'll apparently be the only one who can change it.

    --
    If the masses can keep you down, you're not the Ubermensch.
  143. grep? by EmbeddedJanitor · · Score: 1
    How big a deal is it to find and modify the offending code? It hardly takes COBOL knowledge to do that.

    Most likely this is a reaction from the system programmers. They've found a way to strike back at the state for years of mismanagement.

    --
    Engineering is the art of compromise.
  144. The even bigger WTF by Cajun+Hell · · Score: 1

    California has tried to modernize its payroll system throughout the past decade, dating back to former Controller Kathleen Connell. It has faced numerous delays as state legislators have avoided investing the $177 million it now will cost.

    So get a working procurement system. Payroll software does not cost $177 million. Tell you what: I'll do it for $17.7 million. Of course, someone else will underbid me by yet another factor of ten...

    --
    "Believe me!" -- Donald Trump
    1. Re:The even bigger WTF by TheDugong · · Score: 1

      It's not just the software. There many government employee drones to retrain as well. Do not underestimate this part of the cost.

  145. Re:Old People? by bdenton42 · · Score: 1

    $6.55 per hour? I'm sure a lot of companies would be interested in your services at that rate too...

  146. COBOL guys, make sure to get advance payment! by tonk · · Score: 1

    As the financial problems of the state of California are quite obvious, any COBOL programmers who are capable and willing to do the job should make sure to get their money before they even look at the code or the documentation (if any).

    And, by the way, can they contract programmers without having a budget?

  147. Re:Controller lying by SirLanse · · Score: 1

    I dont understand your job, so it must be really simple.
    --PHB

  148. In Soviet Russia by Anonymous Coward · · Score: 0

    In Soviet Russia, you controls computer!

  149. Re:Old People? by bdenton42 · · Score: 1

    I have a 15 year old sign program. It's sole purpose is to manipulate those fancy signs you see on the freeway. "slow down.. amber alert etc" This program was created by a student who left a few years later. Of course said student took the source with him and we've been stuck for 13 years making this dos program work on the varying versions of windows.

    You should be able to get the source back. Ask the San Francisco IT department for some tips.

  150. How do you survive on $6.55/hr !!! by labnet · · Score: 1

    How on earth does anyone survive on that!
    Australia has a similar cost of living, and our minimum wage is around US$15/hour.
    Is the USA that broke, or do you have a much cheaper cost of living.

    According to the BigMac index, fast food cost is similar.
    http://www.economist.com/finance/displaystory.cfm?story_id=11793125

    What gives?

    --
    46137
    1. Re:How do you survive on $6.55/hr !!! by Skapare · · Score: 1

      Lots of people probably can't survive on $6.55/hr for even this short period of time. Some may make it simply knowing the back pay will be there later. But this is better than furloughing people (a time period they don't work and thus never get paid for) or expecting them to work and be paid nothing at all for the duration.

      --
      now we need to go OSS in diesel cars
    2. Re:How do you survive on $6.55/hr !!! by DragonWriter · · Score: 1

      But this is better than furloughing people

      Well, except for the 20,000+ student assistants, part-time employees, retired annuitants, etc., that were, in fact, furloughed by the same order.

      While the legality of the pay order (and the furlough) itself is hotly debated, I'm not even aware of an argument that the Governor has the legal authority to unilaterally furlough most civil service employees, so its hardly as if that comparison is particularly relevant.

  151. Answer is simple by zymano · · Score: 1

    Remove data from Cobol and input data in java software

  152. Privatization is not always the answer. by copponex · · Score: 1

    It's true that the information in the market, in most cases, provides enough benefit in naturally competitive environments to make state run enterprises a bad idea.

    However, when you look at some things, they simply can't be privatized. US health care is more expensive than any other in the world, and is not the best. People break out anecdotes of "Oh, this one guy had to wait six months to get his knee replaced." Guess what... they still got it replaced for free. You can still whip out a credit card and go to private health care, but the rest of the population gets the medical care they need for far less money, instead of waiting until it's a life or death emergency that taxes the system much more than cheaper preventative care given away for free.

    Just because our politicians are inept doesn't mean all politicians are. Perhaps we need a change in who we vote for rather than hoping privatization will help somehow.

    1. Re:Privatization is not always the answer. by ivan256 · · Score: 1

      Honestly, I'm a little tired of the "not the best" bullshit argument. It's based on the number of failed procedures, and error rates. It is not based on the likelihood that you will receive care. If you die because your illness wasn't covered, or you had to wait too long for treatment, that doesn't count against your system in the statistics.

      The fact of the matter is more people get procedures (paid for by their private insurance) like artificial joint replacements, or preventative cancer treatments in the US than in all the other countries put together. There are more people in Europe with public health care than there are people in the US, and their population is older than ours on average. So how do you explain that? Easy. Their systems are crappy compared to ours.

  153. Pure bu#s#*! by Anonymous Coward · · Score: 0

    Pure bull! Because:
    1 - Any programmer using any language could in less than 4 hours could write a program to first save then alter the files containing the employee's payrate. And then later restore the rate to its previous value.
    2 - This does not require a COBOL program change, which by the way given the file layout I could write the program in 30 minutes or less and do it in COBOL, FORTRAN, PASCAL, ORACLE procedure or BASIC (maybe).
    3 - the state has employed programmers in the last 2 years, none of which were for their COBOL skills.
    Slashdot readers deserve that you check out the facts before publishing such crap.

    1. Re:Pure bu#s#*! by Skapare · · Score: 2, Insightful

      1 - Any programmer using any language could in less than 4 hours could write a program to first save then alter the files containing the employee's payrate. And then later restore the rate to its previous value.

      It's not a pay rate change. It's a minimum pay issuance. People will get the rest of the money they are due later (if they can figure out how to do it correctly). It's better than not being paid at all as other states do, or never being paid if temporarily laid off.

      2 - This does not require a COBOL program change, which by the way given the file layout I could write the program in 30 minutes or less and do it in COBOL, FORTRAN, PASCAL, ORACLE procedure or BASIC (maybe).

      Your program will need to calculate the pay due on the original pay rate, and calculate the pay to be issued on the minimum rate. It then needs to record the difference in the database for later issuance as pay. Then the tax programs need to do similar for the tax reports to the IRS. The tax is first calculated on the minimum pay issued. When the back pay is done, the tax calculations now have to be done on the combination of pay due for new earnings, as well as the back pay issued.

      This all has to be integrated into the existing payroll system. Otherwise you're designing a new system. This is not anywhere near as trivial as you make it out to be.

      3 - the state has employed programmers in the last 2 years, none of which were for their COBOL skills.

      Either upgrade the existing COBOL system to handle split payments like this, or migrate the entire payroll system to modern methods and modern systems (something they are starting to work on, but will take at least a couple years to complete even if a maximum budget for the conversion is authorized).

      Slashdot readers deserve that you check out the facts before publishing such crap.

      Slashdot readers deserve analysis by someone experienced in these complex systems running on legacy computers, and/or someone experienced in conversion of large scale complex systems from one platform to another, and the testing procedures involved in both.

      --
      now we need to go OSS in diesel cars
    2. Re:Pure bu#s#*! by Anonymous Coward · · Score: 0

      1 - Any programmer using any language could in less than 4 hours could write a program to first save then alter the files containing the employee's payrate. And then later restore the rate to its previous value.

      It's not a pay rate change. It's a minimum pay issuance. People will get the rest of the money they are due later (if they can figure out how to do it correctly). It's better than not being paid at all as other states do, or never being paid if temporarily laid off.

      "pay rate change" was not mentioned. Again do step 1. This allows payment to be made at the federal minimum wage. You have saved the previous rate and date the program is ran. When it is time to go back to the original pay rate use (original rate - mininum) to cut a supplemental check. Restore the original rate to the files then continue as usual. Sure the second half is a little more complex than the first but you have at least one pay period to write and test the code.

      2 - This does not require a COBOL program change, which by the way given the file layout I could write the program in 30 minutes or less and do it in COBOL, FORTRAN, PASCAL, ORACLE procedure or BASIC (maybe).

      Your program will need to calculate the pay due on the original pay rate, and calculate the pay to be issued on the minimum rate. It then needs to record the difference in the database for later issuance as pay. Then the tax programs need to do similar for the tax reports to the IRS. The tax is first calculated on the minimum pay issued. When the back pay is done, the tax calculations now have to be done on the combination of pay due for new earnings, as well as the back pay issued. This all has to be integrated into the existing payroll system. Otherwise you're designing a new system. This is not anywhere near as trivial as you make it out to be..

      Remember you have the date you ran step 1. Withholding is already calculated by current system by one of two methods approved by the IRS. (Annual salary tax rate projection - YTD withheld) or (withholding based on current pay period). Whichever is being used has no consideration here because an employer must stick with one throughout the calendar year.

      3 - the state has employed programmers in the last 2 years, none of which were for their COBOL skills.

      Either upgrade the existing COBOL system to handle split payments like this, or migrate the entire payroll system to modern methods and modern systems (something they are starting to work on, but will take at least a couple years to complete even if a maximum budget for the conversion is authorized).

      Systems should be designed to accomplish the current and foreseen requirements. Yet there will always be situations that will occur that the system can not handle. If it is a trivial task one would normally work around it as opposed to replacing a complete system. Based on my 30 years of application development I would image that it took the state at least a year to design and implement the current payroll system.

      Slashdot readers deserve that you check out the facts before publishing such crap.

      Slashdot readers deserve analysis by someone experienced in these complex systems running on legacy computers, and/or someone experienced in conversion of large scale complex systems from one platform to another, and the testing procedures involved in both.

      Or do sanity check with a reliable source before publishing.

    3. Re:Pure bu#s#*! by Buelldozer · · Score: 1

      See, you went through all of that and didn't even cover:

      1) Pension contributions
      2) State Taxes
      3) Insurance Premiums
      4) Salary calculations for retirement.

      I'm less than an amateur coder but I do have a touch of familiarity with payroll and these people yelling about how easy it should be simply don't see the total problem domain. That's why they think it's easy.

    4. Re:Pure bu#s#*! by Anonymous Coward · · Score: 0

      I am a trained mainframe programmer - COBOL, CICS, NATURAL, ADABAS, DB2, JCL, MVS etc but also Java and J2EE so hopefully I can the see this from both the 'Legacy' and the newer 'Client-Server' perspectives.

      First of all there is a lot more to this than just the Programming language :
      I can take any person off the street and teach him or her COBOL. But they still have no experience of the Mainframe OS (VSE or MVS for example), the vagaries of TSO (Time Sharing Option), the black arts of setting up complex batch jobs with JCL ,Job Schedulers and working with mainframe compilers,linkers, Datasets and various other SAM files etc.And the mainframe text editors have no help like you find in Eclipse or Visual Studio - no put a 'dot' in and select from the drop down list of handy options. No refactoring - No nothing. Pure command line based. Makes UNIX look like VISTA in comparison. Coding a CICS map with no real tools is an experience.

      There is an entire mainframe paradigm and several years of experience in using that is necessary to work with Complex Mainframe systems. Remember that all your complex and usually undocumented business logic is wrapped in many thousand of lines of complex COBOL code that needs to be understood in it's entirity before you can change it. And sure there is tons of hardcoding because of the constraints of storage and technology at the time. For Y2k we outsourced a lot of this to India and guess what ? Their quickly trained up coders battled to understand the programs & environment.

      Mainframe has a paridigm called 'structured programming' which is a pattern of thinking that has not been taught much since the appearance of OO concepts. In the mainframe legacy environment it is necessary to understand the 'patterns' that the original developers used. A lot of old mainframe systems did not use databases at all .They often only used flat files and patterns like 'low key' were developed to deal with the issue of reading several large transaction files,comparing keys and updating one Master file in batch efficiently.

      I can liken this to teaching anyone Java. Sure they can code one big class topdown but do they understand objects and can they now write an EJB and deploy it to the App Server and do they understand how your Enterprise System hangs together. It's because of this that a lot of sites have their own custom frameworks (usually written by some misguided Architect that came off a J2EE course with only half a clue) and held together with spit and glue that the developers have to use as client programmers but only after ritually circumnavigiating their desks 3 times. And what will all those custom frameworks and OO Systems look like in 20 years time when some one has to maintain them ? And they only know the new language and environment in Town - let's call it "Lava" (uses 3D super-wired objects that "flow") and everyone has forgotten how the old Java patterns work.

      I am on my early 40's and I have seen this come to pass and so will you. Trust me.

  154. GO TO DEPENDING by Anonymous Coward · · Score: 0

    Whooo haaaah!!!!

  155. Outsource it to India by Anonymous Coward · · Score: 0

    All Indian outsourcing companies have lots of COBOL programmers.

  156. Re:Old People? by letxa2000 · · Score: 1

    So if you want to work for free and offer your expertise we do allow that.

    Really makes you wonder what the tax money is being spent on. It's not like citizens are being stingy paying taxes. We pay a LOT of taxes. Yet the state still can't manage the money nor can it make logical business decisions any better than companies that only look far enough into the future to address their next quarterly earnings.

    And people wonder why conservatives like me don't want the government "fixing" our problems for us and why we'd rather just pay lower taxes for fewer "services." The only service the government really offers is the national defense and money mismanagement. Granted, they're very good at both.

  157. You're a fucking idiot by nunyadambinness · · Score: 0

    I see what the problem is, you can't read worth a fuck.

    "This Mr. Coward accepts your apology"

    Look again dumbass, there isn't an "apology", there's a statement made to look like an apology so your stupid ass will shut up and stop bothering him because you objected to something you weren't smart enough to read correctly. Like the "apology" that isn't there, moron.

    "If only more /. threads ended so harmoniously. :)"

    You mean with me calling you a fucking idiot? Yes, I wish that happened more often too, you fucking idiot.

    1. Re:You're a fucking idiot by Anonymous Coward · · Score: 0

      Yes, I wish that happened more often too, you fucking idiot.

      Too freaking rich. A fool expounding on someone not understanding posts as it all sails over his head.

      See if you can figure out what "bless your little heart" means and then maybe you will understand the other Mr. Coward's post. Meanwhile those who understand true subtlety will just continue to chortle at your obtuseness.

  158. Let's see by cynagh0st · · Score: 1

    California Minimum Wages[dir.ca.gov] :
    January 1, 2007 $7.50
    January 1, 2002* $6.75*
    January 1, 2001* $6.25*
    March 1, 1998 $5.75
    September 1, 1997* $5.15*
    March 1, 1997* $5.00*
    October 1, 1996 $4.75
    July 1, 1988 $4.25

    So send Arnold to go back in time and figure out how they initially coded an increase from 6.25 to 6.75 in 12 months (2001-2002). or 5.00 to 5.15 in 7 (1997).

    And to terminate the comptrollers parents--I mean john conner--I mean the parents of everyone involved in the next movie.

    Whoever said it was political was right. Something tells me the comptroller is out of a job... BUT running for political office next year for sure!

  159. Re:COBOL a.k.a. Java in 25 years by jo42 · · Score: 1

    Fast forward 25 years:

    There are plenty of Java Programmers out there, the problem is nobody in IT wants to hire old people.

    Bahzing!

  160. Ah, COBOL by WillAffleckUW · · Score: 1


    IF GOVHOLDER = GOP AND PAY = CUT
    ( PAY = PAY; RESPONSE = NOWAY;
        GOVPAY = GOVPAY * 0.90;
        REBATE = REBATE + GOVSLUSHFUND;
        GOVSLUSHFUND = 0.00;
        IRSFLAG = EXEC;
      );

    Hmmm. Bet he wasn't expecting that ...

    --
    -- Tigger warning: This post may contain tiggers! --
  161. Duh by Anonymous Coward · · Score: 0

    http://sourceforge.net/search/?type_of_search=soft&words=payroll

  162. Can you take a SWAG? by warriorpostman · · Score: 1

    Yeah, sure why not. Doesn't cost me nothing. I love how everyone here is superimposing estimated hours to completion on this project, and none of you has even seen the source code, or even the most minimal level of documentation regarding this payroll system.

  163. California is lucky by leggo · · Score: 1

    California is very lucky it's payroll system is written in COBOL. COBOL stands the test of time - and - if it was written in something else, nobody would get paid. There are plenty of COBOL programmers out there. The problem is the new programmers that work for the State government can't think in COBOL anymore. Read a file - write a record. How hard is it?

  164. Armchair Coders? by ogminlo · · Score: 3, Insightful

    All of the "expert suggestions" in this thread and in TFA's comments section are ridiculous. Sounds just like "Dr." Bill Frist disgracing the medical profession by "diagnosing" Terry Schiavo from a videotape. None of the posters have seen the code and its gotchas, so no one is qualified to declare how dirt simple it must be to solve this problem.

  165. Vacuum tubes and floppy disks. by General+Wesc · · Score: 1

    From TFA:

    Experts say Chiang isn't joking when he describes the state's payroll system as a computing relic on par with vacuum tubes and floppy disks.

    That's a bit like something is on par with spears and IMCBs. Can't be on par with both of them.

    1. Re:Vacuum tubes and floppy disks. by RoboRay · · Score: 1

      What's an IMCB?

    2. Re:Vacuum tubes and floppy disks. by General+Wesc · · Score: 1

      Inter-Missile Continental Ballistic, of course. *fails epically*

  166. "Informative"? Please. by uhlume · · Score: 3, Informative

    Shall we talk about "bullshit"? Let's start with your comment, a charming blend of distortion and fabrication.

    Issuing IOUs to state employees during budget crises is not standard procedure in California nor, to my knowledge, any other state. The last time IOUs were issued to state workers in California was when Pete Wilson (another Republican governor) attempted it in 1992, when the state ran out of cash during protracted budget negotiations — something controller Chiang assures us will not happen until at least the end of September.

    Banks refused to accept the IOUs, and public employees were finally driven to take legal action. The state was ultimately forced to come to a settlement with workers in 1996, after a 1995 ruling by U.S. District Judge Garland E. Burrell Jr. found that the state's IOUs were not "cash or its equivalent" and violated the federal Fair Labor Standards Act. California has never since issued IOUs as pay.

    --
    SIERRA TANGO FOXTROT UNIFORM
  167. You assuming that the system is database driven by retendo · · Score: 4, Informative

    You may not be correct. It may be VSAM files. Try changing those is batch.

    I'm currently working as a J2EE Architect/Developer for the state of California on a different project. After reading this story I approached our main COBOL guy on the team (also happens to be good at J2EE systems, he actually manages the dev team) and asked him about this. He seemed to think that the values for employee salaries may not be in a database. My response was, "Wow".

    We are currently replacing a system that is COBOL build on top of ADABAS. This system is under ten years old. Why was it built with those technologies? That's what people around here know and the budget was pretty small. Again, "Wow".

    The California DMV is currently redoing their antiquated system. It is written is assembler. They are updating it to COBOL. So I know that DMV has snatched up many of the COBOL developers in Sacramento.

    Although the project I'm working on is written as Java batch jobs and a webapp deployed on WebSphere, it has a requirement that everything must run on the mainframe. The mainframe is way overused and cannot handle the load but for some reason (and the managers on the project won't tell us who controls this) we cannot deploy onto any system other than the mainframe. We estimate that with about $20K - $40K in UNIX boxes we could easily have enough performance for the production system. If that number seems high to your then please note that the project is burning through around $422K/month in development costs. But no, we'll finish performance testing and realize that we need more processing power and end up spending $124K minimum to get the second ZAP processor enabled (the hardware is installed, IBM just left it disabled until we come up with the $$$) or we'll end up purchasing another general purpose processor for about half a million.

    Why all the rambling? To give others an idea of what the development world is like in the state of California. It's been an interesting lesson is scope, scale, and the cost of legacy systems.

    --
    EBCDIC sig: $%##@%^$%@

    1. Re:You assuming that the system is database driven by Jizzbug · · Score: 1

      We estimate that with about $20K - $40K in UNIX boxes we could easily have enough performance for the production system.

      You mean a few thousand dollars in commodity Wintel hardware could easily have enough performance to run WebSphere and batch processes.

      Silly corporate UNIX kiddies, thinking they need Slowaris boxen at every desk... They'll never learn...

      --

      -=/\- Jizzbug -/\=-
    2. Re:You assuming that the system is database driven by Anonymous Coward · · Score: 0

      You may not be correct. It may be VSAM files. Try changing those is batch.

      VSAM files are easy to update in Batch COBOL, sequentially, randomly or a mixture of both. I've written hundreds of programs which do this.
      Now, you might have problems if the files had to be (say) open and updating in CICS at the same time as the batch update, but there are a number of solutions to this (and the sort of change we're talking about here would probably be run overnight during a 'batch window'.)

    3. Re:You assuming that the system is database driven by TheQuantumShift · · Score: 1

      "The California DMV is currently redoing their antiquated system. It is written is assembler. They are updating it to COBOL."

      Finally catching up with peoples perceptions of the speed at which the DMV operates?

      --

      Shift happens. Fire it up.
  168. If only... by marcus · · Score: 1

    Here we are with The State unable to pay it's bills, but also unable to stop writing checks.

    If only it was a crime for the state to write bad checks.

    It could get really funny really quickly.

    If only banks were so inept at money management that their software would force them to honor all checks presented. Hah! Banks are going out of business these days because of poor management.

    If only The State could have the same thing happen to it.

    --
    Good judgement comes from experience, and experience comes from bad judgement.
    - W. Wriston, former Citibank CEO
  169. Re:Controller is Right to Dis-obey an Illegal Orde by Anonymous Coward · · Score: 0

    Oh yes, woe is the overworked, underappreciated, and underpaid government employee...

  170. Is it possible to live on that wage? by Muros · · Score: 1

    Ok, I really don't know a whole lot about prices in America, I haven't lived there for 24 years, and I know Ireland is one of the most expensive countries in the world to live in, given that a substantial percentage of the actual profit made in our over-inflated economy goes abroad to American and other investors (who provide us with jobs, I'm not complainging too much about that), but... is it possible to live on $6.55 an hour in California? Here, the minimum wage is â8.65 (thats euros, /. doesnt seem to want to display the euro symbol), or $13.36, and I know for a fact that that will not provide a terribly comfortable standard of living here. But that is the wage given to the Indian student behind the till in the local offlicence, the Chinese girl that makes your sandwich at lunchtime, the Polish builder whose lack of english allows him to be exploited by employers until his friends introduce him to the unions. Government workers over here, apart from the always overworked and underpaid nurses and schoolteachers, on the otherhand are lazy, incompetent, jobs for life with inflationary-indexed pensions, and highly overpaid bastards. And civil servants usually are like that everywhere. For them to be getting paid that wage..... are things really that bad over there?

    1. Re:Is it possible to live on that wage? by DragonWriter · · Score: 1

      Ok, I really don't know a whole lot about prices in America, I haven't lived there for 24 years, and I know Ireland is one of the most expensive countries in the world to live in, given that a substantial percentage of the actual profit made in our over-inflated economy goes abroad to American and other investors (who provide us with jobs, I'm not complainging too much about that), but... is it possible to live on $6.55 an hour in California?

      Not really. That's why California's minimum wage is $8.00/hr.

      $6.55 is federal minimum wage.

  171. This is a false debate. by Anonymous Coward · · Score: 0

    Instead of worrying about antiquated systems and trying to find COBOL programmers, why don't they just finish the budget? This happens every year in California, and it's beyond me why they can't ever manage to get it done on time.

  172. Not Complicated by mosb1000 · · Score: 1

    Couldn't they just hold on to the pay checks generated by the system and issue new checks for minimum in the mean time. Then when the budget is passed, they could just ask people to pay them back in return for the checks the system generated. This isn't hard, seriously.

  173. Autoconvert the code? by Dwedit · · Score: 1

    So what's so hard about writing a program to read in COBOL and output something that looks like javascript?

    1. Re:Autoconvert the code? by uncadonna · · Score: 1

      So what's so hard about writing a program to read in COBOL and output something that looks like javascript? Good plan!

      --
      mt
  174. What does Kobol have to do with us? by greymond · · Score: 1

    I don't see what Kobol has to do with minimum wage, I mean, the planet is a waste and doesn't even have any life on it except for maybe a few cyclons.

  175. In soviet russia... by pimpimpim · · Score: 4, Informative

    Really, not the meme, just look at former soviet states. As soon as all government employees (or better: everyone) got laid off after the communist system collapsed, a lot of military equipment ended up just going to the highest bidder, energy plants and other vital parts went to the now-billionaires who were smart enough to reserve their own spot in the new system. Most former sovjet states are still having a hard time because of this.

    --
    molmod.com - computing tips from a molecular modeling
    1. Re:In soviet russia... by monktus · · Score: 1

      Most former sovjet states are still having a hard time because of this

      I think this is a bit of a sweeping generalisation. True perhaps for Russia, the Causcasus, ex-Soviet-astans and to an extent Ukraine (although most of their problems are down to Russia), but the Baltic States and most of the other former Bloc countries such as Poland, Hungary, and the Czech and Slovak republics are flourishing.

      In fact I'd rather live in any of the above than the US, and on a bad day the UK.

      --
      Weaseling out of things is important to learn. It's what separates us from the animals... except the weasel."
    2. Re:In soviet russia... by pimpimpim · · Score: 1

      You are totally correct, it was my fault for already forgetting that Poland etc. were former soviet states :) In a creepy way, also Belarus is an exception, because it is still -in theory- communistic.

      --
      molmod.com - computing tips from a molecular modeling
    3. Re:In soviet russia... by monktus · · Score: 1

      And I forgot about Belarus! I suppose we can forgiven for being Capitalist Pigdogs of the Corrupt West. After all, the Former Soviet Socialist Republic of Cowboynealistan slipped both our minds.

      Apologies for the rambling, put it down to the fact I watched Red Dawn again last night, and hunger. I'm going for lunch.

      --
      Weaseling out of things is important to learn. It's what separates us from the animals... except the weasel."
  176. Re:Old People? by alcmaeon · · Score: 1

    I'm only 34 and I know COBOL

    Hey, wasn't Jesus crucified when he was 34? Not that I'm suggesting COBOL knowledge is akin to crucifixion or anything...

  177. Don't change payroll. by Pinback · · Score: 1

    Screw the payroll systems, California should just start issuing their own money. Then they can pay the state workers in useless "California Bux".

  178. No by /dev/trash · · Score: 1

    That's why you're free to get another job, or go to college.

    1. Re:No by Muros · · Score: 1

      I have no idea why going to college is even mentioned in a discussion of minimum wage. I would take it for granted that an educated person who did not study something utterly worthless (like archeology and biblical studies... Indiana Jones wannabes can start flaming now) would be better employed than that. I would however expect someone who left school at 16 years of age to take up a trade apprenticeship to earn more than minimum wage. I fact, I would expect anyone with any skills whatsoever to earn more than minimum wage. Minimum wage is for people who really do not have a clue how to do anything. People of that sort are not plentiful in any normal society. I am certainly not in favour of forcing everyone to go to college in order to be allowed to earn a living. The fact is, there is a large percentage of people in this world who do not see any need for formal education, and they are quite correct in that, because they know what they want to do, what they are interested in, and will learn what they need to know in order to do what they want to do. They do not need to be like the average person on slashdot, who wants to know a bit about everything out of sheer curiosity. They do not need to go to college. And they should not require a rubber-stamped piece of paper from the likes of you in order to qualify for a decent quality of life.

  179. Same Folks by copponex · · Score: 1

    Reagen started with a 2.5% deficit. He doubled it to 5%.

    The President sets the framework for the budget.

    The President is required to submit to Congress a proposed budget by the first Monday in February. Although this budget does not have the force of law, it is a comprehensive examination of federal revenues and spending, including any initiatives recommended by the President, and is the start of extensive interaction with Congress.

    The Congressional Budget Process

    The Federal Budget affects everyone. If Federal funding drops, the States may have to pick up the slack. It was balanced because Clinton simply cut military spending, an act he's constantly derided for now despite it's solid fiscal foundation. Both parties are far to the right, but the Republicans have simply become an absurdity in comparison with the standard for politics in the 21st century. The fact that a lie about a sex act got more attention than administration-wide corruption and lies about the pretext for the invasion of Iraq is a sad testament to how far we haven't come from our Puritan roots.

    I'm not blaming W. I'm blaming all the people he brought back from the cabinets of his father and Reagan. That's the only reason I'm voting Obama - just to get the non-elected old white men who have a knack for spending money we don't have on wars we don't need to wage, and the chance to see some leadership change in the Pentagon. Hopefully men who favor diplomacy over illegal wars of aggression.

    As far as I can tell, our deficit goes down we're not invading other countries, which is pretty easy to understand. We're fueling a worldwide arms race, mostly because the government contracts which are given out to local economies are turning us into a nation obsessed with military spending. Politicians can't afford to let the jobs go away, and at the same time we can't afford to spend over half of our discretionary budget on war toys.

    1. Re:Same Folks by OrangeTide · · Score: 1

      Your point about the deficit is what? I never disputed that Reagen increased it dramatically.

      And "this budget does not have the force of law" pretty much sums up my point niceless. thanks for lending my argument some authenticity.

      To me Obama is just another old white man.

      --
      “Common sense is not so common.” — Voltaire
    2. Re:Same Folks by copponex · · Score: 1

      Your point about the deficit is what? I never disputed that Reagen increased it dramatically.

      You insinuated that his economic policy "was the norm" which isn't true, demonstrated by the doubling of the deficit, as far as I can see, the only time it's doubled when we aren't at war. If you don't believe me, look up debate at the time over his policies, labeled "voodoo economics" by Bush I.

      And "this budget does not have the force of law" pretty much sums up my point niceless. thanks for lending my argument some authenticity.

      Again, you insinuated that the President does not have anything to do with the budget. You can weasel your way with some narrower definition, but that's simple dishonesty.

      The President does set the budget. The Congress negotiates with him and ratifies it, and then it becomes law.

      To me Obama is just another old white man.

      It's a narrow choice, but it's a choice. McCain and his cabinet would probably be filled with the same people who aren't able to deal with the realities of diplomacy, the basics of financial planning, and the courage to lead in a post-petroleum economy. They pander to people who believe the earth has an infinite supply of everything, and that killing Muslim civilians will somehow help with the problems of Muslim extremism.

    3. Re:Same Folks by OrangeTide · · Score: 1

      They pander to people who believe the earth has an infinite supply of everything, and that killing Muslim civilians will somehow help with the problems of Muslim extremism.

      Seems to me that Obama panders excessively. I think I'll wait until there is a viable choice. Given the direction of American politics I'll probably have to wait for some sort of revolution or coup d'état.

      (ignored the rest of your comments because they weren't relevant or informative)

      --
      “Common sense is not so common.” — Voltaire
    4. Re:Same Folks by Anonymous Coward · · Score: 0

      Again, you insinuated that the President does not have anything to do with the budget. You can weasel your way with some narrower definition, but that's simple dishonesty.

      The President does set the budget. The Congress negotiates with him and ratifies it, and then it becomes law.

      The budget is entirely the responsibility of Congress

  180. It aint COBOL by Anonymous Coward · · Score: 1, Informative

    The COBOL is just fine. The CICS data base contains the salaries.

    The State of California actually has competent CICS data base programmers. (the famous Data Base Administrators: DBAs)

    Should take about two days to back up the data base, (Which on a mainframe is done constantly) and load the new salary tables. About 2 hours if you are an expert.

    To recapture the salaries lost would take a more determined effort, but so what if the state employees had to wait ten years. I bet the state employee programmers would be motivated to recoup their lost salaries.

  181. a particular CBT REQUIRES a floppy disk by pbhj · · Score: 1

    usb floppy drive

    Doesn't alter the system so won't void maintenance.

  182. What is really is bizzare by dbIII · · Score: 1

    The mistakes of the 1700s British labour relations are getting replayed by one of the richest governments on earth in 2008. There are very few entire countries that have a budget exceeding that of the State of California.

  183. Go SAP by Anonymous Coward · · Score: 0

    Tell 'em to go SAP. It'll be easy to implement, not require any help, no additional servers than what they have, and it'll happen overnight! The government has to believe the same thing that companies seem to! :)

    1. Re:Go SAP by Anonymous Coward · · Score: 0

      Unfortunately that would be a larger waste for California.

      SAP just means that your solution won't ever be done - but you'll have plenty of consultants to help with each module along the way.

  184. It may not actually be possible within contraints by dbIII · · Score: 1
    It probably is not possible with current staff and a hiring freeze that prevents bringing in new staff. With a very long timeframe somebody could work out how to do it - but they don't have that either.

    I'm sure Feudalism was not considered when the software was designed so you can't blame the software either :)

  185. Just maybe the Sate Controller is right? ..... by kwandar · · Score: 1

    I used to be able to program in COBOL (along with Fortran, APL, PL1, RPG and a number of other now obscure languages) and COBOL's claim to fame was "self-documentation". Only problem is of course is that it is as wordy as hell and a pain to program. Fixing, especially something as commonplace as a payroll program wouldn't be that difficult (if you can program you should be able to generally figure it out), but there are issues that perhaps Slashdotters aren't aware of like:

    - you may have to make major modifications in order to deal with deductions for unemployment or social security taxes as the calculation may have been based on them earning a like amount (or higher) throughout the year

    - pay scales may by job classification (ie. programmer level 1) so could be hard coded, but I have my doubts

    - most important of all, making the changes to all wages for all employees could be a massive input project requiring programming, which might take longer than the pay period (ie. you have 2 weeks till the next pay and can't complete it

    I'm not saying the state controller is right, but there are reasons why this response may not be complete BS (just partial BS eg. shouldn't take 6 months)

  186. Very simple solution by dbIII · · Score: 1
    Very simple solution. Pay everyone the full amount and demand they donate the rest back as an intrest free loan. Attempt to enforce it with Police also cut back to minimum wage and a Judicary on the same. It will be a bit of a crisis but it will ensure that the incompetants involved never get into an elected position again - while meanwhile some sensible government employees organise some loans to cover wages like any competant organisation would do.

    Why bother to travel to the third world when your elected officials are trying to create it at home?

  187. Arnie needs to kick some IT ass by wiredlogic · · Score: 1

    Obviously this story is complete bullshit. No matter how antiquated, there is no way the payroll system is incapable of changing the pay of salaried employees to any arbitrary value. Handling pay raises and demotions are a normal routine task for payroll operations. Arnie should march down to the IT department and demand to see them change the records for his own pay. They can't dodge and play political games when you have the man in their prescence. Once he forces them to show the proof of concept, they can be ordered to do the same for all other employees.

    --
    I am becoming gerund, destroyer of verbs.
  188. Hmmm by kilodelta · · Score: 1

    I know COBOL. But I can see they're not going to pay much to modify the code. That's too bad because now they're stuck.

    Got to love the unintended consequences of this one.

  189. One Liner Alert! by Gazzonyx · · Score: 1

    dd if=/dev/floppy of=/media/floppy.img && mount -t auto /media/floppy.img /mnt/floppy

    Why not?

    If you use the word floppy all the way through, you could make it a two letter variable and same a handful of bytes, too =)

    --

    If I mod you up, it doesn't necessarily mean I agree with what you've said, sorry.

  190. Sorry for reply to myself by Gazzonyx · · Score: 1

    [...] two letter variable and save a handful [...]

    --

    If I mod you up, it doesn't necessarily mean I agree with what you've said, sorry.

  191. Hilarious by Stonan · · Score: 1

    I took COBOL in the Late 90s as a 'filler course'. Would love to help except for 2 things:

    1. I kissed the computer industry good-bye when I realized a lot of people were being promoted because they went to church with the boss (or hung out with him) rather than actually having any talent (or competence)

    2. I live in Van-sterdam and probably wouldn't be allowed into the US.

    --
    The GEEK shall inherit the earth...
  192. Statistics by synaptic · · Score: 1

    Number of payroll warrants issued monthly 168,802
    Number of direct deposit payments issued monthly 277,298
    Percentage of employees on direct deposit 68%
    Amount of gross wages paid monthly $1,625,842,348
    Amount of net wages paid monthly $1,087,354,433
    Amount of Federal taxes withheld monthly $179,489,126
    Amount of State taxes withheld monthly $48,059,733
    Amount of payroll deductions withheld monthly $161,969,765

    Source: http://www.sco.ca.gov/ppsd/empinfo/demo/index.shtml

    For all those people saying to fix this in Perl or c-shell: hah!

    HAH!

  193. if... then... by slashdotard · · Score: 1

    how do they give their employees an immediate change in pay rate at all other times?

    if what the controller says is true then that is not possible.

    i doubt that pay rates and salaries are hard coded.

    --
    me. --a by-product of public education
  194. Maybe I need to put that on my resume... by argent · · Score: 1

    That was my first job, a summer job in high school. In COBOL.

  195. Hasta La Vista, Governator by Anonymous Coward · · Score: 0

    Maybe the Governator will use the LHC Collider to send back a Code-Terminator to fix the code. What year should he send the Code-terminator?

  196. A Simple Solution for the Govern'ator by LifesABeach · · Score: 1

    I have no idea what California State law is on this issue; but living in California I am getting an ear full, because my wife is a government employee. But as far as the payroll problem is, the solution is fairly straight forward. There are several payroll companies that the Governor could use. All these people would need is a bank account number to draw funds from, and a list of names with social security numbers, amount to pay is already known. These companies will do the tax stuff and get the right IRS numbers done correctly; they have to, it's the state law.

    I think I'll go fish'n in the mountains till this all blows over...

  197. Figures by Mycroft_514 · · Score: 1

    I can do CICS as well. Also ADS/O and Tp for GCOs. Hell, I am currently in a CICS/DB2 shop.

  198. Seriously -- issue is being exagerated for $$$ by laughingskeptic · · Score: 1

    It is a load of crock that it is that hard to modify a COBOL system. The reason it stuck around so long was because it was so easy. I modified a COBOL system when I was a teenager back in the 70's without even knowing I was programming in COBOL. It was monkey-see-monkey-do easy. It wasn't until my wife took a COBOL course 20 years later that I realized that I had been tainted. The states and feds used to send people who scored high on the civil service exam through a quick training course and make them COBOL programmers. In my highschool in the 70s it was a Vo-Tech course that was mostly taken by smart FFA girls. These guys are making it sound hard so that they can justify paying some friend of theirs to come in as a gazillion dollar consultant to change a couple of parameters in the code in one day, cool their heels for 6 months and then laugh all the way to the bank when they declare the project done. I have seen this exact situation several times from government bureaucrat types.

    1. Re:Seriously -- issue is being exagerated for $$$ by Catbeller · · Score: 1

      "I have seen this exact situation several times from government bureaucrat types."

      It's not the bureaucrats, it's the greedy programmers and consulting companies that pull that trick. "Bureaucrats" have lifetime jobs and don't run up fat expense accounts while they sit in the strip club. They can't.

      It's private enterprise that milks the government, which milks you. Da Gubmint is rather frugal, in comparison to the utter lying pigs that are... Da Consultants.

    2. Re:Seriously -- issue is being exagerated for $$$ by laughingskeptic · · Score: 1
      Did you only read the last sentence? The sentence immediately preceding the one you quoted was:

      These guys are making it sound hard so that they can justify paying some friend of theirs to come in as a gazillion dollar consultant to change a couple of parameters in the code in one day, cool their heels for 6 months and then laugh all the way to the bank when they declare the project done. I have seen this exact situation several times from government bureaucrat types.

      You are obviously extremely naive concerning how the world works. There is always quid-pro-quo. The only reason many people stay in their government jobs is because of the 'side benefits'. It could be free access to a great hunting lease, lots of free expensive dinners, a no-show consulting gig. There are many ways that people who can control budgets benefit from being in that position.

  199. OMG! OMG! OMG! COBOL by aqk · · Score: 1

    I AM READY, ARNOLD!
    I learned this pissant language 40+ years ago, before there were even hard disks.
    I ...umm HATE COBOL, but somebody has to do the dirty job. - Sorry, Admiral Grace - (may she RIP)

    I am willing to rescue California from this conundrum.

    Just send me a return ticket.
    But alas I demand more than $5.50/hr. How about $9.95?
    Per.. MINUTE? Mmwahhhaaa haa haa..

    Seriously guys- I am thinking of coming out of retirement!
    uggg...

    .

  200. Re:Controller is Right to Dis-obey an Illegal Orde by Degrees · · Score: 1

    I respectfully disagree. Of anyone, the Controller should be be on Arnold's side, saying that it's illegal to print checks when the bank account is empty. Do you think it's appropriate write bad checks? How about writing checks against an account that you haven't moved money into yet? Yes you have the money in your savings account, but you don't have permission to move the money from savings to checking - and it could be months before you get permission. Is it still appropriate to write checks against an empty checking account?

    The guy is the Accountant for the state. You'd think maintaining the integrity of the books would matter to him.

    Obviously, the state has the money - the problem is that the legislature is withholding the budget. You can blame Arnold; but that's ignoring the fact that it take two to tango.

    It's not like June 30 was some mystical event that changes with the clouds and the wind. In fact, the legislature had 365 days to prepare the FY 08-09 budget.

    That it's not done by now is design - not chance.

    Every state worker knows this. If one is a state worker, and got caught by surprise with the budget delay, they are either a complete state employee newbie, or willfully ignorant. This happens every year. To not be prepared for it is foolish.

    If anything, writing minimum wage checks is a softer blow than issuing temporary pink slips....

    I don't see it as Arnold vindictively striking out at rank and file workers. I see it as a politician applying pressure to elected officials guilty of fiduciary negligence. And because the state employees know the game, it's not as bad as it sounds.

    --
    "The most sensible request of government we make is not, "Do something!" But "Quit it!"
  201. Hahaha, you are clueless by jsimon12 · · Score: 1

    Generalizations? Hahahaha, think outside the box dude, the legacy system this runs on is not the be all end all, data can be exported and imported.

  202. Re:Controller is Right to Dis-obey an Illegal Orde by initialE · · Score: 1

    Between choosing a temporary pay cut and having no pay whatsoever, I'm sure I'd want to have some money in my pocket. How on earth could you see this as a political stunt? I would have thought this was actually your Governator, concerned about your welfare, trying to relieve your pay woes as they sort out the budget.

    --
    Starbucks, Harbuckle of Breath.
  203. I should have listened to my mom and dad by Anonymous Coward · · Score: 0

    I wish I would have listened to my parents when they told me to learn COBOL. Yes, they were both COBOL programmers.

  204. Free Replacement by Anonymous Coward · · Score: 0

    Here's a free replacement, only about 60 lines of ColdFusion plus a few formula tables to fill in:

    http://www.geocities.com/tablizer/payroll2.htm

    Take advantage of web paradigm fights to get free payroll systems.
           

  205. I'll Be BACK by Unclenefeesa · · Score: 1

    I guess while the COBOL programmer was being fired last week, he turned around, looked at the Governor (Arnold Schwarzenegger) and said:

    "I'LL BE BACK"

    --
    In this field no matter how much you know, You still don't know anything.
  206. I'd take that COBOL job, get me an H1B visa by Proud_to_be_Pinoy · · Score: 1

    Hey, I did COBOL from 1987 to 2003, on PCs and UNIX boxes and even on the big boxes of IBM. I'm stuck here in the Philippines and with the way we're going, I'm willing to relocate to California and take that job!

    Honestly! Call me! Now! Please!

    --
    no sig = no personality(?)
  207. COBOL is easy!!! by Anonymous Coward · · Score: 0

    As a colleague of mine has said, if you cannot teach your Java programmers COBOL, then you don't want them writing Java in the first place. Programming has zero to do with a language. Give them a book; tell them to think sentences (periods instead of semicolons) and let them be on their way. As others have said, it is really the design of the system. There is nothing new about databases. Mainframes have had databases for 40 years. And yes,clearly the controller is a liar. I suspect if someone offered her a big raise, the check would get updated pretty quick.

  208. Welcome to WalMart by symbolset · · Score: 2, Interesting

    The problem is that if they're paying minimum wage they're competing against a job where the biggest stressor is remembering to say "Welcome to WalMart" when people walk in the door. That, and WalMart has to actually pay the state minimum wage, and the job is to ensure that state employees (including the programmer) get paid the lower federal minimum wage.

    The bigger problem is that if Arnie-baby actually achieves this goal a lot of state employees are going to discover they are due their 20 year retirement and/or realize that real-estate prices in the rest of the country are so low they can trade their 1200 sq ft California "Ranch home" - even at fire sale prices - for a riverfront 2500 sq ft house on a 40 acre spread in Ephrata, WA and have enough money left over to fund their job search in a growth market for 20 years.

    850 Sq ft on 1/20th acre. 1bd, 1bath built in 1928. Near transit. $800,000.

    What, are you nucking futz? The problem with doing this to school teachers is that you also require they be good at math.

    I imagine if Arnie achieves his goal the California mortgage industry could see a spike in defaults. Just guessing here.

    --
    Help stamp out iliturcy.
    1. Re:Welcome to WalMart by KDR_11k · · Score: 1

      Sounds more like it was just a temporary setting that gets undone after the budget is approved.

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    2. Re:Welcome to WalMart by rtb61 · · Score: 1

      The problem is the idiot forgets he is a multi-millionaire and the people whose wages he is going to so blithely cut are not. A lot of people foolishly extend there credit to the limit based upon be able to repay it at their current salary levels. Cutting back their wage without warning will likely mean that somewhere between 25% and 50% will go bankrupt, unable to make house payments, credit card payments of finance payments and, any governor with half a brain will should realise this will make things far worse, all you need is another 50,000 bankruptcies to further destabilise the economy.

      --
      Chaos - everything, everywhere, everywhen
    3. Re:Welcome to WalMart by Hognoxious · · Score: 1

      Sounds even more like it was just a bit of dick-swinging that was never going to work anyway, but allows Arnie to claim he's doing something. Luckily there isn't a "-1 cynical" mod.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:Welcome to WalMart by mark_hill97 · · Score: 1

      Having lived in Ephrata myself I have to call you on this. There is no way your getting a riverfront property there. There is no river. also the plots in Ephrata are not 40 acres, they are much bigger and the houses are much bigger, but your not going to get a 40 acre plot. Maybe an acre or two for those prices. That being said, even if your post was ridiculously exaggerated your point is still valid, you can get much more bang for your buck outside of California.

    5. Re:Welcome to WalMart by Billly+Gates · · Score: 1

      My wife is a school teacher in California and she has taken 3 math placement and two credential tests/certifications all to teach at an average salary with a 4 year degree but she has a masters degree. California makes becoming a teacher harder than getting an MBA or law degree with 100 hours of observation, 4 tests, and 2 years to be credentialed only to be told you need to get another two credential because the guys at Sacramental think you are still not qualified to teach.

      We both are leaving California asap when I finish my degree at the end of next year for greener pastures. California has rediculous cost of living and with illegal immigration all the low end jobs are taken by non-Americans. There are people living in van's and multi family homes in nice neighborhoods here to afford the rent. My former neighbors had 3 families in one house and someone lived in the van outside. RV's are selling like gangsters not because of people traveling but because families live in them due to the high cost of living.

      These people do not pay taxes which again forces the governor to pay them minimum wage.

      California is in big trouble and I think the Terminator needs to be recalled like his predecessor. His predecessor left due to high budgets and poor government services. Arnold has been much much worse and the budget has been a river of red ink that has progressively been worse over the years. Its going to collapse really soon.

  209. I guess by Anonymous Coward · · Score: 0

    The Lords of COBOL heard their prayers? (end oblig. BSG ref.)

  210. A business is not $DEITY in this arrangement. by sethstorm · · Score: 1

    Unions gave you most of what has not taken away in 1981 and onwards. Trying to destroy them only hurts yourself - as these benefits came to places outside unions. It's only gotten worse as unionbusters switched to H1-B/L-1 to finish off the white collar workers.

    I'm not sure why unions act like every person should be guaranteed a job.

    Business would run over union and non-union workers. They have done so, espcially after the 1981 "open season on workers" call made by Reagan wrt PATCO.

    What universe you have to live in for things to be so certain?

    Their job is to ensure that business cannot lord over the worker with impunity. If one ensures they do not fear about their job, they can concentrate more on their work. That's something that's happened with union and non-union workplaces.

    --
    Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
  211. don't budget software update and get what deserved by Anonymous Coward · · Score: 0

    Those companies or organizations that are in such position that cannot support and/or modify a legacy system, it is because of their moronic attitude to IT budget and strategic planning. It is a strategic plan that you ought to update hardware AND software. If you nowdays run your IT on a PDP/11 would be considered just insane, because of lack of components for maintenance and technical expertise, the same holds also for software. You just keep the same software as it is, because it just runs, but issues of maintanability in the long run should apply also, like we do in hardware.

    So, if you are in some bad situation, of problematic software support, it is just because the CIO/CTO wouldn't budget software update, either in newer frameworks, languages etc.

    All these from of former COBOL programmer.

  212. Re:Programmers? fortran ? by Anonymous Coward · · Score: 0

    god is real unless declared integer, that is.

  213. Tale of the ancient programmer by Muchsake · · Score: 1

    I worked on a bonus system in 1982 that required a rerun of the whole payroll suite to calculate the bonuses for SIX local government employees it only took six weeks to code and implement. The system was twenty years old at the time and even then used a simple parameter file for pay rates rather than hard coding them. You don't need a database for things like that but it is sheer ignorance to say that 1970s databases were non relational - read up on IDMS and IDMSX. Final and obvious comment from an old COBOL programmer I'LL BE BACK.

  214. not a big job, no COBOL coding required by LostMyBeaver · · Score: 1

    Back in the late 80's I worked on System 38 and OS/400 based systems and the hottest topic of the time was graphical user interface design software for mainframe applications. It worked great too. See, mainframe applications don't generally have veyr advanced user interfaces, so to aquire and alter data through the on screen fields through a remote terminal emulation is simplistic in every way.

    I believe IBM even sells some software like what I desribed, but that's not the point.

    Give me a day or two in front of a Linux box with tn3270 and I'll make a system which will read all the relevant data from the mainframe ISAM to the local system so the values prior to the change can be stored for recovery later on.

    Then I'll take another two days to make a program which will open up each record in the database which met the criteria concerning the minimum wage shift based on either name or social security number. Then I'll change the data to minimum wage or to the previous salary level depending on the task.

    I would then make multiple test runs to ensure that it works before screwing the entire work force of public California.

    Altogether, it would require about a week to do the task and maybe on that many records a few hours to a day to run.

    If you want me to do it, I'll do it for $10,000 plus flight, rental car, and 4(+) star accomodations for me and my family.

    Or you can probably find some college kid with no experience and no accountability and pay him/her $6.55 an hour for a month or three to do it :)

    Enjoy

    P.S. As to the guys all talking about how jobs are hard to get. I've worked at 3 major retail software/hardware vendors as a senior level developer. One thing I can safely say is.. apply for the job even if the skills required are something that interest you. Fact is, 90% of the time, the unrealistic requirements can be overcome if you sell yourself as someone capable of learning the technology. Most companies actually respect initiative over proficiency.

  215. COBOL had functions back then? by Dubhglas · · Score: 1

    Back when that system was written, it was generally worth keeping knowledge about subprograms to yourself, unless you wanted to be thought of as a weirdo. COBOL's FUNCTION keyword is pretty tangential to the normal meaning, and the last time I checked, a "function" had to be invoked in a separate statement. Actually, PERFORM was about the only thing most programmers knew about back then.

  216. COBOL tutorial by thepacketmaster · · Score: 1

    Learning COBOL is pretty simple. There is a great tutorial at http://www.csis.ul.ie/cobol/default.htm. COBOL is meant to be an easy language to learn. It's not object-oriented, it doesn't have a scope, so it is obsolete by today's programming standards. The one problem I've found with most COBOL programs is that they were written by very old school programmers that would code values directly into the program (rather than in a configuration file or table). There is usually a veil of secrecy too, mostly for the purpose of job security, but sometimes just because the programmer has forgotten whatever they programmed, and didn't bother commenting.

    --

    --

    Luck is just skill you didn't know you had.

  217. Asinine statement by jridley · · Score: 1

    "Can't find COBOL programmers?"

    It's just a procedural language. Any decent programmer should be able to start working in it with 3 or 4 days sitting down with a book on the language.
    One of the classes we were required to take for graduation was basically "10 languages in 10 weeks" - You got an hour intro to a language on Monday and an assignment. Wednesday was more coverage and questions on the assignment. Friday was wrapup and discussion of what advantages this particular language had for certain things. The assignment was due on Monday when they started on the next assignment.

    What they told us on day one was "Any graduate of this college should be able to pick up a language they've never seen before and start doing productive work on it in less than a week."

    I also wonder about the statement that they haven't been able to "modernize" it. It's possible that it doesn't NEED modernization. COBOL is a pretty good language for what it does.

  218. Something else "Arnie" over-looked... by ShadowSystems · · Score: 2, Interesting

    If you cut the Employees to Federal Minimum Wage, they are now legally qualified to collect Unemployment.
    (Because a reduction of more than X hours/week or $X/hour from your normal qualifies you for limited Unemployment benefits.)

    Which means the money he "saved" from reducing their pay to FMW suddenly gets eaten by all the workers who start collecting Unemployment, Food Stamps, etc.
    Then, when the "emergency" is over, he has to pay them back the wages they are due.
    He will have, effectively, paid them *twice*.
    Good job, Arnie.
    *Dumb Ass*

    As you said, I envision a LOT of people considering this their "walking papers" (which, as far as the Law & the Unemployment Office is concerned, they have been fired), selling short, & getting the hell out of California.
    Washington, Oregon, or Nevada can expect to see an influx of previous CA residents who are sick & f'ing tired of being raped by the very people they used to work for.

    The fact that they can take what in CA is poverty-level retirement savings, move across the State line, & suddenly live closer to Royalty than Peasantry?
    Yeah, now THAT'S a great way to keep the government running, Arnie.
    =(

  219. New Terminator's mission by Anonymous Coward · · Score: 0

    The point is : State workers and Cobol programmers at China rates...

  220. COBOL is just not that hard... by Archeopteryx · · Score: 1

    I shouldn't admit to this, but I also know 1401 Autocoder...

    --
    Dog is my co-pilot.
  221. Re:Ben, by vacuum_tuber · · Score: 4, Insightful

    Thank you, symbolset. And I respect your opinion but I disagree. There's actually a parallel world thing going on here. You live in one, I live in another.

    I started programming just as the minicomputer revolution was breaking out in the early 1960s. I spent some time around the PDP-1, which was used by a major international communication carrier for doing message switching. I worked for a time on the Burroughs B300, a business computer that worked directly with data in the BCD char set, the forerunner of ASCII, and did decimal arithmetic directly on fields of digits. Tools were primitive and I was attracted to building tools.

    In the 1970s I personally developed the core communications operating system for a financial information service company, in assembly language, on a proprietary 16-bit minicomputer. I helped them recover from 2% market share in the industry they had invented to over 60% market share. While there I designed and built what may have been the first caching disk controller, wrote numerous neat utilities, and specified what may have been one of the early proto-LANs to interconnect up to 16 of our machines at DMA speed. I also learned the power of small team development where everyone knows their stuff cold and can complete each other's sentences in an environment free of politics.

    It wasn't until the mid 1980s that I came to know a certain type of mainframe. I did about 50/50 systems and utility development and business applications, first in compiled BASIC, later in COBOL and a proprietary 4GL/database. That segment of the mainframe world peaked in the mid to late 1980s and began a decline brought on by a combination of overzealous PC weenies and slow movement by all mainframe and mini manufacturers to integrate PC technology.

    The user community in which I worked shrank seriously through the 1990s but it wasn't until after Y2K that consulting business began to drop off for me. I switched my attention to a package that allowed moving COBOL apps essentially unchanged to Unix on RS/6000 or HP. The speed was great but there were too many wrinkles, and much of the beloved mainframe environment was missing.

    In 2003 I took steps that resulted in the virtualization of my favorite line of mainframes, and in 2004 co-founded two companies to promote the technology. In early 2005 we signed a multi-year contract with the mainframe manufacturer to bring a new, virtualized generation of their systems to market. By that time all their legacy stuff was showing its age and they had nothing to offer their customers as a way forward.

    In late 2005 the first of our systems was sold. By then we had settled on the Dell PowerEdge 28x0 machines running Linux and spec'ed out with the fastest Intel CPUs and other parameters. We were able to offer performance 50% greater than the fastest of the legacy mainframe models. In 2006 we adopted the PowerEdge 29x0 machines and faster, better Intel CPU chips and were able to offer twice the performance of the legacy top end. This year we're moving up again and can offer 220% of the legacy top end performance.

    Things progressed, and we now have over 60 sites in ten countries, all happy customers, most of the systems being the enterprise processor, a few being subordinate in large conglomerations of multiple platforms, and a few used only for archival storage of and access to data.

    It is typical of our customers that they built their own applications over the course of 10, 15, 20, even 25 or more years. The applications do precisely what they want, they are stable and nearly bug free, and they have competent staffs of programmers. Most use COBOL, a few use RPG, and one notable case that has not moved to our technology has apps written entirely in assembly language and 1/10th the processing cost that is standard in their industry.

    Our virtualized mainframe is the perfect solution for these folks. It is 100% seamlessly compatible with all their software. No data or programs have to be converted, just moved into the

    --
    Look at the bright side: there's always seppuku.
  222. Sunny Nevada by symbolset · · Score: 1

    Washington, Oregon, or Nevada can expect to see an influx of previous CA residents who are sick & f'ing tired of being raped by the very people they used to work for.

    Nevada is lovely. Oregon less so. They should not come to Washington though. We get one sunny day a year - usually a Wednesday. Moss grows on the sidewalks. Mold grows in the walls. The eternal gloom drives people insane. We get 100' of rain a year here. And then there are the roving packs of rabid pitbulls and their meth addicted owners. Save yourself - stay away! Nevada is lovely.

    --
    Help stamp out iliturcy.
  223. Non-technical solution by T.E.D. · · Score: 1

    Now wait a minute...

    I thought the reason public employees weren't paid during the "budget crisis" was that the state had no money to pay them with.

    If instead the state can spend tens or hundreds of millions a week paying all its employees minimum, why not just pay them their normal salaries and be done with it?

  224. Because of COBOL by Anonymous Coward · · Score: 0

    Can't be changed because of COBOL?
    Piffle. The code would probably be a mess if it was written in C, Fortran or Lisp.
    COBOL is not any different than any other procedural language an any programmer worth the title could probably learn to read and patch it in a week.

    This is just another instance of ass covering management that now has a change request it can't fill becase it's been sitting on hands building a little dynasty for the last umpteen years.

    Just wait until the Java Generation retires and they don't teach OO in universites anymore because X is the new silver bullet! A laugh then when they try to modify some of those systems.

  225. Faithless lackeys by Grashnak · · Score: 1

    Just further proof that the Lords of Cobol are upset with our lack of faith.

    --
    Life needs more saving throws.
  226. Not COBOLs fault by Anonymous Coward · · Score: 0

    Wasn't written very well at all sounds like.
    Should simply have a DB2 table w/ job categories and pay rates in it that the programs look up.
    You would then just edit the pay tables and be done, no coding changes.
    We run our entire business on COBOL, DB2 and OS2.

  227. Protest by cdneng2 · · Score: 2, Informative

    There's much more to this story than that, from Crooks and Liars

    "Controller John Chiang is standing up to Governor Arnold Schwarzenegger -- refusing to comply with the devastating Executive Order the Governor signed last Thursday -- despite 28,016 petitions Courage Campaign, CREDO Mobile and True Majority members sent to his office."

  228. If true then... by maz2331 · · Score: 1

    The solution is obvious and easy: no budget in place, no payments at all.

    Problem solved.

  229. dickeywayne by DickeyWayne · · Score: 1

    Let's see... If one team of Cobol programmers can update the system in 180 days, 180 teams of Cobol programmers ought to be able to update the system in one day, right? I'm surprised that no senior administration official has made that suggestion....yet.

  230. Preaching to the Choir... =J by ShadowSystems · · Score: 0

    I used to live in Spokane.
    'Nuff said.
    =}

  231. Thinking about it the wrong way. by Anonymous Coward · · Score: 0

    Surely they are tackling this from the wrong perspective. The simple solution (though I will admit this is a little over simplified), would be for the current payroll system should carry on as normal - except not actually pay anyone, rather pay a virtual account. Meanwhile they should set up a quick and dirty parallel system for minimum wage - then when the time comes to pay the back pay, pay them everything they would have received less the amount they have been paid already.

    In reality - they should just continue paying their regular wages. Money doesn't just disappear because you don't have a budget - should everyone stop paying their local government tax* just because the State doesn't have a budget to pay it into?

    Heck, how the feck can any organisation, much less the state government, get into this sort of situation? I suppose that's what you get when you elect (third rate) actors. In the UK, if there were this sort of a funding crisis in local government they would just double the Council Tax.

    * BTW I am from the UK so don't know how Council Tax is worked out in the other 50 states.

  232. "good luck, CA" by roc97007 · · Score: 1

    > Good luck CA. You'll need it

    Part of me wants to see CA crash big time, as a test to see if burning down the house and rebuilding it is a viable strategy.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  233. Stat jobs... by B29EG · · Score: 1

    I had a brief encounter (thanks god) with NY State department of finance IT. 40 State employees and 60 hired guns (h1) trying to re-engineer state tax system. After four years and who knows how many millions wasted (100+) the effort was abandoned by a new governor. The system still relies on UNIVAX (that's 50s technology), but the fun part is - it was re-engineered as Cobol, mostly batch. They used all the right oo lingo, but applied it to Cobol. Just broke all Cobol programs to small pieces and named them components. No kidding. I was fired when started making nasty remarks of their architects. B.T.W. those were making $150+ per hr. I guess, how much of it was for kick-backs? B29EG.

  234. Yes it does make sense by Anonymous Coward · · Score: 0

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

    It's easier to change EVERYONE'S salary to ONE number than it is to go over ALL instances of that one number and change it in EACH case to a different number, for every person.

    > probably at least once a year people get reviewed and get raises

    Yes, but that's spread out over the course of the year. The don't do a review for EVERYONE IN THE ENTIRE STATE at the same time. It probably takes most of the year to do it, like the controller is saying.

  235. It is just COBOL fer crying out loud by Anonymous Coward · · Score: 0

    They taught it to people (business majors) that could not handle Fortran (engineering, hard science). Now, last week when Zimbabwe had to lop off 9 zeros so that currencey would fit into excel, well, that was something!

  236. $177 million can train LOTS of programmers by Thunderbear · · Score: 1

    Why don't they just go and hire some programmers and TRAIN them in Cobol? Then they won't have to buy a new system...

    (Yes, I have colleagues who work in OPM COBOL, those exist)

    --

    --
    Thorbjørn Ravn Andersen "...and...Tubular Bells!"
  237. predecessor by Anonymous Coward · · Score: 0

    Ha ha ha,,

    We lost our previous Governer because he was trying to keep a tax to balance the budgets.

    A Tax which eventually was put back in place by the dear terminator.

    This is more of a We the People get what we deserve situation.

    People think if they educate themselves that will solve the problem, no, we have to educate the people.

  238. COBOL Rules by Anonymous Coward · · Score: 0

    :-)

  239. I want to move o the US by Anonymous Coward · · Score: 0

    Im a COBOL programmer,

    Give me a green card and I will
    fix all the payrolls in California.

    COBOL RUleS... :-)

    nakar1@yahoo.com

  240. Asking people to cut their own salary? by Anonymous Coward · · Score: 0

    First, a minor informative point: The requirements are not just that you cut pay to minimum wage, it's that you be able to give people their full salary later as a retroactive check.

    My main reaction though, is that the people giving this estimate are paid by their own system. I think most of us, when asked how long it takes to cut our own pay to minimum wage, would give pretty long estimates too.

  241. Sounds good to me! by /dev/trash · · Score: 1

    All this mysterious money for everyone, so they don't have to work hard or go to school. Man I hope THAT money never runs out.

  242. Your references intrigue me by copponex · · Score: 1

    Since you have faith in fictional narratives instead of reality, I think American politicians suit you just fine as they are.

    1. Re:Your references intrigue me by OrangeTide · · Score: 1

      I don't think that means what you think it means.

      --
      “Common sense is not so common.” — Voltaire
  243. Quite convincing by symbolset · · Score: 1

    Very well then. I am impressed. I had made light of the situation. Your detailed and well thought comment reminds me that one measure of the quality of a tool is its durability. COBOL certainly has that.

    Another measure of a programming language is the breadth and depth of tools, the utility of the applications developed in it. COBOL has this too as you note.

    The times have for the most part left mainframes behind. Perhaps these virtualized mainframes you speak of will help bring a wider audience to their appeal.

    You remind me also that a great well integrated team can make great code and enjoy doing it. Both are important if you would do great things and I admire your achievements.

    OK then, COBOL is not dead yet.

    But I understand that COBOL is habit forming and youths are not eagerly taking it up for fear of getting hooked. In the end even your great team will tire of the endless grind of recoding tax tables, amortization schedules and whatnot. In the end everybody retires. What then?

    --
    Help stamp out iliturcy.
    1. Re:Quite convincing by vacuum_tuber · · Score: 1

      Very well then. I am impressed. I had made light of the situation. Your detailed and well thought comment reminds me that one measure of the quality of a tool is its durability. COBOL certainly has that.

      Thank you kindly. I'm not accustomed to this kind of response on slashdot. Note that although you may have originally made light, your were not flippant and derisive, which lack will not win you friends on slashdot, but earns my respect.

      Another measure of a programming language is the breadth and depth of tools, the utility of the applications developed in it. COBOL has this too as you note.

      Yes, at least in the back office, although I should point out that perCOBOL, now seemingly defunct, did offer a COBOL that generated Java object and alowed traditional COBOL app programmers to write servlets and applets. That was an example of how even stodgy tools like COBOL can be moving targets, growing and adapting.

      I've also heard it reported that IBM has built so many layers and functionality into CICS to hide its awful nature that IBM mainframe programmers can now write web apps quite easily.

      The times have for the most part left mainframes behind. Perhaps these virtualized mainframes you speak of will help bring a wider audience to their appeal.

      We hope so. Mainframes in general, of course, are doing much better than most people in IT realize. IBM's mainframe sales figures have been rising in the last decade, not declining.

      Our solution is, at least for some, the best of two worlds: we bring forward the exceptionally good Wang VS environment but we package it in a Dell PowerEdge. In the extreme we can put it into a 1U server although we prefer the 2U over that, and the 5U over the 2U because it can have internal tape and removable disk in its 5.25" bays.

      Whether 1U, 2U, 5U or the tower alternative, this box is relatively small and efficient compared to legacy Wang VS mainframes which, although they had deskside models, often weighed 600 or 900 lbs and were power hungry.

      Our product is 100% seamlessly compatible with all Wang VS software and even with some of the legacy peripherals. Moving up to it involves zero conversion of programs or data. Our New VS is loaded by restoring the legacy VS backup tapes or tansferring the VS volumes disk-to-disk. After some minor configuration tweaking it's up and running and, as one observer commented when asked what he thought, "It's a VS!"

      But it's small, reliable, has fault tolerant disk storage and power, supports many more devices that the legacy systems supported and, like a Timex, just keeps on ticking. It also interchanges data with other systems much faster and more readily than the legacy models, and can run as fast as 220% of the speed of the fastest legacy model, the VS18950.

      You remind me also that a great well integrated team can make great code and enjoy doing it. Both are important if you would do great things and I admire your achievements.

      As I have written elsewhere here, I think that is the most important factor, regardless of language or platform. I spent all of the 1970s and these last four years working in stable, small team environments. I've seen how the production can be 10, 20 or more times that of comparable large-team shops.

      In today's IT, though, two factors inhibit this. First is that "modern" management views computer software the same way they view their copying machines: it's not rocket science and people are not important. It is rocket science, and continuity of people is crucial.

      Second is that in an environment of ever-changing tools and languages and revolving door staff, the benefits of stable, long-term small team development are just about impossible to realize.

      OK then, COBOL is not dead yet.

      But I understand that COBOL is habit forming and youths are not ea

      --
      Look at the bright side: there's always seppuku.
  244. Re:Ben, by sjames · · Score: 1

    Personally, I'm not a big fan of COBOL the language, but there are features in and around the culture and environment of COBOL I'd like to see a lot more of.

    Firstly, I'd like to see exactly the attitude towards projects you just expressed. Too many project proposals read like buzzword bingo and are packed full of inappropriate technology complete with flavor of the month fad language constructs (several of which are really very old ideas re-implemented poorly for people who think it's new). They also seem full of all sorts of irrelevant eye candy and featuritus that ultimately take longer than the core logic to implement without contributing anything of substance.

    In some ways, the limited options in the old mainframe world forced a focus on appropriateness that's sorely missing these days.

    A big one is I would love to see arbitrary precision BCD. IEEE floats and their sloppy handling of precision are a nightmare once you get beyond trivial uses.

    Stability over change for the sake of change is another big win.

  245. Re:I cannot believe I'm actually going to say this by laejoh · · Score: 0

    Ramen, the FSM created COBOL, that's why there is a GOTO statement; COBOL programs are full of spaghetti code!

  246. world domination - powered by Angelina Jolie by comment() · · Score: 1

    The "American Century"? What does that mean?

    How has the US been "dominating the world"? Culturally? Certainly not where I live (central Europe).

    Economically? That one is probably true. And you know what? I don`t have any objection. All of my employers so far were American companies. And as long as they offer competitive salaries, and create a quantum of jobs, more power to them!

    Is it world domination when we get to see some of your movies in the cinema? Is McDonalds and Burger King world domination?

    I don`t know. But I`m pretty sure that this is at least a different kind of world domination than the one Hitler envisioned. I have to say I even like this kind of world domination - the effect it has on my country is definitely positive. Since America is not forcing us to accept its values, we can just cherry-pick what we like and ignore the rest, thank you very much.

  247. Re:decorator pattern??? by Shadow99_1 · · Score: 1

    Having worked with COBOL for 4 years (I stopped dealing with COBOL & CICS back in 2000), I can say that likely their is no 'database' or 'tables', instead you have a series of flat files the interconnected programs use. This was the way the big iron used at the banks & insurance companies I helped did things... Because they had always done things that way & it 'just worked'. Theyed keep one or two programmers on staff to update 'modules' (sub-programs) used for the often changing legal considerations of things like payroll. These guys usually had no idea what the main program itself looked like outside of sheets laying out the required input fields it would take from their sub-programs... It was usually quite a mess...

    --
    we are all invisible unless we choose otherwise
  248. correction by Anonymous Coward · · Score: 0

    Please ... COPOL ...

  249. Really!! by Anonymous Coward · · Score: 0

    And why would it take so long to modify and COBOL programmers are not hard to find ... it is only a belief spread by the new wave of programmers or perhaps a convenient excuse to do nothing.

  250. Terminated by Parris · · Score: 1

    This is obviously a conspiracy, Arnold was one of the original developers of the states COBOL payroll system, but he got fired. On his way out he told the receptionist, "You watch... I'll be back."

  251. Re:Ben, by vacuum_tuber · · Score: 1

    Personally, I'm not a big fan of COBOL the language, but there are features in and around the culture and environment of COBOL I'd like to see a lot more of.

    Firstly, I'd like to see exactly the attitude towards projects you just expressed. Too many project proposals read like buzzword bingo and are packed full of inappropriate technology complete with flavor of the month fad language constructs (several of which are really very old ideas re-implemented poorly for people who think it's new). They also seem full of all sorts of irrelevant eye candy and featuritus that ultimately take longer than the core logic to implement without contributing anything of substance.

    In some ways, the limited options in the old mainframe world forced a focus on appropriateness that's sorely missing these days.

    A big one is I would love to see arbitrary precision BCD. IEEE floats and their sloppy handling of precision are a nightmare once you get beyond trivial uses.

    Stability over change for the sake of change is another big win.

    Indeed. And thank you.

    One of the things against which we fight in my Wang mainframe subset of IT is what I might call the corrupting influence of IT fashion trends. Perhaps the greatest of these is the widespread belief that apps have to have GUI. A less focused one is that of being impressed with trendy, sometimes pretty tools and user interfaces. This is more like how people behave in the world of clothing fashion trends than how some of us think people should be behaving in Information Technology, formerly called Data Processing, where we are supposed to be providing our companies with applications that facilitate doing business. I prefer to deal with these IT fashion trend issues head on rather than skirting carefully around them.

    The business of business is characters... letters, digits and some special characters. Mainframes and COBOL deal with char information and decimal values exceptionally well. Whether the chars are stored in mainframe indexed files or in a database is really not so important. Typically, businesses have to know who their customers are, what their own products are, have to be able to create and process orders, manage inventory, create invoices, process purchase orders, post various things to journals and general ledger, issue purchase orders, and in more advance EDI environments, process customer purchasing forecasts and deal with inbound and outbound electronic invoices, purchase orders, shipping notifications, etc.

    All of that is characters organized into fields, the fields into records (or "rows"), and the records stored in files (or "tables"). GUI has nothing whatsoever to do with that, and all of that can be managed and dealt with without GUI. In the back office GUI doesn't contribute to the management of the company's data. If anything, it slows things down.

    The big thing that some in my community have overlooked is that the application itself doesn't need GUI, it just needs to live on a GUI desktop. This is why the dedicated terminals or workstations have given way to emulators running in Windows. The app window may be char-based but more than one can be opened and it supports copy/paste. That's the key. Too many equate a char interface with a dedicated, single-purpose terminal and assume that if the terminal is replaced by a window on a GUI desktop, the app must then have all manner of GUI eye candy. Not so.

    Starting in the early 1990s customers in the Wang VS community began to switch from dedicated Wang workstations to PCs with the ability to emulate Wang workstations. Very few surviving Wang VS systems still use dedicated workstations today. Their users work on PCs, usually running Windows, and they do the whole range of the usual PC things as well as having one or more mainframe app windows. They don't have any GUI issues even though the app windows are char-based.

    Meanwhile, the preoccupation with trendy languages and tools encourages the creation of ti

    --
    Look at the bright side: there's always seppuku.
  252. You've avoided the question by symbolset · · Score: 1

    Perhaps this is a trap for you. I'm sorry about that. I am gracious but pernicious. I asked you a question. You've avoided it so I'll ask it again:

    In the end everybody retires. What then?

    So... What then? Have you got a plan for that? Your customers deserve a plan.

    --
    Help stamp out iliturcy.
    1. Re:You've avoided the question by vacuum_tuber · · Score: 1

      Perhaps this is a trap for you. I'm sorry about that. I am gracious but pernicious. I asked you a question. You've avoided it so I'll ask it again:

      In the end everybody retires. What then?

      So... What then? Have you got a plan for that? Your customers deserve a plan.

      Sorry. I just didn't get to it in my reply.

      I'm not aware of a "retirement problem." We have customers who have no difficulty keeping staffed with programmers, even the one Wang VS Assembler site we know of. There are some sites that have been foolish enough to lay off their VS staffs, but the active and vibrant sites have no trouble retaining and maintaining staff to work with the VS and to program in their preferred languages.

      I my self have had no formal training other than a 12-week course on the PDP-1 hardware, which has stood me in good stead. My list of languages is about 30. I learned all of them "on the job," except a couple I invented. I have written two FORTH compilers, one of them self-compiling and with I/O control blocks to solve the troubling problem that the FORTH purists seem to think that I/O streams should go directly into the interpreter/compiler. The concept that a programmer will be helpless in a new language is a rather new one, probably hatched by clueless HR and management people.

      --
      Look at the bright side: there's always seppuku.
  253. Re:Old People? by Phreakiture · · Score: 1

    You don't really want to hire that old guy above, do you?

    You aren't that much younger, pipsqueak. I'm 37.

    --
    www.wavefront-av.com