Like most of Mark's blog posts, plenty of food for thought in a concise post:
http://www.bothsidesofthetable.com/2010/07/05/the-power-of-in-person-why-distributed-teams-are-less-effective/?awesm=bothsid.es_6jI&utm_medium=bothsid.es-twitter&utm_source=direct-bothsid.es&utm_content=backtype-tweetcount
- Writing a few lines of code to fulfil a precise, static,
mathematical description
- Designing and implementing a binary that fulfils a problem, which
may be "fully specified" but is specified in natural language, and so
is fundamentally non-static and imprecise
I believe Mark's focussing on startups (he's a VC), so the vast
majority of tech workers he deals with are working on the latter kind
of problem - almost exclusively.
> --
> You received this message because you are subscribed to the Google Groups
> "Game Studio Manifesto" group.
> To post to this group, send email to game-studi...@googlegroups.com.
> To unsubscribe from this group, send email to
> game-studio-mani...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/game-studio-manifesto?hl=en.
>
Hmm. I think the term "development" is overloaded here, and your
points make that clear to me in a new way:
- Writing a few lines of code to fulfil a precise, static,
mathematical description
- Designing and implementing a binary that fulfils a problem, which
may be "fully specified" but is specified in natural language, and so
is fundamentally non-static and imprecise
You're ignoring the decision-making that MUST take place, very very
frequently, for that sub-division to be done.
It's the the assesment of differnet options of "type 1" developement,
and the overall decision-making processs, that benefits from engineers
being face to face.
Without that, you tend to get products that are inconsistent, or
"technically correct, but fail to fulfil the overall desire". You see
it often with projects that were outsourced at too conceptual a level:
the client got what they wrote down, not what they asked for (and
DEFINITELY not what they wanted).
> Secondly, i think my body of work proves that a single programer should be
> expected to be able to write more then "a few lines of code" without asking
> for help. In fact i think the later should not be too much to ask from any
> programmer.
Yep, I think that's why Mark felt OK "assuming" that anyone in
"development" would be doing a lot of type-2 work.
Again, startups specifically : you can't afford people who don't do /
don't like type-2 work; they are a liability. (I have met and worked
with plenty of people like that; they "just want to code, and not be
bothered with "external" issues")