Open mileo opened 8 years ago
ola luis q tipo de ajuda!!
Obrigado Jose Lobinho
2015-12-08 19:39 GMT-02:00 Luis Felipe Miléo notifications@github.com:
Ary precisa de ajuda nas NTs?
Abraços
— Reply to this email directly or view it on GitHub https://github.com/aricaldeira/PySPED/issues/46.
Qualquer tipo:
ola Luis
Como faço para reportar os testes, tem algum forum, pq eu não consigo contato com o ari, ja enviei varios emails para o email dele no gith sem resposta vcs tem alguma ideia se vão dar algum tipo de suporte, tipo acbr cobrando algum valor mensal, pergunto pq eu conheco alguns desenvolvedores q utliza pysped mais fica preocupado com o suporte e que comtribui com o acbr, e tambem contruiriam alem do codigo e teste, finaceiramente como e feito com o projeto acbr, com o aumento de desenvolvedores em python e linux autmentando talvez seria interessante algun tipo de suporte
sem mais e obrigado pelo contato, estou a disposição jose lobinho
Obrigado Jose Lobinho
2015-12-11 8:02 GMT-02:00 Luis Felipe Miléo notifications@github.com:
Qualquer tipo:
- Teste;
- Desenvolvimento; etc
— Reply to this email directly or view it on GitHub https://github.com/aricaldeira/PySPED/issues/46#issuecomment-163895568.
Difícil dizer, faz tempo que também não consigo contato com ele.... Pelo que eu sei ele anda trabalhando em um fork do Odoo na versão 6.1.
Não sei por que motivos o repo esta do jeito que esta. Apesar dele fazer alguns commits sempre quando é preciso.
Enfim contribuir com Open Source nem sempre as pessoas querem dinheiro ou reconhecimento, não da pra saber. "Programar é tão bom que se deixar a gente faz de graça" Não lembro quem me falou isso um dia.
Mas gente querendo contribuir aqui tem de monte.
Vc pode tentar também esse fork https://github.com/odoo-brazil/PySPED
[]s
@mileo fala serio ta vivo aquele fork illegal do OpenERP 6.1? Como pode ser tao bom para fazer um projeto como o pysped e tao idiota para se ferrar numa coisa dessa. Num accredito...
No caso a natureza cuida como vca fala. Mas fizemos a OCA para tb evitar esse tipo de brincadeira e poder ir atras qdo o Odoo atrair mais gente sem vergonha.
Informações recentes de um cliente deles tentando instalar o Odoo 8.0 + c/ nfe dizem q sim
bom luis eu não sei qual e a quantidade de downloads do pysped, eu acho q e bastante, talvez um projeto de suporte, com contribuicoes para manter seria interessante, eu entendo q trabalhar no q se gosta e muito bom, e fariamos isso de graça mais o tempo e precioso e esse deve ser remunerado, como desenvolvo exclusivamente para linux, a aplicacao fica no servidor e o acesso por maquinas windows fica atraves de rdp, eu utilizo o pysped e o acbr utilizando socket, gostaria de ter uma unica solução, mais mim preocupa em uma mudança e o pysped nao estar atualizado, e ai vc ter q inventar a roda de uma hora pra outra. nao da, como a roda ja existe e so manter ele girando!!
obrigado pelo contato, um abraço jose Lobinho
Obrigado Jose Lobinho
Em 11 de dezembro de 2015 16:26, Raphaël Valyi notifications@github.com escreveu:
@mileo https://github.com/mileo fala seria ta vivo aquele fork illegal? Como pode ser tao bom para fazer um projeto como o pysped e tao idiota para se ferrar numa coisa dessa. Num accredito...
— Reply to this email directly or view it on GitHub https://github.com/aricaldeira/PySPED/issues/46#issuecomment-164009950.
@mileo mas como alguem que pratica open source pode accreditar um minuto que isso poderia dar certo... Alem disso o cara entende Python, dava para ver que a 6.1 tava zoada para caramba... So no Brasil cara...
Como eu disse estamos publicando nossas mudanças no https://github.com/odoo-brazil/PySPED Fique a vontade para contribuir
@joselobinho @mileo,
vejo varias partes no pysped:
1) montar a droga do XML a partir dos dados. Se a linguagem primaria e Python faz tudo sentido, senao nao tenho certeza. 2) assinar o XML 3) imprimir a porcaria do DANFE 4) fazer as transmissao, consultar o retorno etc..
No caso do Odoo que e programado em Python 2.x tambem, fazer 1 com o pysped faz todo sentido. Agora talvez teria outros softwares abertos com manutençao melhor para fazer 2, 3, 4. fazer SOAP em Python concatenando strings do jeito que o pysped faz funciona mas e um hack do cassette.
Tenho a intuiçao que devem ter libs em Java ou ate do lado escuro do C# melhores para isso, ja que tb a meia duzia de empresas que fazem parte da mafia oficial das empresas de transmissoes de NFe usam Java o C# tb.
Meu ponto de vista e que uma estrategia e de deixar essas partes 1, 2, 3 e 4 bem modulares (idealmente ate em pacotes diferentes) para que seja mais facil pular para uma alternativa caso a fonte do pysped secar. No caso do Odoo especificamente existem ate outros motivos como economisar a memoria RAM nessa concurencia do pobre por processo que o Python tem e ter um plano de fulga caso Odoo finalmente vai para Python 3 (ou o contrario).
@rvalyi conhece o AsyncIO?
Voltando o PySPED creio que a unica coisa que seria interessante separar seria o DANFE. O que pode ser feito em uma segunda chamada dependendo da forma que vc usa o mesmo, com o salvar aquivos desabilitado.
Tem alguns issues em sefaz específicos que precisam de alguns detalhes como o GO. Então acho dificil separar tudo isso.
Quanto ao consumo de memoria no Odoo vou tratar esse item no sprint que estou trabalhando.
Abraços
@mileo quando falo do uso da memoria, com certeza tem a questao do memory leak que eu observei (porem nao fiquei horas para super confirmar, digamos que e so uma forte suspeita ate ai). Mas de uma forma geral, enquanto cada worker do Odoo tiver que importar o pysped inteiro, com certeza a gente vai perder bastante desenpenho. Teria que medir, mas acho que o pysped deve pesar bastante.
No Python que tem o GIL, vc consegue o parallelismo replicando o processo inteiro, isso no prefork do servidor Gunicorn do Odoo. Ou seja custa muito caro. Para pouco paralelismo e mais barrato do que um Java da vida, mas logo que precisa de muito paralelismo, o uso da RAM e muito maior. E entao se voce multiplica pelo tamanho de todas esse biblioteca fiscal com essas libs nativas que a gente nao tem muito certeza como usa a RAM ou como se comporta se tiver solicitaçoes ao mesmo tempo, entao piora.
Nao vejo bem o papel do AsyncIO aqui mas eu posso estar enganado (eu posso ver para lidar com a checagem asyncrona da resposta mas isso e outra coisa).
Como vc comentou do python 3 o AsycIO é um funcionalidade bem bacana, se tiver um tempo da uma olhada depois. Mas não tem nada a ver com o nosso caso.
Concordo com a questão do Guinicorn
Ola Luis,
o q vc acha de criar um forum para pyNfe, eu nao tem ideia de quantas pessoas/empresas estao usando pysped, mais talvez um forum seria interessante para divulgar e trabalhar melhor a LIB...
JoseLobinho
Obrigado Jose Lobinho
Em 11 de dezembro de 2015 16:55, Luis Felipe Miléo <notifications@github.com
escreveu:
Como vc comentou do python 3 o AsycIO é um funcionalidade bem bacana, se tiver um tempo da uma olhada depois. Mas não tem nada a ver com o nosso caso.
Concordo com a questão do Guinicorn
— Reply to this email directly or view it on GitHub https://github.com/aricaldeira/PySPED/issues/46#issuecomment-164033802.
Ari precisa de ajuda nas NTs?
Abraços