Yakulu a écrit 143 commentaires

Ne pas oublier non plus :

• la portabilité : Pypy peut-il être installé sur des architectures exotiques ? Le JIT est-il activable partout (sans cela, le site de performance montre un Pypy moins rapide que CPython) ?
• la consommation mémoire : bien que le site de comparaison des performances ne regarde que le temps CPU, l'empreinte mémoire a son importance. Je n'ai pas vu de chiffres officiels, mais on dirait que cela va de +50% et plus fréquemment deux à trois fois la consommation de CPython.

A priori non, il ne s'agit pas de la même équipe. De plus, après avoir téléchargé les sources de ROTH, je n'ai pas trouvé de licence. C'est donc un cas de jeux gratuits proposant leurs sources mais j'imagine protégés par le droit d'auteur classique.

Pour Pypy, il y a eu visiblement différents soutiens, notamment européens, depuis quelques années. Plusieurs millions d'euros auraient été investis, entre 2004 et 2007, depuis 2009 également. Google et la Python Software Foundation auraient aussi mis quelques billes.
A côté de cela, il y a plusieurs appels à dons en ce moment : 105 000 $ pour le support de Python3 et 60 000 $ pour Numpy.

Du côté de LuaJIT, plusieurs sponsors ont aidé au développement de fonctionnalités, notamment des ports vers de nouvelles architectures (par exemple 20 000 $, dont 8 000 de Google, pour le port vers x64 - pas de chiffres pour les autres). Il y a aussi un chiffrage de dons récurrents : 15 000 $ annuels par iNTERFACEWARE.

Difficile de savoir quelles ressources sont allouées. Mais il reste fort à parier que JavaScript est le langage où il y a actuellement le plus de travail.

Pourtant, j'ai toujours été impressionné par LuaJIT, la réalisation de Mike Pall (c'est libre et il n'est sans doute pas le seul contributeur mais il reste ultra majoritaire sur les commits). Depuis la rénovation du shootout, LuaJIT n'est plus mais les bêtas de la version 2 montraient, sur ce type de tests qui ne sont certes que des micro-tests sans valeur biblique, que cette implémentation de Lua était capable de taquiner Java en performances brutes, pour une consommation mémoire bien plus faible (et équivalente à l'implémentation officielle de Lua). Il reste sur le site officiel un comparatif entre Lua et LuaJIT.

Assez impressionnant pour un langage compilé à la volée. Une telle prouesse a sans doute été rendue possible par la petitesse de la librairie standard Lua et la qualité de de conception originale du langage. Et pourtant, Lua n'est pas exempt de fonctionnalités intéressantes à mon avis : closures, first-class functions, tables faisant office à la fois de conteneur de données et permettant un développement objet à prototype, concurrence par le biais des coroutines...

Je vais bientôt rentrer dans une CAE moi aussi et ai regardé autour des différents statuts qui m'étaient proposés avant de faire ce choix.

Je ne suis pas un expert, mais ce que j'en ai retenu :

En premier lieu, le contrat utilisé dans un premier temps par les CAE et dans certaines couveuses d'entreprises est le CAPE, différent du salariat dans le portage. Le contrat peut être passé pour trois, six, neuf ou douze mois et être renouvelé jusqu'à deux fois (soit 3 ans maximum en tout).

Dans le cas d'une société de portage, ne sont acceptés en général que des projets où il y a déjà des clients et des rentrées d'argent. Le CAPE est un contrat destiné aux porteurs de projets pour qu'ils testent leur idée. J'ai également l'impression qu'une société de portage s'occupe de l'aspect administratif avant tout, là où une couveuse / une CAE va proposer en plus un parcours individuel d'accompagnement, des ateliers gratuits autour de la gestion d'entreprise et parfois certaines aides matérielles : prêt de locaux, photocopieuse etc.

Autre atout important du CAPE sur le portage : il est pleinement reconnu par Pôle Emploi et permet la cotisation à de nouveaux droits. C'est aussi le cas en portage mais ce n'est pas du tout garanti si les revenus sont irréguliers.

Enfin, quelques différences que j'ai relevées entre les couveuses et les coopératives d'activités et d'emploi :

• l'une est à but non lucratif, pas l'autre
• les effectifs encadrants sont en général plus nombreux dans une CAE (peut être dû au fait que bien souvent les CAE sont en parite financées par le public)
• la couveuse ne dispose que du contrat CAPE là où la CAE va préférer casser le CAPE et proposer un CDI d'entrepreneur-salarié une fois des bénéfices dégagés (le contrat est réévalué périodiquement, selon la trésorerie de l'activité)
• enfin, il est possible de rester indéfiniment en tant qu'entrepreneur-salarié dans une CAE, contre trois ans maximum pour un CAPE dans une couveuse; et il est aussi possible d'intégrer la coopérative en tant qu'associé

