Spreadsheet Blamed For UK Rail Bid Fiasco
First time accepted submitter Bruce66423 writes "As a sometime computer programmer who was always very sniffy about the quality of the stuff being knocked up by amateurs aka power users, the current claim that it was a messed up spreadsheet that caused a multi-million pound fiasco is very satisfying. 'The key mechanism... mixed up real and inflated financial figures and contained elements of double counting.'"
So a sometime programmer likes to think he is better than people who don't know how to program at all? As a fulltime programmer (which apparently puts me higher in the hierarchy) I think that is just a bit silly.
For those of us who speak English as a first language, here's a translation:
"A messed-up spreadsheet caused a multi-million-pound fiasco."
I think it refers to government financing for some sort of rail transport project in England, but I'm not as sure about that part.
I suspect there are better ways to get all of the above, but that is irrelevant. Does the submitter think that people who use other programming languages do not make such catastrophic mistakes? I think history says otherwise:
https://en.wikipedia.org/wiki/Knight_capital
https://en.wikipedia.org/wiki/Ariane_5_Flight_501
Bugs can be costly, regardless of whether those bugs are in spreadsheets or Ada programs.
Palm trees and 8
"Create Huge Row"
A "rail franchise" in the UK is a Government-granted monopoly to run services over a particular rail route for a set period of time. The monopoly is awarded to the Train Operating Company ( TOC ) that basically bids the highest fee.
Rolling stock is provided by the Government, too, in conjunction with the TOC.
Notionally it is possible for Open Access Operators to also operate services over parts of the same route, but this flies in the face of the cushy relationship between Government and TOCs and so generally isn't granted.
This is the state of rail "privatisation" in the UK today.
Spreadsheets -- well, Excel really -- are inescapable in business.
I know personally of complex multimillion dollar deals in the oil and gas business involving buying and selling entire refineries and gas pipelines where the numbers were all worked out on a spreadsheet.
The insurance industry lives on the spreadsheets put together by the actuaries.
The only consistent reason I've seen for Excel users will give up their rows and columns and have bespoke software created is when the dataset gets cumbersomely large. A secondary reason is when the kinds of calculations needed can't be cobbled together with Excel's function and macro tools. Even then, it's not unheard of for users to demand summary/aggregate reports and analytics that they then copy the numbers from into their spreadsheet to do their scenarios.
Just keep in mind the next time you hear about big money moving around in some deal -- somewhere someone probably had a pivot table for that.
"As a sometime computer programmer who was always very sniffy about the quality of the stuff being knocked up by amateurs aka power users,
Get over yourself. 'Real' programmers make mistakes too, sometimes mistakes that kill people.
The problem seems to be an accounting/design problem, mixing different kinds of data, not a problem of programmer skill. Since I don't understand accounting, I will not claim that I wouldn't make the same mistake, and I've been a professional programmer for years.
"First they came for the slanderers and i said nothing."
This is the state of rail "privatisation" in the UK today.
Just to expand on that, "Privatisation" is a UK concept that seeks to combine the efficiency and value for money of government with the social responsibility and long-term vision of big business.
It's what you get if you spend so much time flip-flopping between socialist and capitalist governments that even the parties forget which is which.
In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
Get all those stupid computers off people's desks! Things were much better when you had to go to a programmer in order to get software to do anything!
And (not incidentally) it would eliiminate all the productivity that's lost to Slashdot!
Your sarcasm is unwarranted. This is a nice story for us programmers because it's just the kind of anecdote that makes businesses seriously consider hiring more professional programmers. Nobody is suggesting you need custom software for everything.
"Create Huge Row"
And the Daily Mail dedicated several Columns to it.
I have had a situation where the outcome was absolutely not what I expected. I would have needed about 25% more FTE then what I would expect with my experience.
I checked and rechecked again and still came up with the same information.
Instead of getting the extra 25% people in, I decided to do all the calculations on paper AND give it to two other people to go over it to find out where I went wrong.
Eventually I got the correct number that was close to what I expected it to be and we also found the error I initially made. There is one thing that no tool has: experience.
If you blindly follow your tool, you are a tool. You are one of the people who drives into the river because your GPS tells you to go left.
Don't fight for your country, if your country does not fight for you.
The calculation could have been done on paper / blood on a wall / notches on a stick
and
carried out by throwing dice / abacus / mental arithmetic
by
morons / normal people / genii
If the process was not validated and the results were not checked, why is anyone surprised when it is wrong?
Some areas can be defined as right or wrong by people with good minds and strong opinions - games
Tax and Financial software not so.
At some point in the process $product needs to be validated using $external_process by $people_who_should_know
I am betting this did not happen.
The submitter is suggesting — no, make that "claiming" — that spreadseets are dangerous because they allow "non-professionals" to program. Now, spreadsheets are the original "killer app" for PCs. Huge numbers of CP/M-based systems were sold just to run VisiCalc, and this probably had a lot to do with IBM biting the bullet and getting into the desktop computer business, with results that reverberate to this very day and the forseeable future. Alan Kay, one of the inventors of OOP and GUI, cites spreadsheets as a tool that turn ordinary users into programmers. Attack spreadsheets, and you attack the entire idea of user-centric programming. The submitter's attitude is reminiscint of the pre-Woz era, when you had to negotiate with your programming staff to do even the simplest computing and programmers were known as "High Priests of a Low Cult". There's a lot of room for sarcasm here.
More than I thought to use. I also could have been sarcastic about the assumption that "hire a pro" is a magic bullet for avoiding fuckups. Really? "Professionals" never make stupid, multimillion-dollar mistakes? Get real.
"Have somebody check your work" is the applicable lesson here. "Hire a pro and you're safe." is just bullshit.
Get all those stupid computers off people's desks! Things were much better when you had to go to a programmer in order to get software to do anything!
And (not incidentally) it would eliiminate all the productivity that's lost to Slashdot!
Your sarcasm is unwarranted. This is a nice story for us programmers because it's just the kind of anecdote that makes businesses seriously consider hiring more professional programmers. Nobody is suggesting you need custom software for everything.
And you've missed the point.
It is just as likely that the accounting model was incorrect rather than the implementation. If the spec is wrong (or unclear or incomplete) then you will get garbage out whatever tools you use - excel, c, c++, c#, haskell or real programming in Fortran (assembler if you must). If you don't test and cross check your outputs then you risk not spotting implementation mistakes - whatever tools you use.
Essentially, someone's built a wooden shed the wrong size and in the wrong place vs. the plan - and now they're in trouble for it. The submitter is saying "that's what happens when amateurs use wood and nails to make buildings, if they'd just hired us steelworkers to do the job properly using steel, it wouldn't have happened".
Because without some sort of proof of a sound business model, a company can underbid/overbid (underbid on cost, overbid on the fees they will pay the government) just to get into the market. Then they can run the service into the ground, suck any money they can out into 'consulting fees' and other such expenses that end up in the investor's pockets, and then just go bankrupt. The government gets left holding the run down remains, and suddenly all the trains stop.
Excel and OOCalc both allow you to name cells or ranges. And formulae, at least for me, automatically adjust if I insert more rows. Then again, I don't go "A1+A2 ... +A15" because I've heard of colon notation. You'd have the same problem with a programmer who didn't know how to use arrays.
I haven't met one that couldn't export CSV, tab delimited etc etc.
Confucius say, "Find worm in apple - bad. Find half a worm - worse."