Entretien avec les développeurs Python francophones

Posté par (page perso) . Modéré par Lucas Bonnet.
66
16
avr.
2011
Python

Le 11 mars, nous vous proposions de poser des questions à des développeurs francophones du langage Python. Un peu occupés par leur participation à PyCon 2011, ils ont finalement trouvé le temps de vous répondre. Un grand merci à eux et à tous ceux qui ont posé les questions.


L'ensemble des réponses de l'entretien est en seconde partie et est placé sous licence Art Libre : cette œuvre est libre, vous pouvez la copier, la diffuser et la modifier selon les termes de la Licence Art Libre.

Un projet de VM Python chez Dropbox et état des lieux des autres VM

Posté par (page perso) . Édité par palm123, BAud, Nÿco, sleibo, Nonolapéro, Maxime et Jiehong. Modéré par ZeroHeure. Licence CC by-sa
49
12
avr.
2014
Python

Dropbox lance PySton, une nouvelle implémentation de Python, basée sur LLVM, avec comme objectif de tirer partie des capacités JIT (Just-In-Time compiling, compilation à la volée) de l'architecture LLVM. Le but étant à terme d'utiliser Python là où du C++ était encore utilisé pour ses performances.

La suite de la dépêche fait un état des lieux des différentes VM Python et des projets d'améliorations de leur performances.

Entretien avec des développeurs Python francophones

Posté par (page perso) . Modéré par Lucas Bonnet. Licence CC by-sa
33
11
mar.
2011
Python

À l'occasion de la sortie de Python 3.2, deux développeurs français du langage Python, Antoine Pitrou et Victor Stinner (haypo) ont accepté de répondre à quelques questions sur Python.

Et comme ils fréquentent LinuxFr, ils savent quel est le niveau ici (très élevé, tant sur le plan technique que trollifique) ; donc, lâchez-vous dans les commentaires !

Journal Et moi qui croyais que le client lourd serait gagnant...

Posté par (page perso) . Licence CC by-sa
Tags : aucun
31
18
juil.
2013

J'avais tort.

Dans le débat, client Web vs Programme, ou client léger sous forme d'un navigateur web vs client lourd à installer sur un poste, j'ai toujours penché du côté du client lourd.

Pour une application relativement simple, ou un usage relativement simple, le client léger me parait bien adapté. Mais dès que l'application devient un poil complexe, que les interactions avec l'usager sont variées, qu'on doit gérer des contrôles/widgets un peu tordus, le client lourd me parait plus adapté.

(...)

Journal Le développement en natif pour un soft universel ?

Posté par (page perso) . Licence CC by-sa
Tags : aucun
24
4
avr.
2012

Bonjour à tous,

Suite au journal Bref, j'arrête le développement web, auquel je souscris totalement, j'aurai aimé avoir des retours d'expérience sur justement comment faire un soft natif, qui fonctionne sur le maximum de plateforme avec un minimum de travail.

Pour moi maximum de plate-forme, ça se range un deux catégories:
1. Destkop: Windows, Linux, MacOs. BSD pour les plus aventureux.
2. Mobile: iOS, Android pour les majeurs. MeeGo et autres pour les plus aventureux.

Pour bien préciser le (...)

Publication de Unladen Swallow 2009Q3

Posté par (page perso) . Modéré par baud123.
Tags :
18
26
oct.
2009
Python
C'est avec discrétion que le projet Unladen Swallow - dont le but est d'accélérer Python en s'appuyant sur LLVM et son compilateur JIT - a sorti la version 2009Q3, environ 3 mois après la version 2009Q2

Dans cette nouvelle version, les choses qui font plaisir :
  • Par rapport à la version Q2, gain en utilisation mémoire de 930% ;
  • Gain de performance par rapport à la version 2009Q2 entre 15 et 70% suivant les benchmarks ;
  • Intégration avec GDB 7.0 permettant de débugger le code passé par le compilateur JIT ;
  • Intégration avec OProfile 0.9.4 afin de fournir une interface de profilage sans difficulté qui couvre le C et le Python ;
  • Beaucoup de bugs et de restrictions du compilateur JIT de LLVM ont été corrigés au passage ;
  • Unladen Swallow 2009Q3 passe toutes les suites de test de projets Python majeurs tel que Twisted, Django, Numpy ou Swing (cf la liste de tests pour la liste complète des suites de test).

Les choses qui font moins plaisir :
  • Le compilateur JIT de LLVM et d'autres outils ont demandé plus de travail qu'imaginé au départ. En conséquence, le projet n'a pas progressé autant en performance que les auteurs l'auraient voulu ;
  • L'utilisation mémoire reste entre deux et trois fois supérieure à celle de Python 2.6.1. Cependant, il y a des pistes intéressantes pour réduire cela d'ici la version 2009Q4 .

Journal Cherche développeur C++ / Qt

Posté par (page perso) .
Tags : aucun
12
2
oct.
2008
Bon, je me permets de poster ici une annonce [1] pour un boulot C++ / Qt parce que je pense que ça peut intéresser des geeks. C'est pour une SSII et le boulot est basé en ... Finlande. Si en plus, je vous dit que le nom du client commence par un N et finit par un A, vous devriez avoir une idée de qui je parle.

