Discussion :

[vincent.steiner]

Bonjour,

[1:] est bien un slice qui supprime le premier élément d'une liste.
Comment son usage se justifie-t-il dans une boucle comme la suivante ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
numbers = [3, 2, 5, 8, 4, 7, 9, 1, 6, -12]
minimum = numbers[0]
 
for i in numbers[1:] :  # <---
    if i < minimum:
        minimum = i
 
print('Le minimum est', minimum)

alors que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
for i in numbers[0:] :

donne le même résultat.

Merci pour votre explication.

[tbc92]

Je suis un bricoleur en Python, donc ma réponse n'est pas forcément bonne.
De manière générale, quand une nouvelle variable apparaît, il est assez sain de l'initialiser : minimum = number0[0]
C'est fait, minimum a une valeur, et on peut maintenant comparer numbers[1] avec minimum.

Dans la 2ème proposition, minimum apparaît pour la première fois quand on compare numbers[0] avec minimum ; autrement dit, on compare numbers[0] avec un truc qui n'existe pas encore.

Dans certains langages, ça peut se passer correctement. Peut-être que ça se passe correctement avec la version actuelle de Python, et que ça ne marchera plus dans une nouvelle version ?
Par sécurité, un bon programmeur va préférer initialiser minimum (minimum=numbers[0]) avant de l'utiliser.

[Sve@r]

Bonjour

[1:] est bien un slice qui supprime le premier élément d'une liste.

Oui et non (je pense que tu as compris mais mal formulé). Le slice ne supprime rien (sinon la liste serait dénaturée après utilisation), il extrait juste une sous-partie.

Comment son usage se justifie-t-il dans une boucle comme la suivante...alors que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
for i in numbers[0:] :

donne le même résultat.

Oui, même résultat (et dans ce cas, même plus besoin de slice => for i in numbers). Mais ce n'est pas parce que le résultat (visible) est identique que ça se passe pareil en interne.
Dans ton 2° cas tu compares numbers[0] alors qu'il a déjà été traité.

De manière générale, quand une nouvelle variable apparaît, il est assez sain de l'initialiser : minimum = number0[0]

C'est même obligatoire (impossible en Python de créer une variable sans en même temps lui donner une valeur)...

Dans la 2ème proposition, minimum apparaît pour la première fois quand on compare numbers[0] avec minimum ; autrement dit, on compare numbers[0] avec un truc qui n'existe pas encore.

Je pense que dans sa seconde proposition, la ligne 3 minimum = numbers[0] n'a pas disparu. Le PO veut juste savoir la différence entre for i in numbers[1:] et for i in numbers[0:] dans un contexte où ce qui a été écrit en amont ne change évidemment pas. Et la réponse c'est juste "une itération de plus".

Dans certains langages, ça peut se passer correctement. Peut-être que ça se passe correctement avec la version actuelle de Python, et que ça ne marchera plus dans une nouvelle version ?

Non, si la variable "minimum" n'existe pas, Python indique qu'il ne peut pas effectuer la comparaison et renvoie une exception NameError

En revanche, ce qui a changé entre P2 et P3 c'est que sous P2, on pouvait initialiser minimum à None (qui est l'initialisation neutre) et comparer quand-même les éléments avec ce minimum. P2 acceptait la comparaison if i < minimum bien que "i" contienne un int alors que minimum contient un NoneType.
Sous P3 ce n'est plus possible. Celui qui veut utiliser None doit alors ensuite le tester spécifiquement (et surtout en premier)

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
numbers = [3, 2, 5, 8, 4, 7, 9, 1, 6, -12]
minimum = None
 
for i in numbers:
    if minimum is None or i < minimum:
        minimum = i
 
print('Le minimum est', minimum)

Par sécurité, un bon programmeur va préférer initialiser minimum (minimum=numbers[0]) avant de l'utiliser.

