Re: [Python] R: Python e Spider
On 29/03/2014 20:41, Marco Beri wrote: Chiederei a tutti di ascoltare la richiesta del moderatore. Non so voi, ma un pochino mi viene voglia di disiscrivermi... Nooo! Qui ci sta un bel "Vi amo lista!" ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
On 29 Mar 2014 19:00, "Daniele Zambelli" wrote: > plonk è un'ottima risorsa, ma lo si può fare anche in silenzio... > > Un sorriso dal vecchio. Lezione già recepita :-) Chiederei a tutti di ascoltare la richiesta del moderatore. Non so voi, ma un pochino mi viene voglia di disiscrivermi... Non lo faccio, ma... Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] or
On 29/03/2014 20:02, Diego Barrera wrote:
>>>{1,1,5,1352467,12,1,5,2} | {2,7,3,54,6,21,1,45,6,87}
{1, 2, 3, 5, 6, 7, 12, 45, 1352467, 21, 54, 87}
Certo che puoi reimplementarli daccapo, ma perché ??
Posso dire che trovano molto impiego in calcoli matematici?
Grazie mille
PS: i tuoi insiemi contengono solo numeri.. e' un indizio o ci sono
solo numeri
perche' e' piu' veloce l'inserimento?
E' solo un esempio a caso, con la cosa piú veloce da scrivere :D !
Serve molto anche se lavori con i Database.
Metti caso che hai 300 clienti e 300 fornitori, ognuno con la sua cittá
di appartenenza.
Hai estratto con SQL i due elenchi delle cittá, ma vuoi unirli e non
avere duplicati.
>>> {'Mantova', 'Cremona'} | {'Cremona', 'Lucca'}
{'Lucca', 'Cremona', 'Mantova'}
Possono anche essere insiemi con tipi eterogenei...
>>> {'Mantova', 'Cremona'} | {'Cremona', 'Lucca', 3}
{3, 'Lucca', 'Cremona', 'Mantova'}
--
Paolo Gatti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] or
On 29/03/2014 19:06, lordkrandel wrote:
Il tipo "set" é la rappresentazione di un insieme.
Effettivamente dal punto di vista logico i set e le liste rappresentano
due oggetti differenti.
L'intersezione, la differenza e la deduplicazione sono operazioni
molto comode
con questo tipo di dati, specie se la sintassi é cosí zuccherosa:
>>>{1,1,5,1352467,12,1,5,2} | {2,7,3,54,6,21,1,45,6,87}
{1, 2, 3, 5, 6, 7, 12, 45, 1352467, 21, 54, 87}
Certo che puoi reimplementarli daccapo, ma perché ??
Posso dire che trovano molto impiego in calcoli matematici?
Grazie mille
PS: i tuoi insiemi contengono solo numeri.. e' un indizio o ci sono solo
numeri
perche' e' piu' veloce l'inserimento?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
2014-03-29 19:39 GMT+01:00 Roberto De Ioris : > scusa (forse ho scritto di melma), mi riferivo a PostgreSQL, uno dei suoi > punti di forza commerciali e' la qualita' e l'affidabilita'. E questo e' > un aspetto su cui MySQL non puo' competere neanche lontanamente. Questa > mossa rischia di dare una immagine a Mysql completamente nuova. A danno di > PostgreSQL. > Mah io ho una mia ipotesi: chi usava maiSql rima adesso trova modo di illudersi che sia migliore Chi lo conosce (se lo conosci lo eviti, se lo conosci non ti inchioda le applicazioni e non ti perde dati, perche' non lo usi) e sa di che si tratta non ci perde troppo tempo. > Appena ho letto la notizia stamattina ho pensato: Ma perche' non lavorare > sul migliorare PostgreSQL ??? > Ah beh, sebbene sia ottimo di certo se qualcuno e' capace di fare di meglio e' sempre il benvenuto. Io purtroppo temo di non essere in grado di apportare benefici ;) > Cioe', perche' migliorare topogigio quando puoi migliorare (ulteriormente, > e probabilmente con meno soldi) wolverine ? > Bellissimo paragone. Spero sia sotto Creative Common, che voglio diffonderla ;) Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Differenze tra liste e insiemi (era: Re: or)
Diego Barrera ha scritto: Ho dato una ripassata veloce al tipo di dato set; esattamente quale e' l'utilizzo pratico di set? Daniele Zambelli wrote: La differenza fondamentale è che in un insieme gli elementi non sono ripetuti. Quella è una. Un'altra è che non sono ordinati. -- Nicola Larosa - http://www.tekNico.net/ I still get as annoyed as ever by "use the right tool for the job" - the bland truism meant to shut down critical discussion and engagement with the tasks and choices in software engineering, replacing it with a weak passionless technical fatalism. - Ian Bicking, February 2014 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] or
On 29/03/2014 19:03, Daniele Zambelli wrote: Il 29 marzo 2014 18:38, Diego Barrera ha scritto: Ho dato una ripassata veloce al tipo di dato set; esattamente quale e' l'utilizzo pratico di set? La differenza fondamentale è che in un insieme gli elementi non sono ripetuti. Ah! Giusto! Ti ringrazio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
> 2014-03-29 19:19 GMT+01:00 Roberto De Ioris : > >> Spero di sbagliarmi, ma mentre molti si preoccupano della qualita' di un >> tale prodotto (io dico, chi se ne frega, basta non usarlo), io ho paura >> che il danno che questa mossa' portera' sara' di ben altro tipo... >> > > E di che tipo di danno hai paura? > > Sul non usarlo, siamo d'accordo. > scusa (forse ho scritto di melma), mi riferivo a PostgreSQL, uno dei suoi punti di forza commerciali e' la qualita' e l'affidabilita'. E questo e' un aspetto su cui MySQL non puo' competere neanche lontanamente. Questa mossa rischia di dare una immagine a Mysql completamente nuova. A danno di PostgreSQL. Appena ho letto la notizia stamattina ho pensato: Ma perche' non lavorare sul migliorare PostgreSQL ??? Cioe', perche' migliorare topogigio quando puoi migliorare (ulteriormente, e probabilmente con meno soldi) wolverine ? -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
2014-03-29 19:19 GMT+01:00 Roberto De Ioris : > Spero di sbagliarmi, ma mentre molti si preoccupano della qualita' di un > tale prodotto (io dico, chi se ne frega, basta non usarlo), io ho paura > che il danno che questa mossa' portera' sara' di ben altro tipo... > E di che tipo di danno hai paura? Sul non usarlo, siamo d'accordo. Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
> 2014-03-29 8:59 GMT+01:00 Valerio Maggio : > >> Personalmente, non mi sento di condannare a priori il progetto, anzi. Mi >> sembra interessante. > > > E' che io mi sono accorto nel tempo che il frutto non cade mai lontano > dall'albero. > Se il papa di uno dei due progetti e' diventato quello che era Access per > gli hobbisti dell'informatica (sono quindi hobBITs?) per gli attuali > hobbisti del " ... sito web fatto da mio cuggino che e' tanto bravo con il > computer", anche se esteso su larga scala (mi chiedo ancora, esistono > appositamente per il Big Data fior di db NoSql ma anche YesSql, che senso > ha cercare di fare una versione di un Db pensato per carichi medio-piccoli > adattata a qualcosa per cui non e' stato progettato all'inizio? Non si > rischia forse una serie di pezze a colore che rendereanno poi il progetto > inusabile? Se io mi accorgo di avere sbagliato un progetto butto il > superfluo, tengo le poche cose (se ci sono) valide e riscrivo dopo avere > riprogettato) che possono svolgere bene quel lavoro. > > Ottimizzare uno di questi sarebbe piu' facile e non dovresti di base > mettere mano alle pecche strutturali del padre. Magari le mie sono > considerazioni oziose, e comunque non sono certo io a decidere il successo > o meno di un progetto, mi limito ad esprimere una mia impressione, > suscettibile di cambiamenti; quando mi parlarono di Python pensai: si > carino per fare scripting al posto della bash. Oggi e' il mio linguaggio > prediletto. Vero che il Python che conobbi io era una cosa tipo 1.2 o 1.3, > e non certo la versione di oggi, pero' lo avevo inizialmente valutato meno > potente di quanto poi mi sono accorto essere. > > Si sbaglia, siamo umani. Per questo ho fatto il post. Non voglio scatenare > una holy war, solo capire assieme ad altri, anche piu' bravi di me, se > quanto l'oggetto possa essere valido. Di primo impatto il fatto di > discendere da un prodotto fallace non mi fa intravedere per lui un cammino > tutto rose e fiori. Poi se mi sbaglio, ben venga il mio errare, un > prodotto > valido e' sempre bene accetto. Questa cosa mi mette addosso una tristezza infinita. Sono un grande estimatore di PostgreSQL (ma riconosco senza vergogna la qualita' di Oracle SQL server e di Microsoft SQL server, seppur trovandoli inferiori in tantissimi aspetti, cosi' come trovo postgresql ancora immaturo in altrettanti punti) e questa mossa dei "big", la vedo come un ulteriore danno arrecato a uno dei piu' importanti progetti opensource del pianeta (che non dimentichiamoci e' anche uno degli esempi piu' importanti su come fare business con l'opensource, un modello che dovrebbe essere di ispirazione per TUTTI) Spero di sbagliarmi, ma mentre molti si preoccupano della qualita' di un tale prodotto (io dico, chi se ne frega, basta non usarlo), io ho paura che il danno che questa mossa' portera' sara' di ben altro tipo... -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] or
On 29/03/2014 18:38, Diego Barrera wrote:
esattamente quale e' l'utilizzo pratico di set?
[...]
A parte gli operatori/metodi di unione, intersezione, etc., che comunque
posso implementare tramite le liste,
Il tipo "set" é la rappresentazione di un insieme.
L'intersezione, la differenza e la deduplicazione sono operazioni molto
comode
con questo tipo di dati, specie se la sintassi é cosí zuccherosa:
>>>{1,1,5,1352467,12,1,5,2} | {2,7,3,54,6,21,1,45,6,87}
{1, 2, 3, 5, 6, 7, 12, 45, 1352467, 21, 54, 87}
Certo che puoi reimplementarli daccapo, ma perché ??
--
Paolo Gatti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] or
Il 29 marzo 2014 18:38, Diego Barrera ha scritto: > Ho dato una ripassata veloce al tipo di dato set; > esattamente quale e' l'utilizzo pratico di set? La differenza fondamentale è che in un insieme gli elementi non sono ripetuti. -- Daniele www.fugamatematica.blogspot.com giusto! nel verso forse è perché non guardiamo le cose Quando non ci capiamo, ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
Il 29 marzo 2014 17:12, Gollum1 ha scritto: >>Vedi che sei corrosivo ? > Vedi che sei Insisterei nel chiedere di evitare di dare definizioni di persone che non si conoscono (è saggio evitare di darle anche delle persone che si conoscono, e magari anche di se stessi). plonk è un'ottima risorsa, ma lo si può fare anche in silenzio... Un sorriso dal vecchio. -- Daniele www.fugamatematica.blogspot.com giusto! nel verso forse è perché non guardiamo le cose Quando non ci capiamo, ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] or
On 18/03/2014 16:53, Manlio Perillo wrote:
2014-03-18 16:46 GMT+01:00 Filippo Dal Bosco - <
filippo.dalbo...@whiteready.com>:
dalla lista row devo togliere alcune word in posizione variabile per
costruire un' alta lista
Per come funziona " or " in python questo sotto non va
stamp=[]
for word in row:
if (word != ' ' , or word != 'pippo' or word != 'pluto'):
stamp.append(word)
print(stamp)
qual' è la migliore soluzione?
exclude = {'', 'pippo', 'pluto'}
# soluzione veloce:
print set(row) - exclude
Ho dato una ripassata veloce al tipo di dato set;
esattamente quale e' l'utilizzo pratico di set?
( a parte il bellissimo esempio di codice quotato )
Nel codice che leggo di solito mi sembra non averne mai visto l'utilizzo..
A parte gli operatori/metodi di unione, intersezione, etc., che comunque
posso implementare tramite le liste, mi sembra che non aggiungano niente:
posso vivere tranquillamente senza? :)
Forse e' una questione di prestazioni?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
Il 29/mar/2014 14:48 "Luciano Trespidi" ha scritto: > > > Il giorno 28/mar/2014, alle ore 22:07, "Carlos Catucci" < carlos.catu...@gmail.com> ha scritto: > > > 2014-03-28 21:17 GMT+01:00 Luciano Trespidi : >Vedi che sei corrosivo ? Vedi che sei demente? Altezzoso, borioso e pieno di tre stesso? Uno cerca di aiutarti e tu lo insulti pure, sono due mesi che ti fornisco informazioni su come ci si comporta in una ml, ma ancora non hai capito un cazzo... O lo fai... O ci sei... Mi ero ripromesso di non risponderti più, ma dopo questa tua sparata contro Carlos, l'unica cosa che posso ancora dirti è d'andare a farti dare in culo, non meriti il tempo che ti si dedica. *PLONK* e sulle ml il significato è unico. > Io fossi in te starei più tranquillo tanto devi morire anche tu prima o poi . Minchia... Toccata di balle immediato... Addio... P.s.: mi scudo con tutto il resto della lista, ma quando ce vo... Ce vo... -- Gollum1 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
2014-03-29 13:48 GMT+00:00 Luciano Trespidi : > Io fossi in te starei più tranquillo tanto devi morire anche tu prima o > poi . > Credo che il punto sia morire *senza* che tu ci abbia fatto venire l'orchite prima. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
2014-03-29 14:48 GMT+01:00 Luciano Trespidi : > Vedi che sei corrosivo ? > Esagerato ;) > Devo anche chiederti scusa per una cosa così banale che poi ho rimediato > da solo andandomi a vedere in internet la cosa non mi sembra così grave > come la vuoi mettere giù te , farò più attenzione la prossima volta così ti > risparmio queste logorroiche battute. > Appunto, hai rimediato. Vedi si chiama educare. Capita a tutti noi di sbagliare. E' umano. Incavolarsi se ce lo fanno notare e' meno giusto. Dice un detto che errare humanum est, diabolicum perseverare. Ti era stato detto sull'altro thread di cercare prima per cose semplici, li poi semplice non era, ma non avevamo capito cosa volessi fare, colpa anche nostra che potevamo chiederti info dettagliate visto che essendo tu "nuovo" magari non sapevi che piu' dettagli si danno e maggiori chance di trovare aiuto si avranno. Pero' poi subito qui ci ricaschi, poi non ti lamentare se qualcuno e' salace. Io sono certo che puoi diventare un bravissimo programmatore, ma chiedere continuamente non solo predispone male gli altri se la domanda e' da FAQ (Frequently Asked Questions), ma non ti aiuta neppure a cercare le soluzioni. E' una cosa da incoraggiare invece il fatto di sottoporre all'attenzione degli altri il prpiro codice, per vedere se ci sono possibili migliorie. Te lo dico per spiegarti, non per cazziarti (anche se a te sara' sembrato il contrario). Grazie ancora per il tempo che dedichi e sopratutto per le osservazioni > che fai , sembra quasi che sei li con il fu ile spianato per verificare > ogni minimo particolare. > Io fossi in te starei più tranquillo tanto devi morire anche tu prima o > poi . > A pagare e a morire c'e' sempre tempo. Nel mezzo posso tenerti d'occhio ;) Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
Il giorno 29/mar/2014, alle ore 15:00, "diegonebarr...@yahoo.it" ha scritto: Plonk Inviato da Yahoo Mail su Android From: Luciano Trespidi ; To: Discussioni generali sul linguaggio Python ; Subject: Re: [Python] R: Python e Spider Sent: Sat, Mar 29, 2014 1:48:07 PM Il giorno 28/mar/2014, alle ore 22:07, "Carlos Catucci" ha scritto: 2014-03-28 21:17 GMT+01:00 Luciano Trespidi : > e cosa é "pip" , scusa la mia ignoranza. google.com python pip pip 1.5.4 : Python Package Index pip (package manager) - Wikipedia, the free encyclopedia pip — pip 1.5.4 documentation Installation — pip 1.5.4 documentation Vedi che sei recidivo? Carlos -- >Vedi che sei corrosivo ? Devo anche chiederti scusa per una cosa così banale che poi ho rimediato da solo andandomi a vedere in internet la cosa non mi sembra così grave come la vuoi mettere giù te , farò più attenzione la prossima volta così ti risparmio queste logorroiche battute. Grazie ancora per il tempo che dedichi e sopratutto per le osservazioni che fai , sembra quasi che sei li con il fu ile spianato per verificare ogni minimo particolare. Io fossi in te starei più tranquillo tanto devi morire anche tu prima o poi . Ciao >Comunque voglio solo farti presente che questo termine può avere più di un >significato dipende dal contesto in cui lo inserisci. -- Luciano___ 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] R: Python e Spider
Plonk Inviato da Yahoo Mail su Android ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Python e Spider
Il giorno 28/mar/2014, alle ore 22:07, "Carlos Catucci" ha scritto: 2014-03-28 21:17 GMT+01:00 Luciano Trespidi : > e cosa é "pip" , scusa la mia ignoranza. google.com python pip pip 1.5.4 : Python Package Index pip (package manager) - Wikipedia, the free encyclopedia pip — pip 1.5.4 documentation Installation — pip 1.5.4 documentation Vedi che sei recidivo? Carlos -- >Vedi che sei corrosivo ? Devo anche chiederti scusa per una cosa così banale che poi ho rimediato da solo andandomi a vedere in internet la cosa non mi sembra così grave come la vuoi mettere giù te , farò più attenzione la prossima volta così ti risparmio queste logorroiche battute. Grazie ancora per il tempo che dedichi e sopratutto per le osservazioni che fai , sembra quasi che sei li con il fu ile spianato per verificare ogni minimo particolare. Io fossi in te starei più tranquillo tanto devi morire anche tu prima o poi . Ciao___ 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] Clear screen
2014-03-29 9:27 GMT+01:00 Luciano Trespidi : > Io naturalmente non sto includendo l'ambiente grafico perché i metodi e le > classi sono differenti ,le prove che ho fatto sono semplicemente dei > comandi che devono compiere esattamente l'opposto di quello che svolge > sys.stdout.write e cancellare il contenuto dello schermo, sto utilizzando > un interprete python ver 3.3 che gira su server linux questo perché trovo > che sia molto comodo lavorare su Ipad. Ma che libreria grafica usi? Python di suo aveva TK, non so se ha ancora quella nella versione 3. Oppure usi una libreria differente? Comunque se devi fare un gioco puo' essere utile guardare pygame e pyglet (con Rabbyt, che ora ha cambiato nome pero') Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
2014-03-29 9:33 GMT+01:00 Luciano Trespidi : > Dipende se ragioniamo in un ambiente matematico due meno danno un piu > mentre in ambiente informatico booleano due false messi in una and danno > false mentre in una exor danno true quindi tutto e relativo . Avevo un leggero mal di testa ma dopo avere letto la tua disquisizione la situazione e' cambiata: in peggio ;) Scherzo ovviamente! Certo che tutto e' relativo, io mi limitavo a valutare che comunque rischiano di fare piu' fatica del necessario, esistendo comunque tantissimi altri sistemi di basi dati open source da cui partire. Poi se riescono, come gli auguro, a fare qualcosa di buono ne sono contento, la comunita' avra' una alternativa in piu'. Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
2014-03-29 11:34 GMT+01:00 Alberto de prezzo : > Concordo con il *mitico* Carlos, però IMHO stai ragionando una/due mosse > avanti. Intendiamoci, è molto probabile che alla fine vada come dici tu, ma > invito a ragionare senza pregiudizievoli. Chi ha un po' di esperienza, sa > che molti progetti validi sono nati da progetti non all'altezza, e > viceversa :) Concordo con te, ma vedo una strada in salita. Se per dire parto da un motore piu' efficiente magari ottengo qualcosa di di buono con meno sforzo. Se parto da uno che ha problemi, o lo riprogetto (ma allora che ci parto a fare dal vecchio?) oppure devo almeno fixare (e di solito le pezze non sempre sono efficienti) i problemi del vecchio e da valutare se vale la pena di spenderci energia. Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Dio prima li fa e poi ...
Il giorno 29 marzo 2014 09:14, Carlos Catucci ha scritto: > > E' che io mi sono accorto nel tempo che il frutto non cade mai lontano > dall'albero. > Se il papa di uno dei due progetti e' diventato quello che era Access per > gli hobbisti dell'informatica (sono quindi hobBITs?) per gli attuali > hobbisti del " ... sito web fatto da mio cuggino che e' tanto bravo con il > computer", anche se esteso su larga scala (mi chiedo ancora, esistono > appositamente per il Big Data fior di db NoSql ma anche YesSql, che senso > ha cercare di fare una versione di un Db pensato per carichi medio-piccoli > adattata a qualcosa per cui non e' stato progettato all'inizio? Non si > rischia forse una serie di pezze a colore che rendereanno poi il progetto > inusabile? Se io mi accorgo di avere sbagliato un progetto butto il > superfluo, tengo le poche cose (se ci sono) valide e riscrivo dopo avere > riprogettato) che possono svolgere bene quel lavoro. > Concordo con il *mitico* Carlos, però IMHO stai ragionando una/due mosse avanti. Intendiamoci, è molto probabile che alla fine vada come dici tu, ma invito a ragionare senza pregiudizievoli. Chi ha un po' di esperienza, sa che molti progetti validi sono nati da progetti non all'altezza, e viceversa :) bye ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
Il 29 marzo 2014 09:33, Luciano Trespidi ha scritto: > -- > < Dipende se ragioniamo in un ambiente matematico due meno danno un piu > mentre in ambiente informatico booleano due false messi in una and danno > false mentre in una exor danno true quindi tutto e relativo . > -- > Luciano ...con lo scappellamento a destra come se fosse Antani? -- Simo - Registered Linux User #395060 - Software is like sex, it is better when it is free --> Linus B. Torvalds ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
Il 29/03/2014 09:33, Luciano Trespidi ha scritto: < Dipende se ragioniamo in un ambiente matematico due meno danno un piu mentre in ambiente informatico booleano due false messi in una and danno false mentre in una exor danno true quindi tutto e relativo . .. e i fatti mi cosano! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
Una bella occasione per dibattere http://www.zdnet.com/webscalesql-mysql-for-facebook-sized-databases-727814/ A me sembra ci sia una logica. Due cose inutili, stanno bene assieme. Voi cosa ne pensate? Carlos -- < Dipende se ragioniamo in un ambiente matematico due meno danno un piu mentre in ambiente informatico booleano due false messi in una and danno false mentre in una exor danno true quindi tutto e relativo . -- Luciano ___ 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] Clear screen
Il giorno 28/mar/2014, alle ore 22:02, "Carlos Catucci"
ha scritto:
2014-03-28 21:09 GMT+01:00 Luciano Trespidi :
> Mi fa specie che dia per scontato che non abbia utilizzato altri canali prima
> di interpellare questa mailing list , tu pensi che io sia così sprovveduto
> da ritenere l'unica via percorribile ?
No, pigro forse, non sprovveduto. Siccome se scrivo "python clear screen" su
Google ottengo
how to clear the screen in python - Stack Overflow
Python: Clear screen in shell - Stack Overflow
clear terminal in python - Stack Overflow
How to clear screen in Python interactive shell mode?
[Tutor] clear screen inside python interpreter - Python.org
e sono solo le prime 5 voci, non mi dire che non hai trovato.
> Comunque io ho verificato prima in internet ed ho riscontrato tre possibili
> soluzioni a seconda del O.S che uno ha installato ma , nel mio caso , e me ne
> scuso per non aver specificato prima questo particolare che risulta essere
> fondamentale , il mio programma gira su un Ipad con un interprete
> appositamente creato per effettuare delle prove,
Ma allora devi cancellare lo schermo di cosa? Python puo' girare come ambiente
testuale (shell) o con ambienti grafici (lancio una applicazione dalla shell
anche se con opportuni accorgimenti puoi avere una icona da clicckare).
Nel secondo caso che librerie stai usando? Perche' a seconda che siano (cito
solo le tre piu' diffuse) QT, GTK o wxPython, cambiera' ovviamente. E poi cosa
vuoi cancellare? Se non sappiamo cosa c'e' sullo schermo come possiamo
rispondere.
Cancellare in ambiente grafico puo' essere inteso come pulire tutte le caselle
di testo, azzerare le combo etc, oppure se hai un canvas (tela su disegnare)
azzerare quanto disegnato. QUest'ultima cosa puoi farla anche con HTML5.
Se vuoi risposte devi almeno dirci esattamente cosa vuoi sapere.
> con tanto di editor e documentazione appropriata, ora posso descriverne due
> ,facendo girare il comando os.system('cls') per windows o os.system('clear')
> per linux non gira perché non riesce a caricare un modulo.
Entrambi servono a pulire lo schermo della shell interattiva. Se usi un
ambiente grafico ovvio che non vanno. Ma non vanno manco sotto Win o Linux.
> L'interprete mi scrive un messaggio con cose incomprensibili ma non so quale
> alternativa usare per arrivare ad ottenere un risultato accettabile.
Intanto il messaggio sarebbe di aiuto, magari qui qualcuno lo comprende, e
comunque anche uno screenshot (gli fai una foto col cellulare) sarebbe utile.
Carlos
--
>Io naturalmente non sto includendo l'ambiente grafico perché i metodi e le
>classi sono differenti ,le prove che ho fatto sono semplicemente dei comandi
>che devono compiere esattamente l'opposto di quello che svolge
>sys.stdout.write e cancellare il contenuto dello schermo, sto utilizzando un
>interprete python ver 3.3 che gira su server linux questo perché trovo che sia
>molto comodo lavorare su Ipad.
Grazie !
--
Luciano
___
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] Dio prima li fa e poi ...
2014-03-29 8:59 GMT+01:00 Valerio Maggio : > Personalmente, non mi sento di condannare a priori il progetto, anzi. Mi > sembra interessante. E' che io mi sono accorto nel tempo che il frutto non cade mai lontano dall'albero. Se il papa di uno dei due progetti e' diventato quello che era Access per gli hobbisti dell'informatica (sono quindi hobBITs?) per gli attuali hobbisti del " ... sito web fatto da mio cuggino che e' tanto bravo con il computer", anche se esteso su larga scala (mi chiedo ancora, esistono appositamente per il Big Data fior di db NoSql ma anche YesSql, che senso ha cercare di fare una versione di un Db pensato per carichi medio-piccoli adattata a qualcosa per cui non e' stato progettato all'inizio? Non si rischia forse una serie di pezze a colore che rendereanno poi il progetto inusabile? Se io mi accorgo di avere sbagliato un progetto butto il superfluo, tengo le poche cose (se ci sono) valide e riscrivo dopo avere riprogettato) che possono svolgere bene quel lavoro. Ottimizzare uno di questi sarebbe piu' facile e non dovresti di base mettere mano alle pecche strutturali del padre. Magari le mie sono considerazioni oziose, e comunque non sono certo io a decidere il successo o meno di un progetto, mi limito ad esprimere una mia impressione, suscettibile di cambiamenti; quando mi parlarono di Python pensai: si carino per fare scripting al posto della bash. Oggi e' il mio linguaggio prediletto. Vero che il Python che conobbi io era una cosa tipo 1.2 o 1.3, e non certo la versione di oggi, pero' lo avevo inizialmente valutato meno potente di quanto poi mi sono accorto essere. Si sbaglia, siamo umani. Per questo ho fatto il post. Non voglio scatenare una holy war, solo capire assieme ad altri, anche piu' bravi di me, se quanto l'oggetto possa essere valido. Di primo impatto il fatto di discendere da un prodotto fallace non mi fa intravedere per lui un cammino tutto rose e fiori. Poi se mi sbaglio, ben venga il mio errare, un prodotto valido e' sempre bene accetto. Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Dio prima li fa e poi ...
On 29 Mar 2014, at 08:51, Carlos Catucci wrote: > http://www.zdnet.com/webscalesql-mysql-for-facebook-sized-databases-727814/ > > A me sembra ci sia una logica. Due cose inutili, stanno bene assieme. > Voi cosa ne pensate? Anche se credo di aver capito a cosa ti vuoi riferire, in verità non capisco quali siano le *due* cose "inutili" leggendo quel post… io ne intravedo una (potenziale)… Personalmente, non mi sento di condannare a priori il progetto, anzi. Mi sembra interessante. (Post originale: https://code.facebook.com/posts/1474977139392436/webscalesql-a-collaboration-to-build-upon-the-mysql-upstream) Valerio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Dio prima li fa e poi ...
Una bella occasione per dibattere http://www.zdnet.com/webscalesql-mysql-for-facebook-sized-databases-727814/ A me sembra ci sia una logica. Due cose inutili, stanno bene assieme. Voi cosa ne pensate? Carlos -- Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di recitare a occhi aperti il loro sogno fino a renderlo possibile. Ed e' questo che feci anch'io. - (T.E. Lawrence) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
