Jux a écrit 743 commentaires

On ne veut plus mettre la planche à billet dans les mains du politicien car on sait qu'il va penser à court terme (sa ré-élection)!

Ca dépend du système politique. Le système d'alternance à la française (ou à l'américaine) est à mon avis très mauvais de ce côté-là, car tous les 5 ans on change de parti au pouvoir et du coup il est impossible de faire une prévision à plus de 5 ans.
En Suisse, on a un peu moins ce problème (on en a d'autres), parce que notre gouvernement est élu pour plus longtemps et comprend des représentants de tous les partis. L'avantage c'est qu'on a plus de stabilité, le désavantage, c'est que la moindre réforme prend des plombes parce qu'il faut un compromis.

Bref, tu caricatures un peu le politicien et il est probablement possible de mettre en place des réglementations qui empêche le recours abusif à la création de monnaie (on peut capper à la croissance de l'année précédente ou que sais-je).

Si tu remplaces uniquement la monnaie qui est détruite, ça ne crée pas d'inflation (puisque la quantité ne change pas).
Si tu crées de la monnaie parce qu'il y a une augmentation du travail, alors l'inflation est compensée par la croissance.

Si l'Etat contrôle la banque centrale et peut imprimer de la monnaie, ça a pour effet que lorsque l'Etat crée de la monnaie (pour investir dans des infrastructures, etc..), il emprunte en fait à tous ceux qui ont de l'argent (donc la population et les entreprises. Si les investissements de l'Etat débouchent sur de la croissance qui permet de compenser l'inflation, c'est bon, sinon ben c'est la merde. Mais l'avantage est que l'Etat n'a pas à se soumettre aux exigences des marchés.

Tu oublies juste qu'il s'agit de la majorité du peuple, pas de l'intégralité. Je sais bien que c'est la règle de base en démocratie, mais tout ceux qui n'ont PAS voté pour les mesures décidées par la majorité ont le droit de se plaindre pour essayer d'inverse la tendance la prochaine fois. La démocratie dit qu'on applique la règle décidée par la majorité, pas qu'on doit être d'accord avec.

Ceci dit, la démocratie et le système médiatique dans leur état actuel ont tendance à renforcer les partis important au détriment des autres. Il n'y a qu'à voir le matraquage médiatique sur la primaire au PS (qui d'ailleurs s'intéresse en général aux petites phrases assassines plutôt qu'au fond). Tout ce temps passer à discuter des primaires ne l'est pas à présenter des autres idées politiques. Du coup, c'est extrêmement dur pour les idées alternatives d'arriver sur le devant de la scène si aucun des gros partis ne les soutiennent (et après on sort l'argument du pragmatisme et c'est fini). Le journal et les débats télévisés ont aussi une tendance à ne pas passer plus de 2 minutes sur un problème. Pourtant, il n'est parfois pas possible de présenter une solution viable à un problème complexe en 2 minutes. Du coup, de nouveau, ce sont les phrases à l'emporte-pièce et les théories de café du commerce qui l'emportent.
Donc je ne pense pas que la démocratie soit si parfaite que ça. Une démocratie parfaite suppose une bonne information universelle, ce qui n'est pas vraiment atteint par le système actuel.

J'ai un peu joué avec Flask, parce que j'aime beaucoup l'approche très minimaliste qui ne cache pas trop de choses au développeur. J'ai trouvé très élégant, très simple et très documenté (tout comme werkzeug qui est dessous).

Quel est ton retour sur ce framework ? As-tu trouvé des inconvénients qui ne sont pas évidents au premier coup d'oeil ?

Symptôme

Tu veux parler du pare-feu ?

Le ciblage des publicités peut se faire complètement en interne par l'hébergeur du cloud (c'est ce que fait Google). Quand l'Oréal fait une pub ciblée sur Google, Google n'envoie aucune info personnelle à l'Oréal, ils savent juste que l'Oréal parle de cosmetiques et matchent les types qui font des recherches sur la cosmétique.

Mais peut-être que par "organisation tierce", tu entendais Google et pas l'Oréal, auquel cas j'ai mal interprété ton commentaire.

Vivement qu'on ait une version de Firefox qui tourne avec le backend HTML5 de GTK. Ca permettra d'avoir LibreOffice qui tourne dans un Firefox qui tourne dans un Firefox qui tourne dans un Firefox. Ca en fait des couches de nuages, ça va vraiment être bien.

La couverture médiatique attend peut-être une annonce plus officielle que le post de Rob Pike sur Google+. J'imagine que Bell Labs va publier quelque chose dans les jours à venir.

Mais oui, la couverture médiatique va clairement être moindre que celle de Jobs. Il y aura moins de monde qui va aller dessiner des "C" en bougies au milieu de Manhattan. Ceci dit, il faut peut-être relativiser. Il est probable que dans 200 ans, quand on écrira l'histoire de l'informatique, Kernighan et Ritchie y tiennent une place importante. L'Histoire a plutôt tendance à se souvenir des scientifiques que des chefs d'entreprises.

Jusqu'en 2008, il était interdit d'utiliser les specs Flash pour écrire un programme qui lit les SWF ( http://en.wikipedia.org/wiki/SWF ). Flash remonte à bien plus longtemps que ça. Donc non, c'est pas exactement comparable avec un projet Open Source dès le départ.

Rappel : on peut diffamer tout en disant la vérité.

Pas en Suisse (la France ça a l'air nettement plus compliqué d'après Wikipedia):
http://www.admin.ch/ch/f/rs/311_0/a173.html

Apparement, l'équipe de NativeClient de Google travaille sur un bytecode intermédiaire qui permette justement de résoudre ce problème :
http://nativeclient.googlecode.com/svn/data/site/pnacl.pdf

Ceci dit, NativeClient fonctionne déjà sur x86/amd64/arm, ce qui représente une grosse partie des architectures utilisées aujourd'hui. Et puis si ils ont réussi à porter sur 3 architectures, y'a pas de raison que ça ne soit pas portable ailleurs.

La compilation Ocaml est probablement très longue parce que même le compilateur doit s'y reprendre à plusieurs fois avant de comprendre la syntaxe.

C'est même le cas sur Android maintenant. J'ai acheté un nouveau téléphone HTC récemment et j'ai 10 applications "HTC foo", "HTC bar" qui font tout et n'importe quoi mais qui ne vont pas faire long feu.

J'ai l'impression que ce qui est à la mode, c'est surtout les applications dans le navigateur. JS est aujourd'hui le seul moyen d'en développer et donc on est bien obligé de passer par là. Mais je n'ai pas franchement l'impression que JS en tant que tel est très populaire. Dès qu'on cherche à faire de la POO, il faut tout gérer soi-même et ça devient vite bordélique.

Vu la soit-disante popularité de JS sur le web (mais de nouveau, c'est pas tant le langage que la plateforme qui est populaire), on essaie de récupérer les développeurs dans d'autres domaines.

Sauf que, contrairement à Flash et ActiveX, Dart et SPDY sont ont tous les deux une spec disponible. L'implémentation de Dart fournie par Google est également libre. Chromium est libre également. Je ne vois d'ailleurs pas en quoi Chrome ajoute une "extension spécifique incompatible".

Bref, je ne vois rien d'inquiétant là-dedans. Il y a d'autres choses qui peuvent être inquiétantes chez Google, mais ça n'est pas du côté de leurs développement techniques.

Même chose pour la syntaxe d'ailleurs. Le but est de séduire les développeurs d'applications "lourdes" (en terme de lignes de code), qui sont encore souvent développées avec Java/C++/C# sur le desktop ou Java/Google Web Toolkit sur le net. Donc c'est assez logique d'avoir une syntaxe approchante.

De toute manière, les remarques sur la syntaxe rebutante sont purement subjectives. Je ne vois d'ailleurs pas trop en quoi la syntaxe de Javascript est proche de celle de Python (elle est plutôt proche du C pour moi mais bon). Bref, ils ont pris une syntaxe compréhensible par un gros nombre de personne (je ne connais pas beaucoup de développeurs qui n'ont jamais fait soit du C#, soit du Java), ce qui semble plutôt malin si on veut une bonne acceptation du langage.

Bon c'est un peu comme toujours avec Apple : ils ont pris quelque chose d'existant (un gestionnaire de paquet sans gestion des dépendances) et ils en ont fait quelque chose de cool pour l'utilisateur final. Un app store est plus simple à utiliser qu'un gestionnaire de paquet (il ne pose pas des questions pour savoir si on accepte les dépendances, il n'y a que des applications finales dedans) et permet aux gens de donner leur avis. C'est aussi juste plus joli graphiquement, c'est pas juste une liste d'appli, y'a des applis mises en avant chaque semaine, etc... Bref, techniquement c'est moins bien qu'un gestionnaire de paquet, mais niveau design/ergonomie, c'est plus chouette à utiliser.

Je pense qu'il ne faut pas essayer d'analyser les réussites Apple du point de vue technique, parce que techniquement, on trouvera toujours quelque chose d'antérieur qui faisait à peu près la même chose (peut-être plus) que leurs produits. Mais ils sont forts en design, en ergonomie et en marketing. C'est le cas pour l'iPhone (on avait déjà des écrans tactiles et des téléphones avec wifi avant, mais niveau UI, c'était pas trop ça), c'est le cas pour les macbook (il a fallu 5 ans à HP pour proposer des PC portables - les Envy - aussi épurés) qui sont moins performants que les autres laptop, mais qui sont des beaux objets.

Bah il est sous licence libre, donc d'ici là on aura des clones.

Bon il faut aussi voir le contexte politique italien dans lequel cette loi est votée. En gros elle est poussée par Berlusconi qui en a marre de voir en première page des écoutes de journaliste sur ses orgies où il se tappe des mineures.

Ca me laisse tout de suite assez dubitatif sur les motivations derrière la loi en question...

L'avantage d'avoir Twitter en espace noyau, c'est qu'il a accès plus rapidement aux fonctions réseau (pas besoin de faire un appel système). Du coup, les nouveaux tweet arrivent plus rapidement que sur un autre système (Android) où Twitter est une bête application comme les autres.

D'après le message de Wikipedia, il semble que ça soit plus qu'un droit de réponse, c'est carrément le remplacement/retrait de l'article original. Ca serait donc nettement plus qu'un droit de réponse qui est effectivement quelque chose de normal et de plutôt sain, en tout cas pour les personnes physiques.
Comme je ne lis pas l'italien, je ne peux guère aller vérifier la portée exacte de la loi.

Il y a une perle dans le post scriptum :

Pour avoir déjeuner un jour avec Richard Stallman, père de la notion de Copyleft et initiateur de la licence GNU/GPL, j'ai bien compris que sa vision était celle d'un communiste au sens noble du terme, c'est à dire l'utopie qui consiste à mettre tout logiciel comme bien commun de l'humanité. Certes, c'est un bel objectif... Mais qui payera ? Les États nous dit Richard Stallman... Vive les impôts !

Je suis à moitié auto-hébergé : mon compte mail est chez Google, mais j'ai un serveur (VM) à moi avec des sites web dessus et des clones de mes dépôts git.

A la base, j'hébergeais mon mail moi-même. J'ai laissé tombé quand une mise à jour de distrib (LTS => LTS) m'a cassé ma config postfix + postgrey + virtual domains. Je n'ai pas eu l'énergie de me replonger dans les manuels car l'installation initiale m'avait pris bien 2 jours complets. C'était une expérience intéressante (j'ai appris plein de trucs), mais je n'avais plus envie de m'amuser à maintenir tout ça.

En passant, l'un des gros avantages des systèmes de gestion de version décentralisés, c'est qu'on s'en tape si l'hébergement principal tombe (la preuve avec kernel.org). Donc on ne dépend pas tant que ça du fournisseur de service. C'est plus chiant avec le mail.

C'est surtout que HTML5 est un socle commun minimum et qu'il n'offre pas (encore) l'accès à tout ce qu'on peut avoir sur un téléphone/tablette. Et que les apps HTML5, c'est franchement pas encore ça. Du coup, je ne vois pas l'intérêt d'acheter quelque chose tournant sous Tizen juste pour avoir des apps HTML5 qu'on peut avoir ailleurs... Il faut bien une plus-value quelque part.

Je ne vois pas le rapport avec les standards ou le logiciel privateur. On parle de choix d'environnement de développement. En restant sur Qt, ils auraient permis d'avoir une plus-value (facilité de faire des applis natives qui tournent sur mon téléphone et mon desktop) tout en utilisant quelque chose de standard et libre.