Olivier Grisel a écrit 766 commentaires

tu veux dire un truc dans le genre:

>>> sum = lambda x, y: x + y
>>> print sum(1, 3)
4

Je vois pas le rapport avec l'indentation.

Salut haypo, tu veux pas soumettre ton journal en news ?

A noter aussi, les videos sont diffusées en boucle 24h/24 sur la page de stream du site de la conf :

http://fr.pycon.org/stream-live

et les videos sont également publiées sur google video (et bientot aussi sur dailymotion) :

http://video.google.fr/videosearch?q=pycon+fr+2008&sites(...)

J'ai aussi mis en ligne un mini howto (en english) sur comment le streaming a été mis en place :

http://oliviergrisel.name/2008-05-24-howto-broadcast-live-vi(...)

Je ne dirais pas qu'il est plus "simple de tirer la quintessence d'un Cell" car ça demande de réécrire pas mal de code avant d'avoir quelque chose qui marche. Par contre c'est vrai que si les dimensions du problème sont suffisamment grandes, la gestion manuelles des local stores des SPUs permet de faire du double buffering réglé au petits oignons et ainsi exploiter 99% des performances théoriques du CPUs. Cela a été validé empiriquement par des chercheurs sur des produits de grosses matrices creuses.

Par contre si les dimensions des données du problème sont trop petites, la latence du bus de communication entre les cores SPU est rédhibitoire et dans ce cas un SPE sera bien bon qu'un processeurs généralistes avec son système de cache automatique.

Pour ceux que la programmation sur Cell BE intéresse, j'ai fait une présentation lors du dernier fosdem. Vous trouverez les slides ainsi que la vidéo enregistrée par l'équipe de free-electrons.com ici : http://oliviergrisel.name/2008-02-24-fosdem-programming-with(...) (avec une liste de liens sur des tutoriels pour approfondir).

Ca a du etre un enorme boulot de de-rusher, encoder et publier toutes ces videos donc merci beaucoup d'avoir fourni cet effort.

Pour les amateurs de conférences techniques, n'oubliez pas les Journées Python organisées ce WE dans la salle Agora de la Cyberbase Cité des Sciences (niveau -1) :

http://fr.pycon.org/programme

Pour ceux qui ne pourront pas faire le déplacement à Paris nous allons diffuser en direct les présentations ici:

http://fr.pycon.org/stream-live

Un sprint de développement d'application web python avec Google AppEngine (http://en.wikipedia.org/wiki/Google_App_Engine) sera également organisé en parallèle des présentations dans la "Classe Numérique" de la Cyberbase.

Oui effectivement je me suis trompé. Mais bon c'est deja pas si mal comparé au mot de passe memorisable moyen.

Pourquoi ne pas planquer la passphrase dans un espace de cardinalité 8^62 ?

Voici un porte clef numérique bien pratique :

http://pypi.python.org/pypi/virtualkeyring/

$ vkr
master password: <tapper ici le mot de passe principal>
domain key [e.g. 'login@host']: <tapper ici la clef de domaine>
your password is: hRnf6udB
please clean your console (ctrl-L) after usage

Il suffit de ne memoriser que le mot de passe principal, les vrais mot de passe son regenerables avec vkr. Aucun mot de passe n'est stocké sur disque.

Par contre si gpg exige un mot de passe de plus de 8 charachteres il faudra hacker le script python ci-dessus pour changer la taille.

C'est possible avec une extension firefox: la clef privée reste sur ta machine. Le chiffrage est fait coté client. Le serveur de webmail ne voit passer que le message chiffré.

http://getfiregpg.org/

Ce qui est marrant c'est que Sun emploie aussi des devs pour bosser sur PostgreSQL qui a l'avantage d'avoir une communauté de developpeurs plus reparties (au mois 3 ou 4 boites paient des devs pour bosser sur PostgreSQL).

Voici une excellente documentation en ligne (creative commons by nc) :

http://www.zytrax.com/books/ldap/

En voici le meilleur client LDAP sur terre (a utiliser comme navigateur ou console d'administration ou pour l'edition de schemas) :

http://directory.apache.org/studio/

Heu ... t'as lu le commentaire de vnvps ? Il parle justement du fait que Obama a fait ce discours en grande partie pour contrer les attaques sur sa relation avec ce pasteur pour le moins vindicatif.

En tout cas ca n'enleve rien a la qualité du discours lui meme et j'espere que ca elevera le debat et fera progresser les mentalités aux USA et ailleurs dans le monde aussi.

D'autant plus que choisir bzr, git ou hg n'est pas non plus un choix grave, car ils ont tout trois un jeu de plugins qui s'enrichit de jour en jour et des models compatibles ce qui laisse penser que dans le futur on aura une interoperabilité totale entre les trois et que chaque développeur pourra choisir l'outil qui lui plait le mieux sans que ca gene les autres.

oprofileui a l'air pas mal mais je trouve que l'interface en QT de kcachegrind reste imbattable pour visualiser des resultats de profiling.

Il existe des scripts de conversion pour un peu tout les profilers, notamment:

- cProfile (profiler python): http://divmod.org/users/exarkun/lsprofcalltree.py
- oprofile (profiler par instrumentation du noyau): opreport -gdf | op2callgrind ou op2calltree sous debian / ubuntu
- et bien sur le tool callgrind du projet valgrind qui n'a pas besoin de script

