← Back to team overview

openerp-brazil-team team mailing list archive

Re: Localização

 

Renato,


 Venho do mundo do Software Livre e confesso que quando vocês falam que a
comunidade do OpenBravo é pior, eu penso: foi por isso que escolhi o
OpenERP, porque pensei que seria uma comunidade mais aberta e livre.

 Quanto a reconhecer o mérito de vocês, eu não tenho problema nenhum, já
falei que o módulo da regra de posição fiscal é realmente bom assim como
outras partes da localização.

 Agora aonde está o problema? o problema está nas críticas, pois continuo a
te falar que a nossa ÚNICA crítica é que nós queremos AJUDAR e não temos teu
feedback quanto a alguns pontos muito importantes para qualquer um que
queira entrar aqui na comunidade possa ajudar no desenvolvimento.

 Então vem o problema de ter que tentar reinventar a roda como já
conversamos, o que é muito ruim e impede que mais pessoas e empresas entrem
 na comunidade e que tenhamos algo como a comunidade da Espanha.

 Lembro que somente depois de tentarmos reinventar a roda no caso do
problema do cálculo do price_include que tu respondeu várias questões sobre
a localização que todos estavam querendo saber desde sempre. Sei que vocês
não tempo nenhum para documentação, mas poderiam ter entrado alguma vez no
canal do IRC #openerp-br como sugeri ou avaliado aquele Bug que eu relatei
sobre a ordem de compras.

Esta explicação que tu deu agora sobre a ordem de compras será útil aqui na
lista para todos!! Mas o Bug já foi relatado a bastante tempo e só quando eu
faço uma critica por falta de avaliação do bug é que tu responde.


Não deixo de dar mérito a vocês em nenhum momento, só acho que implorar por
uma resposta não cabe numa comunidade SL e as críticas que faço são muito
mais brandas e com intenção de serem construtivas, ao contrario do que tenho
acompanhado por outras pessoas daqui.


Não sei qual a intenção e não vou me aprofundar mais em outros flames e
inverdades que estão querendo ser levantados, sinceramente acho isso
desnecessário e não ajuda a ninguém.

=====================

Agora o que interessa....

Realmente eu acho que vocês estão com a impressão errada da gente e nós
devemos estar com outra errada de vocês, não nos veja como sangue-sugas como
vários que aparecem por aqui tentando ganhar algum lucro no trabalho alheio
e depois somem, nossa intenção realmente é colaborar e trabalhar, e é assim
que estamos propondo coisas aqui na comunidade, mudanças na aplicação de
taxas onde vemos algumas limitações, tentando resolver bugs, tudo que agente
tem feito é no sentido de colaborar de forma aberta e clara.

Nesse ponto acho que podemos estar tentando uma impressão errada de vocês
também, nós estamos aqui realmente com as melhores intenções tentando ver
onde podemos melhorar e percebendo uma certa restrição e aversão a todas as
nossas tentativas, fica a impressão de que vocês não querem mais ninguém
desenvolvendo a localização!! Estamos com muitas idéias e melhorias para
propor mas quando propomos alguma coisa ou temos alguma dúvida do porque de
algumas coisas, não obtemos nenhum retorno, como vamos propor algum commit
desta forma? sem nenhuma informação de alguns pontos chaves para algumas
melhorias, isto dificulta muito as coisas, mas como já estamos acostumados
com SL, sempre há um caminho mesmo não sendo o mais rápido.

Veja bem, somos totalmente devs livres, ajudamos na organização do Fisl, um
dos nossos devs é o organizador da caravana da comunidade PythonBrasil no
Fisl e é muito ativo na comunidade PythonBrasil tbm.

Nós gostamos do modelo da comunidade Espanhola tanto quanto tu, porque não
pode ser assim aqui? nós também somos parceiros oficiais, nosso time de
desenvolvimento é excelente, logo iremos propor mais coisas, porque não
formarmos uma aliança de quem realmente quer trabalhar?? Trabalhar de forma
livre e colaborativa é o que nós queremos!!!

