Ari precisa de ajuda nas NTs? about pysped

[joselobinho]

ola luis
q tipo de ajuda!!

Obrigado
Jose Lobinho

2015-12-08 19:39 GMT-02:00 Luis Felipe Miléo [email protected]:

Ary precisa de ajuda nas NTs?

Abraços

—
Reply to this email directly or view it on GitHub
#46.

[mileo]

Qualquer tipo:

• Teste;
• Desenvolvimento;
  etc

[joselobinho]

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 [email protected]:

Qualquer tipo:

• Teste;
• Desenvolvimento; etc

—
Reply to this email directly or view it on GitHub
#46 (comment).

[mileo]

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

[rvalyi]

@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.

[mileo]

Informações recentes de um cliente deles tentando instalar o Odoo 8.0 + c/ nfe dizem q sim

[joselobinho]

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 [email protected]
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
#46 (comment).

[rvalyi]

@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...

[mileo]

Como eu disse estamos publicando nossas mudanças no https://github.com/odoo-brazil/PySPED
Fique a vontade para contribuir

[rvalyi]

@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).

[mileo]

@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

[rvalyi]

@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).

[mileo]

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

[joselobinho]

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 <[email protected]

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
#46 (comment).