Re: [Python] Proposta di collaborazione

2015-04-21 Per discussione Enrico Bianchi

On 04/20/2015 12:11 PM, Roberto Polli wrote:

Mi spiegate perchè mysql fa schifo, però?
A me basta la gestione delle utenze e dei permessi per farmi inorridire 
(di peggio ho trovato solo la gestione delle utenze di MongoDB) :)


Enrico
P.S. oddio, non e` che gli altri database siano messi meglio (PostgreSQL 
compreso), ma le ritengo comunque piu` sensate...

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Larosa
 Nicola Gramola wrote:
 Gli strumenti sono ovviamente Python, Mysql, e un framework web.

Carlos Catucci wrote:
 Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un 
 ossimoro lo sai?

Confermo l'ossimoro. Grazie per il lower casing.


 Se poi ti mangeranno vivo in lista (sapendo quanto sia amato mysql)
 non venire a lamentarti eh?
 Che poi essendo quasi tutti sotto i postumi da sbronza PyCon forse te
 la scampi ;)

Non ero a PyCon e non mi sbronzo in generale, ma per me la scampa
comunque, visto che mi sono dimesso. :-) Vedi:

http://lists.python.it/pipermail/python/2015-April/022589.html

-- 
Nicola 'tekNico' Larosa http://www.tekNico.net/

Because of an unlikely combination of well-designed interface
types and the ability to upgrade to more efficient interfaces
when necessary, Go is able to serve files as efficiently as nginx
without your knowledge or cooperation. And that's fucking amazing.
 - Carl, 2014, http://avtok.com/2014/11/05/interface-upgrades.html
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Larosa
Carlos Catucci wrote:
 Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
 una cosa da bimbinkia phpari.

Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
non puoi sperare che ti diano retta.

-- 
Nicola 'tekNico' Larosa http://www.tekNico.net/

Because of an unlikely combination of well-designed interface
types and the ability to upgrade to more efficient interfaces
when necessary, Go is able to serve files as efficiently as nginx
without your knowledge or cooperation. And that's fucking amazing.
 - Carl, 2014, http://avtok.com/2014/11/05/interface-upgrades.html
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


[Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Gramola

Ciao a tutti,
sto cercando qualcuno in Veneto o limitrofi che possa collaborare a 
un progetto, per il momento
Si tratta di proceduralizzare e dare un'intefaccia web a una serie di 
flussi di dati che vengono attualmente gestiti a mano.

Gli strumenti sono ovviamente Python, Mysql, e un framework web.
Non siate timidi :)

--
 * Nicola Gramola (° Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Roberto Polli
Il 20 aprile 2015 12:25, Marco De Paoli depao...@gmail.com ha scritto:
 capisco che Stallman non sarebbe forse del tutto daccordo
troll
Le licenze MIT sono solo un modo per permettere alle corporate di
scroccare il lavoro
degli altri ;)
/troll

imho GPL2  MIT ma questo capisco sia soggettivo.

Il volevo fare una discussione tecnica però: per le facezie e le
guerre di religione c'erano le pause-caffè di #pycon6 :DDD

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Strap
Roberto Polli robipolli at gmail.com writes:

 
 [...]
 
 Il volevo fare una discussione tecnica però: per le facezie e le

Un interessante punto di vista: http://bit.ly/1bjQvpy

 guerre di religione c'erano le pause-caffè di #pycon6 :DDD
 

Eh... e pensare che ci poteva esser un lighting talk sul top/bottom posting 
e qualcuno non mi ha assecondato :-P
Il prossimo anno mi dicono :-)

 Pace,
 R.
 

Prima di esser bacchettato sempre da quel qualcuno... forse sarebbe 
meglio cambiare il subject della discussione... ;-)

Sani
Strap




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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Gramola



Il 20/04/2015 12:12, Gollum1 ha scritto:

Il 20/04/2015 12:09, Nicola Larosa ha scritto:

Carlos Catucci wrote:

Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
una cosa da bimbinkia phpari.


Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone 
poi

