RIP Steve Jobs
Thursday, October 6th, 2011 Leave a Comment
while(true) { blog.post(profound.musings, random.discoveries) ; }
Wednesday, August 3rd, 2011 Leave a Comment
I’ve been biting my tongue for a while, but I really need to vent finally. This is not about world hunger, or curing AIDS, or anything earth-shattering, but in its own small way it could be world-changing.
My issue is drivers who don’t know how to be courteous – now I don’t mean drivers who aren’t courteous (they’re just [insert bad words here], but that’s another issue) – I’m referring to drivers who TRY to be courteous, but don’t understand what they’re doing.
I drive along a long stretch of road every morning, at one point there is a road that many cars from the opposite direction need to turn across us to get into. Courtesy means that we occassionally pause to let them in. I do this often myself but, in my [humble?] opinion, correctly. My method is to slow down slightly approx 1km earlier (I don’t brake, I just ease off the accelerator), by going 5kmh slower than the vehicle infront of me a gap of a hundred metres or so is created by the time I get there (see whinges 2 and 3 below for how other drivers stuff this up), which allows a few cars to cross over and go on their way. The muppets that don’t know how to be courteous cause issues because they keep up with the car infront until the intersection, then slam on their brakes to give way and “be courteous”.
When I’m slightly slower than the vehicle infront of me, and allow a gap to emerge, I am often tooted at and then overtaken by muppets that feel I am slowing them down. Now, (a) they only manage to get about 10 seconds closer to where they are going; (b), they eliminate any chance for the opposing traffic to progress further; and (c) the overtaking is not done in the safest location for such a maneouvre.
When you are waiting for a gap to cross the oncoming traffic, BE ALERT! All too often the driver of the vehicle at the head of the oncoming queue is not paying attention. You flash your lights at them and finally they notice after half the gap is gone; then they take an eternity to put their car in gear and actually move, often just as the gap has become too small for them to safely make it. A gap that could have accommodated 2 or 3 vehicles, has now been wasted.
It’s the same with merging, don’t stop to let them in, just allow a gap for them to fit; and merging drivers, keep your speed up to MATCH the speed of the traffic you wish to join. Making them stop to let you in CAUSES accidents, it does not prevent them.
Basically, what I’m saying to people is, THINK about what you are doing. There are consequences and ramifications beyond what you can see (ie behind you, and in 10 minutes’ time). You can still be courteous, but be thoughtful about how you are. If you prepare to be courteous, and slow down a little, one vehicle can make it across. If even half of drivers drove like this, we would only need to let one vehicle across each. At the end of the day, that one extra car in-front of you will not make you late to where you’re going. Hitting snooze a fourth time will; allowing 20 minutes for a 30 minute drive will; talking on your cellphone and missing your turn-off will.
Here’s a video of how the fight between “cheaters” and “blockers” causes an exit-lane backup. And then, how one driver can unclog the jam:
[video via trafficwaves.org]
Saturday, July 9th, 2011 Leave a Comment
Warning: this is the uncensored version (ie NSFW) –
Tuesday, June 28th, 2011 Leave a Comment
Please note, the following are my personal opinions and do not reflect those of any employer, past or present.
So today it was revealed that AMI still has no reinsurance cover available to them effective July 1st (New Zealand Herald). This means their insurance is invalid. The stupidity of this situation is that out government has enabled them to survive when their business model is invalid. Instead of the government allowing them to fail, and go away, while ensuring their clients were looked after; they instead propped them up and left them running. To qualify this, I aqm not in any way suggesting that AMI’s clients should have been left stranded – far from it – I am instead suggesting that the government should have let AMI go. The government has ended up in the insurance business by default, without it being managed best (in my opinion). AMI’s existing [inadequate] reinsurance and reserves could still have been used to restore the affected clients (they were still liable for losses at the time), with the government’s top-up assisting. Ongoing insurance should have then be dealt with by a “new” government insurer, possibly in conjunction with having clients move across to other existing insurers whenever possible. The other insurers had just perfectly demonstrated that they were acting as prudent insurers.
AMI spent years doing a dis-service to the insurance industry by rating and charging their premiums in a manner contrary to insurance best practice. They used their lower premiums to denigrate other providers as “money-grabbing”; yet when push came to shove, it was these money-grabbers who actually had the money available to look after their clients. These other providers also had proper reinsurance in place to be able to maintain an even keel (albeit on a slightly stormy sea) throughout the repeated earthquakes in the Christchurch region. The management of AMI have demonstrated that they were unable, or unwilling (which is worse: ignorance through stupidity, or ignorance through stubbornness?), to prudently and appropriately within the insurance industry, yet are now still being tasked with doing so (and with tax-payers money additionally!).
At this point we are stuck with a dead goose, but moving forward something needs to be done. A first step would be to make regulations around prudent insurance much tighter and adherence much more visible. This should not actually cause any problems for the remaining insurers in New Zealand, as they were already (of their own volition) adhering to a higher set of standards themselves. Regulations as to required reinsurance cover need to take into account where an insurers risk is located (80% of AMI’s business was in the Christchurch region, yet they based their reinsurance needs on an event in Wellington – coincidentally, this was cheaper….). This will work well hand-in-hand with the Financial Advisers Act 2008 and its enforcement of qualifications and liability for the advice given. As an insurance professional at the time of the Acts introduction, and during its initial roll-out, I had often been frustrated by the non-accountability of people giving advice. Often they would make erroneous, or outright lying, statements about my products or company which I was unable to refute due to standards imposed internally at my company (ie, we were not allowed to comment on other organisations directly, even when we knew the advisor had told the client an untruth about what their company provided in order to get the sale). Organisations and individuals who are performing well and in a prudent manner have absolutely nothing to worry about or to hide, but at the very least if they do make dangerous assumption (as AMI consistently did) it will be caught and nipped in the bud early.
I guess my point is, the New Zealand government bought into a dying horse and not only hasn’t managed to turn it into a cart horse, but is about to have to send it to the glue factory. Much better to have let the healthy cart horses bear a little extra load than to have kept flogging the dead one.
Wednesday, June 22nd, 2011 Leave a Comment
Just a simple little trick for confirming with a user before they undertake an action on your web page. Sometimes you need to confirm things. You know, does the user of your site really want to delete that file FOREVER, or not. You can do it the hard way with a catch page to confirm, but the easier way is to use JavaScript.
Just like this:
<a href="irrevocable-action.php?doitnow=yes" onclick="return confirm('Are you really, really, really sure you want to do this?')">Do It!!</a>
When the user clicks the link, they will hit a pop up box, displaying the confirmation message and two buttons. If they click yes the link is followed and the action completed, otherwise they stay on the page and nothing happens.
Wednesday, June 15th, 2011 Leave a Comment
I’ve been looking at web apps for iOS last weekend, as I was helping a friend with possibly porting his work as a native app. The solution provided by Apple is rather elegant, and very minimal in terms of work required. If your web app is HTML5 and CSS3 compliant, you’re good to go with about 15 minutes work. You’re able to have a web app run from the home screen of the iOS device, and appear to be native. The only flaw at this stage is that JavaScript is a bit laggy at times; this is primarily due to the fact that Apple has upgraded the JavaScript engine for Mobile Safari to the Nitro engine, while apps that run outside of Mobile Safari have not received access to the faster engine (read an unbiased explanation here). Anyways, what to do.
First, we need to hide the Safari components. We do this by adding the following inside the <head> tag of your normal web page/s:
<meta name="apple-mobile-web-app-capable" content="yes" />
Next, we need to hide the Status Bar. Again, by adding a single line to the <head> tag of your normal web page/s:
<meta name="apple-mobile-web-app-status-bar-style" content="black" />
There are three options for colors you can use here:
default – the status bar appears normalblack – the status bar has a black backgroundblack-translucent – the status bar is black and translucentIf set to default or black, the web content is displayed below the status bar.
If set to black-translucent, the web content is displayed on the entire screen, partially obscured by the status bar.
The default value is default.
Now, the icon for your app. Presumably, you will want to use the same image as for your favicon, so at least you have the artwork ready to go. It just needs a little tweaking, and we’re away. You’ll need an icon which measures 57×57. You have two options for this, apple-touch-icon and apple-touch-icon-precomposed, depending on how you want Apple to handle your icon. The first option tells iOS that you’ve given it a generic icon to which it will add the standard app icon effects (rounded corners, drop shadow, and reflective shine); the second option tells iOS that you are giving it a fully kitted out icon with no need for adjustment. Bear in mind that the icon will always be placed on a black background, and be overlaid with a round-cornered “stencil”; so any transparent elements to the image will appear as black in the final displayed version.
Once this icon is created, place it in PNG format in the root document folder called apple-touch-icon.png or apple-touch-icon-precomposed.png. This specifies the icon for the entire website (every page on the website). Now you can link to it with a single line to the <head> tag of your normal web page/s:
<link rel="apple-touch-icon" href="/custom_icon.png"/>
or
<link rel="apple-touch-icon-precomposed" href="/custom_icon_precomposed.png"/>
For more information, check out Apple’s Web App tools, and also their discussion of meta-tags in iOS.
recent comments