Re: [Python] REST framework

2017-02-20 Per discussione bruno bossola 
Sorry non credo nella transcompilazione, e comunque non è che tutto diventa
magicamente più veloce... l' I/O asincrono fa la differenza.

Ciao,

Bruno

On 20 Feb 2017 22:56, "Fundor 333"  wrote:

> Il 20 febbraio 2017 22:25:23 CET, Paolo Melchiorre 
> ha scritto:
>>
>> On Mon, Feb 20, 2017, 22:15 Strap Lab  wrote:
>>
>>>
>>> Il 20/feb/2017 20:32, "bruno bossola"  ha scritto:
>>>
>>> On 20 Feb 2017 19:05, "Marco"  wrote:
>>>
>>> Forse intendono
>>> http://www.django-rest-framework.org/
>>>
>>>
>>>
>>> Sanic https://github.com/channelcat/sanic
>>> Hug https://github.com/timothycrosley/hug
>>> Japronto https://github.com/squeaky-pl/japronto
>>>
>>
>> Attenzione che Japronto é poco più di una demo come ha sottolineato lo
>> sviluppatore:
>>
>> "This is an early preview with alpha quality implementation.
>> ...
>> Don't use it for anything serious for now and definitely don't use it in
>> production.
>> ...
>> If you are shopping for your next project's framework I would recommend
>> Sanic."
>>
>> Non ho esperienza diretta ma fossi in te mi orienterei su Sanic e magari
>> darei un feedback qui in lista dopo.
>>
>> Buona serata,
>> Paolo
>>
>>>
> Vorrei capire se una soluzione come https://github.com/google/grumpy
> possa essere utile nel vostro caso, in quanto sviluppate Python facendolo
> girare con performance go, o sia meglio sviluppare direttamente in go?
> --
> Fundor333
> Inviato dal mio dispositivo Android.
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione bruno bossola 
Mmm no, preferisco prendere uno sviluppatore extra e per scalare nel futuro
aggiungendo una macchina (+16x), non credo molto nei framework comunque,
credo nel codice scritto bene :)

Ciao,

Bruno



On 20 Feb 2017 21:09, "Marco"  wrote:

> Io fare diverse considerazioni se l'utilizzo di framework migliora
> l'efficienza e i processi di sviluppo, in soldoni si sviluppa in meno
> tempo, chi se ne frega di accendere qualche macchina in più. 25 macchine
> costano molto meno di un sviluppatore. :-)
>
> Il giorno 20 feb 2017, alle ore 20:32, bruno bossola 
> ha scritto:
>
> On 20 Feb 2017 19:05, "Marco"  wrote:
>
> Forse intendono
> http://www.django-rest-framework.org/
>
>
>
> Bello. Ma le venticinque macchine extra che mi servono per avere le stesse
> prestazioni di un server asincrono le trattengo dal loro stipendio?
>
> Tanto per capire cosa intendo, vedete i tempi di risposta qui di aiohttp,
> per esempio (giusto il server): in presenza di una chiamata a un server
> remoto, mentre Django e Flask servono una richiesta, lui ne serve 26
> (ventisei)
> http://klen.github.io/py-frameworks-bench/
>
> Secondo me non sono d'accordo...
>
> Ciao,
>
> Bruno Buozzi
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Fundor 333 
Il 20 febbraio 2017 22:25:23 CET, Paolo Melchiorre  ha 
scritto:
>On Mon, Feb 20, 2017, 22:15 Strap Lab  wrote:
>
>>
>> Il 20/feb/2017 20:32, "bruno bossola"  ha
>scritto:
>>
>> On 20 Feb 2017 19:05, "Marco"  wrote:
>>
>> Forse intendono
>> http://www.django-rest-framework.org/
>>
>>
>>
>> Sanic https://github.com/channelcat/sanic
>> Hug https://github.com/timothycrosley/hug
>> Japronto https://github.com/squeaky-pl/japronto
>>
>
>Attenzione che Japronto é poco più di una demo come ha sottolineato lo
>sviluppatore:
>
>"This is an early preview with alpha quality implementation.
>...
>Don't use it for anything serious for now and definitely don't use it
>in
>production.
>...
>If you are shopping for your next project's framework I would recommend
>Sanic."
>
>Non ho esperienza diretta ma fossi in te mi orienterei su Sanic e
>magari
>darei un feedback qui in lista dopo.
>
>Buona serata,
>Paolo
>
>>

Vorrei capire se una soluzione come https://github.com/google/grumpy possa 
essere utile nel vostro caso, in quanto sviluppate Python facendolo girare con 
performance go, o sia meglio sviluppare direttamente in go?
-- 
Fundor333
Inviato dal mio dispositivo Android.___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Paolo Melchiorre 
On Mon, Feb 20, 2017, 22:15 Strap Lab  wrote:

>
> Il 20/feb/2017 20:32, "bruno bossola"  ha scritto:
>
> On 20 Feb 2017 19:05, "Marco"  wrote:
>
> Forse intendono
> http://www.django-rest-framework.org/
>
>
>
> Sanic https://github.com/channelcat/sanic
> Hug https://github.com/timothycrosley/hug
> Japronto https://github.com/squeaky-pl/japronto
>

