Comentários recentes

Emupbiggign xaikalitag InhepeCypeMen http://usillumaror.com - iziananatt IconseGes http://gussannghor.com reeplesqualay

Emupbiggign xaikalitag InhepeCypeMen http://usillumaror.com - iziananatt IconseGes http://gussannghor.com reeplesqualay

Hei, velhinho!, consegui ler todo o relato. A narrativa de sensação de fora do lugar ficou bacana. Incrível o quanto bate com o estilo de um livro que curti demais chamado Pesadelo Refrigerado - http://www.revistabula.com/posts/livros/o-livro-censurado-de-henry-miller. O livro é de 1945...e consegue demonstrar que pouca coisa mudou de cá para lá. Cacildiws... e não é que os EU viraram uma espécie de cidade cenográfica no meio do deserto do nada !?

Oi Gabi, arrumei o link. Mas é um grupo no google mesmo:

https://groups.google.com/forum/?fromgroups#!forum/ubalab

bacana o relato ff! me manda depois o tal vídeo do pós seu casório! fiquei curiosa! bjs!

Demorou, vamos lá! O encontrão é pobre e autoorganizado. Venha!

O Ciclovida [www.ciclovida.org] usou essa tecnologia nas exibições do documentário na turnê americana: http://www.youtube.com/watch?v=Qi3a6Y-o3-s

O seu post demonstra um dilema fascinante: Historicamente cidades foram criadas e cresceram exatamente por causa da necessidade de "centralização": Proteção, otimização de recursos, necessidades mercantis, etc... Por outro lado, como "abrir" sistemas que foram exatamente criados para centralizar? Acredito que o movimento ("movimento"?) da cidade digital precisa justificar de maneira prática como a solução aberta é melhor do que a solução centralizada. Sem essa justificativa, acredito ser impossível convencer os políticos e mesmo a população a abrir os dados da cidade para terceiros. Se usarmos free software como um paralelo: Inicialmente houve um esforço para convencer os fabricantes a abrirem seus códigos-fonte, e foi exatamente a negativa dos fabricantes que fez surgir o GNU (que foi escrito do zero). Assim como os fabricantes (sistemas top-down), as cidades não tem incentivo em abrirem seu "código". Portanto, cabem a outros a tarefa de criar sistemas paralelos que captem esses dados de outra forma. O que precisamos é de um "killer app" -- Uma aplicação prática com benefícios sólidos que utilize dados abertos, que não poderia ter sido criada de forma centralizada. Um exemplo são sistemas que necessitam de dados de diversas organizações: Por exemplo, um sistema que utilize dados do sistema de água e do sistema elétrico. Esses dados são difíceis de serem adquiridos, pois são centralizados por duas organizações diferentes. No entanto, se um sistema paralelo pudesse captar esses mesmos dados de forma aberta, aí teríamos uma situação onde o sistema aberto traz uma vantagem ao sistema fechado. Excelente post!

A ideia é fantástica...bastante complexa também. Preciso reler pra ver se realmente caiu minha ficha. Fiquei curiosa para saber o que vcs já fizeram na prática seguindo tais premissas. tive a oportunidade de entrevistar alguns coordenadores de cidades digitais. já existe alguns que pensam além do acesso, mas na prática pouco é feito. conseguia associar algo do que acho que vc tá falando em municipios pequenos e principalmente com turismo pq focava mto em como a tecnologia podia ajudar nas questões de mobilidade (distancias geográficas) e comércio (turismo em cidades históricas). Mas nunca pensei de forma ampla como propõe nem conseguia imaginar possibilidades para megalopes como são paulo. obrigada pela dica...volto um dia pra ver se o mosquitinho pica de vez (risos!!!) e, enfim, entendo algo do que pensa. Parabéns!