Visite também: UnderLinux ·  VivaOLinux ·  LinuxSecurity ·  Dicas-L ·  NoticiasLinux ·  SoftwareLivre.org ·  [mais] ·  Efetividade ·  Linux in Brazil ·  Floripa  

Participação da comunidade poderia acelerar OpenOffice.org

A ComputerWorld e o IDG Now informam sobre as declarações dos colaboradores do projeto durante a conferência OpenOffice.org, que acontece esta semana na Austrália. Segundo a matéria do IDG Now, “O desenvolvimento da suíte de produtividade de código aberto OpenOffice está atrasado devido à falta de colaboradores independentes, alertaram os líderes do projeto nesta terça-feira (19/04). (...) A Sun continua como a maior contribuinte para o projeto, com 50 desenvolvedores na Alemanha, seguida pela Novell, com cerca de dez. Apenas quatro comunidades independentes de desenvolvedores participam do projeto. Segundo a líder do projeto, Jacqueline McNally, a versão 2.0 do sistema estava prevista para esta época do ano, mas deverá ser atrasada até pelo menos junho ou julho. Até lá, a organização vai tentar conquistar novos usuários para a fase de testes da ferramenta.” Se você deseja participar, veja como fazer.

Comentários dos leitores

Os comentários abaixo são responsabilidade de seus autores e não são revisados ou aprovados pelo BR-Linux. Consulte os Termos de uso para informações adicionais. Esta notícia foi arquivada, não será possível incluir novos comentários.
Comentário de Jorge Buche
Comunidade ?: Comunidade ?
Vejamos se tivermos 1000 usuários do OpenOffice, encontraríamos... deixe me ver... nenhum desenvolvedor ou tradutor ou etc, etc, etc...
se aumentássemos para 10000, teríamos... deixe me ver... 1 pessoa querendo trocar o ícone "salvar"...
Essa é a realidade... 99,99% dos usuários não contribuem... e ainda dizem que isso é uma comunidade ...
Comentário de Roberto
Infelizmente eu tenho que con: Infelizmente eu tenho que concordar com o comentário acima.

Cada vez mais o desenvolvimento comunitário perde espaço para as contribuições feitas por empresas. Podem pesquisar sobre qualquer projeto open-source relativamente importante.

Salvo poucas excessões eles são ou desenvolvidos com forte apoio de empresas que utilizam o software, ou por equipes relativamente fechadas, cujos membros não são remunerados diretamente, mas ganham prestando serviços relacionados ao software (implementação, consultoria, etc.).

Está chegando ao fim a época em que se publicava algum trabalho preliminar na web e apareciam contribuições. Hoje no máximo aparece o grupinho de trolls de sempre descendo lenha, ou um grupo de usuaríos até bem intensionados, com com pouco conhecimento técnico fazendo observações sobre aspectos óbvios.

Pesquisem sobre entrevistas recentes do Linux e do Andrew Morton a respeito do desenvolvimento do Kernel por exemplo.

Comentário de brain
Comunidade:

Trecho da entrevista de Cláudio Filho, coordenador do OpenOffice.org Projeto Brasil, publicada na edição 40 da newsletter semanal do BR-Linux:


BR-Linux - Quantas pessoas estão envolvidas no OOo Projeto Brasil? O que um eventual interessado
deve fazer para juntar-se a elas?

Cláudio Filho - Bem, já tivemos momentos de pico, com mais de 150 colaboradores (só no Brasil), mas isso
é sazonal, dependendo dos projetos ativos. Atualmente, a documentação, apostila, ferramentas
de suporte ao idioma, e arte gráfica são os que tem maior demanda. Para participar de algum projeto,
basta contatar o coordenador daquela sessão (sim! temos VARIOS segmentos, cada qual com um
coordenador), e meter a mão na massa, LITERALMENTE.


Acredito que um projeto livre que chega a ter 150 colaboradores no Brasil em períodos de pico pode dizer tem uma comunidade que o desenvolve.