non puoi sperare che ti diano retta.



oddio... chi è stato...

dove lo avete messo... questo non è Nicola, siamo arrivati 
all'invasione degli ultracorpi?


:P

Sono un altro Nicola :D

--
 * Nicola Gramola (° Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Gramola





Il 20/04/2015 11:48, Nicola Larosa ha scritto:

Nicola Gramola wrote:

Gli strumenti sono ovviamente Python, Mysql, e un framework web.

Carlos Catucci wrote:

Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un
ossimoro lo sai?

Confermo l'ossimoro. Grazie per il lower casing.


Purtroppo è una specifica del committente, poco posso farci.

Per fortuna che non ho citati che alcune procedure sono state già 
implementate dal committente in PHP altrimenti sarei stato radiato, 
senza possibilità di replica, dalla lista! Ma non l'ho fatto, spero di 
cavarmela x questa volta.


--
 * Nicola Gramola (° Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Marco De Paoli
Il giorno 20 aprile 2015 12:11, Roberto Polli robipo...@gmail.com ha
scritto:

  poi Postgres... l'Open Source puo' essere molto
  migliore del closed.
 in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)


... beh, intendiamoci sul senso di open  ;-)
postgres è tipo BSD/MIT con una licenza di 23 righe comprese le vuote

http://www.postgresql.org/about/licence/

in pratica ci fai tutto quello che vuoi
compreso forkarlo e/o brandizzarlo e/o venderlo etc. etc.

capisco che Stallman non sarebbe forse del tutto daccordo
ma, dal mio punto di vista... più open di così non si può

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 11:48 GMT+02:00 Nicola Larosa n...@teknico.net:

 Confermo l'ossimoro. Grazie per il lower casing.


Deve essere una cosa Freudiana ;)


 Non ero a PyCon e non mi sbronzo in generale, ma per me la scampa
 comunque, visto che mi sono dimesso. :-) Vedi:


Io resto sempre dell'idea che paragonare mysql e Postgres sia come
paragonare il letame alla Nutella.
Con la differenza che il letame se utilizzato per concimare i campi ha una
sua utilita'.
Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere una
cosa da bimbinkia phpari.
Per piccole cose puo' andare bene, ma se macini record ... poi Postgres da
la paga a tutti oramai, dimostrando che l'Open Source puo' essere molto
migliore del closed.

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 11:52 GMT+02:00 Roberto Polli robipo...@gmail.com:

 MySQL ha prodotto:
   - driver nativi python;
   - utilities in python per fare *tutto*;


Scusa ma direi il contrario. C'e' chi ha scritto driver nativi per mysql in
Python (ma lo hanno fatto per tutti db esistenti mi sa)

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Riccardo Magliocchetti

Ciao Roberto,

Il 20/04/2015 12:11, Roberto Polli ha scritto:

Premetto che per me vanno bene entrambi...

in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)


In pratica però devi firmare un CLA :)
https://wikis.oracle.com/display/mysql/Contributing+Code+to+MySQL

--
Riccardo Magliocchetti
@rmistaken

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Roberto Polli
Il 20 aprile 2015 11:48, Nicola Larosa n...@teknico.net ha scritto:
 ..., mettendo nella stessa frase Python e mysql, e' un
 ossimoro...
 Confermo l'ossimoro. Grazie per il lower casing.
Ma cosa dite!!!

MySQL ha prodotto:
  - driver nativi python;
  - utilities in python per fare *tutto*;
  - orchestrator in python che provisiona, replica, failovera e sharda
pallocchi di server.


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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Gollum1

Il 20/04/2015 12:09, Nicola Larosa ha scritto:

Carlos Catucci wrote:

Io mysql lo comparo al massimo con acCESS. E' e rimane a mio parere
una cosa da bimbinkia phpari.


Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
non puoi sperare che ti diano retta.



oddio... chi è stato...

dove lo avete messo... questo non è Nicola, siamo arrivati 
all'invasione degli ultracorpi?


