Friday, September 25, 2009
I was putting together some notes and lessons (as it were), and will do so soon, but the sleep deprivation has been a tad severe recently, and I cannot face it right now!!
* what revenue you want in a year
* how many days you are willing to work for that (but be reasonable!)
* your overheads (the usual stuff, but don't forget the high costs of keeping your knowledge up to date and relevant)
Do a quick bit of maths, and hey presto, some sort of daily rate.
But, that doesn't take into account the value of the work you are doing. At times you can have an incredible impact on a business which is manifestly worth a lot more that your "daily rate" to achieve. But if you charge by results, how do you bill for work that "had to be done", but has no directly monetary value (you simply cannot charge them the profits they now make because they remain in business :-) )
So a couple of tales:
Was once taking a quiet coffee on the pavement in Paris. A woman sits down, joins him for coffee and engages him in conversation. After a while she asks if he could do a quick sketch for her. He obliges and after a few minutes' work passes her a napkin with a drawing on it. "That'll be £2,000* please"
"But it only took you a few minutes!"
"No madam, it took me a lifetime"
For proof of the concept see yesterday's Guardian: http://www.guardian.co.uk/uk/2009/sep/24/pablo-picasso-horse-doodle-auction
*And yes, I know it would have been French Francs, but you see the point.
At a recent tweetup in London discussions turned to this topic. Jon came out with a great quote "never submit an invoice that does not embarrass you". I simultaneously see a) the point and meaning of this, and b) the potential for misrepresentation of the quote to clients!
But, the result.
My wife is also self-employed and was recently in a quandary about the rate to quote for some work for a client in a hurry. We threw some thoughts around and came up with a number, X. This just felt wrong, so I persuaded her to go to what felt embarrassing price of 1.5X. After a while, it actually felt OK, and not long after the client accepted without demurring. So should we have got to 2X?
NEVER underestimate your value to your clients...
Friday, September 18, 2009
Too late to go through things now, but more tomorrow.
'night all :)
Monday, September 14, 2009
So the separate SQL 2005 server experiment continues - although sadly (due to client work - the stuff that lets me eat :)) means there'll only be a few evening hours in the next few days.
More news as it comes!
Update 1 - SQL Server left to install and patch, and taking it's *&^%^% time. Hopefully finish off tomorrow and report back then
Update 1 - up until 2am this morning trying to get vCentre4 to work properly. it's a "fill your boots" install with Guided Consolidation, Update Manager, Convertor; and all on a local SQL Express (or MSDE as I still incorrectly think of it :-)). Anyway, last week the upgrade to VI4 went well, and over the weekend I upgraded the ESX hosts to 4 and patched them.
Then I rebooted the entire infrastructure - a kind of defence mechanism for me after changes of this nature to make sure it all works. And it didn't. ESX4 hosts were fine, but I could no longer access the vCentre4 box.
Friday, September 11, 2009
Thursday, September 10, 2009
2. Much better though, Alan Turing's (at the time quite acceptable) rotten treatment by society and government agencies is seen as something to apologise for. How on earth did GCHQ types think it good to chuck out the best mathematical and computing brain of the century - surely. Despite all the 'risks' he represented, they could have found a compromise...
I am proud to have signed the petition.
Monday, September 07, 2009
So, on a hunch, I removed the spaces from the password (actually it's more a passphrase), and increased it beyond 32 characters (just for the hell of it).
It worked. I truly cannot believe this.
So if you want these enterprise tools on your network - create a domain account with a simple ASCII name, and a password that is as long as you like, but only contains digits, upper case letters and lower case letters. Just that - no special characters and definitely no spaces.
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003096 refers here, but only references VI3.4 and below - even thought the KB was last updated only a few weeks ago.
Actually judging by the article, both credentials (local machine use, and domain use) have to be simple. However I reckon... ...that just the domain "access user machines" account is all that's needed here, so trying that right now. Left the local machine upgrade to be a properly secure passworded account. Nope got that wrong, the local machine extension process needs a simple password too.
This does really stink though. Essentially what VMware want you to do is create domain credentials that will enable the service to connect to machines on your network with Domain Admin rights (or more properly speaking - local admin rights on the network computers being consolidated). And it's got a simple (well, not properly complex) password.
Will this stop me recommending VMware - of course not.
Does it annoy me? Yup.
Does it lower my respect for VMware's regard for security, yes - quite a bit. If it was an known issue in VI3, then it really should have been fixed in 4, or a clear reason not posted on the KB article.
PS if you experience this issue and then rollback the install as Guided Consolidator insists - it does NOT rollback the vCentre Collector Service install. When you come to install again, the ports 8081 (VMware vCentre Collector Service Port) and 8082 (VMware vCentre Collector Provider Service Port) are already registered, so it requests you to select 2 new ports. Recommendation - uninstall the Collector service and then all shall be well.
Back on VI3, if you added some infrastructure components the authentication credentials you gave the installer had to have a simple (no special characters) password. Naturally for any half decent data centres this is rubbish, and caused all sorts of administration problems as you set up a special account that circumvents password policy just to get the software installed.
Well, I'm in the midst of vSphere upgrades and it seems like this is still the case. Guided Consolidator and Convertor have not yet installed with good, secure passwords on the credentials. Experimenting with fixes (Google's not yet found an exact match to the errors).
I'll report back later, but if this is the case, then shame on you VMware.