Thierry Thomas a écrit 1236 commentaires

Je ne pense pas que ce soit dans leurs intérêts de ne pas continuer à développer Minecraft sur les autres plateformes. D'une part parce que le jeu existe déjà donc je ne vois pas pourquoi ils s'amuseraient à le supprimer/l'abandonner lâchement

Ça ne les gène pas du tout, et ils l’ont déjà fait dans d’autres domaines.

Par ex. j’ai en tête le rachat de SQL Server à Sybase : ça tournait sur différents Unix, et MS s’est empressé de le rendre non-portable.

• la messagerie instantanée (un joli client XMPP intégré)

• la page perso plus facile à alimenter qu’un SGC

• des jeux à la con

• un système de notifications pour des gens qui n'ont pas d’adresse de courrier (ou qui ne l'utilisent quasiment plus)

• de la pub !

Tarsnap, c’est effectivement excellent, mais ça ne remplit pas du tout le même besoin qu’iCloud.

Tout le truc d’iNuage, c’est qu’il est transparent : les données personnelles des utilisateurs de la pomme s’y retrouvent automagiquement.

Un des premiers logiciels « libres » (allez, on va dire à source ouvert) auquel j’ai été confronté était Kermit.

À l’époque, il y avait quelqu’un à l’Institut Français du Pétrole qui s’occupait de la diffusion en France : on le contactait par courrier escargot ou téléphone, on lui envoyait une bande vierge, et il nous la retournait avec le source dessus, qu’on n’avait plus qu’à compiler sur tout ce qui passait à notre portée.

Ça dépend beaucoup du type d’habitat. Chez moi, avec des murs en pisé très épais, l’inertie thermique est très importante, et effectivement il serait contre-productif de moduler la température sur quelques heures. Et si l’on baisse le chauffage pour une absence de quelques jours, il faut planifier le réchauffement suffisamment longtemps à l’avance !

Ce sont les fils de M. et Mme Michu, en général.

Gros utilisateur d'emacs j'ai choisit orgmode.

Il y a aussi un vim-orgmode.

Ici on est des bourrins de techos, et pour moi « Les 3 glorieuses de 1830 ont renversé 89 » est surtout un moyen mnémotechnique pour retrouver l’inverse de π = 0.3183098…

L’OS aussi…

Une des tâches importantes de l’exploitation des SGBD est l’optimisation, ou du moins la non dégradation des performances au fil du temps.

Par ex. des outils tels qu’OEM (Oracle) permettent de repérer le top 10 des requêtes les plus gourmandes, avec leur plan d’exécution.

Est-ce que dbSQWare propose des outils dans ce domaine ?

L'Atlas ne fait pas de mesures de capacité

Pour ceux qui s’intéressent aux mesures de capacité et à la détection d’éventuels bridages, Neubot est là pour ça.

Les données collectées sont disponibles.

Techniquement, oui…
Mais là je pense qu'ils veulent du code qui soit le plus difficile possible à rétro-analyser.

Quand je vais au toilettes je ne me lave pas les mains après. Ce serait stupide de le faire il y a des gens qui ne le font pas.

Les intellectuels se lavent les mains après, alors que les manuels se les lavent avant.

Et ceux qui sont dans le cloud ?

J’arrive un peu tard, mais bon, ça sera pour la postérité : David Wheeler publié une réponse très intéressante qui répond à la question posée.

Il me semble qu’on en n’a pas encore parlé ici, alors j’en profite : sur FreeBSD, et donc aussi PC-BSD, l’équipe chargée de KDE ne s’en sort pas trop mal et arrive à suivre à peu près, mais c’est un énorme boulot ; par contre, l’équipe chargée de Gnome rencontre aussi bien des difficultés…

Du coup, le projet PC-BSD a décidé de prendre le taureau par les cornes, et s’est mis à écrire un énième gestionnaire de bureau, mais celui-ci sera « natif », pour s’affranchir des problèmes de portage.

Lumina est encore en version Alpha, mais il y a déjà une FAQ intéressante (en anglais) qui explique bien sa motivation.

J’avoue que je suis assez curieux de voir si ce projet va être mené à son terme et ce qu’il donnera !

Installation d'un relais tor pour rendre le réseau plus rapide.

Bien tenté !

Et si on installe 2 relais Tor, ça ira encore 2 fois plus vite ?

J'imagine et j'espère que d'autres distributions essayent de faire des choses similaires.

Il y a déjà un bon paquet d’années, je maintenais le port FreeBSD de xtel, un émulateur Minitel, et un jour j’avais reçu un courrier du "ports manager" de l’époque qui s’occupait de la production des paquets binaires et qui m’avait signalé un buffer overflow : en fait, après avoir créé les paquets, il avait une procédure qui les installait et qui faisait du fuzzing dessus. Par contre, je ne pense pas que c’était systématique, mais plutôt par échantillonnage.

D’autre part, il y a aussi des outils d’analyse des sources – ne serait-ce que sans outils supplémentaires les vérifications de clang et de plus en plus de Gcc –, mais c’est loin d’être automatisable à 100 % ! Il y a plein de faux positifs qui doivent être annotés, et ça demande une analyse humaine longue et complexe.

Et sur le même sujet, lire Please Put OpenSSL Out of Its Misery de PHK (en anglais).

On constate aussi pas mal d'activité sur GitHub, avec pas mal d'issues.

LibreSSL, pour faire le pendant à OpenOffice / LibreOffice.

pour l'instant, la version 1.0 n'est publiée qu'en source (tar.bz2)

Le package FreeBSD est disponible.

Il y a une dizaine d’années, j'avais aussi souffert de maux de dos, et on m’avait conseillé l’aviron, qui était paraît-il le sport le plus adapté. Mais je n’ai pas essayé, pour des raisons d’éloignement.

Contrairement à ce que beaucoup de personnes croient, l’équitation est aussi recommandée – quand on monte bien –, car elle muscle le dos.

totalement dénormalisées : c'est voulu dans certain cas, bon si tu as une bonne définition récente de table normalisée (JF CODD ?) je pourrais te donner certaines raisons de ne pas normaliser tes tables.

Lorsque l’on rencontre des problèmes de performances sur certaines requêtes, il est tout à fait possible de dénormaliser le modèle physique d’une base de données, on est bien d’accord !

Mais quand ça concerne des pans entiers d’un schéma, là j’ai de très gros doutes ! Et lorsqu’en plus les noms des tables et des colonnes ne sont pas des noms mnémoniques dans une aucune langue courante mais des codes générés pour lesquels aucune correspondance n’est fournie, le doute n’est plus permis.

Par contre je vous dis pas le boulot, dans mon souvenir SAP pouvait contenir jusqu'à 9000 Tables ! si cela se trouve maintenant on doit approcher les 10000.

Du peu que j’en avais vu il y a quelques années, ces tables étaient d’ailleurs inexploitables : totalement dénormalisées, en dépit du bon sens et au risque de plomber les performances, avec des noms de champs non significatifs.

On retrouve d’ailleurs cette volonté « d’obfusquer » le modèle de données dans d’autres progiciels non-libres : Documentum ou l’EPM de Microsoft par exemple.