Comentário de Henrique Vicente.
Não vejo problemas nisso: Não vejo nada de errado nisso, o fato é que muitos usuários querem apenas usar e eles tem todo direito disso, eu mesmo NUNCA contribui com algum código útil (na verdade se eu contribui foi com alguma coisa tão ridícula que nem créditos para mim você vai encontrar em nenhum lugar provavelmente)... isso porque eu não sei programação suficiente para contribuir dessa forma..
É ótimo que as empresas estejam se interessando por isso... e por motivos óbvios (até hoje ninguém conseguiu provar que vive da luz apenas) é bem provável que futuramente essas coisas serão controladas por empresas.. claro, quem quiser contribuir pode.. mas é bem provável que esses que queiram contribuir vão contribuir com algo que gostem, que queiram.. o que é ótimo mas por outro lado pode deixar outras coisas sem serem desenvolvidas uma vez que não se interessam.. e ai que entra uma empresa e que se interessa pelo produto como um todo..
Comentário de Ark
"A Sun continua como a maior: "A Sun continua como a maior contribuinte para o projeto". Putz, e agora? Como fica o povo que malha a Sun?
Comentário de Roberto
Tem alguma coisa estranha aí: Tem alguma coisa estranha aí. Por que então o artigo da notícia menciona "50 desenvolvedores da Sun, 10 desenvolvedores da Novel e apenas 4 desenvolvedores independentes ativos"?

"Sun is still the largest contributor to the project with some 50 developers in Germany, followed by Novell with about 10 contributors, and only *four* active community developers."

Quer dizer que temos até 150 no Brasil e 4 no mundo todo? Tem algo contraditório aqui.
Comentário de Roberto
:
Pra você ver, malham tanto as empresas que "ganham dinheiro às custas do software livre". Mas na hora do vamos-ver são justamente elas as que mais contribuem.

São contribuições como estas que precisam ser esclarecidas dentro da comunidade.
Comentário de Patola
"A Sun continua como a maior: "A Sun continua como a maior contribuinte para o projeto". Putz, e agora? Como fica o povo que malha a Sun?

Conclusão irrelevante. Pelo que eu sei, as pessoas não criticam "o baixo número de desenvolvedores que a Sun põe no Openoffice", criticam outras coisas.
--
Agora com o engine pronto, em fase BETA: http://linuxfud.org
LinuxFUD, mostrando as mentiras da mídia contra o software livre!
Comentário de Gervásio Antônio
Re: Comunidade: Eu faço parte da comunidade OpenOffice.org.br há três anos e o que vi durante esse tempo foi muita gente chegando e se afastando, com alguns MOMENTOS DE PICO, como diz o Cláudio na entrevista. Mas a equipe que se mantém SEMPRE na luta é bem reduzida.
Independente disso, nós sempre valorizamos todo tipo de contribuição, por menor que seja. Mesmo daqueles que traduzem um pacote e não aparecem mais.

O que se tem que levar em consideração é o tipo de trabalho que se desenvolve em cada comunidade. Na comunidade Brasil há diferentes tarefas como: tradução (interface do programa, help e documentação), compilação, suporte via lista de discussão, marketing, etc. Então, quem quer contribuir não precisa ser um programador em C++.

Imagino que na "matriz" também ocorra isso. Deve haver muitas pessoas contribuindo de diversas formas (documentação e beta-teste, por exemplo), mas DESENVOLVEDORES mesmo, são poucos.

