flan a écrit 1830 commentaires

Sans même parler des DRM, je me demande si les enfants dont les parents n'ont que des livres électroniques liront autant que les enfants dont les parents ont beaucoup de livres physiques. J'ai un peu du mal à y croire, à vrai dire. La tendance est déjà depuis longtemps à la baisse, avant même les livres électroniques.

Tu oublies tout de même que le discours qu'on lui assène depuis des années proclame qu'il n'y a pas d'autre voie possible. Alors forcément, ça aide.

Runstatic a plus de 30 millions de téléchargements, ça commence à faire pas mal.

Ah bah ça, c'est évident : ils libèrent quand ils ont quelque chose à y gagner. Linux n'est intéressant pour eux que parce que ça leur fait ça de moins à développer et maintenir pour fournir un OS complet, c'est évident.

Par contre, c'est bien plus rares qu'ils libèrent ce qui les différencient de la concurrence. Peu de gens verraient la différence si on changeait le noyau de leur OS ; par contre, les gens voient bien plus la différence entre Hotmail et Gmail, ou entre Google et Bing.

je pense qu'ils n'avaient pas de plan précis à long terme. S'ils y avaient gagné à tout ouvrir, ils auraient ouvert. Apparemment, c'est plus intéressant pour eux d'en fermer une partie.

Dans le monde aéronautique, on ne se contente pas de dire « ça a fonctionné avec 3-4 téléphones allumés quand tout se passe bien, alors on peut y aller, et laisser 200-300 (voire 800) téléphones allumés tout le temps ». C'est un peu plus sérieux que ça, et heureusement…

On se moque de ce qui se passe quand tout va bien, c'est quand il y a déjà des problèmes que c'est intéressant. Un avion doit continuer à voler même avec plusieurs défaillances ; par exemple, il faut qu'un boulon explosif dont le blindage a été affaibli n'explose pas quand il est armé (au décollage et à l'atterrissage) alors que tout le monde commence à tweeter que l'avion décolle (et que les ondes émises vont avoir tendance à générer des courants électriques dans le fuselage de l'avion, pile où sont ces boulons).

Lors des tests, les fabricants ont montré que ça fonctionnait alors que les téléphones n'existaient pas. Pour autoriser les téléphones, il faut à nouveau certifier les avions, donc faire une nouvelle campagne de test et ça coûte cher et ça prend du temps (et t'évite de le faire si tu n'es pas sûr d'avoir à le refaire 5 ans après parce que les téléphones ont changé).

Bref, rien que de très normal là-dedans, je ne vois pas ce qu'il y a de choquant à ce qui s'est passé en pratique.

La fréquence et l'occupation générale des lignes (le taux d'occupation des lignes du RER est énorme et la SNCF ou la RATP ne disposent d'aucune marge de manœuvre en cas de souci) y est peut-être pour quelque chose également.

Oui, les assurances. Pas mal de choses sont sensibles aux émissions électroniques dans un appareil (par exemple les boulons explosifs des issues de secours qui sont activés au décollage et à l'atterrissage), et l'avion n'était pas certifié pour voler avec des appareils allumés.

Peut-être (très certainement) qu'il peut voler avec des appareils allumés, mais s'il n'est pas certifié, on interdit (comportement normal)

C'est peut-être la question qui fâche, mais je ne connais pas du tout Guake, je connais seulement Tilda (que j'ai découvert par hasard), et j'ai l'impression que ça fait sensiblement la même chose. Du coup, je suis intéressé par les différences.

Sauf que tu peux difficilement créer une alternative viable sans employer les mêmes moyens qu'Amazon (énorme pression sur les éditeurs, quitte à ce qu'ils vendent à perte, salaires ridicules pour les employés mais flicage permanent, etc.). Si c'est pour avoir un clone d'Amazon, ça ne sert pas à grand-chose.

Avoir un exemplaire de la machine (donné par les Polonais) a tout de même grandement facilité le travail ;)

Non, certains algos sont parfaitement incassables (tant qu'on ne donne pas la clef au vilain). Prends un bête XOR (ou chiffrement de Vigenère), avec une clef parfaitement aléatoire de la même longueur que le message. Par contre, ça ajoute certaines contraintes, c'est sûr.

Je n'y connais pas grand-chose en JS, mais la présentation me fait beaucoup penser (peut-être à tort) à du Angular-JS. Du coup, ça serait pas mal de mettre un peu en avant la différence par rapport aux n-1 librairies JS précédentes, non ?

Mais pourquoi BEPO serait-elle dispo en standard ? Elle n'est utilisée par personne ou presque !

Que veux-tu dire par là ? Avoir simplement un popup te prévenant de nouvelles mises à jour disponibles ? Si oui, c'est une des possibilités (les autres étant de les télécharger automatiquement en attendant ta permission pour les installer, tout tout installer et redémarrer la nuit)

J'attends toujours tes exemples de sites web du même style que Wordpress (et modifier un fichier de conf à la main n'est pas envisageable) :) Si c'est si facile à faire, tu ne devrais pas avoir trop de mal à en trouver à la pelle. Personnellement, j'ai un peu cherché pour Django, je n'en ai trouvé aucun.