Dans les deux cas, couveuse et CAE, vous pouvez à tout moment rompre le contrat et choisir de retourner à l'emploi, ou créer votre propre structure.

A noter aussi l'arrivée, cet été, de SmartOS, de la société Joyent (celle qui est derrière NodeJS).

Il s'agit du couplage du noyau d'Illumos (ZFS, les Zones, DTrace) avec le port de KVM, un écosystème GNU et un système de paquets ala BSD. La communication est très orientée "OS pour les nuages". Je n'ai pas testé personnellement et de fait, je préfère renvoyer vers quelques liens :

1. Le site officiel et son wiki
2. L'article d'Heise Media sur le sujet
3. Les commentaires sur HN

Pour illustrer tes propos, un comparatif des formats sans perte obtenu par le biais de Numérama : Wiki Hydrogen Audio.

Donc oui, il semblerait que l'intérêt face au FLAC soit limité.

Une nouvelle raison de ne pas acheter quoique ce soit de cette marque!

Je viens de tomber sur un article traitant des pratiques sociales et environnementales de 29 géants de la haute technologie en Chine. Un ensemble d'ONG ont semble-t-il visité les sous-traitants de ces fabricants. Apple a décroché la dernière place du classement.

On ne peut pas à la fois soigner sa marge et trop se soucier de son humanité.

