Smart Fellows
Find a niche and sell it for all it's worth. Well done to them, I say.
A browser startup has undercut some of government's biggest IT suppliers to win its largest deal: shifting HM Revenue & Customs from Internet Explorer 6 and Windows XP to IE8 and Windows 7. Browsium has moved 85,000 PC users from Microsoft’s hated browser and dated Windows XP, out-bidding computing stalwarts Capgemini and …
I may be wrong, but I was under the impression that these things are essentially still using IE6, but hiding it round the back. What happens when XP support goes? You're still stuck using components that MS aren't supporting, so you'll be stuffed in just the same way as soon as a bug comes up.
I would expect that Browsium are now the ones providing support for the "IE6 Frame" and all the associated components that aren't part of Windows 7, as that would all need to be rolled into their plugin for this to work under Windows 7.
It sounds like a very good way to escape from IE6 - that was always a tricky problem as most large corporates dare not go for a "Big Bang" approach to that migration, even if they could afford it.
The point is that it allows HMRC to get the hideousness of IE6 out of their systems.
Once they've got rid of IE6 they can start to use new applications developed for standards-compliant browsers, whilst still retaining support for their old IE6 applications. They will still have a couple of years to migrate any legacy IE6 apps to newer browsers. Admittedly that's a blink of an eye in government IT terms, but it's a start.
Erm, yes and no. So long as Browsium works in the current OS, you don't need XP, so that gets you out of that problem. But because it is still rendering in what is effectively a Native IE6 environment, yes it still is and doesn't really get you out of IE6. It just lets you NOT have to rewrite your hideously old VB6 web apps to support current standards.
As I see it, the real risk is whether or not Browsium provides potential IE6 malware infection vectors even though you think you are safe because you are running if from a Windows 8 PC running IE11. And since it is HMRC, that sounds like a good targeted (although not quite spear) attack environment for me.
Oh yeah well I am posting this using Netscape Navigator 2 (lol really am). It throws lots of javascript errors but I think it will work and not crash this time. The message box typing in right now, lmao doesn't even wrap. Probably about the oldest browser can get this to work with.
Well enough wasting on the morning setting up a vm to actually run 15 year old browsers. And by the way posting with lynx or some other text only browser is not sporting. El Reg as expected looks like crap on Net Nav 2 but degrades itself remarkable well where it still actually possible to read the articles (lol looks like the WAP version though).
Will HMRC do that?
Will they f**k.
HMRC *should* view this as a *short* term migration tool to let them upgrade their apps in a *controlled* manner with a nice sustainably sized time working through the migration list. Here's an idea. Stop making them browser *specific*.
But instead they will probably continue to run their IE6 specific stuff (and let me guess make sure their *new* staff know how to write IE6 specific code as well, perpetuating this s**t).
Like a Heroin addict on Methadone. They're still an addict.
Possibly and probably. All software comes to a point where it needs refactored or replaced because the world has moved beyond it. I'm not talking about the browser, hardware or related software, I'm talking about the human needs for the software in the first place. At the point where the underlying software needs rewritten the interface can be updated too. If 'patches' like this can extend a number of years before jumping in the code is necessary, then yes, I would say it saves money.
Unfortunately the article doesn't go into details, but it does say that the money is for "Browsium", whereas the Cap/Fujitsu bid probably covered the re-write of all of the backend systems.
And that bit is probably the expensive bit.
And it still has to be done.
What this solution does give HMRC is the ability to move straight to W7 (and so presumably make legacy support savings) and migrate the old IE6 only stuff in a more piecemeal fashion.
I expect HMRC will still be giving £30m+ to Cap/Fujitsu to re-write those legacy systems over the next few years.
Javascript that worked?
When was that around?
Oh, you mean when NN and IE had completely different DOMs so you ended up writing each script twice?
Yeah, none of this 'standardised library' nonsense that we get from jQuery.
Sheesh. Get yer facts right.
And tables.
Tables are for the display of tabular data. Not for layout/styling. That's what styesheets are for. Y'know, so you can reskin the site in 2 years time without having to edit every line of code on every page with <font color='green'> or somesuch rubbish.
The good old days? They were shit.
I would agree on tables but I'm not sure we're better off with jquery. Most problems with js can be solved with a couple helper functions. Jquery is a framework so there's over head which hits performance especially with things like each() vs a for loop or unwrap(). So you're either writing something small where it doesn't matter but probably don't really need jquery or you still need to know core JS and learn where jquery's weak spots are. That or you have a shitty experience that pisses people off.
Too often people throw tons of JS libs at a problem which is fine if you have awesome broband and are on your home pc but it's shit on 3g and smaller devices.
Then there's the fact jquery is the new PHP and attracts every no talent 'developer' so trusting jquery add-ons is risky at best.
"Tables are for the display of tabular data. Not for layout/styling. That's what styesheets are for."
Yes we're all aware of the mantra, which web developers must recite at every possible opportunity. After all, it justifies them getting a lot of work to create old sites.
"Oh, you mean when NN and IE had completely different DOMs so you ended up writing each script twice?"
Well, actually, you wrote a compatibility class that provided a consistent API so you only had to write each script one.
But, yes, I fondly remember IE6's document.getElementByIdOrNameSoBuggyPagesMysteriouslyDon'tWorkInMozillaBrowsers.
Simplicity? Tables? Are you on crack?
Javascript that worked? Are you talking about the IE implementation of javascript? Or the Netscape implementation?
I for one certainly wont lament the passing of generations of browsers that paid scant regard to W3 standards.
"Browsium's low-cost answer was to avoid rewrites. [...] When it receives a call to a URL for IE6, it reproduces IE6's security and configuration [...] to make sure things still work."
I did this three years ago by fixing DNS in networks, and making sure internal app servers were visited with short names. IE8 automatically placed these in the "Local Intranet" zone, doing all of that natively. For others that needed full names or IPs I made Group Policy objects that put those things in the same zone. Sites in this zone automatically use 'compatibility' mode and relaxed security, unless their HTML has headers that tell IE8 to do otherwise.
So Browsium wrote a hack that does what was built in already. And they got paid to do this? If they have a patent, I claim prior art.
If it's anything like some of the places I've worked, you start off with one little helper app with an activeX control, webapps have been the up and coming thing over the last decade or so. You then expand out as you add new apps and functionality, because the browser's alway's there, and why not just make this new java cms run on ie6 with activeX because the poor programmers can implement a HTML/JS/java based UI and not have to keep distributing program updates to everyone and and and ... you get the idea. It's the creep of taking the cheap way out once or twice, and then eventually finding out you have to stay that course, or everything breaks at once in an expensive fashion.