Attenzione che Japronto é poco più di una demo come ha sottolineato lo
sviluppatore:

"This is an early preview with alpha quality implementation.
...
Don't use it for anything serious for now and definitely don't use it in
production.
...
If you are shopping for your next project's framework I would recommend
Sanic."

Non ho esperienza diretta ma fossi in te mi orienterei su Sanic e magari
darei un feedback qui in lista dopo.

Buona serata,
Paolo

>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Strap Lab 
Il 20/feb/2017 20:32, "bruno bossola"  ha scritto:

On 20 Feb 2017 19:05, "Marco"  wrote:

Forse intendono
http://www.django-rest-framework.org/



[...]


Sanic https://github.com/channelcat/sanic
Hug https://github.com/timothycrosley/hug
Japronto https://github.com/squeaky-pl/japronto

Interessante articolo riguardo quest ultimo:
https://medium.freecodecamp.com/million-requests-per-second-with-python-95c137af319#.3eiek12me

Materiale da dare in pasto agli sviluppatori ora ne hai :-)

Sani
Strap
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Marco 
Io fare diverse considerazioni se l'utilizzo di framework migliora l'efficienza 
e i processi di sviluppo, in soldoni si sviluppa in meno tempo, chi se ne frega 
di accendere qualche macchina in più. 25 macchine costano molto meno di un 
sviluppatore. :-)

> Il giorno 20 feb 2017, alle ore 20:32, bruno bossola  ha 
> scritto:
> 
> On 20 Feb 2017 19:05, "Marco"  wrote:
> Forse intendono 
> http://www.django-rest-framework.org/
> 
> 
> Bello. Ma le venticinque macchine extra che mi servono per avere le stesse 
> prestazioni di un server asincrono le trattengo dal loro stipendio?
> 
> Tanto per capire cosa intendo, vedete i tempi di risposta qui di aiohttp, per 
> esempio (giusto il server): in presenza di una chiamata a un server remoto, 
> mentre Django e Flask servono una richiesta, lui ne serve 26 (ventisei)
> http://klen.github.io/py-frameworks-bench/
> 
> Secondo me non sono d'accordo...
> 
> Ciao,
> 
> Bruno Buozzi
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione bruno bossola 
On 20 Feb 2017 19:05, "Marco"  wrote:

Forse intendono
http://www.django-rest-framework.org/



Bello. Ma le venticinque macchine extra che mi servono per avere le stesse
prestazioni di un server asincrono le trattengo dal loro stipendio?

Tanto per capire cosa intendo, vedete i tempi di risposta qui di aiohttp,
per esempio (giusto il server): in presenza di una chiamata a un server
remoto, mentre Django e Flask servono una richiesta, lui ne serve 26
(ventisei)
http://klen.github.io/py-frameworks-bench/

Secondo me non sono d'accordo...

Ciao,

Bruno Buozzi
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Carlo Miron 
Il 20 feb 2017 20:05, "Marco"  ha scritto:


Il giorno 20 feb 2017, alle ore 19:07, Manlio Perillo <
manlio.peri...@gmail.com> ha scritto:

2017-02-20 19:01 GMT+01:00 bruno bossola :


ma gli sviluppatori qui vorrebbero usare un "framework REST" (e vabbe'... )

ma mi propongono tutti frameworks belli sincroni e lenti :)


Forse intendono
http://www.django-rest-framework.org/


... che è appunto un framework bello sincrono e lento.

㎝
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Help (pan...@tiscali.it)

2017-02-20 Per discussione Gollum1 
Il 20 febbraio 2017 13:03:17 CET, Francesco Palumbo  ha 
scritto:
>Scusatemi,
>ho fatto confusione rispondendo al digest.
>E' la prima volta che uso una mailing list, abbiate pazienza. :-)
>
Ok, avremo pazienza, ma non troppa... Ti hanno fatto notare che il top quoting 
è male, ed hai fatto ancora top quoting nella tua risposta.

Altro consiglio: scegli di ricevere le mail singole, e non il digest... 
Rispondendo al digest spezzi i thread, ed è sicuramente più facile poi 
destreggiarsi tra le risposte e seguire i vari thread... Ed eliminare quelli 
che non vuoi seguire.
-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] REST framework

2017-02-20 Per discussione Manlio Perillo 
2017-02-20 19:01 GMT+01:00 bruno bossola :
> Ciao a tutti,
>
> Qui da noi in EF usiamo Python nel backend (oltre a Go e NodeJS) e vorremmo
> sviluppare nuovi servizi REST usando Python. Attualmente, usando Tornado,
> abbiamo in generale delle ottime prestazioni (non-blocking I/O is good :))
> ma gli sviluppatori qui vorrebbero usare un "framework REST" (e vabbe'... )
> ma mi propongono tutti frameworks belli sincroni e lenti :)
>

Io ancora devo capire cosa vuol dire framework REST...
L'unica cosa che mi viene in mente è un framework orientato allo
sviluppo di API web,
che in pratica significa offrire un router in cui devi specificare
necessariamente il metodo
HTTP da gestire (cosa che io di solito non voglio per una applicazione
web tradizionale).

