Antoine a écrit 5722 commentaires

Ça fait un bout de temps que les anglicismes ne sont plus vraiment incongrus au milieu d'un texte en français.
(quand je vois le nombre de développeurs qui "fixent des bugs dans des librairies"…)

Oui. Mais, à ce niveau, c'était déjà clair :D. Je me suis mal exprimé. Je souhaitais en réalité comprendre l'utilité d'OpenStack par rapport à une solution de type oVirt/ProxMox/RHEL-RHEV.

Une partie de l'utilité consiste à réinventer la roue de façon différente :)

À de multiples égards : déjà, la formulation est maladroite et quasi-absurde (va dire à une femme qu'elle est « un homme comme les autres » : hum).

Ensuite, elle sous-entend qu'il suffit de fermer les yeux pour que les comportements nocifs disparaissent, ce qui tient du bisounoursisme. Le problème est précisément que les femmes sont traitées différemment que les hommes (*), et ce n'est pas les en tenir, elles, responsables (« vous n'avez qu'à être comme tout le monde ! ») qui va arranger les choses…

(*) et, non, ce n'est pas juste un problème de "remarques un peu déplacées", si l'on prend en compte la multitude d'incidents qui se produisent régulièrement dans le milieu informaticien - et ceci de façon assez documentée depuis quelques temps, chercher "sexism in tech" sur Google donne un bon nombre d'indices.

l'informaticienne est un informaticien comme les autres

Ce genre de formulation est révélateur de la compréhension du problème.

Quand je vois que des gens comme Gibus (un des plus grand experts Européens - si ce n'est le plus grand - en matière de brevet logiciel) est obligé de faire du développement quand il travaille à l'April ou à la Quadrature du Net

Obligé de faire du développement dans une association militant pour le LL ? Quelle horreur ! Vite, qu'on le libère de cette tâche infamante !

est-ce que Rust possède une sémantique correcte ?

Qu'entends-tu par «correcte»?

Elle se tient bien à table et éviter de crasher sur les $convives.

En général, seules les sémantiques qui sont passées par une école de maintien sont correctes. Celles issues d'un milieu défavorisé sont revêches et peu fiables.

Je n'ai pas entendu dire qu'Apache soit aussi mité que BIND…
Ensuite, le côté "installé par défaut" a certainement un gros impact en effet.

C'est simple, il ne prend que les concepts les plus simples de OCaml, permet du parallélisme adapté à un langage impératif, un aspect système et surtout, surtout, reste accessible à la masse des programmeurs qui n'ont pas un niveau suffisant pour apprécier un langage fonctionnel.

Honnêtement, demander à la « masse des programmeurs » de décider du modèle de gestion mémoire de chacune de leurs variables, je doute que ce soit couronné de succès.
(et ce n'est pas péjoratif, d'ailleurs)

Le problème AMHA est que cette complexité est imposée à l'ensemble du programme, y compris les 95% qui ne sont probablement pas critiques pour les performances.

Il ne tien qu'à soi de lire la documentation pour ne pas mal utiliser son éditeur (remplacer des tabs par des espaces) ou un autre outil (confondre espaces et tabulations).

C'est une excuse débile. Une scorie peut être documentée, ça n'en reste pas moins une scorie.
Avec ce genre de raisonnement, il suffit de documenter les bugs et ça exonère de toute critique.

Il me semble qu'il y a déjà largement assez de symboles en Rust….

Moi je n'utilise pas de voiture, mais je tiens à dire que je n'aime vraiment pas le code de la route.

Ben, si c'est pas du C standard, alors c'est pas « faisable en C »…

Aisleriot (also known as Solitaire or sol) is a collection of card games which are easy to play with the aid of a mouse

Dire que je ne connaissais pas ce chef d'œuvre ! Un jeu de cartes, qui en plus se joue à la souris… On peut louer la créativité des développeurs GNOME.

Je te garantie qu'il y a plein de langages qui ne compilent pas avec des espaces insécables

Échouer à la compilation et sortir un message d'erreur informatif, c'est moins gênant que d'avoir silencieusement un comportement imprévu.

Ouai enfin c'est l'utilisateur qui a décidé de leur faire faire des expands tab

Relis ce qu'il a dit : « Les outils Unix de base (less, more, vi, gedit…) ne montrent pas de différence ».
Le problème n'est pas seulement à l'édition, mais bien à la relecture.
Ensuite il est un peu faible d'incriminer l'utilisateur pour un changement de configuration qu'il a effectué un jour (peut-être il y a longtemps) sans se douter que cela poserait problème avec les Makefile.

En fait, je sais que les utilisateurs sont des imbéciles, donc je fais en sorte que les utilisateurs de mes classes et services aient de la documentation avec des exemples et des tests unitaires

Oui, car la documentation ce n'est que pour les imbéciles. Superbe mentalité…

Le GIL (qui oblige l'utilisation d'un seul thread

Non non. Le GIL oblige la sérialisation des threads quand ils exécutent du code Python. Mais tu peux très bien créer des tas de threads en Python (et ceux qui font des I/O s'exécuteront bien en parallèle).

Plus tard, des personnes ont voulu débrayer le GIL et Guido n'a pas été super enthousiaste, car il ne voulait pas voir débarquer les soucis de la programmation concurrente

C'est surtout qu'enlever "naïvement" le GIL fait baisser les performances mono-thread d'environ 30 ou 40%.

On ne monte pas une grosse entreprise. On monte une petite entreprise qui parfois deviendra grosse.

Ensuite, "attirés par l'argent et le pouvoir", je pense que c'est une grossière simplification. Ceux qui sont attirés par l'argent et le pouvoir, ce sont surtout ceux qui rampent jusqu'au poste de manager et prennent en main des entreprises déjà établies. La motivation d'un fondateur d'entreprise est probablement beaucoup plus complexe.

Hou là, Tulip, ce n'est pas gagné : Guido ne semble pas chaud pour finir ça avant Python 3.4 beta 1.

Larry a dit qu'il était prêt à reculer un peu la beta 1 pour laisser le temps à Tulip (qui s'appellera finalement « asyncio ») de mûrir.
https://mail.python.org/pipermail/python-dev/2013-September/129077.html

En fait le cœur de l'API est à 90% stable, mais il y a plein de petits trucs à fignoler et clarifier. Ça tombe bien, Guido est à fond dessus :-)

Ah oui, ce serait bien que tu regardes sa PEP, ça me laissera plus de temps pour le reste :-)

J'avais pas remarqué, mais c'est intéressant en effet ces petits marqueurs placés discrètement.
L'expression « nazis de l'interface » était peut-être à interpréter plus littéralement qu'on ne le pensait…

De plus, je ne parlais pas de « cerveau », mais du « cerveau humain », qui a la singularité de permettre à une espèce physiquement faible et inapte à survivre malgré tous ces handicaps.

Je ne vois pas ce qui rend l'espèce humaine plus « inapte à survivre » que, par exemple, les singes, les moutons ou les zébus. Quand on dit que l'espèce humaine est faible, c'est souvent dans une sorte de romantisme qui la verrait s'affronter en permanence à des prédateurs terrifiants (tigres, lions…), ce qui à mon avis est un peu simpliste.

Toute la faune du monde survie grâce à son cerveau.

Il me semble que les méduses et les anémones de mer s'en passent assez bien.
(il y a aussi le cas de certains militants UMP qui n'est pas encore bien élucidé)

Je ne crois pas que "régime traditionnel" veuille dire grand'chose, les habitudes alimentaires évoluent ainsi que les productions agricoles. On fantasme toujours sur le temps d'avant la révolution industrielle, et sa supposée stabilité.

Si j'en crois Braudel, historiquement les piliers de l'alimentation méditerranéenne étaient : le blé, l'olive, la vigne. Le reste (légumes, agrumes, etc.) a été importé et acclimaté progressivement.

Par contre, dans ta liste tu oublies le fromage.

Roundcube a à peu près un dixième des fonctionnalités d'un client lourd comme Evolution ou Thunderbird. Sans compter l'ergonomie largement inférieure. Peut-être qu'il est plus "léger" aussi, mais pour moi un webmail comme Roundcube ne peut servir que de dépannage.