Newsgroup: it.comp.programmare.win32
Titolo: Python : il + potente?

Ciao a tutto il NG ,
ho basi di programmazione C++ e Java , ma ora come ora vorrei un linguaggio
+ semplice che mi consenta di snellire al massimo i tempi di sviluppo .
Ho pensato a Python che a quanto sembra è ottimo sia per programmare normali
applicazioni a finestre , anche con l'accesso a database e anche buono per
programmare script lato server per internet e intranet.
Cosa ne pensate ?
Il mio ragionamento è corretto?
Per di più senza grandi sforzi i programmi creati sono facilmente
compilabili su più piattaforme : Linux/Unix , Windows e Mac.
Secondo me per chi lavora come libero professionista il Python è ottimo e
consente di risolvere la maggior parte delle problematiche senza troppi
sforzi nello sviluppo.
Vale la pena buttarsi anima e cuore su Python ora come ora?
Quale altro linguaggio offre la stessa potenza e la stessa semplicità? A mio
parere nessuno.
Bye

parere nessuno.
Bho, ad esempio Ruby è simile a Python ma è meno diffuso e quindi con
meno librerie scritte per quel linguaggio e ha dei rimasugli del Perl
che IMO lo rendono meno pulito e semplice.
-- 
Marco Barisione (ICQ 84277092)

 mio parere nessuno.