:P
--
Teoro, dov'é il mio teoro
Gollum1
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
On 20 April 2015 at 12:09, Nicola Larosa n...@teknico.net wrote:

 Tecnicamente sono anche d'accordo, come sai, ma se insulti le persone poi
 non puoi sperare che ti diano retta.


Ossimoro non e' una parolaccia dai.

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Larosa
 Nicola Larosa ha scritto:
 Tecnicamente sono anche d'accordo, come sai, ma se insulti
 le persone poi non puoi sperare che ti diano retta.

Gollum1 wrote:
 oddio... chi è stato...
 
 dove lo avete messo... questo non è Nicola, siamo arrivati
 all'invasione degli ultracorpi?
 
 :P

Potrebbe essere letta come un'insinuazione che io insulterei le persone,
ma tu non volevi certo intendere questo, vero? VERO? ;-P

-- 
Nicola 'tekNico' Larosa http://www.tekNico.net/
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 12:11 GMT+02:00 Roberto Polli robipo...@gmail.com:

 Mi spiegate perchè mysql fa schifo, però?


http://grimoire.ca/mysql/choose-something-else

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Roberto Polli
Il 20 aprile 2015 12:17, Riccardo Magliocchetti
riccardo.magliocche...@gmail.com ha scritto:
 In pratica però devi firmare un CLA :)
 https://wikis.oracle.com/display/mysql/Contributing+Code+to+MySQL
Se vuoi che il codice venga mergiato nel fork di Oracle.

Con github puoi benissimo manutenere il tuo fork.

Open source non è che tu deleghi a qualcuno di gestire al tuo posto i
repository.

Nello specifico e nel rispetto della GPL2 cmq puoi:
 - avere accesso al codice;
 - eseguire il codice;
 - modificare il codice;
 - redistribuire il codice.

Mi sbaglio?

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 12:28 GMT+02:00 Nicola Gramola nicola.gram...@gmail.com:

 Sono un altro Nicola


Clone wars!

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 11:38 GMT+02:00 Nicola Gramola nicola.gram...@gmail.com:

 Gli strumenti sono ovviamente Python, Mysql, e un framework web.


Dire ovviamente, mettendo nella stessa frase Python e mysql, e' un ossimoro
lo sai? Se poi ti mangeranno vivo in lista (sapendo quanto sia amato mysql)
non venire a lamentarti eh?
Che poi essendo quasi tutti sotto i postumi da sbronza PyCon forse te la
scampi ;)

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Roberto Polli
Premetto che per me vanno bene entrambi...

Il 20 aprile 2015 12:03, Carlos Catucci carlos.catu...@gmail.com ha scritto:
 Per piccole cose puo' andare bene, ma se macini record ...
Perchè con mysql non puoi macinare record?

 poi Postgres... l'Open Source puo' essere molto
 migliore del closed.
in teoria mysql è più open di postgres, visto che è GPL2 vs MIT ;)

Mi spiegate perchè mysql fa schifo, però?


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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
2015-04-20 12:17 GMT+02:00 Riccardo Magliocchetti 
riccardo.magliocche...@gmail.com:

 In pratica però devi firmare un CLA :)


Ovvio Larry, qualora saltasse fuori qualcosa di buono mica vuole perderlo ;)

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Carlos Catucci
Purtroppo è una specifica del committente, poco posso farci.


 Per fortuna che non ho citati che alcune procedure sono state già
 implementate dal committente in PHP altrimenti sarei stato radiato, senza
 possibilità di replica, dalla lista! Ma non l'ho fatto, spero di cavarmela
 x questa volta.


Ti vedo e ti piango. Hai tutta la mia comprensione e una spalla su cui
piangere.

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione Nicola Gramola



Il 20/04/2015 12:05, Carlos Catucci ha scritto:

Purtroppo è una specifica del committente, poco posso farci.