Ce n'est même pas une question de sécurité, c'est carrément une question de logique. Quel que soit le langage (y compris les langages qui acceptent des variables sans qu'elles soient initialisées comme par exemple le C), on ne peut pas utiliser une variable si on ne lui a pas mis auparavant une valeur à utiliser. D'où ce précepte C (valable aussi en Python): ne jamais regarder le contenu d'une variable sans l'avoir remplie auparavant. Et cet autre précepte (moins obligatoire mais qu'on peut quand-même citer): ne jamais remplir deux fois une variable sans l'avoir lue (ou avoir eu possibilité de la lire) au-moins une fois entre temps.

[VinsS]

Salut,

C'est même obligatoire (impossible en Python de créer une variable sans en même temps lui donner une valeur)...

Pas tout à fait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Python 3.8.10 (default, Mar 15 2022, 12:22:08) 
[GCC 9.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> a = int()
>>>

Bon, évidemment:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
>>> a
0

Ceci s'explique par le fait que, stricto sensu, il n'y a pas de variable en Python (dans le sens; petite-boîte-contenant-une-valeur-pouvant-varier).

Notez que l'on peut créer une variable référence à la volée. Donc la créer lors de son utilisation.
https://docs.python.org/3/whatsnew/3.8.html

[papajoker]

bonjour,

Pas compris ce que tu voulais dire puisque ici tu donnes bien une valeur , simplement elle n'est pas explicite dans ton code
int(), str(), list() retournent des objets vides mais pas None
D'autres constructeurs et des fonctions(procédures) ne retournent "rien", mais ici aussi python va assigner l'objet None donc une certaine valeur

pas de variable en Python (dans le sens; petite-boîte-contenant-une-valeur-pouvant-varier).

pas bien compris...
- il faut juste ajouter "une référence vers une petite boîte..." donc ne change pas grand chose pour le commum des pythonneux
- une variable en python est toujours un objet qui est une "petite-boîte-contenant-une-valeur-pouvant-varier"

Notez que l'on peut créer une variable référence à la volée. Donc la créer lors de son utilisation.
https://docs.python.org/3/whatsnew/3.8.html

Tu parles de morse ? en fait il n'y a pas de différence avec une boucle for, on assigne explicitement une valeur à une variable (ici locale au block for/if/while)

------------


Sve@r a bien précisé "créer" une variable ! Sans parler de creer, il y a une syntaxe particulière en python de plus en plus employée avec les types

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

machin: str

"machin" est bien déclarée comme une variable mais pas créée

[Sve@r]

Bon, évidemment:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
>>> a
0

Ben voilà, en écrivant a=int() tu donnes (affectes) bien une valeur à la variable "a". Ce n'est pas parce que tu appelles l'objet int() sans lui spécifier toi de valeur particulière que celui-ci n'en contient quand-même pas une (par défaut dans la méthode __init__).

machin: str.
"machin" est bien déclarée comme une variable mais pas créée

Exact, l'instruction n'est pas refusée (ce qui m'étonne). Mais ensuite print(machin) renvoie quand-même un NameError (et là je suis tout de suite plus rassuré vis à vis de mes certitudes)
Si on rajoute qu'en plus les annotations (le : type mis après) n'est suivi d'aucune obligation (bien qu'ayant spécifié "str" tu as tout à fait le droit d'écrire ensuite machin=3.1416) je me demande l'action réelle de cette instruction. Peut-être est-elle traitée comme un pass...

[papajoker]

je dirais qu'en fait, c'est de savoir comment on interprète/parle de None, est une valeur ou non...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
def truc():
    pass
variable = truc()
print(type(variable), variable)

dans la doc

L'objet Python None, exprimant l'absence de valeur.

Donc on a un objet avec une valeur(None) mais cette valeur "exprime" : pas de valeur

[Sve@r]

je dirais qu'en fait, c'est de savoir comment on interprète/parle de None, est une valeur ou non...

Jusqu'à présent on ne parlait pas de None qui effectivement joue un peu le rôle de cheveu dans la soupe.

Alors None est un peu particulier. Déjà on ne le compare pas de la même façon que le reste. La PEP8 indique qu'il faut utiliser "is" => if var is None (vs if var == None).
Par ailleurs, comme je l'ai dit plus haut, la gestion du None a un peu changé entre P2 et P3. Par exemple None < 5 est autorisé sous P2 mais ne l'est plus sous P3.
On peut donc pas vraiment parler de "valeur" au sens numérique du terme (interdit par exemple de demander None+1) mais son existence permet quand-même la création d'une variable "neutre" justement pour respecter cette obligation d'affecter une valeur quand on veut créer une variable.

Donc on a un objet avec une valeur(None) mais cette valeur "exprime" : pas de valeur

Exactement. Mais cela n'est pas vraiment plus compliqué à comprendre que les entiers naturels, ensemble inventé à l'origine pour compter les choses ; mais dans lequel est arrivé ensuite le 0, élément permettant d'indiquer qu'il n'y a rien à compter.
En informatique, le "rien" n'est pas possible (impossible de dire "je veux que cette variable ne contienne rien") mais est parfois nécessaire. Donc il a bien fallu trouver un symbole signifiant "rien" (NULL en C, NUL en SQL, et None en Python).

[BufferBob]

salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
for i in numbers[1:] :  # for i in [2, 5, 8, ...]
for i in numbers[0:] :  # for i in [3, 2, 5, 8, ...]

numbers[0] c'est 3, ça n'est pas strictement plus petit que lui même.
les seuls à être strictement inférieur à minimum c'est 2, 1 et -12 (et le dernier trouvé en parcourant la liste c'est -12), donc on obtient le même résultat dans les deux cas.