Not Too Particular from Ichabod
After reading through a stack of dull resumes, this one was a welcome change.

OBJECTIVE
A job in IT. After looking for searching for a job for several months I'm not too particular anymore.

A LITTLE HISTORY
My skill is to understand and finding solutions to problems. My gift is plain intelligence, at the expense of understanding planning and value. I can do the innovative and apparent impossible in programming in to solve a problem, the software being but a tool. The problem is that these innovative solutions may cause other programmers to be somewhat mystified and ticked off resulting in me answering a lot of questions that only s few might be able to understand. This mixed with my lack of ambition results in political suicide. I may not know the exact software you need expertise on. Yet, unknown to you, my basic nature can be used these to solve problems.

That’s why most of my jobs have been from word of mouth.

Ed: emphasis added, more in the full resume (update: which is no longer a dead link!) 

 

Case in Point from Emily
As part of the exit process from my current company, I was asked to fill out an exit survey. One of the questions was "what can the company do to assist others in your position".

One thing that always bugged me was that every process was automated and the systems tended to be clunky, so I thought I'd mention that. After typing my comment in the textbox, I clicked on the Spell Check button. And this is what I got.

 

Bringing Users Into Synchronicity from Nicholas Bretagna
In reponse to a job posting, I received this cover letter from an applicant.

Dear Prospective Employer,

My experience matches the description for Software Developer II for which you advertise.

I enjoy working with people to produce a graphic and redundancy-free architecture that brings developers and users into synchronicity. Since creating model is essentially the incipient step under the paradigm of top-down programming, an information architect's work is largely cerebral and removed from the tools with which an application is implemented. It involves gathering requirements from the players (users and management). Then, the architect creates a graphic and/or software representation of primary objects and their relationships to other objects.

The format of the graphic representation has never, and will never, change. It is an art form, and I'm very, very good at it. In fact, I would not expect to be long in your employ in that capacity in any case. I have already a highly developed model which I expect would require only minor "tweaking" to entirely encompass your need for a Management Information System.

If you can offer the environment wherein this service is timely, I am interested in exploring further the possibility of working with you. Thank you for your consideration.

I will not be calling this person for an interview.

[Advertisement] BuildMaster allows you to create a self-service release management platform that allows different teams to manage their applications. Explore how!