Je crois que ce qui fait rire aussi, c'est ce genre de conclusion complètement ridicule : "Encore une victoire pour Linux, encore une victoire pour l'Europe !" Ça fait un peu gamin attardé qui a trop joué aux petits soldats.
Je t'invite à lire la papier de Frédérique Lordon sur le conspirationnisme :
C'est Frédéri*c* Lordon.
Imagine, tu es le président de Total (paix à son âme), tu as la possibilité de développer la fusion froide. Imagines les conséquences : qu'est-ce que tu vas faire de tous les ingénieurs, tous les employés ?
Imagine, en effet. Ils pourraient développer la fusion froide, la tester, l'industrialiser, l'optimiser, participer au déploiement et à la commercialisation, maintenir les infrastructures, faire du conseil, etc. Bref, du travail d'ingénieur et d'employé. Dingue !
Parce qu'un dev C++ expérimenté, il ne fait pas ces erreurs débiles, ou il les détecte très rapidement
Certains disaient la même chose à propos de la gestion mémoire en C ("un dev C expérimenté, il ne fait pas ces erreurs débiles, ou il les détecte très rapidement").
Bref, l'aveuglement typique des conservateurs qui sont tellement habitués aux faiblesses de leurs outils qu'ils n'arrivent même plus à comprendre que ce sont des faiblesses.
(dans le même registre il y a les programmeurs Perl, mais on ne les entend plus trop ces jours-ci :-))
Il y a plein de trucs perfectibles qui mériteraient d'être améliorés, par exemple dans la composition de messages plain texte. Ce n'est pas du "bloat", juste du perfectionnement.
J'ai acheté récemment une carte NVidia de base à 50€, mais ce n'était pas pour la partie graphique (j'utilise toujours mon GPU intégré Intel pour ça) : c'est pour faire du CUDA. On pourrait avoir envie de faire du CUDA depuis une VM, mais pour ça il faut l'accès aux fonctions exposées par le pilote NVidia.
L'API/ABI externe du noyau est très stable. On parle des interfaces internes. Faut suivre.
Ben oui, faut suivre, abruti. Si tu prenais la peine de suivre, tu aurais remarqué que je parle des modules noyau.
Je cite un de mes messages plus haut :
"""Les applications, non, mais il me semble que cela touche les modules noyau (d'où l'existence de dkms et autres hacks)."""
C'est pour ça que les amateurs sont souvent parmi les premiers contributeurs en nombre
En nombre de quoi ? De commits ? De lignes de code ?
est-ce que tu préfères que ces financements aillent à de la maintenance qui ne sert à rien excepté pour des constructeurs qui font de la merde
Bla, bla, bla. C'est à toi de prouver que les modules non-intégrés dans le noyau sont "de la merde". Mais bon, c'est plus facile de jouer un con ("faut suivre", ha ha) que d'avoir des arguments, apparemment.
Avoir une API/ABI stable dans le noyau Linux, ce n'est pas anodin, parce que si on veut pouvoir continuer à évoluer, il faut maintenir des couches de compatibilités (un peu ce que fait MS), et donc ça veut dire du travail en plus !
Ben oui, c'est pas anodin. Exactement comme pour les bibliothèques userspace, sauf que bizarrement, un certain Linus Torvalds se plaint que l'userland ne stabilise pas ses ABI.
Quant au problème du surcroît de travail, on remarquera quand même que le développement de Linux est abondamment financé de nos jours.
Sauf ceux qui n'en font pas partie parce qu'ils sont maintenus séparément (parfois parce qu'ils ont été refusés)… Enfin bref, c'est exactement la même problématique.
Lui y en a expliquer que le PNG n'est pas bêtement généré à partir du SVG, mais fignolé à la main. Et, oui, c'est une pratique courante si tu veux des graphiques bitmap bien léchés.
Les applications, non, mais il me semble que cela touche les modules noyau (d'où l'existence de dkms et autres hacks).
C'est donc le même problème, à un niveau différent. Je trouve amusant que la distribution de bidules binaires est considérée par Linus comme sans importance quand il s'agit du noyau, mais pas quand il s'agit d'un bureau graphique.
Choisir une bibliothèque qui gère la majorité des aspects du jeu et qui est réputée stable : je ne sais quoi conseiller en 2014
La grosse tendance, dans le jeu vidéo indépendant (i.e. qui n'a pas beaucoup de moyens), c'est d'utiliser Unity3D, qui n'est pas libre mais permet de faire des jeux multi-plateforme (Gnulinux est supporté).
On sait que les mainteneurs de paquets Debian sont connus pour patcher énormément tout ce qui vient d'amont, je ne sais même pas si c'est vrai ou si c'est de la légende urbaine.
Je crois que c'est pareil dans beaucoup de distribs. Récemment j'ai vu un Python avec une liste de patches longue comme le bras (je ne sais plus quelle distrib c'était, désolé).
À la grande époque où j'utilisais Mandrake/Mandriva, les mainteneurs ajoutaient même des bugs… Peut-être pour protester contre des salaires trop bas ;-)
Je pense qu'il y a une mentalité consistant à découvrir des problèmes supposés, sans même se demander si ce n'est pas une décision réfléchie et délibérée de la part de l'upstream. Après il y a aussi des logiciels upstream mal maintenus (ou prévus pour une autre distrib) qui nécessitent une grande quantité de patches.
C'est amusant cette façon de tronquer les citations comme ça t'arrange. Ajoutons donc ce que tu as supprimé : « Le changement d'heure soulagerait le réseau électrique français en écrêtant le pic de consommation observé au printemps et à l'automne. Selon l'ADEME : « le changement d'heure en 2009 a provoqué une diminution de 3,5 gigawatts de la puissance appelée à 19 heures » . »
(3,5 GW, c'est quelques tranches de production nucléaire, une paille)
dur dur la vie des pro-heure d'été…
Personne n'est pro-heure d'été, l'heure d'été ce n'est pas une religion ou un privilège, juste un compromis. Évidemment c'est difficile à comprendre pour les petites têtes de trolls qui s'imaginent qu'une camarilla de bureaucrates s'amuse à opprimer le bon peuple en déréglant les pendules…
« En 2010, une étude lancée par l’ADEME souhaitait actualiser les résultats de 2007 et évaluer plus précisément l’influence des usages du chauffage et de la climatisation à l’horizon 2030. Ces travaux intègrent les autres impacts du changement d’heure ainsi qu’une analyse comparative entre plusieurs pays.
Si sur l’éclairage, les gains se confirment bien (440 GWh), ceux sur les usages thermiques ne peuvent être évalués précisément. A l’horizon 2030, les gains totaux devraient s’améliorer (cf. synthèse ci-dessous). »
[^] # Re: Qt
Posté par Antoine . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 2.
C'est vrai que ça changerait tout. Et s'ils changeaient la convention de nommage de leur API interne, je raconte même pas.
Ah, un client lourd qui parle en IMAP, SMTP, NNTP & co, c'est du "tout Web" ? Bref…
[^] # Re: Tu es revenu !
Posté par Antoine . En réponse au journal Une autre entité de la défense américaine fait confiance à une société Européenne !. Évalué à 5.
Je crois que ce qui fait rire aussi, c'est ce genre de conclusion complètement ridicule : "Encore une victoire pour Linux, encore une victoire pour l'Europe !" Ça fait un peu gamin attardé qui a trop joué aux petits soldats.
[^] # Re: Fusion froide : vraiment ?
Posté par Antoine . En réponse au journal Journal Bookmark #2. Évalué à 6.
C'est Frédéri*c* Lordon.
Imagine, en effet. Ils pourraient développer la fusion froide, la tester, l'industrialiser, l'optimiser, participer au déploiement et à la commercialisation, maintenir les infrastructures, faire du conseil, etc. Bref, du travail d'ingénieur et d'employé. Dingue !
[^] # Re: Comparaison ?
Posté par Antoine . En réponse au journal Journal Bookmark #2. Évalué à 3.
Certains disaient la même chose à propos de la gestion mémoire en C ("un dev C expérimenté, il ne fait pas ces erreurs débiles, ou il les détecte très rapidement").
Bref, l'aveuglement typique des conservateurs qui sont tellement habitués aux faiblesses de leurs outils qu'ils n'arrivent même plus à comprendre que ce sont des faiblesses.
(dans le même registre il y a les programmeurs Perl, mais on ne les entend plus trop ces jours-ci :-))
[^] # Re: Mature
Posté par Antoine . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 2.
Il y a plein de trucs perfectibles qui mériteraient d'être améliorés, par exemple dans la composition de messages plain texte. Ce n'est pas du "bloat", juste du perfectionnement.
[^] # Re: Cartes videos à 50€
Posté par Antoine . En réponse au journal 3D pour VM. Évalué à 2.
J'ai acheté récemment une carte NVidia de base à 50€, mais ce n'était pas pour la partie graphique (j'utilise toujours mon GPU intégré Intel pour ça) : c'est pour faire du CUDA. On pourrait avoir envie de faire du CUDA depuis une VM, mais pour ça il faut l'accès aux fonctions exposées par le pilote NVidia.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à -8.
Ben oui, faut suivre, abruti. Si tu prenais la peine de suivre, tu aurais remarqué que je parle des modules noyau.
Je cite un de mes messages plus haut :
"""Les applications, non, mais il me semble que cela touche les modules noyau (d'où l'existence de dkms et autres hacks)."""
En nombre de quoi ? De commits ? De lignes de code ?
Bla, bla, bla. C'est à toi de prouver que les modules non-intégrés dans le noyau sont "de la merde". Mais bon, c'est plus facile de jouer un con ("faut suivre", ha ha) que d'avoir des arguments, apparemment.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 0.
Ben oui, c'est pas anodin. Exactement comme pour les bibliothèques userspace, sauf que bizarrement, un certain Linus Torvalds se plaint que l'userland ne stabilise pas ses ABI.
Quant au problème du surcroît de travail, on remarquera quand même que le développement de Linux est abondamment financé de nos jours.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 1.
Faudra expliquer par quelle magie de raisonnement "ne pas être intégré dans le noyau" équivaut à "faire de la merde".
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 2.
Qu'est-ce qui s'appelle un patch ? On parle d'ABI et de distribution de binaires là.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 3.
Sauf ceux qui n'en font pas partie parce qu'ils sont maintenus séparément (parfois parce qu'ils ont été refusés)… Enfin bref, c'est exactement la même problématique.
[^] # Re: Liens ?
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 7.
Lui y en a expliquer que le PNG n'est pas bêtement généré à partir du SVG, mais fignolé à la main. Et, oui, c'est une pratique courante si tu veux des graphiques bitmap bien léchés.
[^] # Re: FreeBSD
Posté par Antoine . En réponse à la dépêche Enlightenment DR 0.19 et autres nouveautés éclairées. Évalué à 3.
Ça me paraissait évident. En même temps, c'est vrai que les anti-systemd ne brillent pas toujours par leur subtilité.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 4.
Les applications, non, mais il me semble que cela touche les modules noyau (d'où l'existence de dkms et autres hacks).
C'est donc le même problème, à un niveau différent. Je trouve amusant que la distribution de bidules binaires est considérée par Linus comme sans importance quand il s'agit du noyau, mais pas quand il s'agit d'un bureau graphique.
[^] # Re: FreeBSD
Posté par Antoine . En réponse à la dépêche Enlightenment DR 0.19 et autres nouveautés éclairées. Évalué à 3.
Encore un coup de Lennart Poettering.
[^] # Re: Conseils d'un ancien programmeur de jeu
Posté par Antoine . En réponse au journal Dead Pixels Society. Évalué à 2.
La grosse tendance, dans le jeu vidéo indépendant (i.e. qui n'a pas beaucoup de moyens), c'est d'utiliser Unity3D, qui n'est pas libre mais permet de faire des jeux multi-plateforme (Gnulinux est supporté).
[^] # Re: Sources et versions compilées
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 6.
Non, il faisait le parallèle entre Gnome et zoophilie.
[^] # Re: Linus a dit : « making binaries for linux […] is a major fucking pain in the ass »
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 4.
Dit le gars qui refuse de stabiliser l'ABI du noyau :-)
[^] # Re: Est-ce toujours comme ça?
Posté par Antoine . En réponse au journal Pourquoi vous ne devriez pas packager vous-même votre logiciel pour Debian ?. Évalué à 8.
Je crois que c'est pareil dans beaucoup de distribs. Récemment j'ai vu un Python avec une liste de patches longue comme le bras (je ne sais plus quelle distrib c'était, désolé).
À la grande époque où j'utilisais Mandrake/Mandriva, les mainteneurs ajoutaient même des bugs… Peut-être pour protester contre des salaires trop bas ;-)
Je pense qu'il y a une mentalité consistant à découvrir des problèmes supposés, sans même se demander si ce n'est pas une décision réfléchie et délibérée de la part de l'upstream. Après il y a aussi des logiciels upstream mal maintenus (ou prévus pour une autre distrib) qui nécessitent une grande quantité de patches.
[^] # Re: Pascal ?
Posté par Antoine . En réponse à la dépêche MicroAlg: langage et environnements pour l’algorithmique. Évalué à 4.
Division entière est la traduction approximative, en réalité c'est floor division (et non integer division), ce qui veut dire "division arrondie par en bas" :
https://docs.python.org/3/glossary.html#term-floor-division
Par ailleurs, l'idée du reste d'une division flottante est aussi normalisée par le C et par POSIX :
http://pubs.opengroup.org/onlinepubs/9699919799/functions/fmod.html
[^] # Re: Sinon y'a Intel Atom ARM
Posté par Antoine . En réponse au journal Intel leader sur tablettes Android ! Mon oeil !. Évalué à 2.
Et elle passe sous GNU/Linux quand la batterie est vidée.
[^] # Re: Je suis un neuneu...
Posté par Antoine . En réponse au journal Ubuntu is dying. Évalué à 4.
Je me sens privilégié, Grub refusait de booter à cause d'une nouvelle option dans la config.
[^] # Re: h
Posté par Antoine . En réponse au journal Ubuntu is dying. Évalué à 10.
Tu es passé par une agence immobilière ?
[^] # Re: Une précision
Posté par Antoine . En réponse au journal Ubuntu is dying. Évalué à 10.
C'est amusant cette façon de tronquer les citations comme ça t'arrange. Ajoutons donc ce que tu as supprimé : « Le changement d'heure soulagerait le réseau électrique français en écrêtant le pic de consommation observé au printemps et à l'automne. Selon l'ADEME : « le changement d'heure en 2009 a provoqué une diminution de 3,5 gigawatts de la puissance appelée à 19 heures » . »
(3,5 GW, c'est quelques tranches de production nucléaire, une paille)
Personne n'est pro-heure d'été, l'heure d'été ce n'est pas une religion ou un privilège, juste un compromis. Évidemment c'est difficile à comprendre pour les petites têtes de trolls qui s'imaginent qu'une camarilla de bureaucrates s'amuse à opprimer le bon peuple en déréglant les pendules…
[^] # Re: Une précision
Posté par Antoine . En réponse au journal Ubuntu is dying. Évalué à 1.
Tiens, une étude de l'ADEME sur le sujet :
http://www.presse.ademe.fr/2014/10/les-impacts-du-changement-dheure.html
« En 2010, une étude lancée par l’ADEME souhaitait actualiser les résultats de 2007 et évaluer plus précisément l’influence des usages du chauffage et de la climatisation à l’horizon 2030. Ces travaux intègrent les autres impacts du changement d’heure ainsi qu’une analyse comparative entre plusieurs pays.
Si sur l’éclairage, les gains se confirment bien (440 GWh), ceux sur les usages thermiques ne peuvent être évalués précisément. A l’horizon 2030, les gains totaux devraient s’améliorer (cf. synthèse ci-dessous). »