Reprise du message précédent :

Eh bin dans ce cas demande le nom, pas l'histoire
http://www.nanarland.com/Chronique [...] e409mc.jpg

De taper

 
Ou de considérer cette chose comme une erreur de syntaxe

éviter les NullPointerException ?

moi je lis ca dans l'autre sens....
 
toto = None #booom

mais c'est nul, parce que si je veux mettre un attribut a mon objet, je le declare comment alors ?

sauf que ca marche encore... rien compris, la.

Faut apprendre à lire hein, c'est assigning TO None, pas assigning None
 
Essaie par toi même

 
Ils interdisent de filer une valeur à None, c'est tout

c'est pas un système à 3 états (non-initialisé, initialisé à null ou initialisé à une valeur) en python ?

ouais ok, apres verif on pouvait faire ca avant... etrange

c'est pas un mot réservé ?

Oui, tu peux aussi écrire "True = 3"

maintenant si
 
Je pense que GVR a longtemps sous-estimé la stupidité de certaines personnes quoi
 
(en fait, c'est surtout - comme True et False - une variable built-in. Et comme les variables sont par défaut dispos en lecture et en écriture en python, ben voila)

n'importe quoi ce langage
enfin perso j'aurais rangé ca dans bugfix, pas dans "New language features" dont on est fier et joyeux...

pluzun.
Python c'est du khakha.

Ca vient de la structure de Python, True, False et Null sont des objets comme les autres, ils ont des valeurs spécifiques définies par défaut mais rien d'autre
 
De même, si t'as rien de mieux à foutre de tes journées tu peux redéfinir "file", "open", "list", "dict", "set", "tuple", ...
 
Faut être complêtement stupide pour le faire, mais tu peux.

 
Et après c'est php qui permet de faire trop de conneries.
le python!

dans mon langage pourri a moi j'avais ca aussi, mais j'avais des objets readonly, ca aurait planté au runtime  
 

 
spéciale dédicasse à --

harko> C'est à combien de route de Bordeaux, Gujan-mestras?

Juste au dessus, j'ai écrit explicitement que les objets python sont définis en R/W par défaut, ils ne se sont simplement pas emmerdés à coller des properties par dessus, considérant les utilisateurs suffisament intelligents pour ne pas faire ce genre de stupidités (pour le passage de None en property, m'est avis que c'est à cause des tests de type "None == mavariable" qui merdaient sans message d'erreur quand il y avait une faute de syntaxe)

 
tiens on dirait la philosophie C

En même temps, la quasi totalité du python fonctionne comme ça, par sélection naturelle

sinon je rejoins lorill, dans mon langage pourri a moi le compilo te jetait sur de l'assignement comme ca (mais pas en syntax error)

Je sais que t'aimes bien te faire complimenter, mais t'abuses ptet un peu là
 
(et je rappelle que Python n'a pas de compilo per-se, le passage en bytecode est au mieux une traduction avec une légère vérification syntaxique, raison pour laquelle 99.9% des erreurs en python c'est du runtime)

25-30 mn par autoroute, ~60 km
 
edit: tu viens me voir ?

j'ai match là-bas demain...faut que j'y sois à 14h30.

 
55km
 

à quel stade ?

Terminal

 
Les stades de tennis de table ça court pas les rues.
aucune idée du nom de la salle...

(je suggère ce smiley pour signifer le point-quote.)

Kikoo

Si tu dis que c'est un bugfix, tu admet implicitement que t'es un cretin qui sait pas concevoir un langage, si tu dis que c'est une évolution, tu passe pour quelqu'un à l'écoute de ses utilisateurs.
 

et à quoi ça peut servir de faire ce genre de trucs stupides ? ça ressemble plus à une flemme du gars qui fait le compilo de vérifier que le code ne fait pas des trucs stupides.

j'ai un collègue qui fait souvent des commentaires comme ça:

c'est totozifiant hein ?

Python, VB même combat

 
+1

C'est le miens

 
Eh bien avec les points quote il prend tout son sens.

bien le bonjour messieurs
 
ce soir c'est le week-end  

 
gni  
 
j'ai jamais reussi a la finir, chui aussy mauvais qu'nraynaud

Mais de quel compilo tu parles
 
De tout façon, si tu veux ce genre de vérifs (et en dehors du runtime), tu passes par PyChecker ou PyLint