Related Post

Spread the word

Digg this post

Bookmark to delicious

Stumble the post

DZone This Post

DotNetKick This Post

Add to your technorati favourite

Subscribes to this post

This website uses IntenseDebate comments, but they are not currently loaded because either your browser doesn't support JavaScript, or they didn't load fast enough.

62 users responded to this post

Joseph Pecoraro said in August 11th, 2007 at 9:37 am    

This was a very great article! I am very early in the real world developing business I see the real value of these 15 points. I was happy to see it was written well enough to take into account what the reader might be thinking, at number 10 you wrote:

“If you have read this far, then hopefully you are taking all this in and will be trying to implement some of my suggestions in your day to day development efforts.”

I can’t name a single addition to your list. Nor can I identify anything in list that I would improve. Although I think with more then half of a year experience I would beable to view this list more critically, I think you hit everything right on the head. I see some room for improvement in my work and also I see many of these characteristics in myself and many of my co-workers.

Exceptional article! It is very uplifting to read.

Miguel Carrasco said in August 11th, 2007 at 10:20 am    

Thanks for the fantastic feedback! I always think to myself “If I can get across to one person, then its worth the time it takes to write the article”. I hope there are more great developers out there like you! Good luck on your journey to GREAT!

Sean Bennett said in August 11th, 2007 at 12:08 pm    

One thing I would like to add to your blog post is not just quantity and quality of work is important, but also the SPIRIT the work is done in… by spirit I mean whether a developer is excited and full of energy or the opposite: sapped dry of the stuff.

Miguel Carrasco said in August 11th, 2007 at 2:00 pm    

Great comment on Spirit! I have added it to the list!

Tufty said in August 11th, 2007 at 2:03 pm    

As far as the spirit the work is done in – I frequently start off being excited about projects. Occasionally that will last, more often it doesn’t.

The reason: poor management. I’m not elitist, but I hate constraints that don’t have a good reason for them. Things like (I’m a web developer) design for 800×600, it must work in IE6, and be identical, it must print exactly as seen in the browser, you must use only standard PHP4 techniques… it’s enough to rob any developer of their passion for the job, and that’s what I’m up against.

I’d love to work for a company that isn’t afraid to try new things with the intention of learning to make better software. I’d love to not be held back constantly because my line manager has no idea how to use modern techniques.

But yeah, before I keep that up, this blog post was very well written and I thank you for it. Many of these points I already follow, others I can see where I might not be performing as well as I could.

Miguel Carrasco said in August 11th, 2007 at 6:12 pm    

Hi Tufty,

Your comments I’m sure are common across a lot of developers. I would say keep up the good fight, and one day you will be rewarded by landing that awesome development job where you are encouraged to spread your wings and see how far you can go!

Unfortunately a lot of developers settle to work in bad environments that they are not happy with. Never settle, and never look back! Always look forward!

Miguel Carrasco

Tufty said in August 12th, 2007 at 10:04 am    

Miguel,

Thank you. As long as I know people like you are out there fighting the good fight for the better of software development, I guess I can stick it out a little longer until I’m able to land that great job myself!

Tufty

A. said in August 14th, 2007 at 2:53 am    

most of these are very good points, particularly what you say about great developers taking time to analyze the problem. business people generally do not realize that around 80-90% of development is thinking and planning. everyone needs to understand that most good developers are not going to sit down and start coding right after you explain the problem to them. (although i realize this is the tendency in prototype-driven development processes.)

the one thing i disagree with here is what you say about how a developer “dress’s”. if you EVER tell a developer how to dress, s/he will always resent it. developers tend to have personalities that evaluate everything based on competence and results. we tend to filter out things that “don’t matter.” (unfortunately, this leads to lots of developers who don’t bother effectively communicating their thoughts.) dressing to impress a business person is not something developers, by nature, want to concern themselves with…because it’s not relevant to the end result. look at google, or apple (where people used to show up in bathrobes), and you see how completely irrelevant dressing up is to “great developer.” managers look at things from a different perspective, but they should really try to see it from the developers’ perspective. if we are going to meet a client, we want them to be impressed with our skills and our understanding of their problems, not with how shiny our shoes are.

