Jim Lives Here: Blog

Moved

Mon, 04 Jun 2007 00:41:50 GMT

Well, I've officially moved this blog to my new website http://www.nervoustych.com/ I hope to see you there!

Photo Albums on Live Spaces

Thu, 05 Apr 2007 07:04:37 GMT

This morning I got so frustrated with the whole upload situation on Live spaces that I've pulled all my renders and artwork and started a new collection on Flickr. Flickr seems to very painless and well organized, and I was happy to find you could subscribe to other members albums via RSS 2.0.

You wont find a lot of my older work there, but you will find a handful of newer renders. If your interested in my artwork you can visit my album or subscribe to the feed. Feel free to post any comments you have about my renders up there, or if you want a funky resolution for a quintuple screen setup I'd be happy to help out. Thanks for your support!

WSCF vs UAC: WSCF 0 - UAC 1

Thu, 05 Apr 2007 03:51:31 GMT

I'm a big fan of Thinktecture, in particular their WSCF tool. It’s a wonderful tool for contract first development, allowing you to define your messaging or data structure, and generate classes in VB or C#. The bonus is that it will generate code for you that uses generics, and data binding, if you so wish. It’s a great tool. On the whole it does a far better job than the XSD tool ever did.

On install of WSCF version 0.7 on Vista with VS 2005 SP1, the installation halts and gives up a rather nondescript error message. The installation rolls back after yielding a mysterious number: 2869. Nicht so gut, ja? The forums at thinktecture have hints of a solution, but the links are broken and there is nothing about it in the 'known issues'. Hmmm...

The issue is with installer packages that use custom actions that require administrator privileges to run and fail to set the No Impersonate bit on. So in short the answer in my case was to simply run msiexec with the WSCF installer from a command prompt with elevated privileges.

However, if you want a more permanent solution to a similar deployment issue in your installer (and I suggest the guys at ThinkTecture consider this) then a slightly less hackish approach is to either ship a separate manifest file or embed it in your executable so that it demands administrator permissions. Heath Stewart explains this much better than I ever could:

"You could also put a manifest file in the same location as the executable, with the same name as the executable with .manifest appended to the filename. For example, a manifest for setup.exe would be setup.exe.manifest. If you are an ISV that wants to pre-elevate your installation, you could embed the same manifest in your executable as an RT_MANIFEST resource with an ID of 1. Either way, example content of that manifest follows:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assemblyIdentity

type="win32"

name="nwrapdrvr"

version="3.12.0.0"

processorArchitecture="x86"/>

<description>Patch Wrapper</description>

<requestedExecutionLevel

level="requireAdministrator"

uiAccess="false"/>

</requestedPrivileges>

</security>

</trustInfo>

</assembly>

Perpetuating Ineptitude

Thu, 01 Mar 2007 04:57:54 GMT

Why are there so many programmers out there that can't program? That seems to be this weeks blogversation (thanks Scott H). Perhaps this is equivalent to asking why are there so many people who can't spell? I think it's because we dont teach people properly.

Jeff Attwood contends there is a 'vast divide between those who can program and those that cannot program'. And he'd be right. The evidence available suggests that people have either got the knack or they don't. Scott Hanselman writes that you 'cannot teach height'. True, you cannot learn what only genetics can give you. However, I'm a little concerned that we aren't looking at this issue through a wide enough lens. My instinct tells me that these facts are all the more reason to sort the sheep from the goats a whole lot earlier than we are at the moment.

I think the source of this problem is twofold:

We arent sorting good programmers from bad early enough.
We arent providing the necessary breeding ground to ensure that good programmers rise to the surface.

The interview process is too late. This is why any and all comers are knocking down Jeff's door for a job. They think they can do it, and nobody has told them otherwise. We should be spotting programmers before they reach the age of 18. The university degree is obviously not as important as universities would like us to think any more. What is forming is a classic catch 22. To get a job in IT you need experience, and to get experience you need to have had a job in IT. Nothing is more valuable than experience is it?

Perhaps our biggest mistake is that we look at training programmers like we do our other science or arts graduates. Give them a wide range of subjects and make them pass difficult, if not irrelevant examinations. They end up with a very general knowledge of computing. Specialized programming courses come a lot closer, however they too share the same weakness: lack of peer review. Herein lies the issue with certification, it doesn't adequately test ones ability to perform the job. It doesn't put you through your paces and make you solve real problems, in the real world, in real time. This is why the FizzBuzz concept strangely works, however its too little too late.