Accessoirement, pour faire du Django proprement, après avoir généré la conf, il faut encore choisir la bonne version de Python (je connais un certain nombre d'applis uniquement Python 3.3), installer les dépendances (via PIP ?), pouvoir relancer le service (apache + wsgi ou gunicorn + wsgi), et configurer Apache pour que certaines URL soient gérées par la partie Python et d'autres par Apache uniquement (les fichiers statiques). Mais je suis toujours intéressé par ta page magique qui me fait ça en un claquement de doigts :)

Si ça peut te rassurer, je ne bidouille pas du PHP, vu que je ne fais que du Python + Django quand je dois faire quelque chose qui ressemble à du web… mais ça ne m'empêche pas de reconnaître que pour mettre en place un site web facilement sans mettre les mains dans le cambouis, je ne connais que des sites en PHP. Ils vont avoir leurs défauts (genre impossible de faire autre chose que du MySQL dans 99% des cas), mais ils sont quand même 'hachement plus simples à mettre en œuvre.

Mais donne-moi donc des exemples concrets ! je n'attends que ça ! En pratique, ces avantages sont liés au fait que PHP est interprété directement par Apache et qu'il peut écrire, contrairement à Python qui va plutôt être utilisé via mod_wsgi ou gunicorn.

Alors, oui, tu peux théoriquement faire de l'interprétation de Python directement dans le HTML et tu peux sûrement faire du PHP dans un équivalent de mod_wsgi ou gunicorn, mais en pratique, ce n'est jamais le cas ; seul PHP le permet.

Mwé enfin c'est loin d'être le seul langage qui le permet…

Mais quel autre langage le permet en pratique ?

Dès que tu veux faire un site en Python, tout le monde va te conseiller de faire à la Django (même si c'est avec un autre framework), via wsgi ou gunicorn.

Gné ? PHP a tant changé que ça depuis ma dernière utilisation? A mon époque (<= phrase de vieux con) fallait passer par une conf à la mimine dans un fichier texte. Tu confond pas un peu PHP et framework PHP / CMS basé sur PHP?

J'ai installé récemment un Wordpress pour quelqu'un. Voilà toutes les manips que j'ai eu à faire :
* prendre un hébergement, créer le nom de domaine,
* créer une base de données en deux clics (le site de l'hébergeur me donne en échange les login/mots de passe/serveur MySQL)
* uploader d'une façon ou d'une autre (par exemple FTP) le contenu de wordpress.zip
* ouvrir l'URL http://mon.super.wordpress.fr/
* donner les coordonnées du serveur MySQL et quelques infos supplémentaires avant de cliquer sur Next
* Enjoy !

Maintenant, pour installer des plugins, je vais sur la partie administration de Wordpress, je clique sur « Installer cette extension magique » et c'est tout. Pour mettre à jour Wordpress ou les extensions, je clique sur « Mettre à jour tout ce bazar ».

Voilà ce que permet PHP. Comment fais-tu ça en Python + Django ? En tant qu'utilisateur, j'en ai rien à faire des arguments techniques comme quoi Python est mille fois mieux que PHP. Je veux simplement un truc qui fonctionne simplement parce que ce n'est pas moi qui m'en occuperai.

Mais ça ne les traduit pas quand tu changes la langue du système, par exemple (sans compter que plein de scripts ignorent royalement les variables d'environnement, voire elles ne sont pas disponibles ou sont erronées suivant la façon de lancer le script).

Sauf que si tu passes ton système en anglais, ton bureau s'appellera toujours ~/Bureau sous Linux, alors qu'il devrait s'appeler dorénavant ~/Desktop.

Je suis d'accord, c'est super pratique au quotidien. Sans compter que tu peux changer la langue de ton système de façon transparente.

La base de registre n'est pas globale. Elle est en fait constituée de plusieurs fichiers (ruches), dont certains sont stockés dans le HOME de l'utilisateur. Mais évidemment, tous ces détails sont masqués pour avoir une API unique (tu tapes toujours au même endroit pour l'utilisateur courant, quelque soit son nom, et tu as la même API pour toutes les applis, tu n'as pas à écrire un marquer de fichier de conf pour chaque appli).

PHP a quelques autres avantages qui viennent du fait qu'il est interprété directement par Apache :
* tu peux très facilement déployer un site en PHP (upload de l'archive, et zou, c'est parti)
* tu peux tout configurer via le site-même (les coordonnées de la base MySQL, par exemple)
* tu peux mettre à jour en un clic directement depuis le site
* tu peux ajouter facilement des plugins

Je connais plutôt bien Python + Django, et ces quatre choses ne sont pas triviales du tout (à vrai dire, je ne connais aucun site en Django qui le permette). De plus, un site en Django va demander un peu de configuration Apache, ce qui est facultatif en PHP.

Sous Windows, on utilise la base de registre, du coup, on peut avoir le nom de dossier que l'on veut.

Dans le cas qu'il cite, ce n'est forcément le cas. Si tu fais du Python avec du numpy pour faire des calculs matriciels, ton code passera 99% de son temps dans la partie C. Du coup, même si le Python est 10 fois plus lent, la différence sera négligeable.