If what goes up must come down, nobody told BC’s IT outsourcers, because they continue to gobble up a larger chunk of the government pie every year.
The BC Public Accounts came out today, and I’m happy to say that the People Who Are Smarter Than You Are managed to book another record year of billings: a $468,549,154 spend, up 8% over last year.
It’s not a victory unless you beat someone else, so good news:
Overall government revenue, up 5.4%
Overall government spending, up 2.4%
Health spending, up 2.8%
Education spending, up 0%
IT services spending up 8%!!!!
Don’t be sad, kids and sick people, IT services folks are Adding Value and Finding Synergies in ways that you just can’t. In the long run, workshopping the new Management Strategy Realignment Plan is just a better investment than fixing your gimpy hip, or hiring a teaching assistant to help Angry Jimmy focus on his work.
HP Advanced Solutions continues to dominate the category, adding $20M in billings this year alone (How many teachers could that hire? At least 200. Or even more teaching assistants.) In fact, two thirds of the billing growth this year was just HP.
There’s also a new kid in the enterprise software vendor list to keep an eye on: Salesforce.com (SFDC) showed up with a wee $463,053 in billings this year. I expect that to increase mightily in coming years. However, the big money in SFDC work will not be earned by SFDC (even after locking up the entire BC government enterprise back-office, Oracle bills less than $10M a year in software maintenance), but by the consultants providing SFDC “implementation services” (Deloitte, CGI, HP). Watch for a SFDC goldrush as the government starts replacing expensive Oracle systems with… expensive SFDC systems in the cloud.
The best part about hiring big enterprise IT companies like HP, Oracle, Maximus, and CGI to create lots of important Technology Process (and occasionally a bit of Product) for us isn’t the soothingly glacial pace of progress or the fantastic billing rates. It’s knowing that at least 20% of every public dollar spent goes straight to the bottom line of those companies, ensuring that shareholders and institutional investors survive through another year without undue financial hardship.
Until next year, keep on spending, British Columbia!
The BC Liberal government is changing the Elections Act to allow unlimited party and candidate spending within one month of election day and meanwhile, as usual, the media are transfixed by the shiny object in the corner.
The political pundits are making a great deal of noise (see V. Palmer’s inside baseball assessment if you care) about an amendment to the Elections Act that says that:
“the chief electoral officer must provide … to a registered political party, in respect of a general election … a list of voters that indicates which voters on the list voted in the general election”
At the same time, they are ignoring the BC Liberals fundamentally changing the money dynamic of the fixed election date by eliminating the 60-day “pre-campaign” period.
“Section 198 is amended (a) by repealing subsections (1) and (2) and substituting the following: (1) In respect of a general election, the total value of election expenses incurred by a registered political party during the campaign period must not exceed $4.4 million.”
The Elections Act currently divides up the election period before a fixed election into two “halves”: the 60 days before the official campaign, and the campaign period itself (about 28 days if I recall correctly). In the first 60 days, candidates can spend a maximum of $70,000 and parties a maximum of $1.1 million. In the campaign period, candidates can spend another $70,000 and parties as much as $4.4 million.
The intent of the “pre-campaign” period is clearly to focus campaigning on the campaign period itself, by limiting the amount of early spending by parties. The “money density” of the pre-campaign period is about $18,000 / day in party spending; in the campaign period, it is almost $160,000 / day.
This is all very public-spirited, and contributes to a nice focussed election period. But (BUT!) the BC Liberals currently have more money than they know what to do with, so it is in their interest to be able to focus all that money as close to the event as possible. And rather than simply raising the pre-campaign spending limit they went one better: they removed it all together. They can spend unlimited amounts of money as close as 28 days before election day, 21 days before the opening of advance polls.
Let me repeat that: they can spend unlimited amounts of money.
So in British Columbia now, it is legal to both raise unlimited amounts of money from corporations, unions and individuals in any amounts at all (and some individuals and corporations have donated to the BC Liberals, individually, over $100,000 a year), and it is legal to spend unlimited amounts of money, right up to within 28 days of the election day.
Most IT professionals have some expectation, having received a basic education on relational data modelling, that a model for a medium sized problem might look like this:
Why is it, then, that production GIS data flows so consistently produce models that look like this:
What is wrong with us?!?? I bring up this rant only because I was just told that some users find the PostgreSQL 1600 column limit constraining since it makes it hard to import the Esri census data, which are “modelled” into tables that are presumably wider than they are long.
I did a new PostGIS talk for FOSS4G North America 2015, an exploration of some of the tidbits I’ve learned over the past six months about using PostgreSQL and PostGIS together to make “magic” (any sufficiently advanced technology…)
Somehow I’ve gotten through 10 years of SQL without ever learning this construction, which I found while proof-reading a colleague’s blog post and looked so unlikely that I had to test it before I believed it actually worked. Just goes to show, there’s always something new to learn.
Suppose you have a GPS location table:
gps_id: integer
geom: geometry
gps_time: timestamp
gps_track_id: integer
You can get a correct set of lines from this collection of points with just this SQL:
Those of you who already knew about placing ORDER BY within an aggregate function are going “duh”, and the rest of you are, like me, going “whaaaaaa?”
Prior to this, I would solve this problem by ordering all the groups in a CTE or sub-query first, and only then pass them to the aggregate make-line function. This, is, so, much, nicer.