GREAT developers tend not to work at companies that emphasize dress code…because they don’t have to. great developers will get jobs at companies that understand their priorities and let them dress how they please.

Ingo said in August 14th, 2007 at 4:14 am    

Whether rightly or wrong, dress code makes a difference. I came from sales (back) to development. One thing I did learn in sales is how people make a decision about you within seconds of meeting you. This is done mostly People by your looks.
You might not like it, but if you want to make a professional impression on your manager and clients you better make yourself look the job, especially if you want your manager to dare put you in front of a customer.

Metagg said in August 14th, 2007 at 7:08 am    

Metagg is tracking this post

Find out what Social News Sites are discussing this post over at metagg.com

Miguel Carrasco said in August 14th, 2007 at 7:40 am    

Hi Tufty and A. I agree that developers tend to want to dress how they please. After all, this is our personalities we are talking about! However, if you do want to make a great impression and get promoted quickly in 95% of the environments out there, dressing the part is crucial! Again this article is about getting that awesome promotion you deserve. Dressing for success is something I learned once I became a manager and later a VP of Technology. Dressing the part was a large reason why I was promoted, no question. Did it have anything to do with my programming skills? Not at all. However it did make the senior teams take me much more seriously. For example, I love Martial Arts, and used to wear Karate competition t-shirts year round, with track pants, etc. I could not expect to be brought in to speak to a client, and in turn, move my career forward, dressing like that.

Like A says, rightly or wrongly, how you dress, how you groom yourself, is a HUGE reason for your success you achieve. Plus, put a power suite on, and you will feel the difference, even though you might not want to admit it!

Even at all the Web 2.0 companies, whenever they want to make a serious impression, they dress up, no question. This doesn’t always mean a dress shirt and suite, but you have to dress the part! Look at Steve Jobs, nice black turtle neck, nice blue jeans, expensive, clean runners. Or how about the Facebook CEO Mark Zuckerberg at his last huge event? Sure he wears casually clothes to work, but push came to shove and he was presenting, he was dressed to the 9′s!

My passion is developers, and I love all their personalities. By all means, if you don’t want to change your look, don’t, and find a company that will love you for it. However, it will be 100 times harder for you to get ahead, compared to the guy that dress’s for success. No question!

Harry said in August 14th, 2007 at 7:44 am    

Agree with most here (it’s common sense, really), except:

“Some people just want the 8-4:30, and will be good developers, but they will never be great. Great developers are team players to the end, and view their work like art, and view their team, like a family.”

If you have a family, you need regular hours. Period. I agree that when it’s crunch time, you have to go all in. However, some places make “crunch time” the norm. Read the article from “Best Software Writing” about 90 hour weeks at Electronic Arts, then comment.

Seems like you’ve had a pretty good situation, but realize many folks don’t. With outsourcing, even people with good situations are afraid to set boundaries with their employers.

Anyway, good list, and I like your enthusiasm!

Bill Lambert said in August 14th, 2007 at 8:02 am    

Tufty beat me to it, but far more important than any “great programmer” checklist is that the person should fit in well with the team. The mythical great developer described in the article is too many things at once. I’m surprised the last item didn’t say “gives great head”. I think if you find a developer that does everything, he’s either terrible at job seeking, or he’s going to get YOUR job before you know it.

Development is tricky to manage in that it is a very solitary type of work. No two people do things exactly the same, and it can be difficult to meet in the middle. So without further ado, here’s my list of important developer traits:

1. knows how to (not) deal with clients

