I've been wanting to write about the different kinds of developers as sliced by personality type, but I don't know that I could quite pull it off. Two that I've thought of are the visionary (someone who sees the big picture and pushes/inspires colleagues) and the doer (someone who sees the small details and excels at getting stuff done). The two need each other. I'm sure there are more though!
I thought it might have been about this kind of breakdown - like the Myers Biggs applied to developers. But maybe those aren't quite as useful (just redescribing MB types) - looking at the sorts of endeavours that developers pursue to get the job done could be a good examination. I, for example, tend to collaborate (training/pairing/etc) and use Agile. This seems to be a little removed from the typical developer traits since I spend so much of my time trying to pursuade devs away from their headphones! But, respect to the headphoners too. It's important that people are working they way they want to, as long as they've had the experience of the different types of approach. An examination into these types of approaches may say something, and highlight differences in working environments and highlight that productivity is maximized not just by the 9-5'ers.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I've been wanting to write about the different kinds of developers as sliced by personality type, but I don't know that I could quite pull it off. Two that I've thought of are the visionary (someone who sees the big picture and pushes/inspires colleagues) and the doer (someone who sees the small details and excels at getting stuff done). The two need each other. I'm sure there are more though!
I thought it might have been about this kind of breakdown - like the Myers Biggs applied to developers. But maybe those aren't quite as useful (just redescribing MB types) - looking at the sorts of endeavours that developers pursue to get the job done could be a good examination. I, for example, tend to collaborate (training/pairing/etc) and use Agile. This seems to be a little removed from the typical developer traits since I spend so much of my time trying to pursuade devs away from their headphones! But, respect to the headphoners too. It's important that people are working they way they want to, as long as they've had the experience of the different types of approach. An examination into these types of approaches may say something, and highlight differences in working environments and highlight that productivity is maximized not just by the 9-5'ers.