Re: [ogpx] The Role of Policy and Processing Expectations in Protocol Development

["[e-mail]" <[e-mail]>]

Carlo,

The debates about c/m/t were already held in exhaustive detail apparently before you tuned into this list, so I won't reiterate them, go back in the archives.

I, for one, find it humourous that you all constantly arrogate policy-formation to yourselves on a whole host of things, and bake your world-views with abandon right into the tools so they are merged permanently, but as soon as a user comes along and says: you need the technology to reflect *this* policy, you lift up your skirts and run away and say "OMG noes that would be policy that has no place in this group/this grid/this OGP/blah blah". Of course it does, and that's what user-driven software is all about.

You're still hooked up to an old, discredited model of software where geeks decide everything in advance, bake it, and then drop the hapless user into the pool and tell them it's user error if they don't swim or if the tools drown them and their aspirations. No longer acceptable.

http://secondthoughts.typepad.com/second_thoughts/2009/02/socialware-the-next-stage-of-computing-and-communications-or-here-comes-everybody-except-clay-shirky.html

You will not get anywhere with this OGP for your own internal reasons but also for the larger metaversal ones, whereby you are not living in an era where you can throw the next iteration of the web your way in isolation anymore.

Prokofy Neva

____________________________________________________________
Compare PBX Systems
Compare leading PBX systems. Save up to 60% on your next PBX.
http://thirdpartyoffers.juno.com/TGL2141/c?cp=7pMQjvtbnSqFviydJbdkdQAAJ1BAkQUOY6racJgsKTPwXVdzAAQAAAAFAAAAAFg5ND0AAAAAAAAAAAAAAAAABpc2AAAAAA==