Sources :
- [http://www.greenit.fr/article/acteurs/apple-critique-par-36-(...)]
- [http://www.ipe.org.cn/En/about/notice_de.aspx?id=9684]
- [http://goodelectronics.org/news-en/iphone-maker-apple-accuse(...)]

>> Le Oueb étant de plus en plus usité - \o/ -, penses-tu à un rapport de force avec le reste du monde ? - aka quelle place lui accorder ?
> Je n'ai pas compris la question.

C'est normal, j'étais sous acide. Je riformule :

Étant donné que de plus en plus de programmeurs s'orientent vers le fabuleux - oupa - monde du Web, il y a des chances que tu aies beaucoup d'auteurs et d'articles sur le sujet. Souhaite-tu limiter la prolifération pour garder un certain équilibre ? A défaut, on peut penser que plus il y a d'articles, mieux c'est, le format numérique n'imposant pas les mêmes contraintes que le papier.

Je profite du fil pour m'y immiscer subrepticement (say bô, vous trouvez pas ?) :

- J'aime bien l'idée du magazine périodique, ça permet de prendre un peu de recul et de sortir de l'effet de mode, surtout que tu ne souhaites pas trop coller à l'actualité visiblement. Mais si on te propose un article sur un truc juste sorti du four, genre qui fait trop le ramdam et tout, ça peut faire ?

- Pour ce qui est du site, tu imagines un simple canal de diffusion ou tu aimerais tenter d'y monter une communauté de mollusques, (avec les liens Facebook®, Twitter©, MSN™ kivonbien, 'videmment) ?

- J'abonde dans le sens du balisage léger pour les raisons citées. Le reStructuredText me parait très puissant mais moins naturel que, disons, txt2tags (voir [1]). Ce dernier dispose de nombreuses sorties, et malheureusement pas encore de ePub [2], mais rst non plus, si [3] ?

- Tu parles de cibler les développeurs. Mais vises-tu (PAN PAN, pardon) un niveau particulier ? Penses-tu à faire se cotoyer des initiations, des explications sur des bases avec des choses très pointues ?

- Le Oueb étant de plus en plus usité - \o/ -, penses-tu à un rapport de force avec le reste du monde ? - aka quelle place lui accorder ?

- Un petit espace pour les bibliothèques et langages de niche / très rares ?

- Vim ou Emacs... pour rédiger les articles ?

1 : [http://en.wikipedia.org/wiki/List_of_lightweight_markup_lang(...)]
2 : [http://code.google.com/p/txt2tags/issues/detail?id=5&can(...)]
3 : ou alors en passant par pandoc, mais on perd en route une partie de rst : [http://johnmacfarlane.net/pandoc/]

à l'encontre du discours tenu et des habitudes de RMS

RMS publie souvent des écrits ou encore des photos sous licence CC avec clause ND voire NC [1, 2] .
Pour lui, les œuvres ne rentrent pas tout à fait dans le même cadre que les logiciels, et il autorise rarement la modification à partir du moment où il s'agit de quelque chose en rapport avec son opinion. D'ailleurs, il est intéressant de noter que même la GFDL permet à l'auteur de restreindre la liberté de modification.

1 : [http://www.stallman.org/#thanks]
2 : [http://www.gnu.org/licenses/license-list.html#OpinionLicense(...)]

Oui c'est bien ça. Je demande le pardon général, car j'ai fait faute de relecture.

Difficile de trouver une banque vraiment propre. J'avais relevé quelques liens, mais plutôt dans le cadre ikolo :

Les Amis de la Terre ont lancé un site dédié et deux guides autour de la finance responsable [1].

Pour résumer, par ordre d'impact social et environnemental :
- sont considérées comme ayant des impacts positifs la Nef et la Banque Coopérative<
- risques faibles à modérés, en partant du moins pire : Banque Postale, Banque Populaire, Caisse d'Épargne, Crédit Mutuel - CIC
- les mauvais élèves : Crédit Agricole - LCL, Société Générale, BNP Paribas

Quant à Greenpeace, ils ont lancé Où va votre argent [2] autour du nucléaire qui tâcle notamment BNP Paribas pour ses investissements.

J'avais lu un classement sur les paradis fiscaux dans AlterEco il y a un certain temps, je ne crois pas que le Crédit Coop et la Nef faisaient partie des groupes étudiés mais dans le classement, je me souviens que la Banque Postale était la plus propre concernant les paradis fiscaux.

Si vous avez d'autres liens et sources, elles sont bienvenues ;)

1 : [http://www.financeresponsable.org/pop-guides-choix.php]
2 : [http://ouvavotreargent.com]

D'ailleurs à ce propos, des nouvelles de Webkit2 en dehors de Windows et Mac ?
Cette version majeure a été annoncée début avril mais seulement sur les deux systèmes pré-cités.

Je n'ai pas l'impression qu'il existe, du moins officiellement, une version pour les autres OS. Je me trompe ? Est-ce que ça sent le sapin pour la suite .. ?

Cela dit Psyco a été mis à jour post 2006 pour supporter Python 2.6. Il y a une même une branche initiée pour le support de 2.7 [1]. Dans le temps [2], il semblait obtenir de très bons résultats : trois fois plus rapide sans pour autant consommer davantage de mémoire. Malheureusement limité, comme vous le dîtes, à la plateforme x86.

Unladen [3] semble bien ralenti malheureusement. Le dernier changement de code date d'août et la dernière sortie est intervenue fin 2009. Néanmoins, les auteurs ont rédigé en janvier une PEP [4] pour demander l'inclusion dans CPython. A ce propos, je vois que son statut est à accepted. Après recherche, il semblerait que les auteurs visent la fusion avec CPython 3.3 [5]. La sortie 2009Q3 promettait une CPython accéléré de l'ordre de x1.5 dans les tests pour une consommation mémoire un peu plus importante [6].

Stackless [7] est un peu à part car il implémente le concept de tasklets, destiné à la concurrence. De fait, j'imagine qu'il faut des morceaux de code spécialement écrits avec / pour. Par ailleurs, pour ceux que cela intéresse, Greenlets [8] est un module Python standard qui permet d'utiliser les tasklets sans Stackless.

Cython [9] me parait l'un des plus intéressants de la liste si l'on cherche les performances. Il permet, en employant le sous-langage typé, qui limite un peu le Python classique mais reste tout de même proche, au moins dans sa syntaxe, de concevoir des modules traduits en C. Ceux-ci apporteraient des gains très importants. Notons aussi Shedskin [10], un compilateur Python -> C++ dont les résultats sont tout aussi impressionnants (de 2 à 2000 fois plus rapide que CPython il parait). Là aussi, le but est de générer des modules Python avec du statiquement typé (de manière implicite) voire des exécutables indépendants.

Bref, comme vous le disiez, les pistes ne manquent pas pour enlarge your Python.

1 : [http://psyco.sourceforge.net/]
2 : [http://shootout.alioth.debian.org/gp4/benchmark.php?test=all(...)]
3 : [http://code.google.com/p/unladen-swallow/]
4 : [http://www.python.org/dev/peps/pep-3146/]
5 : [http://groups.google.com/group/unladen-swallow/msg/b966b7d5e(...)]
6 : [http://code.google.com/p/unladen-swallow/wiki/Release2009Q3]
7 : [http://www.stackless.com/]
8 : [http://bitbucket.org/ambroff/greenlet]
9 : [http://www.cython.org/]
10: [http://code.google.com/p/shedskin/]

Et pour ceux qui adorent <3 les micro-tests, le shootout utilise dorénavant Pypy 1.4 en 32 [1] comme x86_64 [2].

Si on en croit la comparaison CPython / Pypy [3, 4], Pypy s'avère grosso modo deux fois plus rapide que l'implémentation officielle mais il consomme quelque chose comme 5 fois plus de mémoire vive, soit un peu plus que Java [5], du moins pour ces tests.

1 : [http://shootout.alioth.debian.org/u32/benchmark.php?test=all(...)]
2 : [http://shootout.alioth.debian.org/u64/benchmark.php?test=all(...)]
3 : [http://shootout.alioth.debian.org/u32/benchmark.php?test=all(...)]
4 : [http://shootout.alioth.debian.org/u64/benchmark.php?test=all(...)]
5 : [http://shootout.alioth.debian.org/u32/benchmark.php?test=all(...)]

qu'entends-tu par virale ?

Je pensais, sans doute à tort, qu'une combinaison de code GPL et compatible GPL n'était permis que si le tout était au final placé sous licence GPL. Si je comprends bien, c'est le cas pour le binaire seulement ?

Je vais essayer d'être plus concret :

- je développe une bibliothèque que je place sous MIT
- je prends une bibliothèque existante sous BSD
- je créé à l'aide de ces deux morceaux un outil de gestion pour les collections de poupées vertes en robe à froufrou, que je place sous GPL v3.

Lorsque je distribue mon fantastique programme en binaire, j'imagine qu'il est tout entier sous GPL v3. Pour la version source, tout le code est-il considéré sous GPL v3 ?

Compliquons légèrement les choses : mon programme dispose d'un système d'extensions. Guy, mon ami à la barbe colorée, décide de contribuer et écrit un module pour les poupées en pantalon. Peut-il placer ce module sous une licence compatible GPLv3 ou est-il obligé de le mettre sous GPLv3 ?

En réalité, j'aimerais développer des outils dont les améliorations resteront libres sans pour autant obliger un contributeur à placer son code sous la licence que j'aurais choisie; qu'il puisse en choisir une autre si cela lui convient mieux mais compatible. Si c'est possible dans le cadre de la GPL, tant mieux.

je veux bien des compléments

S'il y a matière à, ce sera avec plaisir.

est-ce pour du code ou du texte ? à quel type de projet souhaiterais-tu appliquer du libre ?

Du code. Pour du texte, je me dirigerai plutôt vers ArtLibre ou les CC mais c'est une autre histoire. Le type de projet ? Des outils sur le réseau pour aider des personnes à s'organiser entre elles, à échanger plus efficacement et ainsi à perdre moins de temps devant la machine; et aussi des outils du côté de la gestion de petites associations.

Je connais pas très bien le procédé de la recette FW mais cela semble en effet plus simple, pour les raisons citées juste à côté.

Pour avoir des exemples concrets, il suffit de rechercher un paquet souhaité et de regarder son entrée GIT : [http://frugalware.org/packages]

Sur le wiki officiel, on trouve un peu de documentation, bien que les manpages semblent plus fournies et précises :

- [http://frugalware.org/docs/stable/makepkg.html]
- [http://wiki.frugalware.org/index.php/Cr%C3%A9ation_de_paquet(...)]
- [http://wiki.frugalware.org/index.php/FrugalBuild_(documentat(...)
- [http://wiki.frugalware.org/index.php/FrugalBuild_(autre_fonc(...)]]

Quel est l'intérêt de cette distribution dans le sens de l'ajout de fonctionnalités ou autre.

Au niveau des fonctionnalités, j'aurais du mal à répondre. Je sais juste qu'elle dispose de quelques outils graphiques propres pour la configuration du réseau, des services...

Je crois que j'ai essayé de résumer ce qu'elle apportait en plus dans la seconde partie de la brève. C'est un tout, plusieurs choses qui en font une distribution unique et pas juste une copie de plus à mon sens.

Par exemple, et contrairement à Arch, on pourra se dire que le gel des paquets est un atout si l'on souhaite l'employer sur un serveur ou gérer plus facilement l'administration de postes dans la famille / chez les amis. Un projet nommé Arch Server a été initié mais est encore bien jeune.

Comme Arch, FW permet de compiler depuis les sources mais est une distribution binaire par défaut. Cela permet de personnaliser facilement certains paquets et de ne pas le faire pour l'ensemble de son système.

Je dirais que l'une des spécificités de FrugalWare est probablement d'être à vocation généraliste. Que vous souhaitiez installer et configurer une grosse partie de votre système sous Vim, employer des outils graphiques pour la plupart des opérations ou monter un petit serveur, FW le permet. C'est le cas d'autres systèmes, qui disposent chacun de leurs propres forces, mais FW est, je pense, de celles qui sont restées assez proches de la philosophie KISS défendue entre autres par Arch.

La coloration syntaxique de bloc de code grâce à Pygments

Je ne connais pas grand-chose à l'écosystème Ruby mais je suis étonné de voir que la coloration syntaxique provient du pythonique Pygments. Savez-vous pourquoi ne pas avoir utilisé quelque chose comme CodeRay [http://coderay.rubychan.de/] ?

D'ailleurs Webkit 2 est-il disponible sous GNU/Linux / Unix ? Il me semble que seuls Mac OS et Windows y avaient eu droit, repoussant les autres systèmes à "plus tard". En tout cas, il n'est pas disponible dans une version stable sous Arch.

En me faisant l'avocat du diable, et parce que j'ai côtoyé de près ces situations sur des sites du secteur (je ne sais pas ce qu'il en est pour celui-ci), il arrive parfois que les "journalistes" n'en soient pas du tout : aucune formation dans la rédaction, un salaire à moins de 5€ par actualité et parfois très peu de bagage informatique. C'est beau l'ère de l'information jetable.

A ce propos que pensez-vous de laisser tourner un ventilateur pour portable (pas un extracteur d'air) 24/24 pour le refroidir ? Je n'ai pas la machine sous les yeux ni les chiffres en tête mais il me semble que les composants peuvent gagner une dizaine de degrés, surtout en ce moment.

Je ne sais pas si laisser en permanence un ventilateur tirer sur le port USB n'est pas au final une fausse bonne idée ? De plus, il y a un effet pervers : sur ma machine en tout cas, le processeur monte bien 10° au dessus de la normale le ventilateur en marche (50 à 55° au repos, jusqu'à 75° sinon) car le ventilo interne module moins rapidement sa vitesse. Autre idée : employer un SSD en interne, qui chauffe moins parait-il et stocker sur un disque externe.

C'est très bien vu, je ne sais pas pourquoi j'avais sorti cette solution de ma tête.

On peut en effet trouver des portables à l'écran malmené pour pas très cher et je pourrais sinon me servir du mien, qui a fêté ses 4 ans, tient toujours bien la route et est compatible VT.

C'est une bonne idée.
En revanche, cela rajoute au budget global, bien que je puisse sans doute m'en sortir honorablement (un Sheevaplug / une Alix par-ci, un Athlon II par-là).