Re: [Python] CENTODODICI talk da votare!

2016-01-20 Per discussione Christian Barra 
On 21 Jan 2016 00:20, "Carlo Miron"  wrote:
>
> Nuovo record assoluto di talk submission per [PyConSette]
> (https://www.pycon.it/)!
>
> Grazie ragazzi, e ora sotto a votare!!!

Apri le votazioni !!!
--
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Patrick Guido 
On Wed, Jan 20, 2016 at 1:23 PM enrico franchi 
wrote:

> 2016-01-20 9:58 GMT+00:00 Patrick Guido :
>
>> On Wed, Jan 20, 2016 at 1:34 AM enrico franchi 
>> wrote:
>>
>>> Ma e' colpa nostra: c'era evidentemente un buco di tooling grosso come
>>> una casa su tutta la catena... node.js l'ha riempito. Colpa di tutti noi
>>> altri che ci siamo mossi tardi. Fare qualcosa ora? Prima devo farmi
>>> approvare la giornata di 72 ore, che 48 vanno per il solo lavoro...
>>>
>>
>> Scusatemi, mi consigliate qualche link che parla dei problemi di node e
>> di Javascript?
>>
>
> Guarda, ce ne e' a pacchi in rete. Consigliartene uno specifico? Posso
> anche farlo, ma non sono sicuramente il personaggio piu' up-to-date della
> storia nella lettura dei blog.
>
> Allora, andiamo per gradi... problemi di Javascript. Credo che l'ottimo
> "The Good Parts" sia piuttosto chiaro nell'indicare una buona sequenza di
> problemi. In generale il fatto stesso che hai bisogno di restringere cosi'
> tanto la parte "buona" e' un sintomo che di roba che non va ce ne e'
> parecchia.
>
Non ho mai avuto modo di leggere questo libro, ora lo compro e vedo un po',
thanks :)


> Tra l'altro, finche' non rompono la compatibilita' (e sappiamo tutti che
> e' improbabile riuscire a farlo con successo) la merda resta. Insomma, non
> e' come la situazione che aveva Java qualche tempo fa [ovvero mancanza di
> feature che rendevano tutto davvero troppo legnoso]. Il problema di
> Javascript e' che da un lato nelle versioni "tradizionali" mancano features
> strutturate utili (oh merda... ma davvero sono l'unico che trova bislacco
> dovere fare quel troiaio che suggerisce Crockford per creare un *modulo*
> perche' il concetto di modulo, di fatto, non esiste?), ma soprattutto nel
> linguaggio sono finite un sacco di cattive idee che non ci sarebbero dovute
> finire (veramente Good Parts spiega la maggior parte di queste).
>
> Node.js? A me ha divertito molto questo:
> https://www.semitwist.com/mirror/node-js-is-cancer.html
> Ma e' vecchio. Comunque molti dei problemi elencati sono filosofici.
> Ancora piu' interessante e' come la comunita' reagisce alle critiche. Il
> che mi fa solo venire voglia di starne lontano.
>

Leggerò anche questo, per il resto non so, preferisco non esprimermi al
momento, non avendo le idee completamente chiare :)

Grazie per i link :)
-- 

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

[Python] CENTODODICI talk da votare!

