Reprise du message précédent :

ben après je veux faire une interface web...et ma compréhension c'est qu'il y a rien de porté correctement sous Python 3 (Flask ou Werkzeug fonctionnent pas sous Python 3)

faire du

j'ai vu ça sur un site...je suis meme pas sur de comprendre exactement ce que ça fait...
j'imagine que unicode(self) force un appel à __unicode__, qui renvoit donc une string Unicode qu'il faut encoder pour qu'elle s'affiche

Pour les papas du topic: http://youtu.be/bqpRoVxH2jc

Dire qu'en PHP t'aurais déjà fini

 
pour être honnete pour l'instant je suis toujours un peu sceptique sur les bienfaits de Python...
 
en gros + y'a des trucs genre le fait qu'un paquet d'objets soit itérables et que c'est un plaisir de traverser des structures objets avec des containers à cause de ça, et c'est un comportement hyper trivial à rajouter à tes propres objets
 
en petit + : le duck typing...je commence à en comprendre l'intéret et à arriver à m'en servir un peu...c'est vrai que ça évite une chiée de cast et tout le bordel des generics...
 
Par contre avec le duck typing : des fois tu fais des typos, des conneries évidentes, mais ça détecte rien au compile time...c'est jamais très chiant à corriger, mais c'est fastidieux. Y'a aussi le fait que la complétion tu peux t'assoir dessus une grosse partie du temps (et c'est d'ailleurs ce qui génère bcp de typos : le CTRL+space t'évite de taper bcp de choses)
 
je me dis qu'en java je l'aurai déjà bien plus avancé mon truc...mais ce qui me rebute sur Java c'est que j'ai pas trouvé de framework web aussi simple à utiliser que Flask...
 
au final j'y arrive, et pis mon background javatiste me dessert à fond...je viens de passer 2h à débugger un truc qui merdait pour me rendre compte que comme un con je mettais à jour une variable statique au lieu d'une variable de membre...

Pendant que tu galères moi j'ai fait ça ce WE : http://ikea.ratibus.net/

Convention + test unitaire, ça marche pas mal

Play framework 1.2.4

C’est pratique, mais pour connaître le n° d’un produit il faut aller sur le site d’ikea, donc tant qu’on y est on peut y voir la dispo...

C'est le weekend, donc j'ai pas fait de burn-check :  
 
harko pr0n : https://github.com/farbrausch/fr_public

Oui.

C'est de là que je l'ai trouvé, en effet.

Il a pas un bebe maintenant?

 
tu confonds pas avec mareek

Ha ? Je pensais que ses enfants étaient tous grands

ça fait longtemps, maintenant.

http://www.rue89.com/rue89-preside [...] -president

Sympa...tu parses le site ?
 
Moi en gros j'ai réussi le chargement des tâches et la gestion des dépendances...
Next steps :  
- parcours du graph et calcul des dates
- gestion des contraintes
- gestion des ressources
- gestion des calendriers
 

Oui les tests j'y viens... Le peu de temps ou j'ai dev professionnellement c'était pas autant dans les mœurs, je vais devoir apprendre...après unittest à l'air assez bien foutu
 
Play : j'ai pas envie d'apprendre scala...et pis le shift de java vers scala fait qu'ils ont l'air de bien secouer le framework à chaque fois
Je vais persévérer sur Python, y'a pas de raisons
 

ils ont évité de faire du barouf dans l'amphi pendant le discours et ne se sont pas jeté sur la free food ? Y'a des progrès

Excellent.

Je vais pouvoir ressortir la stat: 25% de fonctionnalités en plus ==> 100% de boulot supplémentaire autrement dit faut recommencer from scratch

Les livres cités sont effectivement excellents, "Beautiful code" et les livres d'Edward Tufte.

Pour une étude qui bouleverse les idées reçues, je suis tombé récemment sur reddit sur une expérience de dev d'un même soft multithreadé en Java et en Scala, par deux équipes de niveau équivalent (selon des pré tests), et le résultat a été que l'équipe Java a fini le produit avec significativement moins d'effort que l'équipe Scala. En particulier, l'équipe Scala a passé finalement plus de temps à tester et débugger que l'équipe Java.
http://digbib.ubka.uni-karlsruhe.d [...] ts/1978116

C'est intéressant parce que c'est contraire avec la stat connue (et citée) comme quoi le nombre de défauts est fortement corrélé à la taille totale du source. Au final, le source Scala était légèrement inférieur au source Java, mais il y avait d'autres facteurs plus importants. P-ê que le projet était trop petit (7 personnes sur 4 semaines) pour que cette corrélation se vérifie ici.

L'idée c'est de facilement faire de la recherche cross-magasin, ce qui est infernal à faire sur le site d'Ikéa.
Par exemple tu vois que ton produit n'est pas dispo dans ton magasin habituel, mais est-ce qu'il est dispo ailleurs ?

J'ai trouvé une URL qui file en XML les dispos d'un produit pour tous les magasins d'un pays
 
Ensuite un peu de parsing, un peu de bootstrap Twitter, et voila

Bonjour,
 
Je poste ça là, pour ce que ça intéresse.
Le but est de constituer, exécuter et maintenir un programme intelligent.
C'est un gros projet pour moi.
J'ai découpé le programme en trois.
Le contribution du programme consiste en un partage d'une base de donnée sur des composants le programme luis même et d'un système de compilation.
La parti information(ihm), permet de renseigner une base de données sur des données traité par les composants grâce à une ihm
La parti exécutive consiste en un traitement des données traitées par les composants, et à effectuer des entrée sortie de ces données.
 

 
 
Moi j'ai rien fait ce week end.  

Perso j'en ai rien a foutre : je vais pas faire 300 bornes pour acheter une étagère

   
http://www.youtube.com/watch?v=k0DXCuKfqRw
http://www.youtube.com/watch?v=gSybFyyrbWs
La petite fille sur son tambour me fait délirer. Mais faut leur donner de vrais instruments, quoi.

Ça définit 3 méthodes faisant partie de 2 protocoles:

__repr__ définit la représentation "technique" d'un objet, il est invoqué par le builtin repr ou par la majorité des collections Python quand on les affiche. C'est aussi comme ça que le repl "rend" les objets:

>>> class Foo(object):
...     def __repr__(self):
...             return '<a Foo>'
... 
>>> Foo()
<a Foo>
>>> repr(Foo())
'<a Foo>'
>>> [Foo()]
[<a Foo>]

Son contrat est d'être riche en informations (idéalement, une expression Python contenant tout l'état de l'objet), son rôle est d'être utilisé pour du débugging ou autres affichages "techniques".
http://docs.python.org/reference/d [...] t.__repr__

__str__ et __unicode__ définissent la représentation informelle de l'objet, pouvant être présentée à un utilisateur non technique par exemple. Ils sont utilisés par print, %s dans un formatting et l'appel explicite à leur built-in (str et unicode respectivement). Par défaut __str__ proxy sur __repr__ s'il n'est pas redéfini, et __unicode__ décode le résultat de la conversion en chaîne (via str) en utilisant l'encoding par défaut (ascii).
http://docs.python.org/reference/d [...] ct.__str__
http://docs.python.org/reference/d [...] _unicode__

Après je sais pas d'où tu tires ce bout de code ou dans quel contexte ça te sert, donc je peux rien en dire de plus. Si c'est pour afficher tes objets dans ta page, Jinja devrait passer par __unicode__, comme Django: le rendering des templates est fait dans un contexte unicode et encodé en sortie avec les paramètres d'encodage du framework.

Merci pour les explications...c'est le mécanisme de fallback que j'etais pas sur de comprendre
 
Donc Unicode (self) appelle __str__, convertit la string en Unicode, , et le encode(utf-8) s'assure que ce soit rendu correctement sur un terminal UTF-8, c'est juste ?
 
Edit : c'est le __unicode__ que j'ai choppé sur un site... Pour l'instant je bosse en terminal uniquement, et du coup j'ai eu à définir __str__ et __repr__ et j'ai eu des pb avec l'erreur célèbre disant que ASCII arrive pas a afficher un caractère de ma string (qui était bien sur le premier char non ASCII )

Si __unicode__ n'est pas défini, oui:

>>> class Foo(object):
...     def __str__(self):
...             return '<a Foo>'
... 
>>> Foo()
<__main__.Foo object at 0x1004cd990>
>>> str(Foo())
'<a Foo>'
>>> unicode(Foo())
u'<a Foo>'

Mais attention: dans Python 2, le décodage est fait avec sys.getdefaultencoding() qui est normalement ASCII:

>>> import sys
>>> sys.getdefaultencoding()
'ascii'
>>> class Foo(object):
...     def __str__(self):
...             return '<\xc3\xa9 Foo>'
... 
>>> str(Foo())
'<\xc3\xa9 Foo>'
>>> print Foo()
<é Foo>
>>> unicode(Foo())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)

