Richard Crilly

Like Me? Follow Me.

I'm Rick and I'm a web developer here at I-COM. When I'm out in town drinking the bars dry, it's not unusual for a woman (maybe two) to start asking me questions about my job. The question 'How do I get the best out of a developer?' often rears its ugly head, and my nice quiet night out turns into some sort of weird drunken lecture. Needless to say the girls are never impressed...ANYWAY!

All joking aside it is an important question. We developers are a weird bunch, hanging around in dark damp places such as basements, snooker clubs and under bridges. For most of us this strange mushroom like behaviour leaves with quiet and often self-loathing personalities. This inevitably makes it hard for the project managers and designers we work with to suss out what we actually want. Never fear though, I-COM has the solution...
 
So, how do you get the best out of this strange creature?!?! Well first you have to understand it. A developer at work is always looking to achieve these few things:

  1. Scalability - websites which grow with companies.
  2. Security and robustness - idiot-proof websites that can't be broken by a confused user or a naughty hacker.
  3. Efficiency - reusable solutions and fast running code
  4. Elegance - simple well thought out solutions for real problems
  5. User experience - websites that are easy to navigate and fun to look around and use.

If a developer can have all this, hassle-free, for every project, you'll be looking at some good work, and the developer would be one happy bunny. Unfortunately this is rarely the case.

Points two and four can be done with zero/minimal intervention from another member of the team (PM or Designer). However, the rest of what we do heavily relies on information and assets from other members of the team.

For many software companies, point five is a 'nice to have' in most projects, and as a consequence will be left till last in-case of any problems with delivering on time. This is a shame because it is the bit that people see on a working website, but the website has to be working correctly and securely before it looks nice. 

A developer will try and do the above with every project; in order to get the most out of him you need to keep him well oiled with plenty of lovely information and assets. However, unless the software company is a one-man-band, providing plenty of information and assets is going to be a problem. Simply put, no one can expect a PM or Designer to look at a project in the same way that a developer would! The best way to get around this is to provide as much information as possible to your lovely developers. Preferably everything!

It's hard to say what information a developer is going to need for a given project but I can guarantee if you guess at it you'll get it wrong. It never seems like much has gone wrong because developers are very adept at making the best out of what they have (plenty of practice you see).  Don't let this detract from the point! If you tell your developer as much as you can, give him half an hour to look over what the project needs, where time-savings can be made, time to cook up some elegant solutions, make sure all the assets are sliced and available... you'll end up with a better product.

I like to sum things up in a nice short metaphor so here it is:

"You can have your cake, you can eat it too. But if want to enjoy it you better get the right ingredients together first!"

Stop messing about; start doing things the I-COM way.
Tags: None

Discussion

Posted by David Walsh on
I think I now understand why you're single.
Posted by Richard Crilly on
There is a word for people like you Dave!

CORRECT!
Posted by Andy Crilly on
Haha, very entertaining... but I thought the only thing a programmer needed was C&P and coffee?
Posted by George on
What damp basement did you refer to? Ask Gav for clues ...
Posted by Richard Crilly on
Andy: You forget the mountain dew!
George: Gav is still in trauma from the basement days - he doesn't want to talk about it, lol.
Posted by MS on
Have you tried an Agile methodology, where the developer and customer work side by side, giving and getting immediate feedback?

http://en.wikipedia.org/wiki/Agile_software_development
Posted by Richard Crilly on
What you call agile dev sounds suspiciously like something that our MD keeps ranting on about. One day MS! One day...
Posted by cancel bubble on
Here's my response from almost 2 years in enterprise-land:

1. Scalability - websites which grow with companies.

Lulz, we have products where we have to throttle the users because we can't scale.

2. Security and robustness - idiot-proof websites that can't be broken by a confused user or a naughty hacker.

Lulz, I've had to show "senior level" developers XSS security holes by entering <script>alert('xss');</script> in a search text field.

3. Efficiency - reusable solutions and fast running code

Lulz, fast running code, hahahahaha!!!!!!!!! Log ins that take a minute, page navigations that take 20 seconds, hahahahaha.

4. Elegance - simple well thought out solutions for real problems

Lulz, boy have I seen some over-engineered shit which some folks think is totally boss.

5. User experience - websites that are easy to navigate and fun to look around and use.

LULZ!!!!!!!!!!!!!!!!! The last thing you want is a developer in charge of UX
Posted by Richard Crilly on
Cancel bubble, I think I see what you're getting at. Yes, some of the things I have listed don't get the correct attention in some projects, and that is the point. These are the things that developers want, right? It's not necessarily what we end up with lol. So do try to enjoy the rest of your time in 'enterprise-land' because as you quite rightly outlined, it ain't all plain sailing!
Posted by Not in a Dev Team on
yeah right - as a developer the only women who you talk to is the ones at the tesco's check out when your buying your family size bags of monster munch for your star wars marathon which happens most Saturday nights.
Leave a Reply



(Your email will not be publicly displayed.)