Developer vs “the others”

[UPDATED 25th - check out as well] 

Software companies have (broadly)

  • Managers

  • Marketeers

  • Sales people

  • Technical people who don’t code

  • Technical people who do code (much as you do) -  henceforth I will refer to these folks as developers. Managers, Marketeers and Sales People will be know as “the others”

What I find interesting is the dynamics of many companies and their approach to developers. The following all bother me…

  • “why can’t you just do my job as well?” – “the others” will often try to offload some of their role/tasks onto a developer.

    • Interestingly I have never seen a developer ask “the others” to write 50 lines of C++ before the end of the day. Hmmmm…

  • why don’t you understand?” – “the others” will get frustrated that a developer does not understand the “bigger picture”, the “end goal”, the “spreadsheet of numbers that proves it”.

    • Interestingly I have never seen a developer get frustrated with “the others” when they don’t understand generics, delegates or JIT compilation. Hmmmm…

  • why don’t you agree?” - “the others” will get frustrated that a developer does not agree when they present a reason for the developer to do something – admittedly based on pretty much no facts, hearsay or a whim.

    • Interestingly developers also get very frustrated with “the others” when they do not agree – although typically the developer will have a huge bunch of facts that prove why they are correct. Hmmm….

  • why do you need it?” - “the others” get confused that a developer needs 2 screens or a fast machine or a technical book or wishes to attend some training. By default “the others” prefer to resist any such extravagance.

    • Interestingly a developer never gets asked if “the others” should attend conferences, take customers on expensive hospitality trips, huddle up together in offsite planning sessions or get the latest tiny notebook or phone. Hmmmm…

Underlying this is the simple truth

  • A developer can do the job of “the others” – maybe (and often) not very well, but they can do it.

  • “the others” can not do the job of a developer – not even badly.

I spotted Mike T had posted something similar – and Joel gives a good insight into how to make a developer feel valued.

Comments (14)

  1. You missed out a couple

    <b>My bother/friend/lover/ works in IT:</b>

    You are then given a second hand rant on how you are not doing your job right and how you should being doing this or that.

    <b>Is there someone else I can ask?</b>

    What you just told them was not good enough and they’re now looking for a real expert; you’re not a real expert it seems.

  2. Never mind the brother/friend/lover…   what about the bloke I met in the pub last night, he reckons…

    Of course this bloke who is a plumber evidently knows more than me about IT.

    And how about the manager who does not want to know the detail because he does not understand all that “geeky” stuff then immediately gets interested in the fine detail when you tell him something he does not want to hear.

  3. Jonathan Allen says:

    > “the others” can not do the job of a developer – not even badly.

    Yes they can. SQL, VB, insanely complex Excel files.

    Where I work we are constantly fighting with “the others” to get them to stop trying to do it themselves and stay out of our systems.

  4. Josh Blanchard says:

    My favorite trick that the others will pull on you is to question your estimates, and ask why something can’t be done sooner.  

    I always tell people:  sure, I can change an estimate, but that won’t change the time it takes me to complete the work.  

  5. Virtua1 says:

    You guys should look for a different company.

    Where I work, developers are “highest” in rank… the other roles do everything to support development.

    Managers and project leads make sure developers can develop as much as possible and that they dont have to pick up the phone, write manuals, run some dailly sql script, etc… Those things can be done by “anyone”.

  6. SS says:

    And and engineer can do it all.

  7. That’s why, probably, most of the successful start ups are done by developer. At start-up, when everyone does everything, the coder takes on other tasks, who takes on coding?

  8. Noah Slater says:

    Quite an ego you have.

    Maybe in a few years you will understand why you’re wrong.

  9. Ahhhh….. I wondered why this post was getting so much interest. I see it ended up over on reddit

    A couple of folks on there thought I somehow meant users when I referred to "the others". Nope – absolutely not. The focus here is about the internal relationship within companies I meet and work with. I feel sorry for many of the developers I meet. They are not valued. They are not supported. They are not given the resources they need to get the job done. They are hired because of their code skills and then asked to be accountants, admins or presenters. Its a blooming shame.

  10. Yesterday I posted on Developer vs “the others” .I started to notice lots of comments coming in and then

  11. chris seary says:

    Hi Eric

    I agree with what you say here, and there are many frustrating hours spent where ‘management knows best’.

    I’d humby suggest that the way forward would be more concrete definition and mapping of requirements. That way, agreement is reached between developer and manager, and any changes can be quantified in terms of numbers (which even managers understand!).

    The difficulty these days is that many projects feel that agile development precludes definition of requirements, which is nonsense because Agile was developed only for the purpose of managing requirements.

    More detail is here:

    and some discussion about misconception of Agile with regard to requirements is here:

  12. Bob Armour says:

    I can understand the sentiment…

    My wife used to work in a well known department store, here in the UK, and the sales staff were treated as the lowest of the low. We once considered two scenarios that would illustrate the roles that people play within the organisation.

    Scenario #1.

    There is a gas leak in the public areas of the store, causing all of the sales staff and customers to lose consciousness. The managemnt would notice this fairly quickly, as the tills would stop rings and sales would cease.

    Scenario #2.

    There is a gas leak in the office areas of the store, causing all of the management to lose consciousness. The sales staff probably wouldn’t notice until the end of the day.

    Comparing these scenarios suggests that the sales staff are much more important than management, but the important point to consider is that either scenario will have the same result – in the long term.

    I agree that a lot of developers are not given the support that they need, but that doesn’t mean that ‘others’ shouldn’t either.

    As always, balance is important.

    P.S. I’m a developer, myself.

  13. stevej says:

    In case you’ve somehow missed this:

    “Sales Guy vs Web Dude”


Skip to main content