A coder that says “Yes” to every whimsical client request is not a coder, he’s just a sales guy with computer skills. We are technology facilitators, we should be like architects, taking our client’s wishes into consideration in our designs but still retaining control over our work. Nine times out of ten, a small project grows into a complete mess because the client tries to run the show, and they have no concept of what’s reasonable. To an end-user, a developer is like a Star Trek replicator… if they can get their hands on one, they will abuse it until it breaks.

You need a buffer person that protects the developers from the clients and keep things moving forward.

2. honest about their abilities

A coder that says “Yes” to their boss/team-lead all the time is either omniscient or suicidal. In a field where everything changes on a daily basis, you can’t be expected to know it all. What’s far more important is to have the discipline and motivation to fill in the blanks when needed. I hate it when I see people looking for / advertising as a “Java programmer” or a “Perl programmer”. A programmer can pick up a new language with relative ease, the concepts of software development are pretty common across them all. Does your mechanic work exclusively on Red 1993 Honda Accords ? I sure hope not.

3. your developer’s skills and experience have to match your project requirements, without exceeding them too much

Read that line again. The very worst thing you can do to a developer is stick them in a role where they are overqualified, and let their hotshot skills rot away. Save that VB app for the college dropout or the handlebar-mustache idiot consultant. A developer who is starved of challenges is an unhappy developer, one that will either leave your company, or slowly atrophy until you get exasperated and fire them. Would you (as a manager) want to waste away in the mail room removing (and counting!) staples all year round ? No. So why should your technical elite be doing repetitive grunt work ?

These things are hard to spot in an interview. They must be, because most companies suck at hiring developers. The hardest part is getting the first one. Then once you’ve scored a great dev, bring them to interviews and let them help you pick their sidekicks. HR probably can’t tell a brilliant coder from a laptop-wielding monkey, but a programmer can sniff them out a mile away.

Miguel Carrasco said in August 14th, 2007 at 8:12 am    

Hi Bill!

These are fantastic points thanks for taking the time to add them in! You are right, its nearly impossible to find a developer that has all these qualities, but it’s great to set your goals high!

I love your points as well! I hope a lot of developers get a lot from this article and the comments.

To the other post, I have a few friends that work at EA, that’s just a bad situation all around, everyone is being taken advantage of there because its “EA”. If you work their and need a great job, send me your resume! lol. You deserve a change!

joe said in August 14th, 2007 at 1:21 pm    

Hi! First off, great list/article. I wish more managers/execs had the same knowledge of developers. That being said, I must also disagree with the “dress for success” item.

Sure, if you would like to be an exec/mngr someday, then I think it is important that you dress the part. However, I’d hazard a guess that most developers out there don’t WANT to be execs/mngrs. When developing, it’s important to be comfortable, not stiff and sweaty. You could argue that there are plenty of comfortable suits out there, but I bet it’s not as comfortable as my shorts, t-shirt, and sandals.

Also, I don’t think I’m alone when I say this, but when I am developing I tend to sit in many many different positions including indian-style on my chair or feet up on the desk. Dress clothes are not conducive to these positions.

If you want your developer to wear nice clothes when speaking to a client, be a manager and plan the meeting in advance, then tell them to come in that day wearing nice clothes.

Let your developers wear what they want, wear headphones, have crazy stuff all over their desk, and create their own little world where they can feel comfortable and think clearly. They will love you for it.

webister said in August 18th, 2007 at 8:22 am    

simply big thanks for this greate work

Cory Krug said in August 19th, 2007 at 6:36 pm    

I am also on the side of the fence who believes that wearing in dress-clothes ever day is simply a burden for developers. I made a counterpoint on my blog that takes into consideration that there are still times where a developer should dress-the-part. Though, managers should keep in mind that developers wont be as comfortable, and possibly less productive if they are in dress clothes every day.

Miguel, Good article. I enjoyed all your points. Even the one I disagreed with. But that’s the whole point of writing isn’t it? To spark interest and conversation.

Miguel Carrasco said in August 20th, 2007 at 12:03 am    

Hi Cory,

