Use your pet's name...
My cat is called Password123
109 publicly visible posts • joined 7 Aug 2007
Self-assessment tax return time is coming round again - and it reminds me that I had a hand in coding part of that wonderful website. We knew we had nailed it when, during UX testing, a member of the public actually burst into tears crying "I don't know what to do - this is so confusing" - in the testing suite in Central London.
Shouts of "Yes!" and fist-bumps from the product managers of the project.
If you have a semi-automated cancer detection system then you need to pay careful attention to the job of the humans, otherwise you can render them useless and possibly kill more people than if you had not used the system at all.
Seems counter-intuitive - how is this possible? Apologies for the long explanation:-
Imagine a haystack that contains 1) some shiny needles, 2) some not so shiny needles, 3) some needles that could possibly be mistaken for straw, 4) quite a lot of straw that looks like needles 5) a massive load of straw that is obviously straw.
Any needle that is not found in time will go rusty.
Up till now you have had humans looking for the needles - a mind-numbing job but one that requires high qualification. They've been able to do it, kind of, so far, but it would be great if we could improve the situation.
Now you get a machine to find and remove the shiniest needles, and the not so shiny needles.
You are left with needles that look like straw, straw that looks like needles, and a load of stuff that is obviously straw.
This leaves the humans with the job of sorting through a load of straw to find a few needles that look like straw.
Those needles will probably not be found, and will go rusty. And the highly qualified humans whose mind-numbing job has just got far worse will go mad or leave.
Better for the automated system to remove what is obviously straw and leave the interesting cases for the highly qualified humans.
The proof is in the measuring: does the rate of cancer deaths go down when system X is used?
We would normally measure this for a fully automated system anyway, but my point it's even more necessary to measure this for a semi-automated system given the temptation to assume adding flashy computers is bound to be better than using humans alone (also consider the high staff turnover in such a semi-automated system).
</rant>
But that doesn't matter because... repeat after me...
A voice-print is a username, not a password.
A voice-print is a username, not a password.
A voice-print is a username, not a password.
...
and no-one would be silly enough to use it to authenticate anything, would they?
Well, that's a view. I think you're wrong. My view is that Yanukovych, while he may have been voted in, quickly showed himself to be totally corrupt, cynically so to the point of stupidity, and was correctly and legally thrown out by parliament. I also take the view that "civilian populations" did not rise up, but that Russia paid or persuaded some bods to "call for help" and not only supplied them, but also crossed the border, so that the Ukranian army was / is fighting people armed and trained by Russia, and very likely also fighting Russias operating in Ukraine.
While I have the floor, my view is that Malaysia Airlines flight MH17 was shot down by a Russian-backed rebel with a missile provided by Russia.
I don't know what the civilian population really feel, but in my view accusations of attempted genocide and nazism by Ukraine are not accurate here, whereas accusations of manipulative power-play by Russia are.
There is conflicting evidence, deliberately so in some cases, but I believe it supports my view, not yours.
Nothing personal about my downvote. It's all too common, and I have often been such a dev / DBA claiming I cannot do my job without such access. But these days I feel it's possible, and best practice, to design your set-up so that no such access is required, or only permitted in the presence of someone pointing a gun at you as you type.
Funnily enough it's possible to kill more people by using a cancer-detecting machine than by not using one. This is because the machine finds the obvious positives, and leaves highly qualified humans with the mind-numbing job of trying to find the remaining hard-to-spot false negatives in a load of true negatives. The humans simply cannot, so the false negative cases remain undiagnosed and are more likely to die.
If instead the machine eliminates a percentage of true negatives ("completely normal, nothing to see here") then humans are left with a more interesting job - find the true positives in a smaller, "richer" selection of samples that the machine has flagged as "not quite normal". Incremental improvements in the machine should be in the direction of extending the definition of "absolutely normal" leaving humans with an even more interesting job.
Statisticians and systems bods might get this but tech-dazzled doctors often do not. If you really must have a headline-grabbing cancer detector then run it over the samples after humans have looked at them, not before.
It's taken us ages to get here, but at the moment we have / are:
- 5th largest economy in the world
- clear access to the huge EU trading block
- head of the Commonwealth (cheers Brenda)
- an ancient democracy
- a special relationship with the US (unless Trump gets in)
- a cracking time-zone
- Trident (for better or worse)
- one of 5 permanent members of the UN Security Council
We have political and economic clout out of all proportion to our size because of al of these conditions.
We are a global nexus, let's not damage it. So I vote* to KEEP THE TIMEZONE THE WAY IT IS!
*Oh, and to stay in the EU.
Hmm, I am not convinced by that analogy.
I think a programmer should be doing what Dr. Mouse said a software engineer does, and I think it is would be a dysfunctional shop in which those two roles, as described, are separate.
So I don't really trust the term "software engineer", I am not surprised if someone else doesn't understand it, and I don't think they would be able to explain the difference to a third person else based on those definitions.
So there we were in prev Reg forums wondering what business model could possibly replace the media Cash Cow - so ubiquitous that contravening it (i.e. copying) is "theft".
And here it is:
We give away free music / vids / whatever.
The price? Your details, which we can sell on, or data-mine, or use to try to sell you more stuff.
Not necessarily a problem so long as you know what you're getting into.
Priceless!
And the fortuitous typo: "big bank" was icing on the cake. (It was a typo wasn't it?)
Of course you might be a troll, wrapped like a mummy in irony - I mean citing "half a year A level physics" as argumentum ad verecundiam to a professional comologist was worthy of Henry Root - in which case I still thank you, multifold.
Either way you owe me a new kb!
Forgive me @appsdelight.com for what I am about to do:-
"It's a highly over-saturated market but like every industry the good ones will survive will [sic] the others will move on."
Definition of "the good ones" = "the ones that survive"
Search and replace in above sentence + sprinkle syntactic sugar:
"It's a highly over-saturated market but like every industry the ones that survive will survive [and] the others will move on."
Contract + sprinkle more syntactic / logical sugar:
"It's a highly over-saturated market but like every industry some will survive and others will move on."
And again, (selectively picking one of the last two assertions for emphasis):
"It's a highly over-saturated market; there will be deaths."
I couldn't agree more!
Mine's the coat that's mine.
Jerry: Oh no you don't! Osgood, I'm gonna level with you. We can't get married at all.
Osgood: Why not?
Jerry: Well, in the first place, I'm not a natural blonde.
Osgood: Doesn't matter.
Jerry: I smoke! I smoke all the time!
Osgood: I don't care.
Jerry: Well, I have a terrible past. For three years now, I've been living with a saxophone player.
Osgood: I forgive you.
Jerry: [tragically] I can never have children!
Osgood: We can adopt some.
Jerry: But you don't understand, Osgood! Ohh...
[Jerry finally gives up and pulls off his wig]
Jerry: [normal voice] I'm a man!
Osgood: [shrugs] Well, nobody's perfect!
[Jerry looks on with disbelief as Osgood continues smiling with indifference. Fade out]
http://www.imdb.com/title/tt0053291/quotes (search for 'perfect')
Most of the article is spent extolling something called "more coherent service management".
My eyes start to glaze over but, ok I'll bite, so I go back and find the definition and I think this is where he laid it out:.
Problem description: "When systems are implemented and managed in isolation, it can be difficult to get an end-to-end view of how they interact.."
Solution: "What is clear is that by managing the major elements of infrastructure as a unit – across servers, storage, network devices and so on – the number of potentially conflicting variables and activities can be reduced,..."
And caveat "However, technology-level integration on its own can deliver only so much; operational >>processes also need to be modified to achieve the full potential."
So, um, my question is how are we supposed to do this?
I mean I've got my own ideas of course but I was hoping for some wisdom from the guru.
Meh.
Indeed, it's well documented that reindeer are fickle bastards: first they laugh at poor Rudolph and call him names, then after Santa puts him on point, suddenly they all love him and shout with glee.
So, no I wouldn't have one as a friend - might make a nice stew though.
Paris - now she would make a good friend - a best friend even.
"Its interaction with real people that helps, not some silly toy."
I don't think that's necessarily true. The teddy can give consistent responses, is non-threatening, and can be used by the patient to safely try out different behaviours (such as strategies for coping with their condition, or physical exercises) that they might be reluctant to do with a human.
But I would expect they need human interaction too, although I'm not a doctor.