S'pas unicode qui encode, c'est la sortie sur stdout: sys.stdout.encoding prend l'encodage spécifié par LC_CTYPE et print utilise cette information pour écrire sur stdout.

Ben dégages de mon site alors

Figure1: la province

Muriel> je churches une pochette iPad, slim et type metrosexuel

dans mon code elle est définie cette méthode, et vu qu'elle part pas en boucle infinie j'en déduis qu'elle s'appelle pas elle meme
 

je me demande pourquoi le defaultencoding est pas UTF-8 aussi...
 
du coup ça oblige à faire du encode(UTF-8)...
 
disons que venant de Java j'avais JAMAIS eu à me préoccuper de ça avant...

Parce que quand ça a été introduit dans Python 2 (il y a 12 ans) c'était pas nécessairement un truc que tu pouvais assumer (l'encodage du term, il est donné explicitement donc il n'y a pas de question à se poser).

C'est l'un des trucs qui a été changés dans Python 3 d'ailleurs:

Python 3.2.3 (default, Apr 13 2012, 14:23:34) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.getdefaultencoding()
'utf-8'

Ce qui ne veut pas dire que le problème n'existe pas (un googling rapide te confirmera que ce serait trop beau pour être vrai), juste que tu ne l'avais jamais rencontré (et qu'ayant décidé d'avoir des chaînes unicode du début ils se sont probablement mangé la majorité des crasses fixables avant que tu n'arrives dessus)

Prem's à la gare de dijon

moneycenter (intégré à boursorama)

Play 1.2.4 c'est full java
http://www.playframework.org/documentation/1.2.4/home

salut les gros.

http://pandodaily.com/2012/04/15/s [...] inspiring/

A 3 ans elle regarde la TV ? O_O

Dans le registre des citations, le commandant du Strategic Air Force Curtis LeMay des Etats-Unis en pleine guerre froide:

Partisan de la guerre nucléaire préventive, je pense qu'il a dû il a été le modèle du général très concon Buck Sturdgison du film de Kubrick.
L'un de ses bras droits, Thomas Sarsfield Power était encore plus fun, dans le genre:

Celui-la a servi de modèle à l'officier Ripper, celui qui pète un cable dans le film.
Quand on lit ces articles, on a vraiment l'impression que la satire de Kubrick était à peine exagérée en ce qui concerne les généraux les plus haut gradés de la SAC.

Pour en revenir à mon exemple de la semaine passée:

J'ai l'impression que y'a une couille au niveau du langage. La méthode créer va retourner un Chien par ex., et non pas un Animal. Dés qu'on affecte ce Chien à la variable an de type Animal toute information sur son "vrai" type est perdu. Il faudra la recaster pour cela.

Qu'est-ce qui justifie que le java perde ainsi des informations de type? J'ai pas pu penser à un use case où ce serait utile.