flan a écrit 1865 commentaires

MS peut vouloir suivre le modèle de Google ou d'Apple: avant ils vendaient des logiciels, maintenant ils veulent donner un logiciel pour vendre autre chose avec. Apple donne OS X pour vendre leur matériel, Google donne Chrome/ChromeOS/Android pour que les gens utilisent gmail/google/maps pour vendre de la pub, et MS pourrait donner Windows pour vendre du service (Office 365, Azure, leur drive).

Pour les salaires, il n'y a pas de problème, et au-delà de ça, il est spécialiste dans un domaine où les experts sont rares et chers (et il peut trouver un boulot intéressant dans la journée si son CDD n'est pas renouvelé).
Mais la banque s'est arrêtée à « CDD ».

Une grosse réticence des banquiers, même, et c'est de pire en pire.
J'ai eu l'exemple d'un couple qui a pu prendre un emprunt il y a environ 10 ans (avec un petit CDD de doctorant et l'autre étudiant), et qui n'a pas pu prendre un emprunt l'an dernier (ils étaient devenu ingénieur R&D en CDD pour l'État et médecin, bref pas les métiers les plus risqués au monde).

Ah  ? Je ne me souviens pas qu'on m'ait demandé mes clefs de chiffrement.

Bin non. Si tu as le droit de garder les choses secrètes, tu ne donnes pas la clef, et voilà tout ; pas besoin d'avoir à prétendre que les données n'existent pas. Et si c'est illégal, coopérer avec la justice me semble assez raisonnable, non ?

Chez moi, tous les disques sont chiffrés, tous mes services sont en SSL et j'ai ma propre CA, mais si la police me demande de casser ce chiffrement, je donnerai les clefs sans souci (s'ils en ont le droit, évidemment), je ne chercherai pas à discuter…

N'est-ce pas un peu sexiste de différencier comme ça les hommes et les femmes ?

Il y a une différence entre Windows/OS X et Linux.
Sous Linux, tous les paquets ont le même statut, même si certains sont plus utilisés que d'autre. openssl est une dépendance au même titre que n'importe quelle lib obscure.
Windows et OS X arrivent avec une pile logicielle conséquente, et font le pari que finalement, tu n'auras pas beaucoup de bibliothèques en double (si le code était vraiment commun, il serait dans l'OS de base).

Avec Salt, tu as un unique serveur maître qui va jouer l'intermédiaire, et qui a une configuration globale.
Dès que tu vas demander quelque chose, tu vas passer par ce maître (et tu n'as pas besoin d'avoir le droit de connexion directe aux serveurs).

Avec Ansible, n'importe quel admin sys va se connecter directement aux machines qui sont définies dans le fichier de conf' spécifique au projet, sans passer par un intermédiaire.

Oui, bien sûr qu'on peut trouver des contre-exemples.
Par contre, je ne suis pas sûr que la faute soit vraiment toujours du côté de Windows : beaucoup de logiciels n'ont pas spécialement été bien codés, et Windows qui était bien trop laxiste permettait beaucoup d'horreurs qui ont été progressivement interdites ; je pense par exemple à certains jeux qui stockaient les données du joueur dans le dossier d'installation (une hérésie pour un Unixien, dès les années 70 !).
Les modes de compatibilité consistent d'ailleurs souvent à reproduire le comportement de certains bugs de Windows sur lesquels comptent des logiciels mal codés.

Tu peux même aller plus loin : j'ai installé ce week-end Starcraft, qui est sorti en 1998, et qui fonctionne toujours aussi bien sur Windows 10, 17 ans plus tard.

Pourquoi citer trois versions successives de Windows 8 comme des distribs différentes ? Dirais-tu que Debian correspond à 8 distrib différentes ?

Du coup, pour Windows, il y a 3 sous-versions différentes, sachant que le nom est (relativement) explicite. Ça paraît assez logique que les versions Pro et Enterprise ne sont pas pour les particuliers. Par contre, pour Debian, Ubuntu et Fedora, c'est moins clair.

Je suis déjà allé dans des petits congrès où on ne parle que de technos libres (orientées « Big Data », pour caser un mot vide de sens à la mode), et j'y ai observé à vue de nez (indicateur fiable s'il en est) 75% de MacBook Air, 20% de MacBook Pro, quelques iPad, et enfin quelques ordis sous Windows ou sous Linux (moins de 10 je pense).

Bien sûr, j'imagine que si le sujet n'avait été qu'autour de Linux, les stats auraient été un peu différentes ;-)