Thanks for the comments! Glad you enjoyed the article! Good points on the dress-cloathes! Lets keep that debate open for sure!

Miguel

Stefan Haun said in August 26th, 2007 at 8:04 am    

Great article! I liked to read and _visualize_ these points. They not only describe what is needed to be a great develpoper, I believe they could be applied to any worker these days.

On the other hand, these points can serve as a guideline for managers as well. Each of them should ask themselves: Can I cope with a developer/team member who follows these guidelines? An I think in many cases the answer woule be No!

Especially when it comes to the second point (yeah, that early on the list!) I made the experience that asking “redundant” questions or redefining the problem from the developers view is perceived as weakness. A team member who asks such obvious questions seems not to be able to understand the problem described to him.

Also, keeping up with several blogs, writing whitepapers on topics which have been researched and keeping up with new stuff is often not part of the work, but to be done in the spare time.

I like the ideas you display in these 15 points, but I believe that the task is for both sides: A gread developer needs a great manager, too.

internetsweeper said in August 27th, 2007 at 3:10 am    

It’s a really long article for a foreigner,but it’s really helpful for me,thank you!

nimrod lehavi said in September 4th, 2007 at 6:36 am    

damn good article

Matt said in September 5th, 2007 at 9:33 am    

I throughly enjoyed the article. I too tend to disagree with the “dress code” issue. This article does seem to be written from the point of view that all great developers want to “move up”. That’s not necessarily true.

I have ran the gamut of simple little programmer to Director level to pretty much top tech dog and back again. Once thing has shown through — my work. Sure, some people may have talked with me sooner if I had been in a suit, but by in large it has been my skills that make me valuable.

I don’t throw off any dress code when I work at a location, and conform to their wishes. But when given the choice I do jeans and t-shirt. Here’s another “view” on “great programmers” and one I tend to subscribe to:

http://www.plethora.net/~seebs/faqs/hacker.html

Thanx,
Matt

khanman said in September 21st, 2007 at 3:07 am    

I have followed all the above 15 very well in 6 years of my professional software development career. I have had good promotions or salary increases, but only after switching jobs :p. I think these points will definitely increase performance, but they don’t guarantee performance recognition or acknowledgement

Prabakar said in September 21st, 2007 at 4:10 pm    

Great Article .
Few points I had followed in my carrier but not the all.I have few points

Most of the great developers are grown under the Great Managers .Due to improper planning or improper study did by my managers. I receive frequent changes which sometime make me to think bad about my coding itself. What your opinion in this issue . Whether the managers plays an important role in the making great developers

rony said in September 30th, 2007 at 12:43 am    

Its about the 8:00 – 4:30 point again.
My manager sometimes get annoyed but I hate to be
available all the time as he wants me (..like in messenger when i am home). In the name of passion and team playing managers should not trick developers !!
But some if not most of ur points are worth noticing in order to be a great programmer from a good one.

Harun al Rashid said in October 22nd, 2007 at 4:43 am    

This article describes a world-class manager, who can also write world-class code. If you find someone with both skill sets, great. He will soon be your boss.

For pure development a good number of these points are irrelevant and even detrimental to agile projects. Waterfall model thinking like this is the reason why many software projects fail – it must be the fault of the developers, who were not doing the job of the manager.

Advice to managers: find out how your developers tick and what they are good at. Try to maximise the time developers can spend doing these things. The rest needs to be managed and that is YOUR job.

SHAILESH KUMAR TIWARI said in November 21st, 2007 at 10:02 am    

This is the best site for develop myself

nicogranelli said in December 4th, 2007 at 7:08 pm    

I agree with you in almost all point, but…

I considered myself like an almost great developer. Always wanting to help, always reading: codebetter, ayende, scottgu, jean-paul boodhoo…

always trying to write test, and trying to make everybody writes tests. Always correcting everybody code…

But dressing right? meeting minute? no thxs.

You go to the meetings and then tell me, I will be coding with my team. And work overtime? no thxs (x2), even if i will write more code when I get home, I wont be an extra second in my box.

