Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/04/2011 23:51, Enrico Franchi ha scritto: Matteo Vitturi wrote: Insomma, c'è modo di fare casino con qualunque linguaggio. Quindi smettiamo di programmare in ogni linguaggio? Non è meglio smettere di fare casino, o meglio, evitare che quelli che fanno casino procurino danni agli altri? Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2dXkkACgkQscQJ24LbaURzxgCgk+fEV6YFOJXy1AnTAlZM501F TyEAn03jDLJzBAU2uNnFskk7KugD2qfE =BmXG -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Il giorno 07 aprile 2011 08:48, Manlio Perillo manlio.peri...@gmail.com ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/04/2011 23:51, Enrico Franchi ha scritto: Matteo Vitturi wrote: Insomma, c'è modo di fare casino con qualunque linguaggio. Quindi smettiamo di programmare in ogni linguaggio? Non è meglio smettere di fare casino, o meglio, evitare che quelli che fanno casino procurino danni agli altri? Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2dXkkACgkQscQJ24LbaURzxgCgk+fEV6YFOJXy1AnTAlZM501F TyEAn03jDLJzBAU2uNnFskk7KugD2qfE =BmXG -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python Io credo che non bisogno smettere di programmare anzi migliorarsi per sbagliare il meno possibile. Ci sarebbe da acquietare gli ossessionati dal linguaggio e fanno discussioni accese quale meglio e quale è peggio. -- Michele Gatti MG Soluzioni Informatiche ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Michele Gatti wrote: Ci sarebbe da acquietare gli ossessionati dal linguaggio e fanno discussioni accese quale meglio e quale è peggio. E come pensi di farlo? Consiglieri con bastoni e mazze a domicilio? Sedazione obbligatoria? Controllo della mente a distanza? Si potrebbe invece vivere e lasciar vivere, e discutere: chi discute di cose che non t'interessano non ti toglie granché. E poi ci sarebbe anche da imparare a citare, ché cercare di capire cosa dici nel bailamme fa perdere più tempo di discussioni per te inutili, ma per altri no. In tre parole (di cui una censurata): acquiétami 'sta @!$%£. -- Nicola Larosa - http://www.tekNico.net/ The future of mobile computing requires low power screens that are readable in any light. - www.pixelqi.com , November 2010 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Il giorno 07 aprile 2011 10:09, Nicola Larosa n...@teknico.net ha scritto: Michele Gatti wrote: Ci sarebbe da acquietare gli ossessionati dal linguaggio e fanno discussioni accese quale meglio e quale è peggio. E come pensi di farlo? Consiglieri con bastoni e mazze a domicilio? Sedazione obbligatoria? Controllo della mente a distanza? Si potrebbe invece vivere e lasciar vivere, e discutere: chi discute di cose che non t'interessano non ti toglie granché. E poi ci sarebbe anche da imparare a citare, ché cercare di capire cosa dici nel bailamme fa perdere più tempo di discussioni per te inutili, ma per altri no. In tre parole (di cui una censurata): acquiétami 'sta @!$%£. -- Nicola Larosa - http://www.tekNico.net/ The future of mobile computing requires low power screens that are readable in any light. - www.pixelqi.com , November 2010 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python Grazie del consiglio mi metterò a leggere e basta come faccio sempre. si impara -- Michele Gatti MG Soluzioni Informatiche ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/7 Nicola Larosa n...@teknico.net Non son sicuro di seguire. Sembra quasi che, visto che non puoi censurare altri, ti accontenti di censurare te stesso. Sarebbe una perdita in entrambi i casi. Aria fritta vogliamo parlare di cose serie? http://www.codemotion.it/en/evento/talk-maze-enterprise-front-end-e-back-end-trova-la-migior-soluzione La JVM è mono processo La Session Replication è un dramma Facilità di manutenzione Simple is better than complex Failover Cluster ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Manlio Perillo wrote: Non è meglio smettere di fare casino, o meglio, evitare che quelli che fanno casino procurino danni agli altri? Esattamente come sarebbe meglio evitare che la gente frodasse il fisco, o meglio, evitare che quelli che lo fanno possano farlo, etc etc etc. Sono d'accordo. Ma e' un discorso un po' diverso. Il discorso si puo' fare casino in ogni linguaggio e' vuoto. Tecnicamente e' vero: si possono introdurre bachi con qualunque linguaggio e tecnologia (che sia potente abbastanza da fare qualcosa di interessante). Ma e' anche banale e qualunquista. Ha lo stesso pattern di tutti i linguaggi sono uguali, che e' ovviamente un assurdo. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Insomma, c'è modo di fare casino con qualunque linguaggio. Ripeto, il problema secondo me non è sbagliare. Tutti sbagliano. Il problema è a) continuare a sbagliare b) credere di non aver sbagliato c) non osservare e imparare da errori successi altrui. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/6 Matteo Vitturi mattst...@hotmail.it Insomma, c'è modo di fare casino con qualunque linguaggio. Buttiamo via per favore l'idea che un linguaggio di programmazione, tra le altre cose, serva per non far sbagliare gli sviluppatori. Non è una qualità del linguaggio. Impariamo a tutelarci dai clienti e non dai programmatori S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Matteo Vitturi wrote: Insomma, c'è modo di fare casino con qualunque linguaggio. Quindi smettiamo di programmare in ogni linguaggio? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Giorgio Zoppi giorgio.zo...@gmail.com Trovo inutile la identazione obbligata. Di solito in un gruppo ci sono dei coding standard. Ironia della sorte è la cosa che a me ha fatto *subito* capire che Python era fatto per me ;-) De gustibus non disputandum est :-) Ciao. Marco. -- http://thinkcode.tv/gratis - Capire in 15 minuti cosa può fare Python http://stacktrace.it - Aperiodico di resistenza informatica http://python.thinkcode.tv - Videocorso di Python http://beri.it - Blog di una testina di vitello ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Posso dire nel mio piccolo la mia su Python vs Java ? Non ho grandi esperienze
in nessuno dei due linguaggi, però vengo dal mondo ovattato di Visual Studio e
come programmatore sono stato viziato e cresciuto nella bambagia.
Dopo aver provato per poche settimane entrambi i linguaggi a pelle mi sta più
simpatico Python di Java, però a volte ha degli atteggiamenti che mi stanno un
po sulle balle.
Sarà vero quello che dite voi, che Python insegna a responsabilizzarsi, sarà
vero quello che scrive Marco Beri che Python è un linguaggio fortemente
tipizzato, però... vi spiego il mio malumore con un esempio
Ci sono due programmatori Python, Tizio e Caio.
Un giorno Tizio, che è un programmatore sciatto che non inserisce nemmeno una
riga di docstrings, scrive:
def gigetto(a, b):
return a + b
Il giorno dopo arriva Caio, legge il codice e si domanda cosa fa gigetto. Somma
due numeri? Concatena due stringhe? Si perchè quando Caio prova a passare
diversi parametri ottiene risultati diversi
print(somma(4, 3)) # Restituisce il numero 7
print(somma(Ajeje, Brazorv)) # Restituisce AjejeBrazorv
Vero che Tizio avrebbe potuto scrivere due righe di codice in più per
verificare i tipi dei parametri passati a gigetto, però è altrettanto vero che
in java un problema non si sarebbe posto, perchè tizio avrebbe probabilmente
scritto:
public int gigetto(int a, int b) {
return a + b;
}
e se Caio ci prova soltanto a scrivere:
System.out.println(gigetto(Ajeje, Brazorv))
Java s'incavola chiedendogli cosa diavolo vuole fare:
method gigetto in class X cannot be applied to given types
required: int, int
found: java.lang.String, java.lang.String
Io difatti per risolvere il problema alla radice in python scrivo:
def gigetto(a, b):
assert isinstance(a, int)
assert isinstance(b, int)
return a + b
e questo mi aiuta ad ottenere un comportamento simile a quello di Java.
Sono io che sbaglio qualcosa o è normale e ci devo fare l'abitudine ?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Cesco d...@cesco.it sarà vero quello che scrive Marco Beri che Python è un linguaggio fortemente tipizzato Ehi! Io non l'ho mai detto! Anche perché non so cosa vuol dire... :-D Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Cesco wrote:
Non ho grandi esperienze in nessuno dei due linguaggi,
Certo che puoi dire la tua, ma forse, prendendo buono quello che *tu*
scrivi, non sarebbe meglio porre la questione come una *domanda* a chi
sa rispondere invece che come un problema.
Un giorno Tizio, che è un programmatore sciatto che non inserisce nemmeno una
riga di docstrings, scrive:
def gigetto(a, b):
return a + b
E qui sbaglia. Avrebbe dovuto scrivere qualcosa tipo Applies the
operator + to two objects. Poi potremmo chiederci se avrebbe dovuto
scrivere quel metodo; potremmo chiederci se non andrebbe licenziato per
la scelta dei nomi peggiorabile solo usando un generatore di stringhe
ascii casuali.
Il giorno dopo arriva Caio, legge il codice e si domanda cosa fa gigetto. Somma
due numeri?
Concatena due stringhe? Si perchè quando Caio prova a passare diversi
parametri ottiene risultati diversi
print(somma(4, 3)) # Restituisce il numero 7
print(somma(Ajeje, Brazorv)) # Restituisce AjejeBrazorv
Toh, quella cosa che nei linguaggi a tipizzazione statica bisogna
pezzare introducendo il polimorfismo statico o dinamico perche'
altrimenti si fa veramente fatica a campare.
Vero che Tizio avrebbe potuto scrivere due righe di codice in più per
verificare i tipi
dei parametri passati a gigetto, però è altrettanto vero che in java un
problema
non si sarebbe posto, perchè tizio avrebbe probabilmente scritto:
public int gigetto(int a, int b) {
return a + b;
}
E sarebbe stato ugualmente da licenziare... ;)
Comunque, tornando a noi, dissento. In un programma *normale* quel
codice sarebbe diventato qualcosa tipo:
public Addible gigetto(Addible a, Addible b) {
return a.add(b);
}
e buona fortuna.
e se Caio ci prova soltanto a scrivere:
System.out.println(gigetto(Ajeje, Brazorv))
Java s'incavola chiedendogli cosa diavolo vuole fare:
method gigetto in class X cannot be applied to given types
required: int, int
found: java.lang.String, java.lang.String
E quindi ti saresti giocato ampiamente un programma valido. Hai insomma
reso il tuo software meno versatile per alcuna ragione.
Io difatti per risolvere il problema alla radice in python scrivo:
def gigetto(a, b):
assert isinstance(a, int)
assert isinstance(b, int)
return a + b
e questo mi aiuta ad ottenere un comportamento simile a quello di Java.
Sono io che sbaglio qualcosa o è normale e ci devo fare l'abitudine ?
Sbagli completamente. In particolare se non te la senti di scrivere
codice duck typed, ti consiglio di cambiare linguaggio.
Fare cose del genere in Python va contro la filosofia stessa di Python.
Ma in realta' va un po' contro il concetto di programmazione ad oggetti.
Uno dei fondamenti della programmazione ad oggetti ti dice di
programmare per un'interfaccia, non per un'implementazione. Tu programmi
per un'implementazione: il codice risultante e' poco astratto, ne limiti
il riutilizzo.
Python porta il discorso al passo successivo: dove in Java usi
un'interface per astrarti dall'implementazione, in Python definisci
implicitamente l'interfaccia sulla base di quello che devi fare con gli
oggetti. Di fatto questo tronca alla radice la potenziale proliferazione
di interfacce che potresti avere in Java, e rende il codice molto piu'
estensibile.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Posso dire nel mio piccolo la mia su Python vs Java ? Non ho grandi
esperienze in nessuno dei due linguaggi, però vengo dal mondo ovattato di
Visual Studio e come programmatore sono stato viziato e cresciuto nella
bambagia.
Ah questi mollaccioni :)
VS e', lo ammetto, un bell'IDE. Se togliamo pero' la parte di design
grafico delle form direi che WingIDE (ad esempio) nulla abbia da
invidiare, anzi.
Dopo aver provato per poche settimane entrambi i linguaggi a pelle mi sta più
simpatico Python di Java, però a volte ha degli atteggiamenti che mi stanno
un po sulle balle.
It' the Guido's way :)
Ci sono due programmatori Python, Tizio e Caio.
Un giorno Tizio, che è un programmatore sciatto che non inserisce nemmeno una
riga di docstrings, scrive:
def gigetto(a, b):
return a + b
Il giorno dopo arriva Caio, legge il codice e si domanda cosa fa gigetto.
Somma due numeri? Concatena due stringhe? Si perchè quando Caio prova a
passare diversi parametri ottiene risultati diversi
print(somma(4, 3)) # Restituisce il numero 7
print(somma(Ajeje, Brazorv)) # Restituisce AjejeBrazorv
Vero che Tizio avrebbe potuto scrivere due righe di codice in più per
verificare i tipi dei parametri passati a gigetto, però è altrettanto vero
che in java un problema non si sarebbe posto, perchè tizio avrebbe
probabilmente scritto:
public int gigetto(int a, int b) {
return a + b;
}
In python il secondo programmatore, democraticamente, picchia il
primo. Il primo inizia a mettere la docstring. Problema risolto in
maniera semplice ed efficiente :)
e se Caio ci prova soltanto a scrivere:
System.out.println(gigetto(Ajeje, Brazorv))
Java s'incavola chiedendogli cosa diavolo vuole fare:
Lessi un tempo (tanto tempo fa, visto che era un libro sul C++ Builder
di Borland) un esempio calzante.
Paragone tra Pascal e C. Nel primo sei costretto a fare le cose in
maniera pulita ed ordinata pena la non compilazione del codice. Non
puoi fare porcate o prendere scorciatoie pericolose. Il secondo ti
lascia libero di fare le peggio cose, e se hai un bug poi sono tutti
ci tuoi. Ma potendo scegliere scegli un linguaggio (C) dinamico e
agiloe oppure uno (pascal) bolso e rigido?
Come sempre la risposta e': dipende da chi sei, da come ti piace
lavorare, da cosa devi fare, etc.
Io preferisco l'agilita' di Python. Fare refacttoring in ython e' per
me 100 volte piu' semplice che in Java. Cosi' come farl;o in Java (o
C#) e 100 volte piu' facile che farlo in C++. Poo de gustibus.
Io difatti per risolvere il problema alla radice in python scrivo:
def gigetto(a, b):
assert isinstance(a, int)
assert isinstance(b, int)
return a + b
e questo mi aiuta ad ottenere un comportamento simile a quello di Java.
Sono io che sbaglio qualcosa o è normale e ci devo fare l'abitudine ?
Formallmente corretto, personalmente forse cercherei una strada
diversa. A naso gia' eseguire il controllo (soo uno ) sul valore da
tornare ad esempio, se proprio devo. C'e' da dire che probabilmente il
nome della function o method sarebbe parlante (tipo sommaInteri( a, b
): ) e non gigetto.
Carlos
--
Se resiste al -9 sinceramente non so come ammazzarlo.
(Andrea Baron)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Carlos Catucci wrote: Io preferisco l'agilita' di Python. Fare refacttoring in ython e' per me 100 volte piu' semplice che in Java. Cosi' come farl;o in Java (o C#) e 100 volte piu' facile che farlo in C++. Non saprei, sai. E' una cosa difficilmente paragonabile, IMHO. In Java hai certe strutturazioni del codice che in Python non hai (bisogno). Di conseguenza certi tipi di refactoring in Python non li devi, in genere, fare. Pero' e' anche vero che in Java spesso basta un comando dell'IDE e le cose le fa bene (per lo meno cosi' fa IntelliJ). Viceversa, in Python mi sono trovato spesso di fronte ad un pattern del tipo: 1. refactor 2. test 3. if test fallisce, vai a vedere cosa ti sei scordato e goto 2. 4. vai a casa tardi Quindi il *singolo* refactoring in Python e' piu' semplice. Ma e' anche molto piu' manuale (manuale - errore di distrazione). Voglio dire, fino a pochissimo tempo fa, una cosa *cretina* come il rename delle variabili mi dava una probabilita' non nulla di avere un rosso per coglioneria mia. Adeddo PyCharm (e a ruota Wing) hanno sorpassato il problema. Ah, no, le regex non aiutano, in quanto esprimono un linguaggio regolare, che e' strettamente meno potente di uno libero dal contesto, mentre per capire se una certo nome e' effettivamente quello rinominato ci vuole un linguaggio contestuale. Poi abbiamo qui un riko che non vede l'ora di avere un po' di tempo di giocare con Pycharm piu' a lungo, eh. Trovo l'esempio particolarmente significativo: ci sono dietro gli stessi di IntelliJ, che ha capacita' di refactoring automatico avanzatissime. Mi aspetto che in un anno e mezzo/due Pycharm fara' in proposito tutto quello che e' strutturalmente possibile fare. E cosi' ci -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
1) 4 anni fa parlavo bene di maven, ho anche fatto dei talk a riguardo. Bhè oggi non sono per niente contento di usare maven (non che ci sia una valida alternativa in java) è lento, è complesso, ogni volta che devo lanciare jetty (iol modo + rapido per fare un deploy) ho il tempo di leggere la posta, andare a prendere un caffè e passare per il bagno. La mia produttività è scesa di almeno il 50% e questo solo perche java non ha un modo rapido per fare un deploy. Inoltre il progetto su cui sto lavorando e che ho ripreso dopo 2 anni, ha delle dipendenze a librerie (stabili) che sono andate perdute nel tempo come lacrime nella pioggia, quindi ho dovuto riscrivere i pom. poi se deploy su tomcat, devi mettere le javamail dentro il package, se vai su jboss, devi togliere hibernate, se vai su weblogic, devi togliere log4j, ... posso andare avanti all'infinito... 2) Come qualcuno ha detto prima l'ecosistema è molto importante, in java se scrivi una costante e la usi nel resto del progetto, se ricompili o cambi la classe dove è definita la costante devi ricompilare anche tutti i moduli che la usano. il che rende gli ide di sviluppo pesanti, pesanti, pesani e pesanti stanno sempre a compilà Devi scrivere una webapp, allora django è perfetto, e un runserver che parte in un nanosecondo ti leva tutti i gap di attesa. 3) Java non è modulare sulle webapp, le JSP non le puoi mettere metà su un jar meta su un altro... non se po' fa plugin sul web? dimenticali... (pluggable application?) Il punto di forza di java è l'integrazione non certo la sintassi, e il codice gigietto è la prova della malattia che porta l'umanita a sviluppare il PC mica sbaglia sbagliamo noi, quindi basta la documentazione e non la compilazione forzatamente tipizzata a risolvere il problema. 4) lo dico io il python tutto è un oggetto, in java no. Metaclassi, decorators, generators, list comprensions, iterator, strutture dati semplici, bounded methods, ma che ne parliamo a fà non c'è storia non c'è gloria si vince a mani basse. Guardiamo la direzione. EJB Struts... JSF. Wicket.. dio ce ne scampi e liberi questo è quello che il mercato chiede... questo è il sintomo di impoduttività Un gruppo di persone costretto a utilizzare questi strumenti è penalizzato nella produttività, altro che singolo e di gruppo... Produttività == Finiamo prima == più margine == + soldi in tasca e questo di certo non a scapito della qualità scegliete il vostro strumento liberamente che io scelgo il mio S PS anche a me piace tanto l'obbligo dell'indentazione cosa che in java sei costretto a fare con strumenti esterni tipo jalopy mettendo hook su subversion per essere sicuro che tutti gli sviluppatori rispettino la stessa code convention... e non sputtanare il repository condiviso con commit di spostamento delle parentesi... o altre menate del genere ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
fare. Pero' e' anche vero che in Java spesso basta un comando dell'IDE e le cose le fa bene (per lo meno cosi' fa IntelliJ). Hai mai usato WingIDE? Provalo e poi vedrai che vale la stessa cosa. Viceversa, in Python mi sono trovato spesso di fronte ad un pattern del tipo: 1. refactor 2. test 3. if test fallisce, vai a vedere cosa ti sei scordato e goto 2. 4. vai a casa tardi Io mi trovo (sempre) con il pattern 1. Definisci le specifiche 2. scrivi il codice 3. lo mostri a chi ha fornito le specifiche 4. riefactoring perche' chi ha dato le specifiche si era scordato un casino di ronba/ha cambiato idea 5. torna al punto 3 Quindi il *singolo* refactoring in Python e' piu' semplice. Ma e' anche molto piu' manuale (manuale - errore di distrazione). Se in Java usi Vim e' manuale anche li. E anche piu' complesso. Se usi un tool e' facile uguale. Voglio dire, fino a pochissimo tempo fa, una cosa *cretina* come il rename delle variabili mi dava una probabilita' non nulla di avere un rosso per coglioneria mia. Adeddo PyCharm (e a ruota Wing) hanno sorpassato il problema. Ma refactorizzano (almeno WingIDE) anche cose piu' complesse. Ah, no, le regex non aiutano, in quanto esprimono un linguaggio regolare, che e' strettamente meno potente di uno libero dal contesto, mentre per capire se una certo nome e' effettivamente quello rinominato ci vuole un linguaggio contestuale. Infatti le regex sono una delle cose che odio, indipendentemente dal linguaggio in cui vengono usate Mi aspetto che in un anno e mezzo/due Pycharm fara' in proposito tutto quello che e' strutturalmente possibile fare. E cosi' ci Appunto Carlos -- Se resiste al -9 sinceramente non so come ammazzarlo. (Andrea Baron) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
On Thu, 31 Mar 2011 18:52:48 +0200, Alan Franzoni mail...@franzoni.eu wrote: L'impressione (brutta) che ho, ultimamente, e che i pythonisti si sentano un po' troppo fighi, e spesso e volentieri senza conoscere $STUFF a fondo. +1 La spocchiosità non aiuta; credersi i più fighi serve solo a non far vedere i propri errori. +1 Un'altra bella collana di perle di arroganza come ogni volta viene tirato in campo qualcosa che non sia il Pitone Sacro Di Guido. -- Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Daniele Varrazzo p...@develer.com Un'altra bella collana di perle di arroganza come ogni volta viene tirato in campo qualcosa che non sia il Pitone Sacro Di Guido. -1 -- http://thinkcode.tv/gratis - Capire in 15 minuti cosa può fare Python http://stacktrace.it - Aperiodico di resistenza informatica http://python.thinkcode.tv - Videocorso di Python http://beri.it - Blog di una testina di vitello ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Ma di quale arroganza parliamo? è più arrogante chi dica la sua con forza o chi non la dice affatto? Ribadisco, affermare che a me sembri migliore, motivandolo, un linguaggio rispetto ad un'altro non mi appare arroganza. Guardare gli altri con sufficienza manco fossimo bimbi che giocano con il Logo dall'alto delle loro roboanti sigle Enterprise qualcosa, mi sembrano quelli davvero arroganti. Se la storia insegna, prima o poi si dovranno convertire al Pitone Sacro Di Guido. Perche' con Java nelle manine sante di BigO e del suo famelico barracud...ehm, capo, il futuro non e' certo gravido di buoni auspici. Carlos -- Se resiste al -9 sinceramente non so come ammazzarlo. (Andrea Baron) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Marco Beri marcob...@gmail.com: Ti dico la verità, mi sentirei anche di darti ragione, ma dopo che gli ultimi 8 o 9 mesi li ho passati sviluppando un applet Java che deve per forza funzionare sulla JVM 1.4, allora no, mi spiace, ma io, spocchiosamente, risolutamente, convintamente, rabbiosamente dico e affermo: JAVA E' UNA MERDA. Java 1.4 è vecchio come il cucco. La prima release di Java 1.4 è del *2002* e si parla dell'era pre-generics, ta le altre cose! Come ti troveresti a lavorare con Python 2.2 ? Putroppo il problema di Java è, non di rado, proprio l'enterprise. Le grosse aziende sono restie e lentissime ad adottare nuove tecnologie anche se sono solo nuove versioni di una tecnologia di lenta evoluzione, true proven e con grande attenzione alla retrocompatibilità. Non è colpa di Java; è colpa dell' enterprise. -- http://www.franzoni.eu - public@[mysurname].eu Latest blog post: Using twisted trial as a test runner with zc.buildout http://bit.ly/fAYiQl ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Carlos Catucci carlos.catu...@gmail.com: Tranquillo: non esistono :-) Ammetto di essermi fermato a java .15 e quindi non o come sia evoluto il linguaggio. Cambia pochissimo tra 5 e 6 a livello di linguaggio; sono solo quasi miglioramenti infrastrutturali. Che i citati siano un po' da raffinare (passami l'eufemismo) si, ma stiamo parlando di tool esterni. Come se dicessi che quell'auto e' eglio di quell'altra perche' il concessionario ha un salone piu' curato. Sto dicendo che non conta solo il linguaggio, contano tutti i tool che ci stanno intorno. L'esperienza di Android e IOS insegna: è l'ecosistema che fa la differenza. Se ci metto poco a programmare, ma poi è un parto per ogni dipendenza esterna, il risultato è che tenderò a reinventare ogni volta la ruota piuttosto che riutilizzare ciò che è già disponibile. Se m metto a cercare sul repository Ubuntu di API, warapper, libraries etc per python non arrivo a fine prima idi sera (va bene che non e' prestissimo ;) ) e il concetto di battery included non e' di Java. Per API intendo un set di interfacce ben preciso e condiviso, che mi permetta di programmare una certa funzionalità e scegliere a posteriori una specifica implementazione - come appunto la DB-API o WSGI. Il mondo Java ne è letteralmente stracolmo; ovviamente la definizione e l'evoluzione delle interfacce porta via un bel po' di tempo, ma consente di programmare per una specifica e non per un'implementazione. Specifica standard per il runtime: vi è mai capitato che su una certa ne esistono diversi ma non mi sembra che java se gli manca un package se lo vada a cercare da se Ne esistono diversi: quali? Poi Java non è che se li vada a cercare da sè, ma ha un sistema di build e dependency management quale Maven che consente di specificare in maniera *dichiarativa* i requisiti di un'applicazione. Un ottimo sviluppatore a oggetti lavora bene con qualsiasi linguaggio ad oggetti. Ma non ha nulla a che vedere con il fatto che un linguaggio sia migliore di un'altro. Questa tendenza però rischia di diventare dannosa per la community. Sentirmi snobbare una soluzione già true proven su un'altra tecnologia solo perché sarebbe l'approccio di Java mi fa schifo. Sentirmi rigettare alcuni principi di sviluppo ( SOLID ) perché 'In Python non servono' mi sembra una vaccata. Però succede, e ti confesso che mi succede molto più spesso sui progetti Python che non su quelli Java. Esprimere un punto di vista personale su due oggettI non mi sembra spocchia. Au contraire trovo tantissimi Javisti che quando dici cche usi Python ti guardano come a dire: Si va bene, torna pure a giocare con i cubetti di legno e lasciaci lavorare. E anche quegli sviluppatori Java saranno probabilmente spocchiosi e non faranno scelte adeguate :-) -- http://www.franzoni.eu - public@[mysurname].eu Latest blog post: Using twisted trial as a test runner with zc.buildout http://bit.ly/fAYiQl ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu
2011/3/31 Marco Beri marcob...@gmail.com:
Ti dico la verità, mi sentirei anche di darti ragione, ma dopo che gli
ultimi 8 o 9 mesi li ho passati sviluppando un applet Java che deve per
forza funzionare sulla JVM 1.4, allora no, mi spiace, ma io,
spocchiosamente, risolutamente, convintamente, rabbiosamente dico e
affermo:
JAVA E' UNA MERDA.
Java 1.4 è vecchio come il cucco. La prima release di Java 1.4 è del
*2002* e si parla dell'era pre-generics, ta le altre cose!
Come ti troveresti a lavorare con Python 2.2 ?
Cambiare Java 1.4 con Python 1.5.2 ? Non ci penso un microsecondo.
Ci ho lavorato a lungo con entrambi.
Putroppo il problema di Java è, non di rado, proprio l'enterprise. Le
grosse aziende sono restie e lentissime ad adottare nuove tecnologie
anche se sono solo nuove versioni di una tecnologia di lenta
evoluzione, true proven e con grande attenzione alla
retrocompatibilità.
Non è colpa di Java; è colpa dell' enterprise.
Capisco ma, sorry, sto considerando solo il linguaggio in questa mia
invettiva.
E ora lasciami tornare una delle tante static class di questi ultimi mesi...
Java 1.4:
public static class TYPE {
private final String name;
public static final TYPE PROPRIETARY = new TYPE(PROPRIETARY);
public static final TYPE LOADING = new TYPE(LOADING);
public static final TYPE MODIFY = new TYPE(MODIFY);
public static final TYPE MISCELLANEOUS = new TYPE(MISCELLANEOUS);
private TYPE(String name){
this.name = name;
}
public String toString(){
return name;
}
Python 1.5.2:
class Type:
PROPRIETARY = PROPRIETARY
LOADING = LOADING
MODIFY = MODIFY
MISCELLANEOUS = MISCELLANEOUS
Non ho dubbi :-)
Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu 2011/3/31 Carlos Catucci carlos.catu...@gmail.com: Tranquillo: non esistono :-) Ammetto di essermi fermato a java .15 e quindi non o come sia evoluto il linguaggio. Cambia pochissimo tra 5 e 6 a livello di linguaggio; sono solo quasi miglioramenti infrastrutturali. e tra la 6 e la 7 ancor meno :-) Che i citati siano un po' da raffinare (passami l'eufemismo) si, ma stiamo parlando di tool esterni. Come se dicessi che quell'auto e' eglio di quell'altra perche' il concessionario ha un salone piu' curato. Sto dicendo che non conta solo il linguaggio, contano tutti i tool che ci stanno intorno. L'esperienza di Android e IOS insegna: è l'ecosistema che fa la differenza. Se ci metto poco a programmare, ma poi è un parto per ogni dipendenza esterna, il risultato è che tenderò a reinventare ogni volta la ruota piuttosto che riutilizzare ciò che è già disponibile. Se m metto a cercare sul repository Ubuntu di API, warapper, libraries etc per python non arrivo a fine prima idi sera (va bene che non e' prestissimo ;) ) e il concetto di battery included non e' di Java. Per API intendo un set di interfacce ben preciso e condiviso, che mi permetta di programmare una certa funzionalità e scegliere a posteriori una specifica implementazione - come appunto la DB-API o WSGI. Il mondo Java ne è letteralmente stracolmo; ovviamente la definizione e l'evoluzione delle interfacce porta via un bel po' di tempo, ma consente di programmare per una specifica e non per un'implementazione. Lo standard serve ai vendor per vendere i loro prodotti java è stracolmo di standard che non fanno quello che serve alle persone quindi fai il 90% standard e il 10% legato al prodotto e chi ci guardagna è solo chi arriva con la soluzione in mano, vedi toplink anziche hiubernate, vedi kodo ecc sembra che il motto sia sviluppate standard cosi noi vendiamo. Specifica standard per il runtime: vi è mai capitato che su una certa ne esistono diversi ma non mi sembra che java se gli manca un package se lo vada a cercare da se Ne esistono diversi: quali? Poi Java non è che se li vada a cercare da sè, ma ha un sistema di build e dependency management quale Maven che consente di specificare in maniera *dichiarativa* i requisiti di un'applicazione. c'è un progetto setuptools2 che scrive in modo dichiarativo su xml le pipendenze... non credo che ci guadagneremo nulla, meglio scrivere in python. setuptools e pypi non hanno niente da invidiare a maven Un ottimo sviluppatore a oggetti lavora bene con qualsiasi linguaggio ad oggetti. Ma non ha nulla a che vedere con il fatto che un linguaggio sia migliore di un'altro. Questa tendenza però rischia di diventare dannosa per la community. Sentirmi snobbare una soluzione già true proven su un'altra tecnologia solo perché sarebbe l'approccio di Java mi fa schifo. Sentirmi rigettare alcuni principi di sviluppo ( SOLID ) perché 'In Python non servono' mi sembra una vaccata. Però succede, e ti confesso che mi succede molto più spesso sui progetti Python che non su quelli Java. ma che centra con il linguaggio i talebani li trovi ovunque. tu ne hai visti più in python e io ne ho visti più su java... ma questo non ci deve portare a dire javisti/pythonisti non scivono solid... dipende dal programmatore non dal linguaggio Esprimere un punto di vista personale su due oggettI non mi sembra spocchia. Au contraire trovo tantissimi Javisti che quando dici cche usi Python ti guardano come a dire: Si va bene, torna pure a giocare con i cubetti di legno e lasciaci lavorare. E anche quegli sviluppatori Java saranno probabilmente spocchiosi e non faranno scelte adeguate :-) parliamo di produttività, è l'unica cosa che conta ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Marco Beri marcob...@gmail.com
class Type:
PROPRIETARY = PROPRIETARY
LOADING = LOADING
MODIFY = MODIFY
MISCELLANEOUS = MISCELLANEOUS
da, dai... non è questo l'esempio giusto puoi fare di meglio!
java5
enum Type{
PROPRIETARY,
LOADING,
MODIFY,
MISCELLANEOUS,
}
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
On Fri, Apr 1, 2011 at 12:27 PM, Simone Federici s.feder...@gmail.comwrote:
2011/4/1 Marco Beri marcob...@gmail.com
class Type:
PROPRIETARY = PROPRIETARY
LOADING = LOADING
MODIFY = MODIFY
MISCELLANEOUS = MISCELLANEOUS
da, dai... non è questo l'esempio giusto puoi fare di meglio!
java5
enum Type{
PROPRIETARY,
LOADING,
MODIFY,
MISCELLANEOUS,
}
Ho scritto Java 1.4 e Python 1.5.2 :-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Non sono un programmatore di professione, la sistemistica a volte mi
da meno grattacapi filosofici ;-) tuttavia posso affermare onestamente
che il concetto espresso nel talk 'il programmatore Python si puo'
concentrare piu' su cosa risolvere e meno sul linguaggio' (o qualcosa
del genere, scusate la superficialita') e' stata la prima cosa che mi
e' saltata agli occhi nel momento che ho cominciato a realizzare
script in Python che realizzassero qualcosa di veramente utile.
Per il resto, boh! :-)
Il 01 aprile 2011 12:35, Marco Beri marcob...@gmail.com ha scritto:
On Fri, Apr 1, 2011 at 12:27 PM, Simone Federici s.feder...@gmail.com
wrote:
2011/4/1 Marco Beri marcob...@gmail.com
class Type:
PROPRIETARY = PROPRIETARY
LOADING = LOADING
MODIFY = MODIFY
MISCELLANEOUS = MISCELLANEOUS
da, dai... non è questo l'esempio giusto puoi fare di meglio!
java5
enum Type{
PROPRIETARY,
LOADING,
MODIFY,
MISCELLANEOUS,
}
Ho scritto Java 1.4 e Python 1.5.2 :-)
___
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] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Marco Beri marcob...@gmail.com
On Fri, Apr 1, 2011 at 12:27 PM, Simone Federici s.feder...@gmail.comwrote:
2011/4/1 Marco Beri marcob...@gmail.com
class Type:
PROPRIETARY = PROPRIETARY
LOADING = LOADING
MODIFY = MODIFY
MISCELLANEOUS = MISCELLANEOUS
da, dai... non è questo l'esempio giusto puoi fare di meglio!
java5
enum Type{
PROPRIETARY,
LOADING,
MODIFY,
MISCELLANEOUS,
}
Ho scritto Java 1.4 e Python 1.5.2 :-)
Vero! e perche allora non prendere java 1.1
dai meglio parlare dell'attuale, la sintassi java è ferma dalla 1.2
i generics sono un bufala (usati solo nelle collections)
e Inboxing/outboxing sono
strategie per sopperire delle carenze strutturali
ma sapete quali sono gli errori più clamorosi di design di java?
object ha un metodo clone ma non implementa clonable
l'interfaccia serializable non è un interfaccia ma un marcatore.
a questo punto era meglio implement NotSerializable :-)
ciao
S
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Simone Federici s.feder...@gmail.com: Cambia pochissimo tra 5 e 6 a livello di linguaggio; sono solo quasi miglioramenti infrastrutturali. e tra la 6 e la 7 ancor meno :-) Verissimo. Per API intendo un set di interfacce ben preciso e condiviso, che mi permetta di programmare una certa funzionalità e scegliere a posteriori una specifica implementazione - come appunto la DB-API o WSGI. Il mondo Java ne è letteralmente stracolmo; ovviamente la definizione e l'evoluzione delle interfacce porta via un bel po' di tempo, ma consente di programmare per una specifica e non per un'implementazione. Lo standard serve ai vendor per vendere i loro prodotti java è stracolmo di standard che non fanno quello che serve alle persone quindi fai il 90% standard e il 10% legato al prodotto Questa è un'opinione che davvero non condivido. c'è un progetto setuptools2 che scrive in modo dichiarativo su xml le pipendenze... non credo che ci guadagneremo nulla, meglio scrivere in python. setuptools e pypi non hanno niente da invidiare a maven Mi dispiace, ma se la pensi così non hai approfondito la questione. Maven - e i repo Maven - funzionano abissalmente meglio di setuptools/pypi, e negarlo impedirà soltanto di migliorare il prodotto Python. Personalmente ho già un elenco di difetti che vorrei correggere e li sto pian piano spingendo nelle varie ML, poi spero di vedere un po' di gente ad EP per parlarne. parliamo di produttività, è l'unica cosa che conta Parliamo di produttività. Per me una funzionalità è completa quando è ready for delivery, ovvero quando passa i test di accettazione su una macchina production-like. Se io sto poco a scrivere del codice ma poi il deploy è complesso (difficoltà a gestire versioni di python e dipendenze sulla macchina destinazione), rischia di fallire senza motivo (es. se su pypi cambiano le versioni disponibili), devo tenere un mirror gestito manualmente in locale (c'è qualche soluzione per un repo pypi-like che sia all'altezza di Artifactory o Nexus?) , siamo certi che il tempo che intercorre tra l'inizio dello sviluppo e il passaggio in produzione sia inferiore in Python che in Java? Nella mia posizione attuale ho avuto parecchio il ruolo di build, integration release manager, e ti garantisco che ho avuto molti, molti, molti meno grattacapi con Java che con Python. Per terminare: io non sputo su Python e non idolatro Java. Ma negare l'esistenza di un problema è il miglior modo perchè questo NON venga risolto. -- http://www.franzoni.eu - public@[mysurname].eu Latest blog post: Using twisted trial as a test runner with zc.buildout http://bit.ly/fAYiQl ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Simone Federici s.feder...@gmail.com Vero! e perche allora non prendere java 1.1 Beh, semplicemente perché il cliente (un GROSSO cliente, di quelli con cui non puoi discutere) ha deciso che l'applet deve andare su più browser possibile. :-( ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu Mi dispiace, ma se la pensi così non hai approfondito la questione. Maven spingo maven da 5 anni, da quando l'ho conosciuto, e mi piace... Ho scritto anche dei plugin per varie questioni... Però non lo definirei un cavallo di battaglia. E' uno strumento coplesso, però in definitiva devi scriverti per ogni app server un profilo adhoc. Ed è estremamente lento. Ma prche Ivy non va bene? non è più leggero? Comunque per python c'è sicuramente più difficoltà nel gestire le librerie non pure python... del resto le librerie java quando mappa le native... non sono nemmeno supportate da maven... si tratta solo di prendere dei jar e metterli nel classpath ciao S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Simone Federici s.feder...@gmail.com: Ma prche Ivy non va bene? non è più leggero? Ma non altrettanto potente. L'abbiamo usato per un po', alla fine siamo passati a Maven e siamo decisamente soddisfatti. Comunque per python c'è sicuramente più difficoltà nel gestire le librerie non pure python... del resto le librerie java quando mappa le native... non sono nemmeno supportate da maven... si tratta solo di prendere dei jar e metterli nel classpath La questione lib native/non native è un tradeoff delle due piattaforme, ovviamente; non si può dire che una soluzione è migliore dell'altra. Quello del classpath è un altro discorso che scotta. Secondo me il fatto che sys.path sia una globale accessibile *in scrittura* da qualsiasi modulo è un vero inferno - ho dovuto lottare un sacco di volte con moduli di terze parti che si basavano su supposizioni assurde o modificavano sys.path a runtime - di certo non è una best practice, ma in Python è troppo facile da fare. Se devi scrivere un ClassLoader almeno un po' di tempo lo perdi :-) -- http://www.franzoni.eu - public@[mysurname].eu Latest blog post: Using twisted trial as a test runner with zc.buildout http://bit.ly/fAYiQl ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Simone Federici wrote: ma sapete quali sono gli errori più clamorosi di design di java? object ha un metodo clone ma non implementa clonable +1 l'interfaccia serializable non è un interfaccia ma un marcatore. a questo punto era meglio implement NotSerializable :-) E la reiterano. RandomAccessCollections o come si chiama. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu Quello del classpath è un altro discorso che scotta. Secondo me il fatto che sys.path sia una globale accessibile *in scrittura* da qualsiasi modulo è un vero inferno - ho dovuto lottare un sacco di volte con moduli di terze parti che si basavano su supposizioni assurde o modificavano sys.path a runtime - di certo non è una best practice, ma in Python è troppo facile da fare. Se devi scrivere un ClassLoader almeno un po' di tempo lo perdi :-) un issue di weblogic è che il classpath viene passato su linea di comando e ha un limite di cratteri, quindi se istalli weblogic su /pipo/vatteloapesca/pathmoltolungo/ maco parte. e tutto perche hai copiato una nuova lib nella directory lib ce ne sono a bizeffe. In sud africa c'erano EJB che estendevano da bytearrayinputstream e ogni volta che il conteiner li passivava vabbè lasciamo stare oppure un ejb che lancia un thread e come lo controlli? se uno fa come gli pare fa come gli pare ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Gli EJB andrebbero aboliti dalla convenzione di ginevra. Piuttosto di scrivere un componente con EJB lo scrivo con fractal della inria, che anche quello andrebbe abolito. Il 01 aprile 2011 14:52, Simone Federici s.feder...@gmail.com ha scritto: 2011/4/1 Alan Franzoni mail...@franzoni.eu Quello del classpath è un altro discorso che scotta. Secondo me il fatto che sys.path sia una globale accessibile *in scrittura* da qualsiasi modulo è un vero inferno - ho dovuto lottare un sacco di volte con moduli di terze parti che si basavano su supposizioni assurde o modificavano sys.path a runtime - di certo non è una best practice, ma in Python è troppo facile da fare. Se devi scrivere un ClassLoader almeno un po' di tempo lo perdi :-) un issue di weblogic è che il classpath viene passato su linea di comando e ha un limite di cratteri, quindi se istalli weblogic su /pipo/vatteloapesca/pathmoltolungo/ maco parte. e tutto perche hai copiato una nuova lib nella directory lib ce ne sono a bizeffe. In sud africa c'erano EJB che estendevano da bytearrayinputstream e ogni volta che il conteiner li passivava vabbè lasciamo stare oppure un ejb che lancia un thread e come lo controlli? se uno fa come gli pare fa come gli pare ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Quiero ser el rayo de sol que cada día te despierta para hacerte respirar y vivir en me. Favola -Moda. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu Ripeto, il problema secondo me non è sbagliare. Tutti sbagliano. Il problema è a) continuare a sbagliare b) credere di non aver sbagliato c) non osservare e imparare da errori successi altrui. il problema è non avere una community che fa evolvere il linguaggio purtroppo il ruolo della community in java è sempre stato quello di scrivere librerie di terze parti. La sintassi, e non nominatemi i nuovi for o altre stronzate simili, è ferma dalla 1.2 La comunity python è più aperta, e c'è un evoluzione vera nel linguaggio. Un miglioramento continuo. poi ognuno è libero di pensarla come vuole, però che java è fico perche c'è maven. dai, non me la bevo :-) guardati l'altro link che ho postato S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/4/1 Alan Franzoni mail...@franzoni.eu: Ripeto, il problema secondo me non è sbagliare. Tutti sbagliano. Il problema è a) continuare a sbagliare b) credere di non aver sbagliato c) non osservare e imparare da errori successi altrui. h, ma come siete precisini... non va mai bene niente ... ...javascript vi seppellira' :-D ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
http://blip.tv/file/4953252 la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java chiaramente è una metafora http://blip.tv/file/4953252S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java Perche' si. chiaramente è una metafora Chiamala come vuoi ma se uno sceglie di usare un linguaggio di programmazione elegante, raffinato, conciso, pulito, chiaro e mantenibile, e un'altro sceglie java, il secondo di cosa si lamenta se ha appena dimostrato di essere meno bravo a scegliere il linguaggio con cui scrivere codice ? :) Carlos -- Se resiste al -9 sinceramente non so come ammazzarlo. (Andrea Baron) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Carlos Catucci carlos.catu...@gmail.com Chiamala come vuoi ma se uno sceglie di usare un linguaggio di programmazione elegante, raffinato, conciso, pulito, chiaro e mantenibile, e un'altro sceglie java, il secondo di cosa si lamenta se ha appena dimostrato di essere meno bravo a scegliere il linguaggio con cui scrivere codice ? :) Buona con me e con la lista :-P ma contro l'orda di javisti la tesi deve essere più convincente. io sono quello che è salito sul palco li alla fine del talk a sostenere la tua stessa tesi :-) però bisogna presentarla bene e mostrare i punti di forza, appena esce il video del talk su java sucks, python rocks a livello architetturale te lo giro e mi dici che ne pensi. S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Buona con me e con la lista :-P Era chiaramente un joke. Io sono dell'idea che il miglior linguaggio (editor/ide, ambiente/os/quant'altro) sia quello con cui ti trovi meglio. io sono quello che è salito sul palco li alla fine del talk a sostenere la tua stessa tesi :-) Sono al lavoro ed il porxy mi blocca l'accesso , ma appena arrivo a casa ci guardo però bisogna presentarla bene e mostrare i punti di forza, appena esce il video del talk su java sucks, python rocks a livello architetturale te lo giro e mi dici che ne pensi. Mucjhas gracias, sempre interessante Carlos -- Se resiste al -9 sinceramente non so come ammazzarlo. (Andrea Baron) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Simone Federici s.feder...@gmail.com http://blip.tv/file/4953252 la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java Sono convinto (seriamente) che il ragazzo in fondo non abbia mai provato seriamente python. Certo, un print hello world lo avranno fatto in tanti e quindi pure lui. Ma usare python per lavorare è un altro discorso e se lo fai, è quasi impossibile tornare a Java se non obbligati. Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Marco Beri marcob...@gmail.com 2011/3/31 Simone Federici s.feder...@gmail.com http://blip.tv/file/4953252 la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java Sono convinto (seriamente) che il ragazzo in fondo non abbia mai provato seriamente python. Certo, un print hello world lo avranno fatto in tanti e quindi pure lui. Ma usare python per lavorare è un altro discorso e se lo fai, è quasi impossibile tornare a Java se non obbligati. Bravo marco, infatti mi sono rimproverato parecchio nel aver fatto la domanda sbagliata al momento giusto. Avrei dovuto domandare: hai mai lavorato con python a livello professionale e per quanto tempo? Dire ho usato python significa come hai detto tu: aver fatto solo hello world. me tapino S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Ciao, 2011/3/31 Simone Federici s.feder...@gmail.com: http://blip.tv/file/4953252 la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java chiaramente è una metafora Intanto complimenti per il talk, gran coraggio a spiegare a dei javisti :D Scherzi a parte, se mi posso permettere un paio di suggerimenti per le prossime volte: * cercate il talk di Martelli ai PyconIt che si chiamano Python per programmatori, è fatto molto bene * proprio a dei javisti avrei fatto notare che la tipizzazione è si' dinamica(sul nome, o reference), ma è anche strong (sull'oggetto). byebye! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Il giorno 31/mar/2011, alle ore 16.49, Simone Federici ha scritto: 2011/3/31 Carlos Catucci carlos.catu...@gmail.com Chiamala come vuoi ma se uno sceglie di usare un linguaggio di programmazione elegante, raffinato, conciso, pulito, chiaro e mantenibile, e un'altro sceglie java, il secondo di cosa si lamenta se ha appena dimostrato di essere meno bravo a scegliere il linguaggio con cui scrivere codice ? :) Buona con me e con la lista :-P ma contro l'orda di javisti la tesi deve essere più convincente. io sono quello che è salito sul palco li alla fine del talk a sostenere la tua stessa tesi :-) però bisogna presentarla bene e mostrare i punti di forza, appena esce il video del talk su java sucks, python rocks a livello architetturale te lo giro e mi dici che ne pensi. S Io c'ero al talk, e purtroppo i tuoi 2 collaboratori se ne sono usciti un po' storti (a livello semantico, anche se erano visibilmente emozionati e quindi quella stupida rissa stile buona domenica si poteva evitare con un minimo di comprensione e apertura mentale...). Ma a parte questo posso assicurarti che tantissimi erano interessati e affascinati. La chiave del talk (che pero' e' stata offuscata dal resto) era la scelta. TUTTI i pythonisti che conosco hanno scelto python (ma il discorso vale per ruby, erlang e tanti altri che ora manco mi vengono in mente), il 99% dei javisti che conosco NON hanno scelto java (gli e' stato imposto o durante il loro percorso di studio, o semplicemente gli e' stato detto che era il prodotto con cui era facile lavorare ecc. ecc.). Educare i programmatori a scegliere, questa e' la missione. P.S. Javisti che avete SCELTO java, non sentitevi offesi, non ho davvero conosciuto nessuno di voi quindi non mi assalite, tanto non saprei cosa rispondervi :) -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Simone Federici wrote: la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java Ma chi ha sbagliato a scrivere Phython? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Marco Beri marcob...@gmail.com 2011/3/31 Simone Federici s.feder...@gmail.com me tapino Credo che abbia fatto più tu per Python in Italia spiegandolo a Codemotion che tutti quei mediocri scrittori di libercoli... :-) Bisogna conquistare i nemici e non gli amici, come provò a fare (senza riuscirci) Mastella con me: http://beri.it/2009/08/07/clemente/ carina questa :-) adesso abbiamo tutti il tuo telefono :-) S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Simone Federici s.feder...@gmail.com carina questa :-) adesso abbiamo tutti il tuo telefono :-) No, quello di Mastella :-))) -- http://thinkcode.tv/gratis - Capire in 15 minuti cosa può fare Python http://stacktrace.it - Aperiodico di resistenza informatica http://python.thinkcode.tv - Videocorso di Python http://beri.it - Blog di una testina di vitello ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Enrico Franchi enrico.fran...@gmail.com Simone Federici wrote: la rissa è nata sull'argomento: perchè un programmatore python è più bravo di uno java Ma chi ha sbagliato a scrivere Phython? non ne ho idea, credo qualcuno su twitter? o c'è un orrore sulle slide? cmq si è stato drammatico cercare domanda e risposta su twitter con le twittate fatte male :-) x Marco: mastella? no il numero del messaggio vocale è quello della tua segreteria... o non non c'ho capito un H? :-) x Roberto: esistono esistono. però se gli fai vedere altro la scelta poi non è più certa x Carlos: Jhyton. ci sono varie cose che potevano essere aggiunte e cose che forse andavano migliorate, altre nemmeno dette. tutto è migliorabile, il punto è che è una esperienza di 2 persone che fino a ieri erano javisti convinti questo è il punto di forza :-P ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Simone Federici s.feder...@gmail.com x Marco: mastella? no il numero del messaggio vocale è quello della tua segreteria... o non non c'ho capito un H? :-) Messaggio ricevuto **da** n :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Simone Federici wrote: non ne ho idea, credo qualcuno su twitter? o c'è un orrore sulle slide? Nel video. Guarda nelle scritte in sovraimpressione all'inizio. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Marco Beri marcob...@gmail.com: 2011/3/31 Roberto De Ioris robe...@unbit.it P.S. Javisti che avete SCELTO java, non sentitevi offesi, non ho davvero conosciuto nessuno di voi quindi non mi assalite, tanto non saprei cosa rispondervi :) Tranquillo: non esistono :-) Balle. Io, pythonista convinto, mi inserisco in tackle sulla discussione per spezzare una lancia nei confronti di Java. L'impressione (brutta) che ho, ultimamente, e che i pythonisti si sentano un po' troppo fighi, e spesso e volentieri senza conoscere Java a fondo. Mi è capitato più di una volta al dire beh, in Java si fa così e funziona di sentirmi rispondere cose tipo ah, Java, enterprise, sux, non conosco Java ecc. ecc. ovvero: invece di guardare alla realtà, e cercare di *migliorare* guardando alle tecnologie già esistenti che risolvono un certo problema, si decide di reinventare la ruota con soluzioni non sempre adeguate. Qualche esempio? Packaging dependency management. Maven è qualche ordine di grandezza più avanti di setuptools/distribute/pypi e quant'altro, e consente di utilizzare tonnellate di dipendenze esterne - risolvendo anche eventuali conflitti di versione - senza impazzire. Con setuptools oltre all'impossibilità di gestire versioni in conflitto c'è il fatto che su pypi si possono rimuovere i pacchetti già caricati e addirittura ricaricarne altri - diversi - con la stessa versione. Risultato: un progetto che oggi funziona, fra sei mesi, identico, potrebbe non funzionare più perché le dipendenze non si risolvono correttamente. API: python ce ne ha poche, troppo poche. Mi vengono in mente WSGI e la DB-API. Le noiosissime mille API di Java hanno un vantaggio: sono API, sono standardizzate, sono condivise. Ti puoi veramente sbattere le balle di quale implementazione stai usando; la configurerai più avanti. Specifica standard per il runtime: vi è mai capitato che su una certa macchina sia disponibile il modulo asd e su un'altra no? Tutto è configurabile in python, certo, è più flessibile: ma non è altrettanto semplice dichiarare le proprie dipendenze. Esiste un modo semplice - e standard - per dire questo script ha bisogno di python2.6, del modulo della libreria standard asd e bef e del supporto ucs-4? Inoltre, ho conosciuto diversi ottimi sviluppatori Java, che quando hanno incominciato a scrivere Python sono diventati anche ottimi sviluppatori Python. I principi dello sviluppo e del design valicano i confini di un linguaggio. La spocchiosità non aiuta; credersi i più fighi serve solo a non far vedere i propri errori. -- http://www.franzoni.eu - public@[mysurname].eu Latest blog post: Using twisted trial as a test runner with zc.buildout http://bit.ly/fAYiQl ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Marco Beri marcob...@gmail.com: [...] E attenzione, io non sto dicendo chi usa Java è una merda (visto che anche io lo devo usare) o che non si possano scrivere programmi meravigliosi con Java o che non esistano progetti fantastici scritti in Java (Eclipse? Per una qualche definizione di meraviglioso, immagino... RabbitMQ? Che e` scritto in Erlang. http://www.ohloh.net/p/rabbitmq/analyses/latest ecc). QED. Io dico solo che per me, Marco Beri, Java è una merda. Chissa` se vale il reciproco :P Poi dammi dello spocchioso, amen, tanto sei più alto di me :-) [1] Ma meno tonto e meno pelato. Ciao. Marco. [1] http://en.wikipedia.org/wiki/Non_sequitur_(literary_device) © -- Carlo Miron Open Source Solution Architect ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Tranquillo: non esistono :-) Balle. Io, pythonista convinto, mi inserisco in tackle sulla discussione per spezzare una lancia nei confronti di Java. Dai facciamo una lancia piccol apero', una lòancetta :P L'impressione (brutta) che ho, ultimamente, e che i pythonisti si sentano un po' troppo fighi, e spesso e volentieri senza conoscere Java a fondo. Ammetto di essermi fermato a java .15 e quindi non o come sia evoluto il linguaggio. Di certo ho ottimi motivi (non faccio la solita lista, tanto la conosciamo tutti, dalla leggerezza dell'interprete Python alla compilazione JIT del metacodice automatica, al battery included etc.) che mi fao optare per Python ove possibile. Mi sto confrontado con le applicxzioni da sviluppare per Android, e li si lavora con Java. Devo dire che e' fatto bene, carino, e tate belle cose, ma se non fossse che il framework fa la gran parte del lavoro, sarebbe di certo prolisso quanto non mai. Mi è capitato più di una volta al dire beh, in Java si fa così e funziona di sentirmi rispondere cose tipo ah, Java, enterprise, sux, non conosco Java ecc. ecc. ovvero: invece di guardare alla realtà, e cercare di *migliorare* guardando alle tecnologie già esistenti che risolvono un certo problema, si decide di reinventare la ruota con soluzioni non sempre adeguate. Ma guarda che in Java si fano ottime cose. E in cas come quello che cito sopra e' giocoforza usarlo. E come ho detto in un post precedente, il migliore e' quello che conoci meglio. Io ad esempio ho apprezzato alcune cose di C# (e non sono certo un Microsoft evangelist, fidati, tuttalpiu' posso essere piu' vicino ad un Taliban di Python e dell'Open Source) che trovo implementate meglio rispetto a Java. Io ho inizato a programmare con un linguaggio che molti neppure anno esista (il Forth) per poi passare al C, di li al C++, Java, C# (non per scelta) e alla fine Python. Considerando ogni passo un miglioramento. Magari domani scopro che hyswnkx% e' meglio di python e mi metto a usarlo. Qualche esempio? Packaging dependency management. Maven è qualche ordine di grandezza più avanti di setuptools/distribute/pypi e quant'altro, e consente di utilizzare tonnellate di dipendenze esterne - risolvendo anche eventuali conflitti di versione - senza impazzire. Che i citati siano un po' da raffinare (passami l'eufemismo) si, ma stiamo parlando di tool esterni. Come se dicessi che quell'auto e' eglio di quell'altra perche' il concessionario ha un salone piu' curato. API: python ce ne ha poche, troppo poche. Mi vengono in mente WSGI e la DB-API. Le noiosissime mille API di Java hanno un vantaggio: sono API, sono standardizzate, sono condivise. Ti puoi veramente sbattere le balle di quale implementazione stai usando; la configurerai più avanti. Se m metto a cercare sul repository Ubuntu di API, warapper, libraries etc per python non arrivo a fine prima idi sera (va bene che non e' prestissimo ;) ) e il concetto di battery included non e' di Java. Specifica standard per il runtime: vi è mai capitato che su una certa macchina sia disponibile il modulo asd e su un'altra no? Tutto è configurabile in python, certo, è più flessibile: ma non è altrettanto semplice dichiarare le proprie dipendenze. Esiste un modo semplice - e standard - per dire questo script ha bisogno di python2.6, del modulo della libreria standard asd e bef e del supporto ucs-4? ne esistono diversi ma non mi sembra che java se gli manca un package se lo vada a cercare da se Inoltre, ho conosciuto diversi ottimi sviluppatori Java, che quando hanno incominciato a scrivere Python sono diventati anche ottimi sviluppatori Python. I principi dello sviluppo e del design valicano i confini di un linguaggio. Un ottimo sviluppatore a oggetti lavora bene con qualsiasi linguaggio ad oggetti. Ma non ha nulla a che vedere con il fatto che un linguaggio sia migliore di un'altro. La spocchiosità non aiuta; credersi i più fighi serve solo a non far vedere i propri errori. Esprimere un punto di vista personale su due oggettI non mi sembra spocchia. Au contraire trovo tantissimi Javisti che quando dici cche usi Python ti guardano come a dire: Si va bene, torna pure a giocare con i cubetti di legno e lasciaci lavorare. Carlos -- Se resiste al -9 sinceramente non so come ammazzarlo. (Andrea Baron) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
2011/3/31 Carlo Miron ca...@miron.it RabbitMQ? Che e` scritto in Erlang. http://www.ohloh.net/p/rabbitmq/analyses/latest ecc). QED. :-) Io dico solo che per me, Marco Beri, Java è una merda. Chissa` se vale il reciproco :P Se anche fosse non mi tange. Poi dammi dello spocchioso, amen, tanto sei più alto di me :-) [1] Ma meno tonto e meno pelato. Vero! Ma gioco meglio a basket io. Ciao. Marco. -- http://thinkcode.tv/gratis - Capire in 15 minuti cosa può fare Python http://stacktrace.it - Aperiodico di resistenza informatica http://python.thinkcode.tv - Videocorso di Python http://beri.it - Blog di una testina di vitello ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Simone Federici wrote:
la rissa è nata sull'argomento: perchè un programmatore python è più
bravo di uno java
Credo che non ci sia una risposta da 5 minuti. E credo che tempo due
anni non sara' piu' vero.
Da un lato c'e' un discorso sulla natura del linguaggio. Java e' un
linguaggio BDSM che tenta di impedire la maggior parte delle cose non
sensate (e di fatto ne impedisce anche di sensate). Python e' un
linguaggio che accetta molte cose insensate con l'idea che il
programmatore di buon senso comunque non le fara'.
Di fatto Java e' un linguaggio che intende produttivita' come
produttivita' di team, python come produttivita' individuale. Nessuno
dei due approcci e' intrinsecamente sbagliato (dipende dal contesto);
tuttavia e' indubbio che un certo tipo di persone si sentano piu'
approccio da un certo approccio.
Non solo: Python rende affrontabili, anche da soli, progetti altrimenti
inaffrontabili. Se c'e' la stoffa, insomma, un programmatore Python
viene fuori piu' rapidamente.
Poi c'e' il famoso Python paradox di Graham (che quando si parla di
spocchiosi vince a mani basse ;) )
http://www.paulgraham.com/pypar.html
In un certo senso, essendo una nicchia, lo skill level era molto piu'
alto del mainstream. I cialtroni che non erano in grado di imparare
nemmeno ${popular-language-of-the-moment}, sicuramente non si mettevano
ad imparare Python e caracollavano con ${popular-language-of-the-moment}.
Mi sa che non e' piu' cosi'; tra qualche anno potrebbe essere palese.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Di fatto Java e' un linguaggio che intende produttivita' come produttivita'
di team, python come produttivita' individuale.
Dissento. La produttivita' di gruppo o singola nulla ha a che vedere
con il linguaggio utilizzato ma solo con la gestione del progetto.
In un certo senso, essendo una nicchia, lo skill level era molto piu' alto
del mainstream. I cialtroni che non erano in grado di imparare nemmeno
${popular-language-of-the-moment}, sicuramente non si mettevano ad imparare
Python e caracollavano con ${popular-language-of-the-moment}.
Mi sa che non e' piu' cosi'; tra qualche anno potrebbe essere palese.
Purtroppo di persone incapaci che come dici tu cavalcano il
${popular-language-of-the-moment} ce ne soo e ancora tanti.
Di fatto Python sta diffondendosi molto e Java e' in netto calo.
Diciamo che ora come ora ha il vantaggio, nel mondo enterprise di
avere alle spalle uno sponsor come BigO. Il che non e' detto che alla
lunga sia un bene.
Carlos
--
Se resiste al -9 sinceramente non so come ammazzarlo.
(Andrea Baron)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Carlos Catucci wrote:
L'impressione (brutta) che ho, ultimamente, e che i pythonisti si
sentano un po' troppo fighi, e spesso e volentieri senza conoscere
Java a fondo.
Ammetto di essermi fermato a java .15 e quindi non o come sia evoluto
il linguaggio.
Senza offesa, viene da chiedersi quanto conosci il linguaggio.
Lo dico perche' mi sono appena accorto che, di fatto, c'erano un sacco
di aree di Java che non avevo esplorato e che, di fatto, avrebbero
risolto molti dei miei dubbi e problemi.
Per esempio ho da poco[0] trovato il modo di fare molte interessanti
zozzerie metaprogrammatiche in Java. La mia soddisfazione personale e'
alle stelle, per lo meno fintanto che a sto progetto dovro' lavorare
quasi solo io; poi ovviamente sara' roba da:
1) togliere
2) nascondere
Possibile che visto come ragiona Java e come ragiona il Javista la 2
possa bastare.
[0] non avendone prima bisogno
Che i citati siano un po' da raffinare (passami l'eufemismo) si, ma
stiamo parlando di tool esterni. Come se dicessi che quell'auto e'
eglio di quell'altra perche' il concessionario ha un salone piu'
curato.
Il linguaggio e' niente senza la piattaforma. Davvero; prendi un
linguaggio bello e c'e' caso che la piattaforma si formi piu'
rapidamente, ma finisce li.
Se m metto a cercare sul repository Ubuntu di API, warapper, libraries
etc per python non arrivo a fine prima idi sera (va bene che non e'
prestissimo ;) ) e il concetto di battery included non e' di Java.
Personalmente non svilupperei mai con oggetti inclusi nei repository di
${distro}. In media troppo vecchi, nessun controllo sulle versioni da
parte mia (a parte non aggiornare la distro). Quelli sono strumenti che
vanno bene per il sw applicativo; per sviluppare, bisogna usare altro.
Tipicamente i tool offerti dal linguaggio.
ne esistono diversi ma non mi sembra che java se gli manca un package
se lo vada a cercare da se
Quasi: se usi maven e' proprio quello che succede.
Un ottimo sviluppatore a oggetti lavora bene con qualsiasi linguaggio
ad oggetti. Ma non ha nulla a che vedere con il fatto che un
linguaggio sia migliore di un'altro.
Credo che tutte le volte che si usa il termine migliore sarebbe da
contestualizzare. Per il resto sono (quasi) d'accordo. Essenzialmente se
sai progettare ad oggetti, hai l'umilta' di imparare bene il nuovo
linguaggio e di non lottarci contro, beh, si, lavorerai bene con tutto.
Esprimere un punto di vista personale su due oggettI non mi sembra
spocchia. Au contraire trovo tantissimi Javisti che quando dici cche
usi Python ti guardano come a dire: Si va bene, torna pure a giocare
con i cubetti di legno e lasciaci lavorare.
Questo succede in tutte le community, temo. Mai parlato con un Lisper,
per dire? :)
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Senza offesa, viene da chiedersi quanto conosci il linguaggio.
Abbastanza un tempo. ora come ora lo sto riprendendo per fare cose per
Ndroid, ma li si finisce con usare solo un sottoinsieme e non si
sviluppano certo applicazioni complesse con sorgenti poarticolarmente
incasinati (intendo dire come numero di righe/files)
Lo dico perche' mi sono appena accorto che, di fatto, c'erano un sacco di
aree di Java che non avevo esplorato e che, di fatto, avrebbero risolto
molti dei miei dubbi e problemi.
Per carita', non lo metto in dubbio. Ma se per fare quello che faccio
in Java in 3 ore e 200 righe con python ci metto 30 minuti e 30 righe
capisci perche' non mi interessi Java. Con tutto il rispetto.
Per esempio ho da poco[0] trovato il modo di fare molte interessanti
zozzerie metaprogrammatiche in Java. La mia soddisfazione personale e' alle
stelle, per lo meno fintanto che a sto progetto dovro' lavorare quasi solo
io; poi ovviamente sara' roba da:
1) togliere
2) nascondere
Un bel easter egg se fai la seconda che hai detto ;)
Il linguaggio e' niente senza la piattaforma. Davvero; prendi un linguaggio
bello e c'e' caso che la piattaforma si formi piu' rapidamente, ma finisce
li.
Di framework ne ho usati e ne uso tanti. Ciascuno ha i suoi meriti ed
i suoi difetti.
Personalmente non svilupperei mai con oggetti inclusi nei repository di
${distro}.
E' che se citavo Google non avevo abbatsanza bit per scrivere quanti
hit venivano fuori :)
In media troppo vecchi, nessun controllo sulle versioni da parte
mia (a parte non aggiornare la distro). Quelli sono strumenti che vanno bene
per il sw applicativo; per sviluppare, bisogna usare altro. Tipicamente i
tool offerti dal linguaggio.
Io trovo ottimi tool esterni per python come a suo tempo ne avevo
trovati per java. Turbine/Ant(poi Maven) Velocity con un ORM di cui
non mi viene il nome (non Hibernate comunque) permetteva l'MVC quando
ancora nessuno aveva penato di chiamarlo cosi'.
Cio nonostante ora lavoro meglio con python. Meno fatica e mi
concentro su cosa devo fare e non su come farlo, come dice Raymond.
ne esistono diversi ma non mi sembra che java se gli manca un package
se lo vada a cercare da se
Quasi: se usi maven e' proprio quello che succede.
Mmmm es possible ma alle magie non credo.
Credo che tutte le volte che si usa il termine migliore sarebbe da
contestualizzare.
Infatti. Python e Java condividono la versatilita' (scrivi una
applicazione web in cobol) ma poi si differenziano in altri aspetti.
Per il resto sono (quasi) d'accordo. Essenzialmente se sai
progettare ad oggetti, hai l'umilta' di imparare bene il nuovo linguaggio
e di non lottarci contro, beh, si, lavorerai bene con tutto.
Pero' resta il discroso che e' come la pizza: per ciacuno e'
buonissima quella fatta come piace a lui (a me tirta, pochissimo cotta
grazie ;) ).
Questo succede in tutte le community, temo. Mai parlato con un Lisper, per
dire? :)
No ma una volta ho incontrato un leprecauno. :P
Carlos
--
Se resiste al -9 sinceramente non so come ammazzarlo.
(Andrea Baron)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Il 31/03/2011 20:19, Carlos Catucci ha scritto: Tranquillo: non esistono :-) Balle. Io, pythonista convinto, mi inserisco in tackle sulla discussione per spezzare una lancia nei confronti di Java. Dai facciamo una lancia piccol apero', una lòancetta :P L'impressione (brutta) che ho, ultimamente, e che i pythonisti si sentano un po' troppo fighi, e spesso e volentieri senza conoscere Java a fondo. Secondo me il problema non è nella qualità in sè per sè ma nell'evoluzione storica dei due linguaggi. Python è un ottimo successo perchè è stato coltivato con tanta passione e altrettanta dedizione, pensando prima di scrivere, ragionando tantissimo su come rendere le cose efficaci. Java non si è evoluto in questo modo...diciamo che non aveva ottimi genitori...è stato viziato durante gli anni e le innovazioni interessanti che contiene sono sormontate da alcune cavolate che non hanno mai voluto risolvere! Python ha un'evoluzione più dinamica...cambia molto con il passare delle versioni...si rimuovono gli elementi superati! Java non ha fatto nulla di questo ed ha avuto una fortissima battuta di arresto! E non venitemi a dire che non è possibile mettere un po' di sugar nel compiler o risistemare il JSE! Ovviamente questo capita a tutti quelli che si siedono sui propri successi, Python compreso (forse troppo tempo speso per finalizzare la specifiche delle API 3.x). Meglio tardi che mai...fantastico il 3.2! ;) Ciao, Vale -- Valerio De Carolis - http://www.decabyte.it To invent an airplane is nothing. To build an airplane is something. But to fly ... is everything. - Ferdinand Ferber ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Ma alla fine sono discorsi che lasciano il loro tempo. Hadoop e Lucene sono scritti in Java da gente come Doug Cutting, che sa scrivere in Java. Attualmente HP, Yahoo, Facebook usano questi prodotti perche sono scritti bene. Ogni linguaggio ha le sue peculiarita e i suoi difetti. Anni fa, 2005, dove lavoro ora tolsero il Python da i componenti di test delle stampanti, che sono scritti in C++ per la gestione della memoria, che fino al 2.6 non era un gran che, lasciando tcl e perl. Dove lavoravo prima per la gestione di un apparato ogni gruppo faceva quello che voleva, vi era uno stack in c piu un layer in python che parlava con un layer Java. Il tutto da un macchina che partiva dai 20 mila euro in su e aveva un processore pari al pentium 4. Dipende molto da chi scrive il codice, dalla sua conoscenza del linguaggio e di progettazione. Personalmento aborro tutto J2EE (JMS,EJB, ecc). Tra i server aborro Tomcat, JBoss, ecc. sono tutti framework che vogliono fare troppe cose per che fa figo.Gli EJB sono la brutta copia di COM, e anche COM fa orrore dopo un po, Un modello a componenti deve essere rendere semplice da implementare i componenti. Python ha le sue belle cose come altri linguaggi e forse di piu. Trovo inutile la identazione obbligata. Di solito in un gruppo ci sono dei coding standard. Mentre trovo ottima la integrazione del python per far programmazione di sistema o programmazione web. A me ha twisted ha risolto un sacco di problemi lo scorso anno quando non arrivava hw e dovevamo simulare una comunicazione tra due socket con tanto di protocollo. Ho risparmiato una settimana. E meglio un programma Java o un programma Python...dipende.. Just 1c, Giorgio. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 2 neo pythonisti che affrontano un orda barbara di javisti - con quasi-rissa finale
Python ha le sue belle cose come altri linguaggi e forse di piu.
Trovo inutile la identazione obbligata. Di solito in un gruppo ci sono
dei coding standard.
Pero' un lisytato Python e' leggibile per definizione. Cosi' si
evitano le guerre
func xxx() {
}
vs
func xxx()
{
}
ad esempio
E meglio un programma Java o un programma Python...dipende..
Ovvio ch si Da troppi fatori aggiungo, per solo elencarli (con una tupla) ;P
Carlos
--
Se resiste al -9 sinceramente non so come ammazzarlo.
(Andrea Baron)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