Per fortuna che non ho citati che alcune procedure sono state già
implementate dal committente in PHP altrimenti sarei stato
radiato, senza possibilità di replica, dalla lista! Ma non l'ho
fatto, spero di cavarmela x questa volta.


Ti vedo e ti piango. Hai tutta la mia comprensione e una spalla su cui 
piangere.



Gracias!

--
 * Nicola Gramola (° Above all, be cool!
 - linux addicted - keep calm and clear cache - keep it simple
 - Linux Counter: 324870 http://linuxcounter.net
 - AViLUG - AViCoderDojo: http://www.avilug.it/ - Calendario attività: 
http://www.avilug.it/doku.php/calendario

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


Re: [Python] Proposta di collaborazione

2015-04-20 Per discussione enrico franchi
2015-04-20 11:49 GMT+01:00 Strap l...@strap.it:

 Un interessante punto di vista: http://bit.ly/1bjQvpy


Ma si... solito discorso. C'era anche quello che aveva proposto un modello
3 innovation token per prodotto. Il che ha senso: se fai tutto bleeding
edge l'unica cosa di bleeding saranno le chiappe di chi deve mantenere il
tutto. Il corollario e' che i token e' meglio spenderli per la roba che
importa davvero, piuttosto che per l'infrastruttura (vero: ai tuoi utenti
interessa relativamente poco quale sia il db che usi, fintanto che il
servizio che offri funziona bene).

Il problema e' che la definizione di maturo andrebbe un pochetto staccata
dalla definizione di vecchio e di lo usano tutti. E' vero che essere
vecchio e usato da tutti aiuta molto per maturare, ma non e' che sia per
forza un se e solo se.

In particolare, nel post la sopra secondo me insieme a frasi estremamente
sagge, sta facendo del gran FUD.

Il punto fondamentale e' che se hai le persone che lo sanno fare (ovvero,
riesci a trovarle, riesci a pagarle, riesci a tenertele) cancelli qualunque
difetto di un prodotto. Con le persone giuste fai scalare quasi qualunque
cosa, fai andare forte quasi qualunque cosa. Voglio dire... PHP va troppo
piano per Facebook? Ok, riscriviamo PHP. Lo hanno fatto. Due volte.

Pero' probabilmente l'azienda media la fuori non ha le risorse per
riscrivere PHP. E se PHP va troppo piano, e' meglio che passino a Java che
con un minimo di buon senso va ragionevolmente forte e non e'
drammaticamente complesso da fare scalare.

Ah, e in tutto questo probabilmente falliranno il loro scopo perche' non
avranno in casa le competenze (no, un corso di formazione e un po' di ore
di un consulente non combinano un tubo). E probabilmente il loro problema
in principio non era che PHP non andava abbastanza forte, ma semplicemente
che la gente che avevano assunto non era in grado di fare andare PHP
abbastanza forte. Si, l'esempio usa due tecnologie poco amate qui *apposta*.

Quindi, quando l'autore dice che tirare tecnologie a caso in un progetto
(o, appena meglio, scegliere sempre i top ranker di reddit) non e' molto
saggio, ha ragione. Quando dice che a noi MySQL funziona bene, sta
dicendo che il loro know how interno sommato a quanto adatto e' MySQL per
quello che devono fare, e' sufficiente per farlo funzionare bene.

Quando dico che MySQL fa schifo, in effetti intendo che la quantita' di
risorse che devo investirci per farlo andare decentemente e' inutilmente
alta e che con PostgreSQL posso fare funzionare le cose con uno sforzo
molto minore (per qualche definizione di funzionare). Poi ci sono anche
tecnologie che proprio non funzionano o tendono a funzionare male qualunque
livello di cura ci metti sopra. MySQL qualche anno fa era in questo
stato... adesso piano piano stanno aggiustando un sacco di problemi. Io
continuo a preferire Postgre i cui sviluppatori invece che spendere tempo
in risolvere problemi che non sarebbero manco dovuto esistere lo possono
spendere per darmi tecnologia assolutamente favolosa.

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