Acho realmente que o que precisamos é conversar para afastar alguns
fantasmas que estão no ar, acho que sexta é um bom dia para conversarmos,
todos os brasileiros estão mais alegres neste dia, acho que é a genética!!

Qual o teu skype? o meu é vdittgen, se quiseres pode me adicionar.

Abraço.






Em 19 de maio de 2011 15:54, Renato Lima <renatonlima@xxxxxxxxx> escreveu:

> Pessoal,
>
>
> Vinicius
>
>
> Temos que deixar claro algumas coisas aqui:
>
> 1. Akretion não é dona da localização brasileira e nem da comunidade (da
> lista de discussão do google, launchpad e portal OpenERP
> Brasil), ninguém paga a gente por isso !
>
> 3. Todo o trabalho que disponibilizamos e fazemos no OpenERP
> disponibilizamos e sempre respeitamos a GPL.
>
> 2. Todo trabalho aqui é voluntário e já trabalhamos desde começo de 2009, e
> você pode ver nos commits mais antigos que outras pessoas também
> contribuiram.
>
>
> Sobre o bug que você relatou
> https://bugs.launchpad.net/openerp.pt-br-localiz/+bug/760892, antes de ver
> o bug que eu tinha reportado
> https://bugs.launchpad.net/openobject-addons/+bug/724131,
>
> 1. Antigamente não existia nem um relacionamento many2many
> https://bugs.launchpad.net/bugs/676169 com as notas ficais o que era um
> problema, pois quando havia mais de uma entrega(recebimento de compras no
> caso de entregas parciais) não havia como relacionar com o pedido de compra.
>
> 2. Reportamos esse segundo erro e eles (OpenERP S.A.) classificaram como
> inválido pois conseguem criar o relacionamento faturando as linhas da ordem
> de compra, mas ao confirmar a ordem de compra o problema continue. por isso
> eu vou reabrir o bug, mas isso seria uma coisa que você também poderia ter
> feito !
>
> 3. Mas para você conhecer um pouco, no OpenERP você pode gerar a nota
> fiscal assim que você confirma a ordem de compra ou no recebimento, e hoje
> todos os nossos clientes criam a nota fiscal apartir do recebimento (pois se
> você criar a nota fiscal de entrada já no pedido de compras e não receber a
> quantidade pedida mas uma quantidade parcial?) e no recebimento não existe
> esse problema !
>
> A comunidade brasileira já existe há algum tempo (desde metade de 2008), e
> neste periodo com certeza cresceu mais do que as comunidade de outras ERP
> "livres" que havia chegado bem antes do OpenERP no Brasil, concordo que a
> comunidade deve estar sempre em evolução e melhorando a cada dia.
>
> Mas acho que você esta totalmente fora da realidade, você conhece um
> projeto de ERP livre no Brasil melhor que o OpenERP ? dá uma olhada no
> Openbravo, Adempirere, Compiere, ERP5 e etc, da uma olhada lá se você
> encontra código e documentação para você usar
>
> Sempre fomos transparentes com a causa do opensource, e sempre lutamos e
> lutaremos para que as pessoas tenham essa liberdade de poder baixar o codigo
> da localização brasileira e fazer o que quizer (instalar, usar, trabalhar e
> etc...)
>
> Com certeza a medida que a comunidade amadurece vai surgindo mais e mais
> pessoas para participar no projeto, e também profissionais e empresas, e com
> certeza nós da Akretion temos interesse e boa vontate em apoiar e ajudar
> pessoas que tem a capacidade e respeita o modelo opensource a trabalhar com
> OpenERP para que exista uma rede de empresas e profissionais competentes e
> isso certamente vai ajudar na expansão do OpenERP no Brasil (não vai ser com
> propagandas que o OpenERP vai crescer, mas casos reais de sucesso, que vai
> aumentar a credibilidade!)
>
> Um exemplo real é a localização espanhola, onde lá na Espanha apesar de
> existir 5 empresas lá, elas não são concorrentes, mas parceiras e contribuem
> juntamente com a localização espanhola e todos saem ganhando, eles não ficam
> perdendo tempo falando mal um do outro ou cobrando que os outros façam !
>
> Discordo com você quando você fala que precisa de mais comunicação, pois
> mantemos contato com várias pessoas na comunidade, e sempre estimulamos as
> pessoas sejam usuários finais ou profissionais que queiram usar ou trabalhar
> com OpenERP, nunca retemos informações, código ou documentação. E como havia
> falado com você antes, já falei por algumas horas via skype com pessoas aqui
> da comunidade, havia ate falado se você quisesse falar comigo estaria aberto
> assim como falo com outras pessoas, mas o que você prefere é ficar mandando
> email falando mal aqui da lista do que a gente faz na comunidade e na
> localização e também ligar para a OpenERP falando mal da gente e exigindo
> que a gente faça uma documentação para você poder vender consultoria para
> seus clientes.
>
> Acho que falta humildade da sua parte em reconhecer o merito não só nosso
> mas das pessoas que participam da lista, que ajudam umas as outras que
> investe tempo estudando o OpenERP que dão feedback ajuda a escrever
> documentação, ajudam os novatos na comunidade. veja bem não estou falando
> que a comunidade OpenERP Brasil não precisa melhorar, tem muita coisas para
> fazer, mas não aceito você falar mal da comunidade e da localização
> brasileira que é a melhor de ERP livre no Brasil !
>
>
> Atenciosamente,
>
>
> Renato Lima
> Sócio Diretor
> +55 21 3010 9965
> www.akretion.com
> [image: Assinatura_nova.png]
>
>
>
>
> Em 19 de maio de 2011 12:59, Raphael Valyi <rvalyi@xxxxxxxxx> escreveu:
>
> 2011/5/19 Vinicius Dittgen <vinicius@xxxxxxxxxxxx>
>>
>>>
>>> Renato,
>>>
>>>
>>> Ainda estamos com o velho problema de comunicação no desenvolvimento da
>>> localização, como o problema do bug
>>> https://bugs.launchpad.net/openerp.pt-br-localiz/+bug/760892 que ainda
>>> está como "undecided" o que atrapalha a o desenvolvimento de correções. Isto
>>> gera insegurança no uso do Openerp no Brasil.
>>>
>>
>> Ola Vinicius,
>> com certeza estamos de olho. Mas tambem tem que ser um trabalho de todos,
>> nao da para cobrar apenas da Akretion. Ate aqui nos fizemos quasi todo
>> benevolmente. Tem muita gente reclamando por ai que nem 1/10 do que a gente
>> fez fizeram. Do nosso lado vamos a nosso ritmo de accordo com as
>> necessidades dos nossos projetos.
>> Em final das contas, tem muita gente ai que apenas traballha so para os
>> clientes deles. Fazemos bem mais do que apenas isso na Akretion (a gente tb
>> é terceiro contribuidor de modulos mundial, fez o 60% edo connector Magento,
>> o OOOR e TerminatOOOR...).
>> A respeito desse bug em particular vamos ver com o Renato.
>>
>>
>>>
>>> Outro o problema são os testes na Branch oficial da localização, os
>>> últimos commits quebraram muita coisa.
>>>
>>
>> A gente sabe que bancos existentes precisam de alguns cuidado de SQL para
>> migrar a essas novas revisoes.
>>
>> Tocar na tabela ir_model_data foi uma decisao dificil. Mais essa era a
>> alternativa:
>>
>> 1) deixar do jeito que tava: quer dizer dificil de entender mas sem
>> quebrar nada. Isso ia facilitar a vida de sei la talvez 10 pessoas que
>> tentavam seguir o projeto mas tb sem dominar totalmente o framework. Tambem
>> note que para isso acontecer o menos possivel, nos sempre temos um discurso
>> franco a respeito do OpenERP e aconselham sempre que so pessoas bastantes
>> capacitadas em TI e ERP correm o risco de implantar.
>>
>> 2) fazer essa mudança que ia permitir criar dados de demonstraçoes mais
>> obvias, ate daqui pouco teremos a nota fiscal que exporta bonitinho ja
>> dentro dos da dados de demonstraçoes que cada um pode ver! Isso é que nos
>> vamos fazer ate o proximo treinamento (no final de junho) para toda
>> comunidade beneficiar tambem. Assim que nos vemos o open source: quando
>> alguem banca algum avanço, todos se beneficiam. Ok, isso atrapalha a vida
>> desses ~10 que eu falei mas vai facilitar a vida de milhares amanha no
>> Brasil. Entao decidimos fazer.
>> Tambem pretendo que o cara que nao domina o esquema dos ir_model_data logo
>> vai quebrar a cara de uma forma ou de outra. Se nao for em cima dos CEP, em
>> 6 meses eles trava o banco de dados dele bonitinho e nao consegue destravar
>> e fica muito puto e arebanta com o OpenERP nos forums. Accredite, ja vi isso
>> muito em pais que parecia mais facil instalar a localizaçao.
>>
>> Alem disso, voce e outros estao livre de ajudar, por examplo botando
>> scripts de migraçoes, por examplo como fiz nas ultimas revisoes do modulo
>> base_external_referentials usado no Magento e outras pontes (SQL no metodo
>> init). Com certeza com o tempo passando nos vamos tomar mais cuidado em
>> fazer isso se houver mudanças importante. Hoje a gente ajuda o maximo que a
>> gente pode e so deu ate ai por enquanto.
>>
>>
>>> Com relação as taxas, acho que temos que criar um blueprint para
>>> documentar melhor o que vocês estão pensando e colocarmos a nossa proposição
>>> para avaliação também.
>>>
>>
>> Com certeza documentaçao é bem vinda. Olha que a gente ofereceu ate
>> consultoria de graça para quem ja ajudou em melhorar o pouco de documentaçao
>> (Marcio, Lucinano...) Porque tem e optimizar o tempo de todo mundo (eu sendo
>> gringo nao fica legal escrever documentaçao em portugues e o Renato ta muito
>> atarefado tb), melhor ajudar alguns a entender as coisas e deixar a
>> comunidade entao se crescer ela mesma sozinha.
>>
>>
>>>
>>> Queremos colaborar, mas para isto a troca de informações deve ser mais
>>> constante e principalmente as avaliações de Bugs.
>>>
>>
>> Legal. Queremos outras pessoas ajudando em carregar o esforço de
>> localizaçao, com certeza ainda muito pode ser feito e quem fara sera
>> reconhecido por isso.
>> Mas note tambem, que ha pouco tempo atras, voce investia em fazer um site
>> bonitinho cheio de telas do OpenERP com um offerta de SaaS em cima de um
>> produto que na minha opinao ainda nao atendia (nem hoje) uso em SaaS por
>> ainda ser extremamente dificil em botar para funcionar; enquanto a gente nem
>> fazia isso mas investia todas nossas forças em resolver os problemas pesados
>> nessa lista (quem fez o OpenERPBrasil que alias nao é vinculado a gente nao
>> foi a gente, foi a DMD2).
>>
>> Entao concordo plenamente para se comunicar melhor, mas acho que voces tem
>> que ser os primeiros a seguir os conselhos que voces dam (Quem botou dezenas
>> de messagens de explicaçao aqui, dezenas de blueprints para relatar das
>> tarefas e avanços, dezenas de debates nas listas internationais para
>> melhorar a localizaçao?).
>>
>>
>>>
>>> Outra pergunta, é possível remover a necessidade de aprovação para
>>> inscrição neste grupo do google (openerp-brasil@xxxxxxxxxxxxxxxx) que é
>>> o mais usado para a localização?
>>>
>>
>> E debativel. Talvez podemos tambem extender os direitos de admin para
>> outros pessoas que comprovam compromisso nesse projeto de localizaçao. Digo
>> isso por 2 razoes:
>>
>>  1) infelizmente, sem aprovação, o forum fica cheio de spam. E so ver
>> quantos posts por noite tem la no openerp.com/forum que é para vender
>> Viagra. Hoje ninguem ta pago para moderar esses forums/listas. Acho que fica
>> entao melhor ter certeza que o custo de manutenaçao é baixo. Senao voce tem
>> que pagar/investir nisso é isso é o melhor jeito do projeto ficar apenas na
>> mao de quem pode em vez de ser um projeto comunitario. E a mesma remarca a
>> respeito do site openerpbrasil.org.
>>
>> 2) Um ano atras, ja aconteceu aqui que a gente teve que excluir uma
>> pessoa. Essa pessoa sabia de porra nehnum da realidade do OpenERP no Brasil
>> nem do trabalho de localizaçao e so cobrava para a que fazia a localizaçao
>> de "empacotar" melhor para que o programa ficasse mais prontinho para o
>> Senhor poder embanar mais facilemente os pobres clientes dele.
>> Na nossa opinao ele, que alias faizia nada, tentava orientar o projeto de
>> uma forma muito ruim porque dava preferencia em "vender" o OpenERP em vez de
>> adaptar ele para o Brasil enquanto ele era bem longe de atender um ano
>> atras. E ainda pretendia tirar onda em cima dos caras que faziam o trabalho
>> de localizaçao o que com certeza nao ia incentivar as melhorias. Bom, isso
>> foi um caso extremo, que espero que nao acontece mais, mas nos que iniciamos
>> o projeto se reservamos o direito de poder ter um pouco de controle para
>> pelo menos as pessoas respeitar o trabalho de quem trabalha de verdade. Isso
>> nao é dictatoria, pois apenas essa pessoa ja foi excluida. Caso a gente
>> excluisse ou nao aceitasse quem nao merece, ia ser facil argumentar na
>> Internet e nos descredibilizar. Entao, que nem qualquer projeto open source,
>> acho que é um bom equilibro na transparencia. Quem lidera nao pode valicar
>> senao fica facil criar um fork que domina de novo. Pretendemos ser razoaveis
>> suficente na moderaçao para isso nao ter que acontecer.
>>
>> Entao caso tem gente ai que nao fica approvado nessas listas por engano,
>> por favor so mandar um email ou falar aqui. Vinicius, tambem quando voce
>> participar de uma parte significante (sei la 20% dos commits?) do projeto,
>> com certeza a gente poderia te botar de admin tambem, assim como qualquer
>> outra pessoa que se compromete com o projeto.
>> Tambem futuramente, se ouver uma fundaçao ou se as empresas que cuidam do
>> projeto ficasse confortaveis suficente, poderemos sim abrir o accesso e
>> entao investir mais na moderaçao.
>>
>>
>>
>>>
>>> Abraço.
>>>
>>
>> Atts.
>>
>> --
>> Raphaël Valyi
>> Founder and consultant
>> +55 21 3010 9965
>> www.akretion.com
>>
>>
>>
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 

Att.:
-- 
Vinicius Dittgen
Proge Informática
Programas de Gestão Empresarialhttp://www.proge.com.br
Tel.:(51)3085 0096 Cel.:(51) 9193 2020
Skype: vdittgen
Canal IRC: #openerp-br



Seja um voluntário
www.centrorepensar.com.br
Centro especializado em Deficiência Intelectual, Autismo, Síndrome de
Down e Dificuldade de Aprendizagem

Follow ups

References