Un peu pareil pour moi, les fixes en Ethernet et mon portable en wifi (en permanence).

– à l’usage, les interfaces utilisateurs pour S/MIME ne sont pas plus intuitives que celles pour OpenPGP ; leur seul avantage est qu’il n’y a pas de greffon à installer, mais je ne pense pas que ce soit l’installation de Enigmail qui pose le plus de difficultés aux gens ;

Ça dépend des clients. Sur OS X avec Mail, voici comment ça se passe : on te fournit un fichier .pem (contenant ta clef et ton certificat). Tu double-cliques dessus, ça te l'enregistre dans ton trousseau (avec les autres mots de passe, certificats, et autres clefs privées).
Ensuite, quand tu vas écrire un mail, tu auras une icône de signature, active si tu utilises un compte mail pour lequel tu possèdes un certificat.
Si tu as la clef publique de ton destinataire dans ton trousseau (donc si tu as déjà reçu un mail de sa part, ou si tu l'as mise autrement), l'icône de chiffrement sera activée.

Windows sera toujours payant pour les entreprises, payant avec les nouvelles machines, et payant pour les mises à jour un an après sa sortie.

Non, il ne parle pas d'innovation, il parle de réussites récentes.
Il n'y a pas besoin de beaucoup innover pour avoir de belles réussites.

Graphviz permet d'exporter en SVG. Peut-être qu'avec une bonne feuille CSS, tu pourrais t'en sortir, non ?

Théoriquement, l'IP n'est pas fixe chez Bouygues. En pratique, en 5 ans, je n'ai changé qu'une seule fois d'IP (quand j'ai déménagé). Je connais quelqu'un qui est exactement dans le même cas (changement d'IP en déménageant).

J'ai déjà vu Windows me demander si je voulais appliquer les mises à jour avant de redémarrer.

Et même sur téléphone ? Personnellement, je n'ai jamais vu personne utiliser un webmail sur un téléphone.

J'ai souvent lu que le gros avantage du système de dépendance était de n'avoir qu'un seul exemplaire de chaque lib sur la machine, et qu'une mise à jour profitait à tout le monde.
Là, on a autant d'exemplaires que de conteneurs, et il faut mettre à jour chaque conteneur séparément… (à nouveau, si j'ai bien compris le fonctionnement).

(note : je n'ai jamais utilisé Docker, mais j'essaie de me tenir au courant)

Si j'ai bien compris, chaque conteneur va avoir toutes les dépendances. D'un côté, c'est le gros avantage vu qu'on n'a pas de problème avec l'OS hôte.

Mais d'un autre côté, on fait une croix sur toute la gestion de dépendances qui est (aux yeux de beaucoup) l'une des grandes forces des Linux, non ?
N'est-ce pas un peu dommage ?

Bah perso, je le trouve pas mal.
Le seul port USB ne me gênerait absolument pas, en revanche il n'est clairement pas assez puissant pour moi, et l'écran est un peu petit (13" est un minimum).

Libre à toi de n'utiliser que le wifi et rien d'autre, d'autres personnes ont des usages différents et préfèrent ne pas se trimballer de matériel supplémentaire autre que l'alimentation.

Ça tombe bien, il y a plein de constructeurs qui proposent des machines qui répondent à d'autres besoins. À nouveau, le MacBook répond à un type de besoin bien particulier, et si les gens achètent, c'est qu'a priori le MacBook correspond à ce qu'ils veulent.
Si tu ne peux pas vivre sans Ethernet et 4 ou 5 USB, prends une machine avec Ethernet et 4 ou 5 USB. Ce n'est pas moins bien ou mieux, c'est simplement différent. Ce qui est dommage ou même idiot, c'est de prendre une machine avec Ethernet et 4 USB alors que tu ne t'en sers jamais (perso, je ne me suis jamais servi de mon adaptateur Ethernet USB, et je dois avoir mes deux ports USB occupés moins de dix fois par an, et je ne dois pas être le seul), ou de prendre une machine avec un seul port USB alors que tu as besoin d'Ethernet et de 4 ports USB.

L'absence de migration était un gros manque de Django, même s'il pouvait être compensé par South.
Globalement, Django arrive à petit à petit supprimer ses problèmes de jeunesse. J'espère qu'on aura un jour une solution propre et bien intégrée pour faire de websocket (Django est d'abord pensé pour des applis web pas trop dynamiques).