Il giorno ven 21 ago 2020 alle ore 21:33 Pietro Brunetti <
gunzap...@gmail.com> ha scritto:
> Non sto a sindacare, ogni linguaggio fa delle scelte. Ma se ci pensi anche
> la scelta di Python ha una sua logica. Ti impedisce di avere delle funzioni
> con side effect difficili da debuggare.
>
> Immag
Non sto a sindacare, ogni linguaggio fa delle scelte. Ma se ci pensi anche
la scelta di Python ha una sua logica. Ti impedisce di avere delle funzioni
con side effect difficili da debuggare.
Immagina un codice pieno di funzioni che modifichino variabili esterne al
loro scopo. Come trovi un eventua
Ho trovato la risposta piuttosto facilmente:
https://www.programiz.com/python-programming/global-local-nonlocal-variables
Quando provo ad assegnare un valore alla variabile, la tratta come locale!
E quindi va in paranoia perché non è stata dichiarata prima.
Diciamo che avrei preferito restituisse
Il giovedì 20 agosto 2020, 10:15:09 CEST, Valerio Pachera
ha scritto:
>>> def f():
... print(n)
...
non ho ancora dichiarato n.La dichiaro esternamente alla funzione, quindi
(correggetemi se sbaglio) n sarà una variabile globale.
>>> n = 10
>>> f()
10
A conferma di quanto scritt
non centra nulla pip con le dipendenze.
quelle sono scritte dai programmatori:-)
con una distribuzione limux sul server ci sono solo pacchetti testati dai
manteiners.
su pypi ci sono i pacchetti messi dai singoli programmatori il che rende
tutto piú rischioso ma anche piú intetessante e condiviso
Il 2 dicembre 2014 17:11, Daniele Tricoli ha scritto:
> On Monday 01 December 2014 16:59:45 Gollum1 wrote:
>> Fatto sta che requests me lo ha scaricato correttamente per python 3
>
> In realtà no, non ti ha scaricato la versione per Python 3: requests supporta
> sia Python 2 che Python 3 con un so
On Monday 01 December 2014 16:59:45 Gollum1 wrote:
> Fatto sta che requests me lo ha scaricato correttamente per python 3
In realtà no, non ti ha scaricato la versione per Python 3: requests supporta
sia Python 2 che Python 3 con un solo codebase, per cui il problema da te
sollevato non si pone
Il 01 dicembre 2014 16:46:09 CET, Pietro ha scritto:
>2014-12-01 13:31 GMT+01:00 Gollum1 :
>> Mi sarei aspettato che pip in qualche modo ti permetta di scaricare e
>> installare solamente i package relativi ad una specifica versione di
>python
>> (non dico differenziare tra 3.2 e 3.4, ma sicuramen
Il 01 dicembre 2014 16:46:09 CET, Pietro ha scritto:
>2014-12-01 13:31 GMT+01:00 Gollum1 :
>> Mi sarei aspettato che pip in qualche modo ti permetta di scaricare e
>> installare solamente i package relativi ad una specifica versione di
>python
>> (non dico differenziare tra 3.2 e 3.4, ma sicuramen
2014-12-01 13:31 GMT+01:00 Gollum1 :
> Mi sarei aspettato che pip in qualche modo ti permetta di scaricare e
> installare solamente i package relativi ad una specifica versione di
python
> (non dico differenziare tra 3.2 e 3.4, ma sicuramente tra 2.7 e 3.x)...
io sulla mia macchina ho due comandi:
Il 01 dicembre 2014 09:51:58 CET, Marco De Paoli ha
scritto:
>non vedo python3 tra le versioni supportate...
>https://pypi.python.org/pypi/mechanize/
Da questo il mio dubbio... Mi sarei aspettato che pip in qualche modo ti
permetta di scaricare e installare solamente i package relativi ad una
Il giorno 1 dicembre 2014 06:40, Gollum1 ha
scritto:
> Sono all'interno di un Virtual Environment, basato su python 3.4, ho
> provato a fare pip install mechanize, ma mi fallisce perché:
>
> \Lib\site-packages\mechanize\_sgmllib_copy.py", line 396
> print '*** Unbalanced '
>
2013/8/24 Carlos Catucci
> In pratica io da un template principale devo includere un blocco di html.
> Normalmente basta fare un {% include path.to.template %} per avere cio che
> serve.
> Pero' il mio e' un caso particolare, in quanto il pezzo incluso:
>
> .primo e' di un diverso module
>
Ok,
> In pratica io da un template principale devo includere un blocco di html.
> Normalmente basta fare un {% include path.to.template %} per avere cio che
> serve.
In passato ho avuto lo stesso problema e l'ho risolto seguendo
le dritte contenute in questo link:
http://stackoverflow.com/questions/4
Wow... la mia domanda ha scatenato un confronto molto istruttivo...
Alla fine di tutto ho comunque optato per l'uso dei dizionari, sopratutto
con la considerazione che nelle esecuzioni successive del programma ci
potrebbero essere parecchi buchi (addirittura in certe occasioni potrebbe
non esserci
2013/6/23 Enrico Franchi
> Le list comprehension sono troppo comode e troppo belle per non usarle
> per questo tipo di cose. Hanno meno rumore visivo, e' piu' chiaro il loro
> intento.
>
Ho appena dato mandato agli scalpellini del Faraone di incidere questa tua
frase su ogni portale (web ovviame
> foo = [process(*t) for t in enumerate(some_iterable)]
>
>
> Le list comprehension sono troppo comode e troppo belle per non usarle
> per questo tipo di cose. Hanno meno rumore visivo, e' piu' chiaro il loro
> intento.
Sottoscrivo per la bellezza delle comprehension che uso sempre quando
possibi
Grazie Federico ed Enrico per le risposte!
Il giorno 22 giugno 2013 20:55, Carlo Miron ha scritto:
> Il 22 giugno 2013 20:19, Enrico Franchi ha scritto::
>
> > Aggiungo che tutta questa recente mania della programmazione ad oggetti
> ha veramente complicato un sacco
> > di cose...
>
> Per quale d
Il giorno 22/giu/2013 14:33, "Diego Barrera" ha
scritto:
>
http://www.python.it/doc/faq/#ci-sono-restrizioni-di-copyright-nell-uso-di-python
Certo... ma questo riguarda l'interprete... non dice nulla su restrizioni
possibili relative ai programmi realizzati con quell'interprete.
--
Gollum1
tes
Come avevo già scritto... il progetto è nato in perl... non ho ancora
modificato il contenuto della pagina...
--
Gollum1
teoro, dov'è il mio teoro...
Il giorno 22/giu/2013 14:31, "Giovanni Porcari" <
giovanni.porc...@softwell.it> ha scritto:
>
> Il giorno 22/giu/2013, alle ore 13:42, Gol
>
> in python 2.7+ c'e' il modulo collections che contiene OrderedDict: la
> versione ordinata di un dizionario.
> per versioni di python (2.6, 2.5 etc.) Nicola Larosa ha creato un backport
> (da qualche parte nella rete).
In questo caso non servono perchè:
An *OrderedDict* is a dict that rememb
> > se sei sicuro che la seconda lista avrà N elementi allora puoi già creare
> > una lista con dei None, così risparmi sia memoria (visto che None è un
> > singleton) e ti eviti l'append che fa vari reallocazioni di memoria.
>
> Ma no, dai. Pre-allocare le liste in Python e' un anti-pattern.
>
Ne
Il giorno 22 giugno 2013 11:06, enrico franchi ha scritto:
> Senti, hanno chiamato list qualcosa che si comporta come un array
> estensibile (o vector, per dirla con C++) e che delle liste non e'
> manco parente, visto che ha tutte le complessita' computazionali
> 'sbagliate'.
>
> Nota bene, hash-
Il giorno 22/giu/2013 11:14, "enrico franchi" ha
scritto:
>
> 2013/6/21 Federico Figus :
>
> > se sei sicuro che la seconda lista avrà N elementi allora puoi già
creare
> > una lista con dei None, così risparmi sia memoria (visto che None è un
> > singleton) e ti eviti l'append che fa vari realloc
2013/6/22 Nadir Sampaoli
> Il giorno 22 giugno 2013 09:02, Daniele Zambelli ha scritto:
>
>>
>> Il giorno 22 giugno 2013 00:08, Marco Beri ha scritto:
>>
>> Carlos giustamente dice che un dict non è ordinato, ma a quanto ho capito
>>> non ti serve l'ordine, quindi vai di liste.
>>>
>>
Il giorno 22 giugno 2013 09:02, Daniele Zambelli ha scritto:
>
> Il giorno 22 giugno 2013 00:08, Marco Beri ha scritto:
>
> Carlos giustamente dice che un dict non è ordinato, ma a quanto ho capito
>> non ti serve l'ordine, quindi vai di liste.
>>
>
Il giorno 22/giu/2013 09:02, "Daniele Zambelli"
ha scritto:
>
>
> Il giorno 22 giugno 2013 00:08, Marco Beri ha
scritto:
>
>> Carlos giustamente dice che un dict non è ordinato, ma a quanto ho
capito non ti serve l'ordine, quindi vai di liste.
>
>
Il giorno 22 giugno 2013 00:08, Marco Beri ha scritto:
> Carlos giustamente dice che un dict non è ordinato, ma a quanto ho capito
> non ti serve l'ordine, quindi vai di liste.
>
^^^
...dizionari...
--
Daniele
www.fugamatematica.
2013/6/21 Gollum1
> dopo tutto questo discorso... mi sovviene il dubbio che forse sto
> sbagliando la struttura dati... non sarebbe forse più semplice usare
> due dizionari, in cui la chiave sarebbe il numero che nell'altro caso
> usarei come indice? non dovrei preoccuparmi dei buchi vuoti. e per
Ciao,
se sei sicuro che la seconda lista avrà N elementi allora puoi già creare
una lista con dei None, così risparmi sia memoria (visto che None è un
singleton) e ti eviti l'append che fa vari reallocazioni di memoria.
Trovi anche una semplice implementazione di una lista sparsa qui:
http://stac
Posto che un dizionario non e' ordinato, quindi se ti serve solo di avere
un elemento che abbia una chiave numerica arbitraria va bene, perche' devi
mettere un elemento in posizione N dove N > len(lista)?
Carlos
--
..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier
injustici
Il 21/06/2011 00:36, Manlio Perillo ha scritto:
Il 20/06/2011 17:48, Fabio Giudici ha scritto:
Salve,
ho appena iniziato a studiare Python, utilizzo il manuale: "Pensare da
informatico, Imparare con Python" però avrei dei dubbi e vorrei dei
chiarimenti su alcuni punti.
Questi argomenti poco chia
Il 20/06/2011 17:48, Fabio Giudici ha scritto:
> Salve,
> ho appena iniziato a studiare Python, utilizzo il manuale: "Pensare da
> informatico, Imparare con Python" però avrei dei dubbi e vorrei dei
> chiarimenti su alcuni punti.
> Questi argomenti poco chiari a me sono: il comando raw_input,
> l'i
Il giorno 20 giugno 2011 17:48, Fabio Giudici ha
scritto:
> Salve,
> ho appena iniziato a studiare Python, utilizzo il manuale: "Pensare da
> informatico, Imparare con Python" però avrei dei dubbi e vorrei dei
> chiarimenti su alcuni punti.
> Questi argomenti poco chiari a me sono: il comando raw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 12/10/2010 00:35, Andrea Gasparini ha scritto:
> [...]
> import TF.AsDb.AsDb as iseries
>
> peraltro è terribile avere un nome di un modulo uguale a quello del package
> che lo contiene. :)
>
Io l'ho fatto un paio di volte.
Meglio fare questo
Ciao!
In data lunedì 11 ottobre 2010 17:13:42, Vittorio Zuccala' ha scritto:
> *directory u:\Eclipse\TF, file __init__.py*
> vuoto
>
> *directory u:\Eclipse\TF\AsDb, file __init__.py *
> vuoto
>
> *directory u:\Eclipse\TF\AsDb, file AsDb.py *
[]
> Idee del motivo? Cosa sbaglio?
se non ho ca
Risolto.
Dovevo mettere, nel file anticipi.py:
*import TF.AsDb.AsDb as iseries*
PS: so di aver fatto una gaffe con la pass. Fortuna che è fittizia :-)
Il giorno 11 ottobre 2010 17:13, Vittorio Zuccala' <
vittorio.zucc...@gmail.com> ha scritto:
> Buongiorno a tutti,
> finalmente mi sono deciso a
37 matches
Mail list logo
