pmoret a écrit 118 commentaires

Pas n'importe quelle activité non-productive: celle qui est gourmande en ressources. Partant du principe que l'humanité partage des ressources finies, il serait raisonnable de les utiliser en priorité à des choses jugées utiles par une majorité.

Pour le film, faire le calcul serait intéressant, si tu comptes que 200 personnes regardent un film sur leur PC, ça consomme certainement beaucoup plus qu'une installation de cinéma. Après pour le transport je ne sais pas comment évaluer la consommation d'un trajet en transport public et comment vérifier la rentabilité de l'opération.

Le télétravail est une question intéressante et probablement largement sous-exploité.

Ce qui me semble le plus discutable c'est pour quoi on fait tourner tout ces data-centers: les applications comme "livre de visages" ou "gazouillis" me semblent assez futiles et peu à même de justifier une pareille dépense d'énergie…

Sur le fond je pense que l'article a quelque chose à dire quand même. Même si l'erreur pour moi est plus une faute conceptuelle qu'un simple coquille. La ville de 200'000 personnes est citée pour la consommation d'un datacenter. Dans l'article ils disent 1.5% de la consommation électrique y est dévolue, ce qui n'est pas rien. De plus, je ne suis pas sûr que "la consommation de données" remplace des activités plus polluantes. Des exemples ?

Dans le dernier article référencé on trouve une perle:

On estime qu’un data center moyen consomme autour de quatre mégawatts par heure, ce qui équivaut environ à la consommation de 3 000 foyers américains.

Il faudrait un jour que les journalistes intègrent la notion de puissance…

Ton orthographe aussi est regrettable…

Oui mais quitte à faire un sondage, il faut le faire auto-référent, donc "[o] sondage" aurait dû être une option.

Celui qui n'a pas de chance devra faire le service civile qui dure 2x plus que le service militaire et doit être fait d'une traite. C'est ce qui est choisi pour les objecteurs de conscience par exemple.

N'importe quoi! Pour faire le service civil il faut être apte et volontaire (la chance n'a rien à voir là dedans). La durée est de 1.5 fois le nombre de jour de service. Et il peut être fait en plusieurs fois, seule une des périodes doit avoir une durée minimale (de 6 mois).

De plus il manque une nimage qui accompagne l'initiative:

"Une citation c'est quelque chose que quelqu'un de célèbre a dit après sa mort." Albert Einstein

Il y a aussi le Wiki book sur LaTeX qui est pas mal, bien que la version anglophone soit plus fournie.

j'ai fais

j'ai fait…

Le concept est intéressant même s'il n'est pas nouveau graphiquement parlant (Delphi, et tous les Visual quelque chose). La logique du langage naturel (anglais) semble quand même poussée assez loin cette fois, ce qui est, à mon avis, à regarder de près en éducation.

Personne n'a dit que le concept était nouveau, HyperCard date des années 80 et son langage HyperTalk était déjà très proche du langage naturel. À l'époque il était déjà populaire au niveau de l'enseignement, nombre d'instituteurs un peu geeks s'essayaient à écrire leurs propres applications éducatives.

Oui, Myst était bien développé avec Hypercard, du moins la version Mac. C'est aussi avec Hypercard que j'ai fait mes premiers programmes sur un Mac Classic, nostalgie quand tu nous tiens…

Ton ouverture d'esprit fait plaisir à voir. Je pensais n'en trouver de pareille que chez mes confrères évangéliques. Eux qui, aspirants à être de vrais chrétiens, sont toujours prêts à rejeter le compromis de peur de passer pour des tièdes.

Plus sérieusement, dans une perspective chrétienne, je pense que Dieu peut parler à l'homme au travers de la Bible peu importe la traduction. Certaines seront plus abordables au niveau du vocabulaire, d'autres plus exactes par rapport aux originaux, d'autres plus esthétiques dans la langue employée, mais chacune amène quelque chose.