> Il problema che abbiamo qui e' che ci interfacciamo con servizi vecchiotti e
> non troppo veloci, quindi le richieste di solito sono il frutto di parte
> lavoro locale e parte aggregazione di contenuti succhiati via HTTP da
> qualche altro posto.
>
> Voi cosa usereste? Esiste un buon stack non-blocking per Python lato server
> che includa un REST framework che possa piacere ai miei developers?
>

Io per lo sviluppo web sono passato a Go, proprio perchè Python non ha
un supporto alla concorrenza
che mi soddisfi.


Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] REST framework

2017-02-20 Per discussione bruno bossola 
Ciao a tutti,

Qui da noi in EF usiamo Python nel backend (oltre a Go e NodeJS) e vorremmo
sviluppare nuovi servizi REST usando Python. Attualmente, usando Tornado,
abbiamo in generale delle ottime prestazioni (non-blocking I/O is good :))
ma gli sviluppatori qui vorrebbero usare un "framework REST" (e vabbe'... )
ma mi propongono tutti frameworks belli sincroni e lenti :)

Il problema che abbiamo qui e' che ci interfacciamo con servizi vecchiotti
e non troppo veloci, quindi le richieste di solito sono il frutto di parte
lavoro locale e parte aggregazione di contenuti succhiati via HTTP da
qualche altro posto.

Voi cosa usereste? Esiste un buon stack non-blocking per Python lato server
che includa un REST framework che possa piacere ai miei developers?

Ciao,

Bruno
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Help (pan...@tiscali.it)

2017-02-20 Per discussione Francesco Palumbo 
2017-02-20 13:03 GMT+01:00 Francesco Palumbo :
> Scusatemi,
> ho fatto confusione rispondendo al digest.
> E' la prima volta che uso una mailing list, abbiate pazienza. :-)
>
>> --
>>
>> Message: 2
>> Date: Sun, 19 Feb 2017 12:34:07 +0100
>> From: Carlos Catucci 
>> To: Discussioni generali sul linguaggio Python
>> 
>> Subject: Re: [Python] Help (pan...@tiscali.it)
>> Message-ID:
>>

Re: [Python] Help (pan...@tiscali.it)

2017-02-20 Per discussione Francesco Palumbo 
Scusatemi,
ho fatto confusione rispondendo al digest.
E' la prima volta che uso una mailing list, abbiate pazienza. :-)

> --
>
> Message: 2
> Date: Sun, 19 Feb 2017 12:34:07 +0100
> From: Carlos Catucci 
> To: Discussioni generali sul linguaggio Python
> 
> Subject: Re: [Python] Help (pan...@tiscali.it)
> Message-ID:
>

Re: [Python] librerie per pilotare autocad

2017-02-20 Per discussione Gian Mario Tagliaretti 
2017-02-20 9:58 GMT+01:00 Piacenza Federico :

> Suggerimenti?
> se conoscete un altro modo per generare i file dwg senza passare per il 
> pilotaggio di autocad per me va bene ugualmente.

pythonnet + librerie AutoCAD per .NET? (https://github.com/pythonnet/pythonnet)
ctypes?

Ciao
-- 
Gian Mario Tagliaretti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] librerie per pilotare autocad

2017-02-20 Per discussione Piacenza Federico 
Il 19/feb/2017 12:39 PM, "Carlos Catucci"  ha
scritto:
> Ho aperto google.it e scritto: python acad

> Ecco i primi tre link
> https://pypi.python.org/pypi/pyautoca

> http://pyacad.sourceforge.net/ 
> http://www.python-it.org/forum/index.php?topic=4440.0
Esercitazione per
casa:
> Eseguire gli step indicati e consultare tutti i link. Se dopo tale

> ricerca non risultasse alcuna soluzione si prova a chiedere in lista.


Ovviamente, prima di chiedere in lista ho fatto la stessa ricerca da te
suggetira ed ho provato a runnare gli esempi che davano sui vari siti
ma con risultati non soddistacenti;
di seguito il problema riscontrato:


*import comtypes.client  acad =
comtypes.client.GetActiveObject("AutoCAD.Application") *

l'importazione va a buon fine ma la seconda istruzione mi restituisce il
secondo messaggio di errore seguente:



*OSError: [WinError -2147221005] Stringa dell'interfaccia non valida*
ti anticipo subito che dalle ricerche su google relative a questo errore
con la libreria comtypes non sono riuscito a concludere niente.

lo stesso problema lo riscontro con la libreria pyautocad.

Suggerimenti?
se conoscete un altro modo per generare i file dwg senza passare per il
pilotaggio di autocad per me va bene ugualmente.

se ci sono ovvieta' che non ho tenuto in considerazione e' perche' ho la
consegna di un prototipo mercoledi' ed oltre a questa soluzione (che e'
quella che preferisco)
dovro' presentare una alternativa probabilmente in VBA che vorrei evitare.

ringrazio anticipatamente chiunque voglia aiutarmi in tal senso.

Federico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python