There’s a difference between a great programmer, and a nice office player. I like a millon times more a guy like steve jobs, or even stallman, instead of gates.

I work very hard and very fast, but you have to give me space. I smoke a lot, so I take mini breaks, and I’ve resolve the biggest problems in my minibreaks.

This is my point of view.

o said in December 5th, 2007 at 9:44 pm    

About 60% of this article is awful trash. I hate how the “Web 2.0″ contingent has ruined everything with happy-clappy buzzword nonsense.

Johanbeerden said in March 5th, 2008 at 3:06 am    

I think you have a big point in the overall of your article.
But I’m yet nog a great developer because I’m just starting as a Junior, before this job I was a network engineer, and also in this function those topics you speak about were very important. Taking notes at a meeting is very important and helps not forgetting about what you should do, criticism should be used by anyone in every function to use it as a fundamental to build and/or extend skills on.
In my former function I already did most of the things you are writing about, so its best to do those things also in my new function, and adjust some things.
And yes, how to dress yourself is a very important part of this job, but only if your function is about meeting up with clients. Some developers, working only as internship employees do not really need that dress-code, though I think measuring on yourself a standard businesslook can come in handy everytime. You never now. And also, it gives you a more gentleman look, some may think this is not important, but people should better face it that we live in a world were the outside human looks are important, despite! A more “healthy” person with some fat hanging around there, who dresses well in a nice suite, comes up with a better look then when wearing some pants, trousers and so on.
It will help, not only for promotion, but also while applying for new jobs. Managers just look at that, they want to make sure they can come up with you when needed. You people who discuss the importance of dress-code should look into the mirror and asking them selves “where could I have been with a nice suite”, I bet (for a dosin crates “West-Vleteren”, yes I’m from Belgium) you would say “way further than were I am right now”.
This is not only a fact in America or other big countries, but also in small nice countries like Belgium, the Netherlands,…

Kind regards,

Johan.

Mahnaz Siddiqui said in July 7th, 2008 at 11:42 pm    

Some great points here! A very informative article overall.

Jim Jones said in July 14th, 2008 at 9:19 am    

yeah dude promotions are cool! And more salary is better!

JT
http://www.Fireme.To/udi

Jesfre said in August 11th, 2008 at 4:17 pm    

I Miguel. Your article is very interesting. So, I want to translate & post it into my blog. But I wanted to ask for your permission to do this. So, I can?

O sea, que si puedo traducirlo para mi blog y hacer referencia al tuyo…

Thanks in advance…

Vijay said in October 9th, 2008 at 11:58 pm    

Very good article. It helps a lot.

Thanks.

Sanket said in October 23rd, 2008 at 2:26 pm    

Reakky great article which covered allmost exactly the traits that define a great developer

MC said in November 10th, 2008 at 6:36 pm    

Dang!
That’s a great description of myself as a developer/person. This list is 100%, for I am kind at my work. I love my work so much… I don’t even feel like a slave, for my mind is (kinda) free. Thanks for sharing this with us! grat article!
M

MC said in November 10th, 2008 at 6:41 pm    

Ok, just to clarify my previous post. This year has been so good to me work-wise (well, i also got divorced wich is a good thing, specially if you’re 26yo, like me), and I muin a way or another, most of the time I do most of the things you say in this list. As a personal note, I would add that my biggest motivation is passion. From there I inherit everything else. Passion for what you do makes you want to be better. Please don’t laugh at me… I’m having such a nice year…!

cosmin said in February 23rd, 2009 at 12:38 pm    

Harun is right on this. Checking all the above points will get you from a great dev to a good manager…
The only thing that will get you from a good dev to a great dev is more dev ;)

Harkirat Singh Bedi said in May 19th, 2009 at 1:22 pm    

http://www.ibosstechsolutions.com
Best Offshore Programmer rates & Quality software development