Parecchi arrivano vicino, per essere onesti: Ruby, Haskell (per patiti
della tipizzazione rigida), Erlang (programmazione funzionale ma con
tipizzazione dinamica come Ruby e Python).  Python secondo me e`
comunque leggermente superiore a ciascuno di questi per scrivere
normali programmi applicativi, almeno per la maggior parte di noi.  Il
fatto che stia gradualmente e progressivamente crescendo in termini
di popolarita` (Ruby anche cresce, non proprio altrettanto; Haskell no,
sigh, troppo matematico penso per la maggior parte della gente; Erlang
sembra chiuso nella nicchia delle apparecchiature di telefonia e simili
[commutazione, ecc]) puo` essere un vantaggio perche` si trovano vari
strumenti, librerie, framework, eccetera.  Ad esempio BlackAdder e`
un ottimo IDE (commerciale ma non caro) per Qt che dice supportera`
Python e Ruby, ma la beta che e` in giro da un pezzo supporta solo
Python (tipico...).
Alex

 parere nessuno.
i linguaggi di script sono tanti più o meno validi ma se vuoi imparare un
solo linguaggio di script valido un po per tutto, almeno per il momento
credo sia perl.
Perl è supportato da quasi tutti i server ed è multipiattaforma,poi essendo
uno dei più vecchi troverai tantissimi esempi sul web per tutti i gusti.
ciao :)

 gusti.
Ad esempio, Google da` 929,000 hit per "perl book" contro solo
407,000 per "python book"; 994,000 per "perl example" contro solo
323,000 per "python example"; e cosi` via.
Supponendo che uno si possa leggere un migliaio di questi hit
al giorno, dunque, avra` circa un anno di lettura con Python,
circa tre con Perl.  (Se questo e` l'unico metro di giudizio,
meglio allora Java, che ha circa il doppio degli hit di Perl,
cosi` uno puo` passare a tempo pieno circa sei anni a non
far altro che leggere materiale disponibile in rete -- per
inciso, Python esiste anche nell'implementazione Jython, che
gira su JVM e permette di sfruttare automaticamente l'enorme
ricchezza di librerie, framework e strumenti disponibili per
Java, mentre non credo che Perl offra soluzioni analoghe).
I moduli/estensioni disponibili in rete per Perl sono similmente
di piu` (assolutamente non quanti per Java, pero`) nonche`
organizzati in modo piu` sistematico grazie all'infrastruttura
"CPAN".  Anche qui, il problema tipico e` scegliere fra 4 o 5
moduli esistenti per una data area applicativa per Python, 10 o
12 per Perl.
Ewan Birney usa Perl, ma ha dichiarato nel corso di un suo talk:
"Vorrei aver raccolto un libro Python invece di un libro Perl!
Perl mi ha salvato la vita tante volte, non posso lasciarlo.  Ma
vorrei proprio che Perl avesse la stessa integrazione con Java
che Python ha grazie a Jython".
Mi sembra un giudizio equilibrato: se uno ha gia` investito
enormi quantita` di tempo ed energia su Perl, puo` trovarsi
nella situazione in cui "non puo` lasciarlo", e restare con
il rimpianto dovuto alla sfortuna di avere fatto la scelta
sbagliata (magari per caso, perche`, come Birney, ha preso su
un libro Perl piuttosto che un libro Python una volta in una
qualche libreria), rimpiangendo ad esempio la mancanza di una
perfetta integrazione con Java, che, con Python, sarebbe
invece stata disponibile.  Naturalmente, chi invece sceglie
oggi, sulla base di tutta l'informazione disponibile, se fa
la scelta sbagliata un domani non potra` certo darne la colpa
alla sfortuna: "chi e` causa del suo mal, pianga se stesso".
Alex

Perchè qualcuno non definisce esattamente che cosa s'intende per potenza di
un linguaggio?
I linguaggi dovrebbero essere equipotenziali. Magari si vuole intendere
"comodo" e "versatile".
Io per esempio uso l'assembly (siamo distanti anni luce...) però non lo
ritengo di certo meno potente.
Un'altra cosa. Perchè si è soliti identificare la "potenza" di un linguaggio
con le sue librerie? Non ha molto senso. Il linguaggio è sintassi, non
contenuto.
Kiuhnm
P.S. ...il tutto astrattamente parlando...

un linguaggio?
Io la so cosi'.
Un ambiente di sviluppo (che comprende non solo il linguaggio) A e'
strettamente piu' potente di un ambiente di sviluppo B, se:
1) comunque considerato un problema risolvibile con B, tale problema
si puo' anche risolvere con A
2) esiste almeno un problema risolvibile con A, che non puo' essere
risolto con B.
Sono daccordo sul fatto che parlare di potenza di un linguaggio, non
ha senso.
Max Drudi

Ma guarda un pò... giro per trovare qualche dritta su python e trovo il 
vecchio Kiuhnm (ovviamente è un modo di dire...).
Sto cercando un buon NG per python, sono nel posto giusto?
Ciao
#Ti


ritengo di certo meno potente.
non credo che la tua produttività sia pari a quella di Python se usi
ASM per tutto. Ovvio che ASM può andare dove Python non può e
viceversa a mio parere
--
Rhymes (
rhymes_...@myself.com
)
http://www26.brinkster.com/rhymes
http://bw-crema.blogspot.com

 P.S. ...il tutto astrattamente parlando...
Certo: *praticamente*, le librerie giocano un ruolo enorme
(soprattutto se sono disponibili per un linguaggo e NON per
un altro, possono costituire fattore decisivo di scelta).
Ma anche "astrattamente parlando", pensare di ridurre un
linguaggio di programmazione alla SOLA sintassi non e` molto
utile.
Alex

 "comodo" e "versatile".
Nessun linguaggio può essere definito più o meno potente di un altro nel
senso di potenza comunemente intesa(a meno di non ricorre alla modificazione
che la teoria dell'informazione apporta al primo principio della
termodinamica e di dare parecchie definizioni pressappochiste e quantomeno
arbitrarie).
Gergalmente "potenza di un linguaggio" è usato per altri concetti,
solitamente i seguenti tre:
1) Applicabilità del linguaggio, secondo tale concetto un linguaggio che
consente di descrivere un numero elevato di casistiche e di gestire
agevolmente la descrizione, per quanto complessa sia, di un esse è da
considerarsi potente. L'esempio comunemente portato per questo tipo di
"potenza" è il C++.
2) Ricoprimento semantico che il determinato linguaggio può offrire per il
fenomeno del quale si sta studiando modalità e eventuali "soluzioni",
secondo tale concetto un linguaggio che permette una descrizione sintetica,
perché spesso per buona parte implicita nell'implementazione stessa del
linguaggio, del problema è da considerarsi potente. L'esempio comunemente
portato per questo tipo di "potenza" è il Prolog.
3) Velocità di esecuzione del codice, secondo tale concetto un linguaggio il
cui compilatore produce codice veloce o il cui inteprete o pseudo inteprete
è ben ottimizzato è da considerarsi potente. L'esempio comunemente portato
per questo tipo di "potenza" è il C.
(Una annotazione, l'Assembler non è un linguaggio.)
E' chiaro che gli ultimi due concetti sono erroneamente associati e che
andrebbero più precisamente chiamati rispettivamente "efficacia casistica
del linguaggio" e "efficenza del dell'implementazione del linguaggio".
Cordiali saluti,
kl31n

 (Una annotazione, l'Assembler non è un linguaggio.)
L'Assembler no, ma l'Assembly sì.
Kiuhnm

 programmare script lato server per internet e intranet.
scusate se mi intrometto da ignorantone, ma esiste anche lato client
interpretato dal browser?

 interpretato dal browser?
Risposta brevissima: si'.
Risposta breve: Java, Javascript e VBScript.
Risposta piu' articolata:
Java e' un vero e proprio linguaggio interpretato dal browser (a meno di
compilatori JIT), della Sun.
Javascript e' un linguaggio di scripting interpretato dal browser,
originariamente della Netscape.
VBscript e' un linguaggio di scripting interpretato dal browser, della
Microsoft.
*** Azimuth ***

 Risposta breve: Java, Javascript e VBScript.
scusami troppa sintesi e non mi sono spiegato, intendevo legato al
thread, ovvero se il Pitone esiste in versione interpretata dal browser

 thread, ovvero se il Pitone esiste in versione interpretata dal browser
Non credo -- dovresti montare tutto l'interprete "dall'altro lato".
*** Azimuth ***