Marco, talvez vc goste: http://ethercalc.net/ http://etherpad.org/
Para apresentacoes, tem uma versao beta: https://beta.etherpad.org/slideshow?slideshow=true https://github.com/JohnMcLear/ep_slideshow Esse eh para substituir o prezi: http://bartaz.github.io/impress.js/#/bored -- Oda ------------------------------------------------------ If you don't have time to do it right, where are you going to find the time to do it over? ------------------------------------------------------ 2014-08-07 16:38 GMT-03:00 Marco Túlio Pires <[email protected]>: > Concordo, em princípio, que é uma derrota política e moral usarmos o Google > Apps. Não é diferente de usarmos o Office360 ou o iCloud, se Microsoft e > Apple estivessem dispostas a fornecerem gratuitamente acesso irrestrito à > ferramenta. > > Acho que o problema aqui nem é o email/Calendário em si. Isso é de fácil > resolução com alternativas baratas/open/free. > > A questão que mais pega no meu dia-a-dia trabalhando para a Escola de Dados > e outros projetos relacionados à Open Knowledge é a de ferramentas de > produtividade: processador de palavras, processador de planilhas, aplicativo > de apresentações de slides, criação e distribuição de formulários... > > Apesar de existirem ferramentas "FOSS" para cada uma dessas atividades, eu > ainda não conheço um serviço como o Google Apps (Google Docs, Google Sheets, > Google Slides etc) que permita colaboração remota, cada um no seu home > office e com um controle de versões de documentos que mantém a sanidade de > todos, que permita edição colaborativa em tempo real, com acesso de qualquer > computador/celular do mundo, envolvendo mesmo aqueles com pouco ou nenhum > conhecimento técnico. > > Eu não saberia dizer se vale a pena pagar o preço político/moral para usar > ferramentas FOSS offline, como questão de princípio, e isso impactar na > forma como nos organizamos na vida real. Isso poderia causar um impacto > profundamente negativo na qualidade das nossas propostas, dos documentos que > descrevem nossos projetos, como os nossos parceiros nos percebem enquanto > grupo organizado e o profissionalismo do nosso trabalho. > > Atualmente, tudo que a Escola de Dados (aqui no Brasil) produz em termos de > material (slides, documentos, tutoriais) começa em algum aplicativo do > Google. É assim que vamos aos encontros presenciais e podemos abrir o > conhecimento em relação ao nosso material sem burocracia e sem ter que > exigir conhecimento técnico dos envolvidos. Já cansei de dar treinamento em > que eu apenas coloco o link da apresentação no quadro e qualquer pessoa > consegue acompanhar, copiar e replicar o conteúdo, como bem entender. > > Não sou contra abandonarmos os "aplicativos de escritório" do Google, desde > que tenhamos uma alternativa que não entre no caminho do nosso trabalho. Que > não crie mais problemas do que soluções. Atualmente, os aplicativos do > Google literalmente salvam os nossos trabalhos. Quantas vezes já passei > madrugadas (cada um na sua casa) editando documentos e construindo projetos > junto com outras pessoas da Escola de Dados e Open Knowledge? > > É por isso que eu disse que concordo, em princípio, que trata-se de uma > derrota moral e política. Nós temos a obrigação de defender nossos > princípios que visam a abertura de conhecimento. Mas também temos que ter > sabedoria para tirar vantagem das ferramentas e recursos disponíveis, mesmo > que em ambiente fechado, para que possamos potencializar de forma saudável o > alcance das nossas atividades. > > Até surgir uma solução de aplicativos de produtividade que esteja alinhada > com os princípios da Open Knowledge (e eu torço para que essa solução já > exista, eu apenas não conheço), minha sugestão é de que a gente use e abuse > do Google, sim. Se tivermos uma solução viável, eu serei o primeiro a fazer > a transição. > > Digo isso sem nenhuma reserva: eu sou uma das pessoas que está colocando a > mão na massa todos os dias pela Escola de Dados e pela Open Knowledge e eu > preciso de ferramentas que me ajudem a trabalhar melhor e que me ajudem, em > última instância, a levar a mensagem do projeto que eu coordeno o mais longe > possível, da melhor forma possível, para o maior número de pessoas possível. > Afinal, não é por isso, também, que estamos aqui? > > Abraços > > > > > > > 2014-08-07 15:18 GMT-03:00 Andres MRM <[email protected]>: > >> Oi gente, vim dar meu pitaco também. Mas é um pitaco de quem >> pouco contribui para a OKF-BR ou conhece a realidade financeira dela... >> >> Acho que primeiro entra outro ponto, que você perguntou em outro e-mail >> Tom, >> sobre o que achávamos da aproximação entre a OKF e o Google. >> Pessoalmente acho lamentável. Apesar do marketing todo e das migalhas que >> caem da mesa, não vejo o Google como uma "empresa boazinha". >> A aproximação deles com a OKF, tanto mundialmente como nacionalmente, >> me parece muito mais uma tentativa de chegar primeiro (e com tudo) no >> mercado de dados abertos que está surgindo, e ainda sair bem na foto. >> >> Voltando ao ponto inicial, do e-mail... >> Imagino que em questão de custo (tanto de tempo como de dinheiro), seja >> difícil bater o Google mesmo. Se fosse, ele e "a núvem" não estavam >> devorando tudo por aí. >> Por outro lado, como o Abdo colocou, depender tecnicamente do Google me >> parece uma derrota política e moral. >> >> Entre as opções que colocaram aqui, a contratação de um(a) "sysadmin" me >> pareceu bem interessante. Principalmente se essa pessoa não cuidar >> apenas do e-mail, mas der uma mão em toda a parte digital da OKF-BR, >> inclusive programando, organizando repositórios, wiki, etc. >> Sendo uma organização que atua no mundo digital, me parece estratégico >> que ela possua gente com capacidade técnica e tempo disponível para >> fornecer autonomia digital à própria organização. >> >> Por outro lado, há a questão financeira. Tentei dar uma procurada no >> blog, mas não encontrei nada sobre... >> Correndo o risco (não intencional) de sugerir algo ilegal/antiético: >> e o famoso R$0,5M do Google? Qual o escopo de uso dele? >> Não inclui pagar alguém para cuidar da parte técnica da OKF-BR? >> Ou é um escopo mais restrito? >> Confesso que vejo até uma certa "poesia" em usar o dinheiro do Google >> para manter nossos projetos independentes... do Google. >> >> Agora, se o orçamento não comporta, eu ainda acho que valeria mas a >> pena distribuir o trabalho de sysadmin entre nós... >> Configurei um Sendmail/Dovecot esses dias e sofri bastante tb, Tom. Mas >> acho que uma vez rodando não deva ter que mexer muito... (espero). >> >> Ter um servidor nosso tb pode nos dar autonomia em outros pontos. >> No servidor do Colab estamos rodando um Owncloud: >> http://owncloud.org/ >> É um projeto bem bacana que substitui vários dos serviços do Google. >> Não é tudo 100%, mas foi fácil de instalar e tem suas vantagens. >> Nunca instalei o MyKolab, então não sei comparar. >> Mais voltados para e-mail, existem outros projetos bacanas tb: >> http://www.citadel.org/ >> http://roundcube.net/ >> No Colab, estamos rodando um servidor de Mumble tb: >> http://sourceforge.net/projects/mumble/ >> Quem sabe não conseguimos deixar de usar Skype/Hangout? >> >> Se quiserem, posso até instalar alguns desses pacotes no servidor da >> OKF, documentar o processo na wiki... Não dá para garantir manutenção, mas >> acho que com algum esforço coletivo conseguimos nos manter independentes. >> >> >> Abraços! >> >> >> Ps.: Sobre se adotar o Google apps faria alguém sair do grupo. Bom, >> pessoalmente, eu até já pensei em participar de alguma reunião virtual >> da OKF-BR, mas quando marcam via Hangout, a vontade (que confesso que já >> não >> era muita), vai embora rapidinho... >> >> _______________________________________________ >> okfn-br mailing list >> [email protected] >> https://lists.okfn.org/mailman/listinfo/okfn-br >> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br > > > > _______________________________________________ > okfn-br mailing list > [email protected] > https://lists.okfn.org/mailman/listinfo/okfn-br > Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br > _______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