2016-01-20 Per discussione Carlo Miron 
Nuovo record assoluto di talk submission per [PyConSette]
(https://www.pycon.it/)!

Grazie ragazzi, e ora sotto a votare!!!

㎝

-- 
|:**THE BEER-WARE LICENSE** *(Revision 42)*:
|  wrote this mail. As long as you retain
| this notice you can do whatever you want with this stuff.
| If we meet some day, and you think this stuff is worth it,
| you can buy me a beer in return.
|--Carlo Miron :
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Andrea D'Amore 
2016-01-20 13:23 GMT+01:00 enrico franchi :
> A me ha divertito molto questo:
> https://www.semitwist.com/mirror/node-js-is-cancer.html

L'originale non c'è più e neanche il "butthurt post", ma si può trovare qui:

https://gist.github.com/cookrn/4015437


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

[Python] (senza oggetto)

2016-01-20 Per discussione Carlo Miron 
Hey, startupper.

Sì, dico a te. Leggiti



e scrivici!

㎝

-- 
|:**THE BEER-WARE LICENSE** *(Revision 42)*:
|  wrote this mail. As long as you retain
| this notice you can do whatever you want with this stuff.
| If we meet some day, and you think this stuff is worth it,
| you can buy me a beer in return.
|--Carlo Miron :
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Django: da un database a 3

2016-01-20 Per discussione Iacopo Spalletti 
Il 11/01/2016 11:44, Fundor333 ha scritto:
> Ho un applicazione django parzialmente funzionante e dovrei dividere il
> database in base ai moduli: il blog va nel db blog, app1 va in app1 e
> api va in api. Sulla documentazione ufficiale trovo solo riferimenti a
> come vincolare i moduli a usare determinati database ma nessuna
> indicazione a che comando è necessario per passare i dati dal db vecchio
> (default) a quelli dedicati al modulo corretto.
> 
> A una prima occhiata sembrerebbe che il comando migrate fa anche questo
> ma prima di provare e, in caso di errore ripristinare tutto, vorrei
> chiedere se qualcuno ha avuto lo stesso problema/situazione e come ha
> fatto. Tutto questo mi serve per non passare a mano tutti i dati di un
> db nei nuovi
> 
Ciao, forse può essere più opportuno girare la domanda anche sulla lista
django-it (django...@googlegroups.com).

Puoi creare il tuo router che in base al model legge/scrive nei nuovi
database, e poi creare una datamigration che legge i dati dal vecchio
database specificando il db nel queryset
(https://docs.djangoproject.com/en/1.9/topics/db/multi-db/#manually-selecting-a-database-for-a-queryset)
e salvi specificando il nuovo database.
Qui
https://docs.djangoproject.com/en/1.9/topics/db/multi-db/#moving-an-object-from-one-database-to-another
trovi la documentazione per il tuo caso d'uso


-- 
Saluti

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

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Patrick Guido 
On Wed, Jan 20, 2016 at 1:34 AM enrico franchi 
wrote:

> Ma e' colpa nostra: c'era evidentemente un buco di tooling grosso come una
> casa su tutta la catena... node.js l'ha riempito. Colpa di tutti noi altri
> che ci siamo mossi tardi. Fare qualcosa ora? Prima devo farmi approvare la
> giornata di 72 ore, che 48 vanno per il solo lavoro...
>

Scusatemi, mi consigliate qualche link che parla dei problemi di node e di
Javascript?

Personalmente lavoro molto su frontend ma non mi sento di concordare con il
primo articolo. Si è vero che ci sono un'infinità di tool per fare lo
stesso lavoro, ma credo che sia normale per il momento in cui siamo. In
fondo stiamo un po' affrontando una rinascita di Javascript (anche con le
nuove specifiche del linguaggio).

Poi, boh, magari sono io *cieco* e non riesco a vedere tutti questi
problemi, ma davvero vorrei cercare di capire :)
-- 

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

[Python] [jobs] Offerta di Lavoro: IoT-Python Developer at VIPER, Pisa, Italy

2016-01-20 Per discussione Daniele Mazzei 
TOI Srl www.thingsoninternet.biz is the R and Industrial Implementation
company of VIPER www.viperize.it, the Python IoT Design Suite.
TOI's mission is to give designers, professionals and companies the tools
to provide interactivity and connectivity to devices and Internet of Things
solutions. TOI wants to make programming language readily accessible for
commercial interactive products, amplifying the potential for smart objects
to be as pervasive as mobile devices in their ease of design interactivity.
The team was born 4 years ago with one challenge: developing a new paradigm
of design and Internet of Things. This has now become a reality, thanks to
a successful Kickstarter campaign concluded in March 2015.

