GForge > Arquivo de internacionalização para português do Brasil
Alexandre Magno Brito de Medeiros
eu poderia trabalhar a tradução dos arquivos de idioma do GForge AS:
http://gforge.org/frs/?group_id=153&release_id=138
Esses arquivos são totalmente diferentes daqueles do GForge 4.5.
Aliás, vocês estão seguros na escolha entre GForge e GForge AS?
Eu estava observando as diferenças:
http://gforgegroup.com/es/express-as-differences.pdf
O que mais "pesou" na decisão?
Ainda tem essa outra questão:
http://groups.google.com.br/group/openriial/browse_thread/thread/2555a1e71f83fcc7
Se acharem que é desnecessário aprofundar esses assuntos por e-mail,
apenas indiquem-me onde encontro tais informações na documentação. Eu
ainda não avaliei toda a documentação.
Alexandre Magno
Cabaña Daniel
posibilidades adicionales que nos permite por encima de las versiones
express y otras.
Creemos que un proyecto que nace debe tener miras amplias y horizontes que
permitan el crecimiento a futuro, más allá del proyecto que nos ocupa hoy en
día como es Oeos.
Por darte un ejemplo concreto, si te fijas el AS tiene plugin para Eclipse.
Eso, para un programador que esta trabajando como en nuestro caso, es una
enorme ventaja ya que todo se va sincronizando desde el IDE en el
repositorio... Tenemos varios años de experiencia haciendo esto y el
crecimiento de la productividad del equipo de desarrollo, por esa sola
característica, es exponencial.
Seguimos conversando. Saludos,
Daniel
-----Mensaje original-----
De: open...@googlegroups.com [mailto:open...@googlegroups.com] En nombre
de Alexandre Magno Brito de Medeiros
Enviado el: martes, 28 de octubre de 2008 10:30 p.m.
Para: Open RIIAL
Asunto: GForge > Arquivo de internacionalização para português do Brasil
Alexandre Magno Brito de Medeiros
>
> Alexandre, la decisión por AS está basada en la amplísima cantidad de
> posibilidades adicionales que nos permite por encima de las versiones
> express y otras.
Quero lembrar: projetos têm escopos. Eu ainda não identifiquei o escopo
do OpenRIIAL, então peço que tenham paciência comigo. "Existe sempre a
possibilidade de soluções estarem onde não se espera que elas estejam."
> Creemos que un proyecto que nace debe tener miras amplias y horizontes que
> permitan el crecimiento a futuro, más allá del proyecto que nos ocupa hoy en
> día como es Oeos.
Eu concordo com a importância do planejamento, da audácia, da análise, da
"visão de futuro"... mas quero colocar aqui algumas idéias.
Um projeto pode ter subprojetos. Subprojetos podem e devem contemplar o
projeto pai, para um interação saida com ele. Quando falamos de técnica
isso compreende estar prevenido quanto a flexibilidade, compatibilidades,
interoperabilidade, custos etc. Com vista em um projeto pode-se encaminhar
um subprojeto. Para isso é necessário prever o "encaixe" do subprojeto
no futuro projeto pai.
Onde eu quero chegar...
OpenRIIAL é um repositório de projetos e Office Eclesial Open Source é
um projeto que estará nesse repositório?
Porque se for, quero dizer que ambos podem se desenvolver separamente
com vistas no futuro "casamento". Vou [tentar] argumentar a medida que
as questões forem sendo apresentadas e detalhadas. Mas essa "viagem"
pode ser desnecessária caso fique claro que o repositório de projetos
é a prioridade.
Só pra não deixar implicíto: o Office Eclesial Open Source pode ir para
um repositório de uma terceira parte, como é Google Code, enquanto GForge
não é prioridade. Ao mesmo tempo, parte da equipe pode trabalhar (ou não)
no GForge para torná-lo o mais customizado possível. Depois o Office
Eclesial Open Source voltaria ao GForge do Centro RIIAL.
> Por darte un ejemplo concreto, si te fijas el AS tiene plugin para Eclipse.
> Eso, para un programador que esta trabajando como en nuestro caso, es una
> enorme ventaja ya que todo se va sincronizando desde el IDE en el
> repositorio...
Eu concordo que este tipo de facilidade é muito importante, às vezes
crucial. Mas eu quero abordar o caso específico.
Que tipo de interação o tal plugin faz com o GForge?
A gerência do SVN ou do CVS?
Existem plugins do Eclipse que interagem com SVN ou CVS. Se não se trata
do plugin Eclipse para GForge ser "algo mais específico", lembremos que o
Eclipse pode interagir com repositórios SVN ou CVS estejam ou estiverem:
no GForge, no Google Code, ou em outra plataforma.
> Tenemos varios años de experiencia haciendo esto y el crecimiento de la
> productividad del equipo de desarrollo, por esa sola característica,
> es exponencial.
Quero lhes pedir que poderem essa "vantagem" (de experiência) que vocês
têm, e que continuemos a discutir. No Software Livre a colobaração se dar
também dessa forma, e é recíproca.
Alexandre Magno