Get the benefits of working with a company on rates that you may not even find with freelancers

Harkirat Singh Bedi said in May 19th, 2009 at 1:25 pm    

http://www.ibosstechsolutions.com
Best Offshore Programmer rates & Quality software development

Get the benefits of working with a company on rates and conditions that even freelancers wont offer you

Justin said in May 26th, 2009 at 10:00 am    

Very cool post, will definitely take some of those points and apply them to myself.

jaydee said in July 1st, 2009 at 1:03 am    

Thanks for the very nice tips. =)

software said in August 2nd, 2009 at 10:57 pm    

thanks for tip and some tricks

Sebastiao said in September 30th, 2009 at 3:05 pm    

A lot of what is written here is just plain dumb. "You know someone is a great developer because he or she writes great code quickly!!! DUHH!!!!

On Request said in October 16th, 2009 at 8:36 pm    

You seem to confuse being a great developer with wanting to become management. (ie out of the development loop). In addition, you seem to be writing from a very corporate perspective. You work at Wal-Mart or something?

Sauro Agostini said in October 20th, 2009 at 5:56 am    

Choose these features when creating a software protection hardware key dongle supplier shortlist

Reliability
Get a reliable SDK-based solution that will not fail when the end user upgrades the PC or uses Norton Ghost and Utilities. Make sure it survives Windows updates, reformats and registry changes.
End-user experience
Dongle manufacturers must keep up with new technologies, ensure that products meet the demands of customers, and meet the demands of end users by supporting the platforms and protocols of the modern PC user.
All PCs, laptops, and Apple computers available on the market today have USB ports as a standard feature.
This is the first time PC and Mac computers have come together in harmony on a hardware standard. We are looking forward to a future of hybrid peripherals of a cross-platform nature, which, until now, has been limited to software applications. UniKey USB security keys with the most compact design and a rich host of advantages.
To get rid of the dongle driver problem, the USB driverless technology was introduced.
To meet the emerging need for cross-platform protection, the UniKey USB Cross platform solution was introduced.
UniKey Security key supports both PCs and Macs (Windows, Mac OS and Linux) – a feature made possible only with the introduction of USB and its total integration by the leading dongle manufacturers.
Ease of deployment
Your copy protection software should be fast to implement (it should take no more than a few hours), and should offer easy outsourced 'service' based activation and/or your own in-house server options. No extra programming or setting up complex scripts on ISPs or painful coding to make API calls to components.
Portability
It should be easy for the end user to move between PCs using USB drives or web-based license storage. Move licenses using a LAN Server and your Intranet Mapped Drives. Move licenses using Portable Hard Drives and Zip type Drives. Move and return licenses to the hosted activation server. Allows End Users to move PCs without using any media, with a single click.
Controllable
Easy for you to control end user installations and to offer refunds using 'Proof of Removal' tools.
Concurrency
The product should make it easy for corporations to use software with floating network licenses, and it should facilitate work on PCs that have been locked down by the administrator.
Granularity
Feature controls should allow you to manipulate individual code modules, allowing you to switch features on and off. It should be possible to 'weigh' these modules in terms of value when you sell them.
Comprehensive platform support
Copy protection software should support all Windows versions, and a wide range of development platform support.
Flexible licensing
The copy protection software should be licensable to you in a way that suits your business goals. Royalty-free licensing enables you to maintain the same copy protection tools as your software becomes more successful without incurring financial penalties.
Money-back guarantee
Don't be caught out by software that doesn't deliver on its promises. Get a money-back guarantee to show you how confident your vendor is in its software, and to reduce your financial risk.