*POSITION*
IoT-Python Developer

*MAIN ACTIVITY*
Development and testing of Python modules for IoT applications, cloud APIs
and peripherals management; Development and testing of the proprietary IDE
features and plugins; Development and testing of drivers for new sensors
and peripherals; Enhancement and extension of existing APIs.

*REQUIREMENTS*
Technical skills: good knowledge of Javascript and HTML5, experience with
Python and knowledge of microcontrollers and embedded devices.

Other Requirements: fluent in English (written and spoken).

*EMPLOYMENT CONDITIONS*
Start: February 1st 2016
Contract: Full-time open-ended, compensation commensurate with experience.
Work Location: Pisa, Italy. TOI Srl office
(Part-time and remote work will also be taken into consideration).

-
Daniele Mazzei

*Try Viper the Python IoT suite* http://www.viperize.it

http://www.danielemazzei.it - http://www.faceteam.it –
http://www.fablabpisa.org
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione enrico franchi 
2016-01-20 9:58 GMT+00:00 Patrick Guido :

> On Wed, Jan 20, 2016 at 1:34 AM enrico franchi 
> wrote:
>
>> Ma e' colpa nostra: c'era evidentemente un buco di tooling grosso come
>> una casa su tutta la catena... node.js l'ha riempito. Colpa di tutti noi
>> altri che ci siamo mossi tardi. Fare qualcosa ora? Prima devo farmi
>> approvare la giornata di 72 ore, che 48 vanno per il solo lavoro...
>>
>
> Scusatemi, mi consigliate qualche link che parla dei problemi di node e di
> Javascript?
>

Guarda, ce ne e' a pacchi in rete. Consigliartene uno specifico? Posso
anche farlo, ma non sono sicuramente il personaggio piu' up-to-date della
storia nella lettura dei blog.

Allora, andiamo per gradi... problemi di Javascript. Credo che l'ottimo
"The Good Parts" sia piuttosto chiaro nell'indicare una buona sequenza di
problemi. In generale il fatto stesso che hai bisogno di restringere cosi'
tanto la parte "buona" e' un sintomo che di roba che non va ce ne e'
parecchia.

Tra l'altro, finche' non rompono la compatibilita' (e sappiamo tutti che e'
improbabile riuscire a farlo con successo) la merda resta. Insomma, non e'
come la situazione che aveva Java qualche tempo fa [ovvero mancanza di
feature che rendevano tutto davvero troppo legnoso]. Il problema di
Javascript e' che da un lato nelle versioni "tradizionali" mancano features
strutturate utili (oh merda... ma davvero sono l'unico che trova bislacco
dovere fare quel troiaio che suggerisce Crockford per creare un *modulo*
perche' il concetto di modulo, di fatto, non esiste?), ma soprattutto nel
linguaggio sono finite un sacco di cattive idee che non ci sarebbero dovute
finire (veramente Good Parts spiega la maggior parte di queste).

Node.js? A me ha divertito molto questo:
https://www.semitwist.com/mirror/node-js-is-cancer.html
Ma e' vecchio. Comunque molti dei problemi elencati sono filosofici. Ancora
piu' interessante e' come la comunita' reagisce alle critiche. Il che mi fa
solo venire voglia di starne lontano.

Personalmente lavoro molto su frontend ma non mi sento di concordare con il
> primo articolo. Si è vero che ci sono un'infinità di tool per fare lo
> stesso lavoro, ma credo che sia normale per il momento in cui siamo.
>

Ecco... io credo che sia *non* normale. O meglio, che sia una cosa da
rettificare al piu' presto. Sono pagato per consegnare cose fatte.
L'evoluzione darwiniana di un ecosistema di sviluppo e' un problema che
preferirei trattare da accademico, non doverci lottare come ingegnere.

Tra l'altro... non e' che sia da poco tempo che il software engineering
tratta il problema di gestire le dipendenze in progetti software. Quello
che e' lo standard nel mondo di node si *sa* che e' disastroso.

Questo lasciando stare il fatto stesso che node.js e' un tool che gira su
Unix, in essenza, ma che ignora quasi completamente tutta la storia di
Unix. E' un mondo a parte, in un certo senso come la JVM. Ma mentre la JVM
e' molto strutturata e costituisce un sistema essenzialmente completo e
autocontenuto (che e' una brutta e una bella cosa a seconda di come lo si
vede), node.js ha un'approccio parziale. Abbiamo gia' visto che gli
approcci parziali creano problemi (in Python se ne manifestano), ma almeno
Python e' relativamente regolare nel resto (il che vuole dire che e'
piuttosto facile "mappare" Unix <-> Python). La stessa cosa non avviene con
Node.

