+1 From: Devon M T Loffreto <
">
> Date: Wednesday, February 25, 2015 at 7:59 To: Doc Searls < "> > Cc: Julian Ranger < "> >, Kevin Cox < "> >, ProjectVRM list < "> > Subject: Re: [projectvrm] Definition of Digital Privacy I agree. It may sound like one or other type thinking, but there is definite nuance. I myself am building solutions that do not lead with personal Sovereignty... how can they... socially, there is barely enough awareness for "privacy" pundits, let alone actual leverage construction that is personal in origin. That said... I am working on, and will embed "Sovereignty" as a data structure... in my case led by the definition I have put forth of "parent Sovereignty" within educational context. From developer standpoint... I dont build/market to "privacy" though... thats the rathole where false assurances will be constructed and required by political-facing Institutional efforts. Thats the safe perspective... every rule has an exception... but why waste time thinking some connected entity is going to preserve your privacy? Until when? The more important fight revolves around Human-centric systems versus the automated AI that is dominating imaginations, investment cycles, bureaucratic notions of administrative empowerment, etc. Non-participation might be the root of VRM... its a force of nature that has a personal origin of authority and has been used to bring empires to their knees before. It would be nice if we could cooperate our way to an advanced sense of personal empowerment in Society... but while we hope for best, Id be prepared for worst. VRM must have value at scale of You/1... with a network effect. If you can not build that and fund that you can not achieve VRM. Non-participation is a very nimble concept and it does not mean non-presence, non-active... its not anti-vaxxer in nature, does not fall victim to conspiracy thinking and is immune to marketing bs. Its not for everyone. Neither is VRM. Devon On Wed, Feb 25, 2015 at 8:53 AM, Doc Searls <
" target="_blank">
> wrote:
|
Archive powered by MHonArc 2.6.19.