On peut encore rajouter:
- la Bible Chouraqui: qui se veut très proche de l'hébreu, intéressant mais difficile à la lecture
- la Bible Nouvelle traduction: Rédigée par un collectif d'écrivains contemporains apporte une nouvelle jeunesse aux textes, avec une bonne qualité littéraire, utile aussi pour avoir un nouveau regard sur les textes.
- divers variantes de la Bible Segond (NBS, Segond 21, etc) qui sont des réactualisations de la version Segond, qui utilisent un langage plus moderne que l'originale.

Les sources habituelles regorgent d'autres alternatives…

Le problème à mon avis c'est d'offrir une solution qui convienne à tout le monde et qui soit facile à mettre en oeuvre.
Il y a déjà le projet FreedomBox qui a ce genre de vision, je n'ai pas trop suivi son développement.
Sinon je pense aussi que des solutions dans le commerce et basée sur une pile libre (en grande partie en tout cas) entre autres : Excito B3.

Moi qui pensais que le bitcoin y'en a plus rien valoir du tout…

Idem!

Si quelqu'un a des explications sur les différents types de LCD ça pourrait être intéressant.

Bel effort de traduction des nouveautés de Scala 2.10 ;-)

Suis-je le seul à trouver un peu gonflé de prendre les stats d'Android sur le marché mobile pour faire de Linux de numéro 1 du Desktop (littéralement bureau…) ?

Je faisait référence au constat de l'auteur:

Modularity and code reuse are, of course, A Good Thing. Even in the most trivially simple case, however, the CS/IT dogma of code reuse is totally foreign in the bazaar: the software in the FreeBSD ports collection contains at least 1,342 copied and pasted cryptographic algorithms.

Traduit (approximativement):
La modularité et la réutilisation de code sont, bien sûr, une bonne chose. Cependant, même dans des cas triviaux, le dogme de la réutilisation de code est totalement étranger dans le bazar: le logiciel inclu dans la collection de ports de FreeBSD contient au moins 1'342 algorithmes cryptographiques copiés et collés.

Oui j'ai un peu remanié en vitesse et j'ai relu, mais trop tard… je pense que je voulais dire plutôt:

Avec les récents développements de Gnome3, Unity, systemd (etc.), on peut se demander si le modèle du bazar amène autre chose que du bazar…

Oui, mais est-ce que tu parles d'éditeurs de logiciels, ou d'entreprises qui développent leurs propres outils en interne ?

Je pense qu'il y a une différence à faire, dans le sens qu'un éditeur (à mon avis) peu moins se permettre d'avoir des "features" pas documentées ou un code ingérable. Tandis qu'une entreprise qui ne développe que pour son usage interne sera plus tentée par du "quick & dirty" pas documenté, pas testé, pas versionné. Bien entendu sur le moyen/long terme c'est pas loin d'être catastrophique, mais ça me semble, malheureusement, plus viable dans ce cas que dans le premier.

S'il y a de la demande, je peux me lancer dans une traduction, je ne voulais pas le faire d'office de peur que personne ne s'y intéresse. Le cas échéant s'il y'a des volontaires pour m'aider je suis preneur ;-)

Merci pour le lien, c'est intéressant. Il semble aussi que l'inférence de types ait définitivement placé JaegerMonkey devant TraceMonkey.

Merci pour cette dépêche c'est très intéressant, mais ce qui me frappe c'est que la plupart des solutions adoptées sont celles qui sont déjà appliquées dans la machine virtuelle java (au niveau du JIT et du GC notamment).

Je trouvais l'approche de TraceMonkey intéressante, en optimisant des traces d'exécutions plutôt que des méthodes/fonctions, et cela semblait marcher assez bien, en étant aussi relativement compact au niveau de l'implémentation. Est-ce que quelqu'un sait pourquoi cette approche a été abandonnée ?

L'approche de V8 (inclus dans Chrome) est aussi différente en ce qu'elle compile directement le code. Je me demande si le code optimisé en fonction du JIT firefox sera aussi rapide sur V8 et vice-versa. Tout cela me donnerait envie de faire tourner quelques benchmarks…