UniKey — # 1 Choice for Software Copy Protection
UniKey dongle is based on the most advanced anti-hacking mechanisms, which are virtually impossible to crack. Furthermore, UniKey features pseudorandom encryption of all communication between its various system components: the UniKey hardware and the UniKey API. Communication encryption prevents emulation of the key, which is one hacking method used in software piracy.
UniKey copy protection security keys contain internal memory with up to 4 Kilobytes that can be written and read in the field.
UniKey Time contains a real time clock that measures time and date. The UniKey memory chip provides a vault for safekeeping data. The memory and the internal clock also provide a means of implementing new and diverse sales opportunities.
The network version of UniKey Hardware Keys protects client-server applications and provides server monitoring to track and manage license usage on the network.

uggs outlet said in January 15th, 2010 at 2:23 am    

The network version of UniKey Hardware Keys protects client-server applications and provides server monitoring to track and manage license usage on the network.

zumba said in January 24th, 2010 at 4:04 pm    

Thanks for the interesting list.

Guest said in February 18th, 2010 at 4:56 pm    

Completely useless article.

cde12 said in March 26th, 2010 at 2:18 am    

reformats and registry changes.
End-user experience
Dongle manufacturers must keep up with new technologies, ensure that products meet the demands of customers, and meet the demands of end users by supporting the platform

Asif said in April 7th, 2010 at 5:50 am    

cool post…..

tsk said in April 23rd, 2010 at 12:39 pm    

Many valid points, but as the list goes on, the "quality" of the post goes down, and starts sounding more like a Christman wish-list.
As a manager, I would never tell my staff you have to be this, this, and that to be great. It is neither realistic nor fair.
Some traits are surely worth having, but the right combination of some traits mentioned above will make a developer, a great developer.

Also, as a manager, you seem to be complaining rather than recommending in several of the points mentioned above. Not good.
I suggest being a little more humble and start from accepting the current/actual situation, to see a clearer picture of what is actually going on.

Hideo said in April 30th, 2010 at 8:03 am    

This post is just a shame. You treat developer as pets. I guess you are the sort of person who needs to spend so much time to explain what he does for living. Because, basically, your job is just watching other working ? Am I right ? :-)
I hope your developers are very well paid. I mean, if I was one of them, I would loooooooove to ear you explaining what I should wear, what group/conference I should participate, how much I should be passionate, and so on…

Julien said in April 30th, 2010 at 9:29 am    

I agree with Hideo. Workers are not pet and respecting strictly the schedule, being less flexible helps to keep some spare time to have a real life, not only a life that relies mostly on the job. This article is written from a very corporate point of view.

NormalGeek said in April 30th, 2010 at 3:48 pm    

This is complete bullshit !
Wear business clothes, lick some ass and you're a great developer! I don't think so.

some points are interesting, but most of it, this is complete nonesense.

discount ghd said in May 31st, 2010 at 7:50 am    

Develop Software is indeed a daunting task…
Very useful for me…this topic…

Louis vuitton said in June 5th, 2010 at 3:14 am    

I’m very interested in your article,

Spain villas said in June 19th, 2010 at 10:32 am    

Nice information. Its usefulness and significance is overwhelming the way you covered all the basic necessary information is really impressive, good work keep it up.

baltimore sedan said in July 20th, 2010 at 1:35 pm    

very nice information . the best way to rate a software developer is to see the compatiblity test.

nikedunkhome said in August 9th, 2010 at 5:55 am    

We’ve only been practicing for a week. We have plenty of time to tune up. Also, our youngsters showed promise. <a href="http://www.nikedunkhome.com/goods-1044-Nike+Air+Max+2009+Mens+Leather+SI+in+Black+White.html"> Nike Air Max 2009 Mens Leather SI in Black White No real prodigies (yet), but some very good players nonetheless who could really use some experience and playing time.

Arron said in August 9th, 2010 at 6:03 am    

I agree with you on the point that Amauri can be very static at times, I actually prefer Trezeguet to Amauri. As for the defense, Nike Air Force 1 07 neutral grey black university blue I think Juve should convince their older players to move on and finish their career elsewhere.

4 Pingback & Trackback On This Post
How to Rate a Software Developer « Daxing Exposed said in December 26th, 2008 at 10:27 am    
Leave Your Comments Below