Re: [Python] nuovo Blog

[orciml]

On 20/08/2015 17:11, Riccardo mancuso wrote:


Il giorno 20 agosto 2015 11:24, orciml > ha scritto:


Ciao a tutta lista

Se a qualcuno può interessare ho aperto un nuovo blog.
Dove si parlerà principalmente di programmazione python e Gtk

Loris (aka orcim)

Ps:

il link del nuovo blog è il seguente:

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



da quello che ho capito il tuo blog è stato realizzato con tinkerer 
ovvero un wrapper da codice python ad html, in quanto se si scarica il 
codice di una pagina fatta dal tuo sito, si trova html.

Inoltre è un blog statico.
Si possono aggiungere immagini ?


Scusa la fretta di ieri.

Si si puo' fare semplicemente con la direttiva:

.. image:: _static/Screenshot2.png
:width: 620px
:height: 500px
:alt: screenshot2

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

Re: [Python] nuovo Blog

[orciml]

On 20/08/2015 15:43, Marco Beri wrote:
2015-08-20 14:47 GMT+02:00 enrico franchi >:



2015-08-20 10:24 GMT+01:00 orciml mailto:orc...@gmail.com>>:

il link del nuovo blog è il seguente:

orcim.github.io 


Mi sono permesso di lasciarti un commento...


Cito qui quello che dice Enrico:

/"In generale, non e' vero che commentare *molto* sia una buona
idea. L'idea buona e' rendere necessario commentare poco. I
commenti storicamente finiscono fuori sincrono con il codice,
specialmente quelli ridondanti e poco utili"./


Devo dire che anche io, una volta, pensavo che i commenti fossero 
necessari e più ce n'erano meglio era.


Poi lessi questa frase nel libro Clean Code:

/"The proper use of comments is to compensate for our failure to
express ourself in code. Comments are always failures. We must
have them because we cannot always figure out how to express
ourselves without them, but their use is not a cause for
celebration. So when you find yourself in a position where you
need to write a comment, think it through and see whether there
isn’t some way to turn the tables and express yourself in code"./


Ok, è un po' radicale ma, per la miseria, c'è tanta ragione.

Invece di scrivere codice così;

# Incremento il numero della fattura
n += 1

Dobbiamo scrivere codice che si documenta da solo:

numero_fattura += 1

In questo modo non potrà esiste un commento che si allontana dal 
codice, diventando così più un danno che un vantaggio.


Ciao.
Marco.

--
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
http://beri.it/articoli/ - Qualche articolo


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

Scusa per la fretta di ieri.

Sono d'accordo con te in linea di massima.

Le mie labels però non sono mai di una lettera, (almeno 4).
I commenti di soliti descrivono un'insieme di operazioni.
A meno di non spiegare delle funzioni che si richiamano nella riga 
stessa che hanno a volte dei nomi non tanto menmonici.
Per me restano fondamentali per rendere il codice più leggibile e 
gestibile a distanza di tempo.


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

Re: [Python] problema su TKinter

[Fundor333]

Tu sei libero di guardarti 500 linee di codice non formattato nel
corpo di una mail
E cosa cambia dal guardare 500 linee di codice non formattato su di un 
sito esterno dall'incerto futuro?


Se sono su un sito esterno la domanda non viene persa all interno di 500 
righe di codice ma risulta subito evidente

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

Re: [Python] nuovo Blog

[Simone Federici]

Loris:

> Le mie labels però non sono mai di una lettera, (almeno 4).
> I commenti di soliti descrivono un'insieme di operazioni.
> A meno di non spiegare delle funzioni che si richiamano nella riga stessa
> che hanno a volte dei nomi non tanto menmonici.
> Per me restano fondamentali per rendere il codice più leggibile e
> gestibile a distanza di tempo.
>

con labels intendi dire i nomi delle variabili credo...

io quando leggo il codice di un altro e non riesco a capirlo faccio queste
operazioni:
1) cancello tutti i commenti
2) comincio a cambiare il codice rinominando i nomi delle classi
3) cambio i nomi dei metodi
4) cambio i nomi delle variabili, costanti, etc...

e in particolare divido il codice che fa una cosa rispetto al codice che ne
fa un altra. Ad esempio, mai metterei una codice che testa altro codice
insieme al codice stesso.

Inoltre il commento in alto con l'elenco degli oggetti ha + senso metterlo
usando codice python.

__all__ = ['MiaClasse', 'miaFunzione']

in questo modo quando importi (*) tutti gli oggetti del modulo ottieni solo
questi
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] nuovo Blog

[Marco Beri]

2015-08-21 10:49 GMT+02:00 Simone Federici :

> __all__ = ['MiaClasse', 'miaFunzione']
>

A me miaFunzione fa schifo... Preferisco mia_funzione :-)


-- 
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
http://beri.it/articoli/ - Qualche articolo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Basta, tutti a casa (era: Re: nuovo Blog)

[Nicola Larosa]

Simone Federici wrote:
> io quando leggo il codice di un altro e non riesco a capirlo
> faccio queste operazioni:
> 1) cancello tutti i commenti

Siamo una professione di bancarottieri fraudolenti.

-- 
Nicola 'tekNico' Larosa 

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

Re: [Python] nuovo Blog

[Simone Federici]

Marco Baro:

> A me miaFunzione fa schifo... Preferisco mia_funzione :-)


ahah anche a me :-)

in java siamo abituati a avere classi dai nomi + astrusi
InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonPainter

e metodi ancora peggio
boolean doesShorterNameExistThatEquallyConvaysTheBehaviorOfTheMethod(String
s)

hanno preso "alla lettera" il discorso sui commenti.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Basta, tutti a casa (era: Re: nuovo Blog)

[Simone Federici]

2015-08-21 10:54 GMT+02:00 Nicola Larosa :

> Siamo una professione di bancarottieri fraudolenti.


ahahah, sarà ma io conosco parecchi programmatori che sanno scrivere meglio
il codice che un tema, se poi il tema lo scrivono in inglese paggio mi sento

inoltre i commenti sono spesso sbagliati, perche non sono mantenuti allo
stesso tempo del codice, nel senso che il codice cambia e i commenti no

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

Re: [Python] nuovo Blog

[Marco Beri]

2015-08-21 11:56 GMT+02:00 Simone Federici :

> e metodi ancora peggio
> boolean
> doesShorterNameExistThatEquallyConvaysTheBehaviorOfTheMethod(String s)
>

Questo dovrebbe chiamarsi:

doesShorterNameExistThatEquallyConvaysTheBehaviorOfTheMethodQuestionMark(String
s)

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

Re: [Python] nuovo Blog

[Marco Beri]

2015-08-21 11:56 Sifone Peterici

ahah anche a me :-)
>

Dimenticavo: e allora perché l'hai scritta? :-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] nuovo Blog

[Simone Federici]

>
> 2015-08-21 11:56 Sifone Peterici
>

ghghghg



> ahah anche a me :-)
>>
>
> Dimenticavo: e allora perché l'hai scritta? :-)
>

semplicemente perché stavo rispondendo a Loris che usa quella sintassi sul
suo blog.

e mi sembra che stavo mettendo sul piatto altre osservazioni,
comunque accolgo la critica, meglio usare gli underscore, è più leggibile

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