E a propósito: quer ajudar? Estamos em plena atividade de revisão da tradução, para ser incluída na versão 2.0
inscreva-se na lista de Desenvolvimento (dev-subscribe[em]br-pt[ponto]openoffice[ponto>org] e depois mande um e-mail para ela (dev[em]br-pt[ponto]openoffice[ponto]org) candidatando-se a colaborar. Todos serão muito bem vindos.

Abraços.


Comentário de Marcio
OpenOffice 2.0 Beta muito pesado...: Testei a versao beta do OpenOffice 2.0 e lamento que um dos maiores problemas desde o StarOffice ainda permanece: a lentidao da suite. Apesar disso, achei muito legal a nova interface, sei que estao com poucos colaboradores, mas essa demanda já é muito antiga. Porque ainda não separaram os aplicativos em executáveis diferentes? Veja o que a Fundação Mozilla fez com o Mozilla: "quebrou" ele em Firefox e Thunderbird, e hoje são dois grandes sucessos de público.

(alias, achei uma falcatrua eles criarem scripts shell diferentes pra executar o OpenOffice no Linux, afinal todos chamam o mesmo executavel "soffice").
Comentário de Roberto
:
Os aplicativos já são executáveis diferentes, mas todos usam uma biblioteca comum, que precisa ser carregada antes de qualquer um dos aplicativos (como o QT e o KDE). Creio que o problema esteja aí.

Mas depende muito do tipo de máquina onde você roda. Numa máquina atual já não se percebe tanto.
Comentário de nemesis
não é contraditório: quando ele fala em "contribuição", leia-se "contribuição de código".

Traduções do software não produzem melhorias ou adicionam recursos ao código. Produzem melhoria em usabilidade, para pessoas de outras línguas, mas é só.

é claro que usuários comuns não devem, nem podem, contribuir com código, mas podem ao menos contribuir, e muito, com relatos sobre bugs. Só isso já contribui bastante no desenvolvimento, já que o desenvolvedor pode se preocupar com desenvolvimento e manutenção ao invés de ficar bolando testes para o qual já sabe as respostas...


Comentário de beto
Ao meu ver, o que dificulta c: Ao meu ver, o que dificulta contribuir com código é o fato do OOO possuir uma API própria. Isto ele herdou do Star Office, quando era um software fechado. Se fosse feito em Qt ou GTK, ou ainda outro toolkit, com certeza haveriam centenas de pessoas prontas para ajudar. O problema é que agora o OOO já é um projeto extremamente maduro, e mudar a API significaria reescrever o programa praticamente do zero. Aprender a utilizar a API do OOO leva tempo, e após aprender, praticamente o único emprego desta API é... no OOO. Tanvez isto explique porque há mais contribuidores de código em projetos como o KOffice ou Gnumeric/Abiword/etc, eles utilizam APIs amplamente usadas, conhecidas e documentadas.

--
sapere aude
Comentário de anonimo
Eu faço parte da comunidade:
Eu faço parte da comunidade OpenOffice.org.br há três anos e o que vi durante esse tempo foi muita gente chegando e se afastando, com alguns MOMENTOS DE PICO, como diz o Cláudio na entrevista. Mas a equipe que se mantém SEMPRE na luta é bem reduzida.
Independente disso, nós sempre valorizamos todo tipo de contribuição, por menor que seja. Mesmo daqueles que traduzem um pacote e não aparecem mais.


Hummm, será? Tentei algumas vezes contribuir mas nem ao menos responderam meu e-mail dizendo "Sai fora", assim como acontecia na conectiva (não, eu não tentei cobrar)
Comentário de nemesis
o mesmo se pode dizer do Mozi: o mesmo se pode dizer do Mozilla e seu framework XPCOM. Tanto Mozilla quanto OO optaram por criar seu próprio framework de componentes, ao invés de utilizar algum já preestabelecido, como QT, Swing ou GTK.

De forma interessante, ambos foram projetos iniciados por entidades comerciais. Coincidência?...

Comentário de Tango
Voluntarie-se: E já que este problema não te agrada, porque não se cadastrar como voluntário no projeto? Afinal, este foi o ponto principál (senão único) desta notícia.


--
Este espaço está disponível para publicidade.
Comentário de usuario
Olá, só uso o Open Office t: Olá, só uso o Open Office tanto em ambientes Windows e Linux...
Estava lendo e o pessoal disse:
"Ao meu ver, o que dificulta contribuir com código é o fato do OOO possuir uma API própria. Isto ele herdou do Star Office, quando era um software fechado. Se fosse feito em Qt ou GTK, ou ainda outro toolkit, com certeza haveriam centenas de pessoas prontas para ajudar. O problema é que agora o OOO já é um projeto extremamente maduro, e mudar a API significaria reescrever o programa praticamente do zero."
Apesar de usar o KDE, também gosto de aplicativos GTK.
E sempre pensei que o OOo e o Mozilla usassem GTK (não sei NADA de programação).
Sabendo do risco da falta de colaboradores (excluido os das empresas), qual seria a probabilidade a essa hora, que eles reescrevam o programa , pra uma linguagem "popular" e robusta (não que a atual não seja) ?
E o mesmo pra Firefox, e Thunderbird...

Comentário de ???
falem serio vcs dos dois come: falem serio vcs dos dois comentarios acima, o que vcs querem? que tudo no mundo da computacao venham de coisas já existentes e deixar a criacao de coisas novas de fora? isso é um terrivel mau do soft livre, sempre reusar, mudar a cara do que já existe, criar algo novo que é bom nada. Pra que vou ter o trabalho de criar um novo ambiente office se posso simplesmente extender, criar um fork de um já existente? este tipo de mentalidade mediocre não contribui em nada(ou muito pouco) em inovação.
Comentário de dot
Absurdo: É um absurdo vcs ficarem trabalhando de graça em prol de uma coisa que nao existe. Esse OpenOffice eh uma merda e funciona (quando quer) melhor em Windows do que com o Linux.

Valeu babacas
Comentário de dot
VCs sao uns babacas : VCs sao uns babacas

Ficam trabalhando de graça seus imbeciis.

Valeu
Comentário de Osvaldo Santana Neto (aCiDBaSe)
É difícil: Uma das coisas que é praticamente inviável de se fazer com o OO é contribuir com o desenvolvimento de código.

É um volume incontável de linhas de código em N linguagens diferentes para N plataformas diferentes que fazem com que computadores 'parrudos' cheguem a demorar dias para compilar todo o código.

Soma-se a isso um buildsystem medonho e assustador e temos como resultado isso aí.

Acho que a equipe do OO deveria pensar em simplificar essas coisas para que mais pessoas possam ajudar antes de reclamar que tem poucas pessoas ajudando.

E antes que joguem pedras em mim: Evidente que existem outras formas de cooperar que não envolve o desenvolvimento de código ou a compilação de arquivos mas será que é uma tarefa trivial fazer esse tipo de coisa também? Eu sinceramente não sei a resposta (e talvez alguém do OO-BR me tire essa dúvida).

Comentário de Olivier Hallot
colaboração: uma luz sobre o assunto: Desde fins de 2001, junto com o Claudio Filho e o Gervásio Antonio e mais alguns colaboradores, (http://www.scinergy.com.br/projetos/glossario.php) participei junto a comunidade OpenOffice nos seguintes aspectos:


  1. Tradução da versão 1.0.3
  2. Revisão do glossário preparando para a versão 1.1
  3. tradução da versão 1.1.x
  4. compilação do 1.1x desde o beta. Neste particular devo ter reportado algo como 20 bugs relacionado a compilação linux e windows para o pt-BR.
  5. tradução do Help (sob contrato)
  6. tradução de documentos tipo manuais


Todas minhas contribuições foram repassadas de volta ao projeto e hoje digo a meus clientes que se houver um erro de português, sou um dos responsáveis.

Acho a declaração da Jaqueline um tanto bizarra, por que despreza uma parte importante do trabalho. De que adianta ter um software que fala em Klingon?

Alias, quem coloca dificuldade para contribuir é a propria SUN, que obriga o colaborador a assinar documentos e manda e desmanda no projeto sem dar muita satisfação. Muitas das decisões do projeto são tomadas diretamente pela SUN e tivemos surpresas desagradáveis aqui no Brasil com eles.

Nosso trabalho deve ter feitos economias milhorárias em empresas e repartições de governo. Nem por isso tivemos qualquer agradecimento ou retribuição pelo esforço.

O OpenOffice é uma realidade palpável no Brasil graças ao esforço de um time reduzido de pessoas que se esbaldou por inumeros fins de semana e fim de noite polindo um trabalho do qual todos se orgulham e alguns imbecis aqui acham este tipo de trabalho uma babaquice.

Comentário de mahavishnu
Risco do Software Livre: Taí um dos maiores riscos do futuro do SOFTWARE LIVRE: muita gente só quer software na faixa mas por a mão na massa, pouca gente se dispõe...

Ao mesmo tempo que é triste ler notícias como essa, é bom que se exponha esta "deficiência" para que se corrija em tempo hábil....

Software Livre forever ........
Comentário de eumesmo
Cara se tu tem recursos pra i: Cara se tu tem recursos pra isso, vai fundo!!
Comentário de Leonardo Lang AKA ofranja
Framework.: Mas é uma pena que o framework do OO não seja tão bom quanto o XPCOM.

O pessoal do Mozilla teve um bom motivo pra fazer um outro framework: descrever as interfaces gráficas usando XML é um salto muito à frente, e também uma tecnologia muito boa. Já no caso do OpenOffice, não sei qual foi a grande inovação por trás do programa-comedor-de-memória.

Eu já tive muito interesse em ajudar um projeto como o OpenOffice, mas o fator limitante é a linguagem de programação usada - e a incapacidade de testar os resultados, já que compilar o OpenOffice demora dias.

Por esses - e outros - fatores, ainda prefiro editar textos com o LaTeX e fazer apresentações com o pointless.

E é isso.

-- ofranja
Comentário de Léo
Re: Framework: O pessoal do Mozilla teve um bom motivo pra fazer um outro framework: descrever as interfaces gráficas usando XML é um salto muito à frente, e também uma tecnologia muito boa. Já no caso do OpenOffice, não sei qual foi a grande inovação por trás do programa-comedor-de-memória.


Não dá para comparar o Firefox com o OpenOffice. São produtos com finalidades diferentes. Além do mais uma suite de escritório é BEM mais complexa do que um navegador, não misture as coisas.

Eu já tive muito interesse em ajudar um projeto como o OpenOffice, mas o fator limitante é a linguagem de programação usada - e a incapacidade de testar os resultados, já que compilar o OpenOffice demora dias.

Como a linguagem de programação é um impecilho? Você não sabe ou não gosta dela? Explique-se melhor. É evidente que algo do porte de um pacote de escritório demora para compilar. Não se iluda, o MS-Office XP, só para comparação, no Windows ocupa uns 500 MB numa instalação típica, imagine o tamanho do código fonte!!




Comentário de Léo
Re: É difícil: Não se iluda, um pacote deste tipo tem que demorar mesmo para compilar.
Pelo que sei, o pessoal que desenvolve o OpenOffice se queixa é da base monolítica do software e do controle da Sun.
Comentário de edmarcos
participar: Aqui vai uma critica.

Estão reclamando falta de ajuda da comunidade. Mas tanto eu e um amigo que entende muito de access , tentamos fazer contato para podermos colaborar e jamis tivemos um retorno.
Comentário de Und3s1r4bl3
Reescrever o OOo em outra lin: Reescrever o OOo em outra linguagem é inviável e impensável, seria um esforço absurdo para um resultado modesto, melhor seria pegar somente partes de sua tecnologia e aplicar em aplicações já existentes, como o GNOME-OFFICE ou KOFFICE.
Comentário de Ednei Pacheco
Debug habilitado?: Lembro-me de ter lido uma reportagem em uma revista (a Linux Magazine, se não me engando), informando que o problema da lentidão era devido à habilitação de um sistema debugador (é assim que se escreve?) para depurar o código-fonte, e que na versão estável esse tal sistema seria "retirado". Será que não é por causa disso?

Att., Ednei Pacheco,
Linux /home!
Comentário de Job
Olha, tenho usado e gostado,: Olha, tenho usado e gostado, mas tb acho pesado, sinceramente, acho que par atrabalhos mais simples o abiword melhor
Comentário de nãosei
comunidade de quem?: Não me considero parte dessa chamada "comunidade", ao menos no sentido em que ela parece ser entendida.

Adoro e uso o OpenOffice.org, desde antes de ele ter esse nome.
Mas aí é que está: eu USO esse software fantástico, eu sou um USU
Comentário de Alexandre_Martins
filhotinhos do "gueites": Aqui, acima, um espaço reservado para os filhotinhos medíocres da micro$OFt que aparecem anônimos irritadinhos porque seus cursinhos de word e familia já não dão conta dos milhares de usuários que estão deixando de dar dinheiro a eles adotando o OOO.

Utilizam um espaço com outro tópico para espernear, como se os softwares proprietários que implicitamente defendem (talvez até vivam deles), fossem maravilhas.

Alexandre Martins
Visite www.nuca.org.br
Comentário de Mandraker
SWT: O OpenOffice poderia ganhar muitos colaboradores se fosse em SWT. Ainda mais que temos tantos programadores em Java no Brasil:
http://br-linux.org/linux/?q=node/665

Um Office em cima da plataforma Eclipse (www.eclipse.org) seria muito legal!
Comentário de Patola
Parem de viajar: Deixem de viagem, o Openoffice não é em Java (embora haja alguns módulos usando) e como não usa Swing, trocar pra SWT não melhoraria nada o desempenho, podendo até piorar.

Most of OpenOffice.org is written in C++. However, new features can be added using Java, Python, StarBasic, or JavaScript. The OpenOffice.org component model is quite extensive and can be daunting at first. To help you, there is a comprehensive Developers Guide. Plus, you can get help from dev@api.openoffice.org.

--
Agora com o engine pronto, em fase BETA: http://linuxfud.org
LinuxFUD, mostrando as mentiras da mídia contra o software livre!
Comentário de Semeador
Eu Também mandei!!!:
Já mandei dois emails tentando participar, um a uns dois meses atras, e outro a uns quatro, também não consegui nada...nem resposta.....
BR-Linux.org
Linux® levado a sério desde 1996. Notícias, dicas e tutoriais em bom português sobre Linux e Código Aberto. "A página sobre software livre mais procurada no Brasil", segundo a Revista Isto É.
Expediente
Sobre o BR-Linux
Enviar notícia ou release
Contato, Termos de uso
FAQ, Newsletter, RSS
Banners e selos
Anunciar no BR-Linux
BR-Linux apóia
LinuxSecurity, Tempo Real
Suporte Livre, Drupal
Verdade Absoluta
Pandemonium
Efetividade, Floripa.net
sites da comunidade
Ajuda
Moderação
Flames: não responda!
Publicar seu texto
Computador para Todos
Notícias pré-2004
Tutoriais, HCL pré-2004