$ dpkg -L kcachegrind-converters |grep /usr/bin/
/usr/bin/dprof2calltree
/usr/bin/hotshot2calltree
/usr/bin/memprof2calltree
/usr/bin/op2calltree
/usr/bin/pprof2calltree

Un screenshot pour la route :

http://kcachegrind.sourceforge.net/cgi-bin/show.cgi/KcacheGr(...)

Il y a plein de langages qui ne bootstrappent pas (encore). Exemple: les interpreteurs officiels de python, perl et ruby sont écrits en C (a mettant a part le projet Pypy qui est encore assez experimental).

La VM java n'est pas ecrite en java non plus il me semble.

Y a pas mal de Belges membres de l'AFPy. N'hesitez pas a vous creer un compte sur http://www.afpy,org et poster des news pour proposer des afpyros dans toutes les grandes villes de la Francophonie.

bzr, hg et git sont tres proches donc si l'un des trois est maitrisé il n'y a aucun probleme pour utiliser les autres. Par contre il ne faut pas prendre la mauvaise habitude de centraliser la gestion du code source :)

Il arrive en effet trop souvent que des jeunes developpeurs debarquent sur le marché du travail sans savoir c'est qu'un gestionnaire de tickets, un repository de code ou des tests unittaires ... Il est AMA important de realiser tous les projets en ecole avec ces outils et que la partie gestion de projet / qualité soit evaluée a 20% de la note du projet.

Par contre je pense que le chapitre nommé CVS aurait du s'appeler SCM (Source Control Management) ou VCS (Version Control System) car CVS est une implementation de ce concept et ca peut embrouiller les eleves de nommer un concept generique et une implementation particuliere avec le meme nom.

Et dommage que tu n'aies pas choisis mercurial ou git a la place de svn qui merite le banissement generalisé (oui j'en fait un peu trop mais bon j'en souffre beaucoup chaque jour depuis que j'ai appris a utiliser hg et bzr).

Enfin la présentation nommée bugs (en version PDF) est visiblement incomplete.

Les sujets des conférences restent tres techniques. Le public est un public de geeks developpeurs, pas de clients potentiels ou de grand public. Il y a peu de chance que ca derive vers un salon d'entreprises AMA :)

Pour info, j'ai packagé ce script avec des amelioration (getpass + utilisation d'une base62 - sans les characteres speciaux parfois interdits).

http://pypi.python.org/pypi?%3Aaction=search&term=virtua(...)

$ easy_install -U virtualkeyring
$ vkr
master password: <type the secret password here>
domain key [e.g. 'login@host']: foobar@example.com
your password is: hRnf6udB
please clean your console (ctrl-L) after usage

Personnellement je suis allé aux RMLL de Nancy (il y a 2, 3 ans) et au FOSDEM de l'année derniere et mon impression est que le FOSDEM est beaucoup plus grand (en nombre de visiteurs simultanés) et les sujets des présentations sont y plus techniques (public de développeurs / admin sys ou power users).

De plus je trouve le FOSDEM moins Franco-centrique (meme s'il y a un bon paquet de Français parmi les visiteurs) . Les conférenciers sont le plus souvent des développeurs des projets open source majeurs de tous les pays.

Autre point important, la biere y est indiscutablement meilleure ce qui est un facteur déterminant pour la réussite d'un meeting de développeurs.

Il est parfait ce site : incroyable de clareté, de simplicité et de rapidité. C'est vraiment dommage qu'on ne puisse pas acheter ses billets SNCF dessus.

virtualbox-ose est dispo dans les repositories de ubuntu (gutsy) et marche tres bien : c'est vraiment ideal pour les developpeurs qui ont besoin de tester leur appli sous un autre OS sans sacrifier un ordi pour ca.

Ou meme de faire en sorte que ton logiciel libre professionel soit interroperable avec les bugs des logiciels propriétaires dominants ... (qui a dit les bugs CSS d'IE ?).

Merci beaucoup je cherchai justement quelque chose dans le genre sans succes.

Oui bien sur que ca marche sans X. Mais pour evaluer un produit en 5 minutes et avoir une idée de ses fonctionnalités un java webstart ca aide bien.

Oui LDAP Studio est vraiment excellent : gestion intuitive multi comptes, editeur de schema avec completion, syntaxe highlighting, editeur de requetes LDAP, ...

Apache DS (le serveur) avance bien mais il faut aussi mentionner OpenDS de Sun qui est lui aussi Open Source et qui est le successeur moderne (codé en Java comme Apache DS) du venerable Sun One Directory serveur codé en C et devenu immaintenable au fil des année.

Le seul point noir sur OpenDS est la maniere dont Sun a virer une partie de ses employés americains qui etaient parmis les devs principaux du projet pour recentrer ses devs exclusivement a Grenoble. Pbm de management au marteau. J'espere que ca ne va pas planter ce projet tres prometteur car techinquement il marche tres bien.

En trois clics on a un serveur LDAP installé (si on a une JVM Java 5 dispo comme seule dependance) avec un wizard pour ajuster les parametres par defaut + une console d'admin tres intuitive. Ca me parait plus simple a administrer que Apache DS qui a de nombreux fichiers XML assez imbitiques (a premiere vue, j'ai pas trop creusé non plus).