Ledit client cherche des gens expérimentés en C++, Qt, Qtopia avec un petit (...)

Journal Des nouvelles de PyPy

Posté par (page perso) .
Tags : aucun
10
7
avr.
2009
Il y a quelques jours se tenait la PyCon, grande conférence annuelle de python. Et il y avait notamment une pres sur PyPy, qui est en ligne:
http://morepypy.blogspot.com/2009/04/pycon-videos-are-online(...)

PyPy, en ce qui me concerne, après beaucoup d'enthousiasme, j'en étais resté au truc de loser. Rappelez-vous, on implémente dans un sous-langage de python un interpréteur python, et on utilise un compilateur juste à temps basé sur LLVM pour optimiser l'interpreteur PyPy qui exécute le python.

Résultats, des perf environ 10 fois (...)

Journal LucidChart - deux mois après

7
5
sept.
2013

Il y a deux mois, j'écrivais ma surprise de découvrir à la fois un logiciel de diagramme de très bonne qualité, et en plus un truc web qui réagissait mieux qu'un appli lourde installée sur un poste ( http://linuxfr.org/users/bluebird/journaux/et-moi-qui-croyais-que-le-client-lourd-serait-gagnant ). Je rappelle que c'est pas libre et payant, pas la peine de râler sur ce sujet dans les commentaires.

Deux mois après, je dois pondre des diagrammes super vite tout en répondant à un très gros appel d'offre. Et il (...)

Journal Tests unitaires et faineantise

Posté par (page perso) .
Tags :
2
22
fév.
2005
Un lecteur de linuxfr a dit "je ne fais pas de tests unitaires parce que je suis faineant". Cette remarque m'a profondement interpelle.

Donc laissez-moi vous raconter une parabole: l'autre jour, je rangeais les courses dans le frigidaire en discutant avec un pote, informaticien et faineant (pleonasme ?), comme moi. Il me voit enlever l'emballage en carton du paquet de 16 yaourts avant de les mettre au frigo.
- tu enleves l'emballage ?
- oui
- mais c'est beaucoup de (...)

Journal couverture de code

Posté par (page perso) .
Tags : aucun
0
4
fév.
2005
Comment garantir que un jeu de test teste vraiment un programme ? Il y a la couverture de code, mais est-ce que ca donne vraiment des garanties suffisante ? Un programme avec une couverture de code de 100% peut-il ne pas etre teste a 100% ?

le cas simple:

1. if (a == 0)
2. do_a();
3. else
4. do_b();


Dans ce cas, si je couvre les lignes 1, 2 et 4, j'ai couvert tout mon programme.

Un autre cas:

(...)

Journal Vous connaissez JavaCard ?

Posté par (page perso) .
Tags : aucun
0
15
fév.
2005
Bon, c'est la 2e fois que j'abuse du systeme des journaux de linuxfr, avec une certaine honte. Je cherche un mec qui a deja fait du JavaCard, pour une mission codage de environ un mois. Si ca vous tente, contactez-moi.

Bon, sinon, pour justifier ce journal, on va essayer de se racrocher au libre. Alors, voyons javacard, machine virtuelle java pas libre, c'est un peu ecule comme troll. Je dois pouvoir trouver mieux.

Alors, disons : est-ce que le logiciel (...)

Journal pas d'inference de type a la ocmal en python

Posté par (page perso) .
Tags : aucun
0
3
fév.
2005
pour l'instant.

C'est un sujet qui me tarabustait depuis pas mal de temps. Pourquoi python ne serait-il pas capable de faire de l'inference de type et de relever des erreurs evidentes qui sont relevees dans d'autres langages a la compilation ? Je me disais que pychecker pourrait faire qqch de similaire.

Pour mettre dans le contexte:
def f1( a ): return a + 1

def f2():
b = f1( 3 ) # ca va marcher
c = f1( [] ) (...)

Journal Enfin, je peux le dire: je recrute !!!

Posté par (page perso) .
Tags : aucun
0
25
fév.
2005
Ca fait deux ans que j'ai cree ma societe, InSeal, pour developper un OS pour carte a puce sans-contact. Apres deux ans de galeres et de batailles pour obtenir des partenariats, on en est finalement a un point ou on a besoin et surtout ou on a les moyens de recruter une ou deux personnes en plus.

C'est vraiment une etape importante pour nous et je peux vous dire que ca m'a coute pas mal d'heures de stress pour en (...)

Journal Lua, ca assure

Posté par (page perso) .
Tags : aucun
0
22
mai
2005
Dans le cadre d'yzis (http://www.yzis.org),(...) je suis en train d'ecrire du code lua et d'embarquer une partie dans yzis. Je suis vraiment impressionne par la qualite de ce langage. Ca me rappelle un peu la philosophie unix par certains aspects.

Lua a un coeur extremement simple : des tables, des nombres, des strings, des booleens, des flottants et des fonctions. C'est du classique. La ou ca assure, c'est qu'a partir de ca, on peut faire des objets. Les tables (...)