E' un mondo a se che segue regole sue, che pero' non sono state validate
nel corso degli anni.

In fondo stiamo un po' affrontando una rinascita di Javascript (anche con
> le nuove specifiche del linguaggio).
>

Mah... direi che Javascript non e' mai "morto".


> Poi, boh, magari sono io *cieco* e non riesco a vedere tutti questi
> problemi, ma davvero vorrei cercare di capire :)
>

Immagino che dipenda da quello che devi fare.

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

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Kbyte 
>
> In fondo stiamo un po' affrontando una rinascita di Javascript (anche con
>> le nuove specifiche del linguaggio).
>>
>
> Mah... direi che Javascript non e' mai "morto".
>

Non sarà morto, ma era particolarmente odiato da chi arrivava al punto di
doverci fare cose complesse.

Ora tra ES6, Typescript e Angular2 si ha quasi la sensazione di avere un
vero linguaggio tra le mani :P
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Django: da un database a 3

2016-01-20 Per discussione Fundor333 
Puoi creare il tuo router che in base al model legge/scrive nei nuovi 
database, e poi creare una datamigration che legge i dati dal vecchio 
database specificando il db nel queryset 
(https://docs.djangoproject.com/en/1.9/topics/db/multi-db/#manually-selecting-a-database-for-a-queryset) 
e salvi specificando il nuovo database. Qui 
https://docs.djangoproject.com/en/1.9/topics/db/multi-db/#moving-an-object-from-one-database-to-another 
trovi la documentazione per il tuo caso d'uso 


Grazie mille è esattamente quello di cui avevo bisogno

--
Fundor333

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

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Manlio Perillo 
2016-01-20 1:34 GMT+01:00 enrico franchi :
>
> [...]
> Ma e' colpa nostra: c'era evidentemente un buco di tooling grosso come una
> casa su tutta la catena... node.js l'ha riempito. Colpa di tutti noi altri
> che ci siamo mossi tardi. Fare qualcosa ora? Prima devo farmi approvare la
> giornata di 72 ore, che 48 vanno per il solo lavoro...
>

La natura aborre il vuoto, e lo riempe con la prima cosa che si
ritrova, inclusa la merda.


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

Re: [Python] Fwd: [Bologna-xpug] The sad state of web development

2016-01-20 Per discussione Carlos Catucci 
2016-01-20 14:01 GMT+01:00 Kbyte :

> on sarà morto, ma era particolarmente odiato da chi arrivava al punto di
> doverci fare cose complesse.
>

Chiediti come mai ;)


> Ora tra ES6, Typescript e Angular2 si ha quasi la sensazione di avere un
> vero linguaggio tra le mani :P
>

ecco sono le due paroline "quasi" e "sensazione" che endono poco credibile
il tutto :)
Pero' ha raione Riko quando cdice che la colpa e' di tutti noi che abbamo
lasciato proliferare tutta questa roba incontrollata.
Vero e' che al contrario di altri linguaggi non esiste una vera e propria
struttura (tipo Debian team per capirci) che vigili sulle [e,in]voluzioni
del linguaggio ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python