• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Y2K - 10 years after

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    #11
    Spent the previous 6 months testing all the software and was 'on call' on the night. Funnily enough bugger all happened.
    +50 Xeno Geek Points
    Come back Toolpusher, scotspine, Voodooflux. Pogle
    As for the rest of you - DILLIGAF

    Purveyor of fine quality smut since 2005

    CUK Olympic University Challenge Champions 2010/2012

    Comment


      #12
      went to bed early and was in client co at 6am for an 8 hour shift ... just incase.
      £1k for surfing the web for 8 hours.

      Comment


        #13
        I heard it again yesterday from some pseudo-intellectual numpty on the radio - "We wasted £4.5bn on something that never happened..."

        I wonder why it never happened....

        I also claim the first Y2K failure - in 1998 the CMS wouldn't release a piece of code because it looked 18 months ahead to check release dates. Snag is, the piece of code was the one needed to patch the CMS itself.

        Luckily we had a spare copy on the DR kit.
        Blog? What blog...?

        Comment


          #14
          Originally posted by malvolio View Post
          I heard it again yesterday from some pseudo-intellectual numpty on the radio - "We wasted £4.5bn on something that never happened..."

          I wonder why it never happened....
          Indeed.

          Originally posted by malvolio View Post
          I also claim the first Y2K failure - in 1998 the CMS wouldn't release a piece of code because it looked 18 months ahead to check release dates. Snag is, the piece of code was the one needed to patch the CMS itself.

          Luckily we had a spare copy on the DR kit.
          I found other weird things, such as the program which didn't even need to look at the date which fell over.

          But of course in May 1997 there was a 10K day bug in X11 - it only hit programs which stored the number of days since 1-Jan-1970 in a string which was too short. Not a Y2K bug as such, but certainly date related.
          Behold the warranty -- the bold print giveth and the fine print taketh away.

          Comment


            #15
            Y2K? Biggest ******* con ever. Never did understand why so many people were taken in about the hype, planes falling out of the sky, submarines never coming back up, traffic lights not working etc etc.

            ******* joke.
            I couldn't give two fornicators! Yes, really!

            Comment


              #16
              Originally posted by BolshieBastard View Post
              Y2K? Biggest ******* con ever.
              I fixed a logistics firm's invoice / confirmation system which could not handle Y2K dates.

              We found problems with Oracle Financials.

              We found shedloads of problems in First Software's Housing system.

              There was loads of maintenance scripts written by ICL that were going to fail that we fixed.

              An Executive Information System that had bought by PWC from a specialist software house was written off and thrown away because it would be too big a job to make it work with Y2K dates.

              There are some other trivial systems I looked at too and fixed.

              It was not a con. Some consultancies made a killing, but if the work had not been done, January 2000 would have been a nightmare and the following few months an utter shambles.


              When I was at college in 1981 the senior lecturer taught us about the Y2K problem and said "There is code running that was written in the 1960s. Code you write may still be running in 2000. So make sure it can handle 4 digit dates and damn the cost." What makes me cross is that all those bone-idle, lazy tossers that caused the problems with tulipe code got away with it.
              My all-time favourite Dilbert cartoon, this is: BTW, a Dumpster is a brand of skip, I think.

              Comment


                #17
                Originally posted by RichardCranium View Post

                When I was at college in 1981 the senior lecturer taught us about the Y2K problem and said "There is code running that was written in the 1960s. Code you write may still be running in 2000. So make sure it can handle 4 digit dates and damn the cost." What makes me cross is that all those bone-idle, lazy tossers that caused the problems with tulipe code got away with it.
                I wrote a date-checking subroutine for a system library in the late 70s that had to be date tested up to the year 3000. It passed, I am pleased to report, but I did point out that the date reporting code itself that drove it - a standard ICL subroutine - hadn't been.

                Incidentally, the leap year check was done without using a number 4, or a divide. I leave that as a test for the .NET brigade...
                Blog? What blog...?

                Comment


                  #18
                  Originally posted by malvolio View Post
                  I wrote a date-checking subroutine for a system library in the late 70s that had to be date tested up to the year 3000. It passed, I am pleased to report:


                  Nice to see a proper programmer who thinks ahead.

                  I once worked in a company where we hired a programmer to integrate product barcodes in to the stock database.

                  It was a nightmare from day 1.

                  Her brief was to write an integration between the barcode scanning software which would update the database with the product scanned. Qty, model, etc.

                  We gave her access to the Server DB and left her to it.

                  Day 3 she surfaces from the Server Room, saying that she cannot export the Foxpro database to a test db to take home (WTF ?).

                  She convinces the IT Manager to buy her a SCSI card and tape drive, then takes home a copy of a backup tape.

                  She now works from home, for the same amount we negotiated for the job. So we now have no control or even if she is just stringing the days along.

                  2 weeks later she calls up. It's done.

                  She comes to install it on a test PC. Fails on the first run. Then the next, then the next. She explains that our Barcode system is not the same as the one she coded for. Bar 39 or something. Could we upgrade ?

                  4 weeks later, and several thousand pounds, the factory is now ready for Code 39.

                  She runs it and it fails. During the change to Code 39, we had to add new fields to the master db. We told her this several times.

                  She goes away for another 2 weeks and returns with a working version. We test, it works, all wonderful.

                  3 days later it breaks, not recognising a new code for a new product. Apparently, we cannot just add new codes, since "The system doesn't like it". Oh well, that's R&D closed down then !

                  We kind of expected that she would have figured that out !

                  With costs now running at 25K, we canned the project and went back to recording on an Excel spreadsheet and someone manually updating the Master DB.

                  Programmers was a dirty word in our factory after that, and we never used them again. We found other ways around what we wanted to do.

                  Update : I was almost tasked with taking over the project. I said "No Way. I'm happy doing the cabling, phones and fixing the PC's and Servers thank you very much".
                  Last edited by Board Game Geek; 1 January 2010, 21:50.
                  Of all tyrannies, a tyranny sincerely exercised for the good of its victims may be the most oppressive. It would be better to live under robber barons than under omnipotent moral busybodies. The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for our own good will torment us without end for they do so with the approval of their own conscience.

                  C.S. Lewis

                  Comment


                    #19
                    Originally posted by malvolio View Post
                    I heard it again yesterday from some pseudo-intellectual numpty on the radio - "We wasted £4.5bn on something that never happened..."

                    I wonder why it never happened....

                    I also claim the first Y2K failure - in 1998 the CMS wouldn't release a piece of code because it looked 18 months ahead to check release dates. Snag is, the piece of code was the one needed to patch the CMS itself.

                    Luckily we had a spare copy on the DR kit.
                    Of course, if said numpty was that intellectual, he would have told us at the time that £4.5bn would be wasted, not 10 years later

                    Dont ya just love analysts/self proclaimed experts.
                    'Orwell's 1984 was supposed to be a warning, not an instruction manual'. -
                    Nick Pickles, director of Big Brother Watch.

                    Comment

                    Working...
                    X