Incidentally, IT isn't the only industry to have this problem. The trades have been struggling with this issue for a lot longer than computing has been around. Im not saying that the tradeskills training programs in Australia are the posterchild for best practices in this area, however there is one concept that the trades have that works, that we overlook in IT. The apprenticeship.

For those of you who know me, you would know I have a unique perspective on this matter, as a mechanic by trade, I have seen the benefits and the downsides to apprenticeships.

Pros

Combines training with usable experience.
Wage subsidies for employers.
"Teaching is the best teacher." Ensures senior staff get to revisit the basics once in a while.
Abstracts the selection process away from the employer. Employers dont have to choose apprentices, the apprentice board will do that for them if they so wish.
Gives the employer the oppurtunity to retain good employees, and discard the bad.

Cons

Apprentices may not end up in the exact job they were after.
Apprentices are inherently younger, and oft need 'coaching' in life skills. I.e. turning up on time, truancy etc.
Apprentices rely on the workplace for over 50% of their training.
Employers may have to drop their expectations for an 'entry level coder'.
Some apprentice/employer relationships may end up resulting in the apprentice 'riding the broom' for four years.

Whilst its clearly no silver bullet, its got to be better than 99.5% ineptitude amongst applicants for senior roles.

We should be hiring kids out of senior high school and putting them alongside veteran coders whilst giving them solid, programming specific training for at least 4 years before they even get to call themselves a code monkey. Only the really interested apply, because the disinterested much prefer a McJob at that age. Combine the formal training with real world experience. Provide a base level of skills. Lets not get all wrapped up in how elitist the programming club can get. Let us remember that good quality training is the key to creating good quality professionals. We aren't that different. Lets concentrate on eliminating the catch 22 of experience.

If you are having trouble seeing the sheep for the goats, then breed more sheep.

Serial Liar

Mon, 19 Feb 2007 04:42:50 GMT

I recently was having a little trouble deserializing an xml file. There is nothing special about the file, a relatively flat collection of data I needed to read into a UI. Trying to do the right thing I tested the CanDeserialize method on the XmlSerializer Class before calling Deserialize. Upon deserialization I got an InvalidOperationException with the following message:

"There is an error in XML document (0,0). Root element is missing."

I was more than a little surprised as the document was as a direct result of a previous call to Serialize. Not to mention that the root element was most certainly there. At this point I felt as though CanDeserialize was lying to me. After a quick trip into the bowels of the framework via Reflector, I discovered the reason. I was using the following code:

If xs.CanDeserialize(XmlReader.Create(stream)) Then Return xs.Deserialize(stream)

Innocent little me wasn’t taking into consideration that the XmlReader allows forward-only access, so CanDeserialize can't rewind the underlying stream for me. D'oh! So the issue was simply fixed with the additional line:

If xs.CanDeserialize(XmlReader.Create(stream)) Then
str.Position = 0
Return xs.Deserialize(stream)
End If

So... no lies this time, just ignorance.

iDontCare

Mon, 12 Feb 2007 23:56:01 GMT

What is it the whole swag of iAccessories these days?

Its like the ex employees of McDonalds marketing division have taken over the universe or something. Is the art of marketing truly this simple? Every new device that comes out these days, whether related to the iGrandaddy or not must have the iPrefix or iDie? First McFries, then eBusiness, now i<insertWord>. Take the iChallenge. Take a word and stick an i on the front. Plug it into your favourite search engine. I came up with iProduct, iAccessories, iWord, iBone to name but a few.

So what is the fascination of the prefix? Its actually a clever product identifier in more ways than one. Firstly, it immediately associates the product in question with a type of product. Software programmers have been doing it for years. You can assume that most iProducts or electronic devices, and its a surety that McFood is, well, kinda food like. You can prefix the most succint of words to describe your product, to ensure the consumer remembers its name. iPhone is a perfect example. The potential play on words provides advertisement scope, for instance Trolltech's Qtopia Greenphone. The simplest of words can become trademarked, because they suddenly become distinctive.

Despite this all making very good 'marketing sense', I cant help but think that the technique is overused, and the consumer public has already begun to associate iStuff with cheaply built products. A quick perusal of urban dictionary will demonstrate how the public percieves McDerivatives, and iPuns are beginning to form quickly too. Eventually you'll start hearing the phrase "iThings are so 2005". But by then im sure they will have come up with a new advertising silver bullet.