Ce sont pour moi les deux gros avantages de DocBook:
Enfin un vrai langage structuré pour écrire de la documentation. Tous les "concurrents", markdown et compagnie, sont en fait plus proches de HTML, très orientés formatage du texte. DocBook permet vraiment de gérer de grosses bases de documentation et de faire du vrai hypertexte (non seulement des liens, mais aussi de la recherche, des indexs, etc), et de vraiment séparer le rendu du contenu.
Il utilise XML, avec tous les outils qui vont autour. En particulier, XSLT avec des stylesheets pour générer à peu près tout et n'importe quoi et qui sont facilement personnalisables.
Et aussi les deux gros défauts:
- DocBook fait trop de choses. Il y a plusieurs centaines de balises, ce qui peut le rendre assez compliqué à manipuler quand on part de rien (si on fait des changements dans des documents existants, je pense que ça se passe mieux)
- Il utilise XML, qui n'est pas la syntaxe la plus facile et confortable pour les humains. Et mettre en place la toolchain n'est pas toujours simple. DocBook vers HTML, ça va, mais DocBook vers PDF, il faut passer par LaTeX ou fop, qui sont tous les deux assez "usine à gaz". Mais l'idée de fop est pas mal (c'est un genre de concurrent à postscript, mais en XML).
Bref, avec les bons outils, ça marche bien une fois que c'est mis en place.
Et pour le "pas très connu": je crois que gtkdoc repose aussi sur docbook. En fait il est partout, mais il marche tellement bien que ça se voit pas!
Pour les utilisateurs: le système de paquets de Haiku permet d'installer, d'une part, des paquets systèmes dans /system, d'autre part, des paquets utilisateurs dans /home/config. Plusieurs variables d'environnement (PATH, chemin de recherche des includes du compilateur, etc) sont configurées pour tenir compte de l'existence de ces deux hiérarchies. Ce qui permet d'avoir une partie commune au système, et une propre à chaque utilisateur qui peut compléter où remplacer des choses.
Un exemple concret: un projet qui a été développé sur une version de Debian qui est maintenant la oldstable. Il a besoin d'une vieille version de perl et de GNU make, entre autres.
Il est beaucoup plus simple de dire aux nouveaux développeurs d'installer le système Linux de leur choix, puis de déployer la Debian oldstable à partir d'une image (ça pourrait être docket je suppose, mais en l'occurence c'est un truc avec un chroot et des scripts maison). Et ça marche tout seul, pas de maintenance à faire sur l'environnement.
On a clairement pas le temps de s'amuser à recompiler de vieilles versions de Perl, make, du compilateur croisé utilisé, etc. D'ailleurs, par exemple, il est impossible (enfin, compliqué, en faisant plein de patches, peut-être) de compiler un gcc 4.5 ou antérieur pour x86_64 avec un gcc récent. Et oui, on peut avoir besoin de ce genre de choses, par exemple si on maintient un produit avec un CPU 68hc11, qui n'est pas supporté par un gcc actuel et pour lequel on doit pouvoir avoir au mieux un gcc 3.4, de mémoire (les patches n'ont jamais été intégrés dans le gcc officiel).
Donc voilà, l'environnement de dev, il est comme ça, il changera pas, et il fait sa vie. ça coûte rien à maintenir tant que le noyau Linux ne change pas ses appels systèmes et qu'on trouve des CPU x86 compatibles avec les binaires qui sont dedans.
C'est l'approche de pkgsrc, développé d'abord chez NetBSD mail il existe des dépôts de binaires pour Solaris, par exemple.
Par contre, ça ne s'intègre pas (je crois) avec un éventuel dépôt pré-existant (celui de Debian ou de Fedora, par exemple). Tu risques donc d'avoir des paquets en double et installés au même endroit, ce qui risque de créer plein de problèmes.
Il y a des solutions qui existent depuis longtemps. Dans Debian et toutes les distributions basées dessus, tu as l'outil "alien" qui permet d'installer des RPM. Comme ça, le développeur fournit un RPM, et il peut s'installer partout. Par contre, c'est difficile d'avoir un RPM avec les bonnes dépendances et qu'on arrive quand même à installer.
Dans Ubuntu, il y a les PPA, qui permettent à plein de gens de proposer des paquets. Tu as la même chose avec AUR pour ArchLinux, et également dans Gentoo.
Pour la difficulté à créer un paquet, je peux en parler du côté de Haiku, que je connaît bien. C'est une tâche qu'on confie aux participant du Google Code-In, qui ont de 13 à 17 ans, et c'est un truc qui marche plutôt bien (sachant que les participants n'ont souvent jamais entendu parler de Haiku avant de participer à ce concours).
Je pense aussi à CPack, qui peut être utilisé avec CMake et permet de générer un .deb, un .rpm, un .tar.gz avec des binaires, un paquet pour Haiku, et/ou un installeur pour Windows, entre autre choses.
Sous Windows, il y a chocolatey, un outil qui ne se base pas sur des paquets ou une distribution. Il se contente de télécharger les installeurs depuis le site des logiciels qu'on veut installer, et de les exécuter automatiquement.
Enfin, un problème qui n'a pas encore été trop abordé. Quand on est développeur, on a souvent plusieurs projets, parfois des vieux trucs. Et on a parfois besoin de compiler un projet avec les bibliothèques et outils de l'époque, les nouvelles versions n'étant pas forcément compatibles. Là, le gestionnaire de paquets de la distribution ne suffit pas. Par contre je crois qu'on peut s'en sortir avec les npm et compagnie en installant les choses dans un répertoire spécifique. Vous me direz que c'est pas bien de dépendre de vieilles versions de bibliothèques, mais on a pas toujours le choix où le temps de tenir un projet à jour tout le temps.
Google développe Fuchsia, certes. Mais, quelles sont tes sources pour affirmer que le but est de se débarrasser de Linux? Pour ce que j'en sais (source: discussion sur IRC avec l'un des développeurs de Fuchsia et précédemment de LK), pour l'instant, Fuchsia, c'est une équipe de développeurs qui avaient envie d'écrire un micro noyau, comme ça, pour voir. Il n'y a pas pour l'instant vraiment de plan pour remplacer ou se débarrasser de quoi que ce soit.
Et même si c'était le cas, si à la fin on a un micro-noyau libre, c'est quoi le problème?
Les tables de Karnaugh, ça permet d'optimiser uniquement avec des "et" et des "ou". Dans la plupart des cas, on a une situation un peu différente:
- Dans les PAL/GAL et FPGA, on a plutôt des portes AOI (And-Or-Invert).
- En logique discrète on a tout plein d'outils: XOR, NAND, NOR, et même des trucs vachement plus intégrés. Bien souvent on peut faire plus compact en utilisant un démultiplexeur (un 74xx138, c'est jusqu'à 6 entrées et plusieurs combinaisons possibles pré-décodées en sortie) et éventuellement quelques inverseurs.
- En informatique, il vaut mieux écrire les conditions dans une forme lisible, que dans une forme optimisée, et laisser le compilateur faire son travail.
Cela dit, ça n'empêche pas que la table de Karnaugh permet de comprendre un peu comment ça marche, tout ça. Et c'est bien, parce que c'est simple.
Si t'es pas content, tu peux le porter sous Linux. Tu croyais pas qu'ils allaient le faire eux-même, quand même?
ça vaut pas mieux que le noyau Linux qui ne compile qu'avec GCC, et probablement uniquement avec le make du projet GNU (et pas celui des *BSD, ni encore moins ceux de Microsoft ou d'Open Watcom).
En fait, la partie avant l'URL est l'identifiant de l'utilisateur. Mettre "logout" (ou "chaussette") efface tout simplement les infos d'authentification précédentes. Je ne sais pas si Firefox a un traitement spécial pour "logout" ou s'il continue d'envoyer un en-tête d'authentification avec un login qui ne marche pas?
L'authentification HTTP ne conserve pas d'état. Si tu restes connecté après être passé par une authentification HTTP, c'est probablement parce que la page sur laquelle tu t'es authentifié t'as donné un cookie. Mais les pages suivantes vont utiliser seulement ce cookie, et pas re-demander l'authentification à chaque fois.
Donc, on ne peut pas se "déconnecter" automatiquement, à moins d'identifier le cookie en question et de le supprimer. Ce qui n'est pas simple s'il est noyé au milieu de douzaines d'autres.
La dernière fois que j'ai comparé les prix, c'était pas évident. Mais bon, à la SNCF il est assez facile d'avoir une carte de fidélité qui donne 50% de réduction dans plein de cas, aussi. Ce qui rend le train beaucoup plus intéressant, d'un seul coup.
Tu peux regarder par exemple la conférence "Logiciel Libre et Contribution" au Capitole du Libre 2016, qui détaille comment Nantes Métropole (si je dis pas de bêtises) contribue à LibreOffice. Ils le font quand ils ont besoin d'évolutions spécifiques.
J'utilisais StarOffice quand j'étais au collège, puis OpenOffice au Lycée (pas de suite Microsoft installée dans les 2 cas, ça coûtait bien trop cher). En IUT et en école d'ingénieurs, les deux suites (Microsoft et OpenOffice) étaient installées. On est 5 ans plus tard et le marché n'est pas franchement partagé.
La gendarmerie nationale ne peut pas faire de pub parce que c'est un service public. Tu dirais quoi s'ils faisaient de la pub pour Microsoft financée avec tes impôts? Pourquoi ce serait différent avec de la pub pour Canonical ou pour la Document Fundation?
Je suis content de voir le matériel libre, l'accessibilité et l'ouverture aux "personnes sous-représentées" dans la liste des priorités de la FSF. C'est beaucoup mieux que la liste précédente. Bravo à la FSF qui arrive enfin à sortir un peu le nez du code source!
Pour compléter: actuellement, les moteurs d'exécution (que ce soit Javascript ou Java) sont configurés pour être performant sur du code écrit "à la main" (ou par javac avec peu de transformations). Il est donc pertinent, quand on génère du code, de générer quelque chose qui ressemble à du code écrit à la main, et qu'ils savent très bien optimiser. Alors que plus on s'éloigne de ça, plus on se retrouve avec des cas ou l'optimiseur n'arrive pas à comprendre ce qu'on a voulu faire.
Cela arrive aussi quelquefois avec les compilateurs C. Il y a des cas connus où une fonction memcpy optimisée à la main (pour faire des alignements mémoire, copier des gros bouts d'un coup, etc), finissait par être moins rapide que du code "naïf" optimisé par le compilateur C.
Enfin, je précise qu'il existe des optimiseurs de bytecode java. Je pense par exemple à ProGuard: https://www.guardsquare.com/en/proguard , dont la FAQ donne quelques idées de ce qui n'est normalement pas fait par javac, et laissé au soin du runtime. En plus, ProGuard a la bonne idée d'être sous licence GPL ce qui permet de jeter un œuil dedans.
Car une dépense est une dépense, le fait de déléguer à une mutuelle des frais ne va pas réduire la facture globale que devront payer l'ensemble des Français pour se soigner.
C'est plutôt le contraire en fait: en France, l'assurance maladie "coûte" à peu près 15% du PIB. Aux USA, ou c'est géré par le privé, c'est plutôt autour de 18% (de mémoire).
Ce qui semble assez logique: moi, ça m'embête que mes cotisations de mutuelle servent à payer le marketing de la mutuelle en question, plutôt qu'à rembourser des gens. Sans même parler de la partie "bénéfice".
J'ai installé CyanogenMod récemment sur un Samsung Galaxy S (pas tout récent), et ça s'est plutôt bien passé. Il y a un outil sous Linux pour remplacer le bootloader sans l'aide du constructeur. Je n'ai aucun message d'avertissement au démarrage. Et j'ai un bootloader avec un menu de secours qui me permet de faire pas mal de choses pour tenter une récupération, si jamais l'OS tombe en panne (accessible avec une conbinaison de boutons au démarrage).
Et de toutes façons, ce téléphone n'est plus sous garantie depuis un moment. J'ai donc un téléphone plutôt correct (pas pour lancer les derniers jeux à la mode, mais pour naviguer sur internet ou écouter de la musique) et avec une version d'Android plutôt propre, pas mal configurable, et surtout, suffisamment à jour pour pouvoir y installer des applications récentes (je suis passé d'Android 2.3 fourni par Samsung avec plein d'applications SFR dedans, à un Android 4.4).
Je pense que se renseigner sur un téléphone d'occasion pas cher et qui peut être mis à jour de cette façon, est une option intéressante si on a pas besoin de gigaoctets de mémoire et de tout plein de gigahertz (peut être un peu plus récent que le mien, tout de même). Et bien sûr si on accepte que ce ne soit pas 100% libre (le noyau Linux l'est probablement, mais il y a des firmware binaires pour le Wifi, le GPU, et le modem téléphonie).
Ensuite, j'ai installé F-Droid et également le Play Store (mais pas les autres applications de Google, ce qui limite un peu le traçage), j'utilise le premier en priorité mais on n'y trouve pas encore des applications pour tout faire. Là, à chacun de faire son compromis comme il veut.
C'est comme pour leurs résultats sur la météo, les résultats de foot, les cours de la bourse ou encore leur comparateur de billets d'avion.
Et la calculatrice, et le calculateur de quantité de fromage par personne pour faire une raclette, et plein d'autres trucs. Qui ne posent en général pas de problème, mais là aussi, ça dépend des sources.
Voilà un joli tableau avec les quantités en fonction du nombre de personnes. Mais, on se rend compte qu'il est proposé par un vendeur de fromage. Du coup, on peut se demander s'il n'aurait pas tendance à surestimer les quantités? Est-ce qu'il ne vaudrait pas mieux trouver une réponse chez un diététicien?
[^] # Re: Sphinx
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal DocBook ou l'art d'écrire de la documentation. Évalué à 7.
Ce sont pour moi les deux gros avantages de DocBook:
Et aussi les deux gros défauts:
- DocBook fait trop de choses. Il y a plusieurs centaines de balises, ce qui peut le rendre assez compliqué à manipuler quand on part de rien (si on fait des changements dans des documents existants, je pense que ça se passe mieux)
- Il utilise XML, qui n'est pas la syntaxe la plus facile et confortable pour les humains. Et mettre en place la toolchain n'est pas toujours simple. DocBook vers HTML, ça va, mais DocBook vers PDF, il faut passer par LaTeX ou fop, qui sont tous les deux assez "usine à gaz". Mais l'idée de fop est pas mal (c'est un genre de concurrent à postscript, mais en XML).
Bref, avec les bons outils, ça marche bien une fois que c'est mis en place.
Et pour le "pas très connu": je crois que gtkdoc repose aussi sur docbook. En fait il est partout, mais il marche tellement bien que ça se voit pas!
[^] # Re: A chaque clou son marteau
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à 5.
Pour les utilisateurs: le système de paquets de Haiku permet d'installer, d'une part, des paquets systèmes dans /system, d'autre part, des paquets utilisateurs dans /home/config. Plusieurs variables d'environnement (PATH, chemin de recherche des includes du compilateur, etc) sont configurées pour tenir compte de l'existence de ces deux hiérarchies. Ce qui permet d'avoir une partie commune au système, et une propre à chaque utilisateur qui peut compléter où remplacer des choses.
[^] # Re: Dockerfiles
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à 4.
Un exemple concret: un projet qui a été développé sur une version de Debian qui est maintenant la oldstable. Il a besoin d'une vieille version de perl et de GNU make, entre autres.
Il est beaucoup plus simple de dire aux nouveaux développeurs d'installer le système Linux de leur choix, puis de déployer la Debian oldstable à partir d'une image (ça pourrait être docket je suppose, mais en l'occurence c'est un truc avec un chroot et des scripts maison). Et ça marche tout seul, pas de maintenance à faire sur l'environnement.
On a clairement pas le temps de s'amuser à recompiler de vieilles versions de Perl, make, du compilateur croisé utilisé, etc. D'ailleurs, par exemple, il est impossible (enfin, compliqué, en faisant plein de patches, peut-être) de compiler un gcc 4.5 ou antérieur pour x86_64 avec un gcc récent. Et oui, on peut avoir besoin de ce genre de choses, par exemple si on maintient un produit avec un CPU 68hc11, qui n'est pas supporté par un gcc actuel et pour lequel on doit pouvoir avoir au mieux un gcc 3.4, de mémoire (les patches n'ont jamais été intégrés dans le gcc officiel).
Donc voilà, l'environnement de dev, il est comme ça, il changera pas, et il fait sa vie. ça coûte rien à maintenir tant que le noyau Linux ne change pas ses appels systèmes et qu'on trouve des CPU x86 compatibles avec les binaires qui sont dedans.
[^] # Re: PPAs, Haiku, alien, ...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à 2.
C'est l'approche de pkgsrc, développé d'abord chez NetBSD mail il existe des dépôts de binaires pour Solaris, par exemple.
Par contre, ça ne s'intègre pas (je crois) avec un éventuel dépôt pré-existant (celui de Debian ou de Fedora, par exemple). Tu risques donc d'avoir des paquets en double et installés au même endroit, ce qui risque de créer plein de problèmes.
# PPAs, Haiku, alien, ...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à 3.
Il y a des solutions qui existent depuis longtemps. Dans Debian et toutes les distributions basées dessus, tu as l'outil "alien" qui permet d'installer des RPM. Comme ça, le développeur fournit un RPM, et il peut s'installer partout. Par contre, c'est difficile d'avoir un RPM avec les bonnes dépendances et qu'on arrive quand même à installer.
Dans Ubuntu, il y a les PPA, qui permettent à plein de gens de proposer des paquets. Tu as la même chose avec AUR pour ArchLinux, et également dans Gentoo.
Pour la difficulté à créer un paquet, je peux en parler du côté de Haiku, que je connaît bien. C'est une tâche qu'on confie aux participant du Google Code-In, qui ont de 13 à 17 ans, et c'est un truc qui marche plutôt bien (sachant que les participants n'ont souvent jamais entendu parler de Haiku avant de participer à ce concours).
Je pense aussi à CPack, qui peut être utilisé avec CMake et permet de générer un .deb, un .rpm, un .tar.gz avec des binaires, un paquet pour Haiku, et/ou un installeur pour Windows, entre autre choses.
Sous Windows, il y a chocolatey, un outil qui ne se base pas sur des paquets ou une distribution. Il se contente de télécharger les installeurs depuis le site des logiciels qu'on veut installer, et de les exécuter automatiquement.
Enfin, un problème qui n'a pas encore été trop abordé. Quand on est développeur, on a souvent plusieurs projets, parfois des vieux trucs. Et on a parfois besoin de compiler un projet avec les bibliothèques et outils de l'époque, les nouvelles versions n'étant pas forcément compatibles. Là, le gestionnaire de paquets de la distribution ne suffit pas. Par contre je crois qu'on peut s'en sortir avec les npm et compagnie en installant les choses dans un répertoire spécifique. Vous me direz que c'est pas bien de dépendre de vieilles versions de bibliothèques, mais on a pas toujours le choix où le temps de tenir un projet à jour tout le temps.
[^] # Re: Faut pas trop compter
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal 2017 : l'année où Linux atteindra les 5% de parts de marché. Évalué à 3.
Google développe Fuchsia, certes. Mais, quelles sont tes sources pour affirmer que le but est de se débarrasser de Linux? Pour ce que j'en sais (source: discussion sur IRC avec l'un des développeurs de Fuchsia et précédemment de LK), pour l'instant, Fuchsia, c'est une équipe de développeurs qui avaient envie d'écrire un micro noyau, comme ça, pour voir. Il n'y a pas pour l'instant vraiment de plan pour remplacer ou se débarrasser de quoi que ce soit.
Et même si c'était le cas, si à la fin on a un micro-noyau libre, c'est quoi le problème?
# Rarement suffisant
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal À quoi sert un tableau de Karnaugh ?. Évalué à 6.
Les tables de Karnaugh, ça permet d'optimiser uniquement avec des "et" et des "ou". Dans la plupart des cas, on a une situation un peu différente:
- Dans les PAL/GAL et FPGA, on a plutôt des portes AOI (And-Or-Invert).
- En logique discrète on a tout plein d'outils: XOR, NAND, NOR, et même des trucs vachement plus intégrés. Bien souvent on peut faire plus compact en utilisant un démultiplexeur (un 74xx138, c'est jusqu'à 6 entrées et plusieurs combinaisons possibles pré-décodées en sortie) et éventuellement quelques inverseurs.
- En informatique, il vaut mieux écrire les conditions dans une forme lisible, que dans une forme optimisée, et laisser le compilateur faire son travail.
Cela dit, ça n'empêche pas que la table de Karnaugh permet de comprendre un peu comment ça marche, tout ça. Et c'est bien, parce que c'est simple.
[^] # Re: Qu'est-ce ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal À quoi sert un tableau de Karnaugh ?. Évalué à 1.
https://fr.wikipedia.org/wiki/Table_de_Karnaugh
[^] # Re: Dépendences à l'écosystème Microsoft juste pour pouvoir compiler
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le nouveau compilateur des Shaders DirectX sera Open Source. Évalué à 5.
Si t'es pas content, tu peux le porter sous Linux. Tu croyais pas qu'ils allaient le faire eux-même, quand même?
ça vaut pas mieux que le noyau Linux qui ne compile qu'avec GCC, et probablement uniquement avec le make du projet GNU (et pas celui des *BSD, ni encore moins ceux de Microsoft ou d'Open Watcom).
[^] # Re: Patience …
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le nouveau compilateur des Shaders DirectX sera Open Source. Évalué à 3.
Ou alors il avait juste pas envie que tu regardes de plus près ;)
[^] # Re: Enregistrement des mots de passe
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Firefox zone en version 51 . Évalué à 5.
En fait, la partie avant l'URL est l'identifiant de l'utilisateur. Mettre "logout" (ou "chaussette") efface tout simplement les infos d'authentification précédentes. Je ne sais pas si Firefox a un traitement spécial pour "logout" ou s'il continue d'envoyer un en-tête d'authentification avec un login qui ne marche pas?
[^] # Re: Enregistrement des mots de passe
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Firefox zone en version 51 . Évalué à -2.
L'authentification HTTP ne conserve pas d'état. Si tu restes connecté après être passé par une authentification HTTP, c'est probablement parce que la page sur laquelle tu t'es authentifié t'as donné un cookie. Mais les pages suivantes vont utiliser seulement ce cookie, et pas re-demander l'authentification à chaque fois.
Donc, on ne peut pas se "déconnecter" automatiquement, à moins d'identifier le cookie en question et de le supprimer. Ce qui n'est pas simple s'il est noyé au milieu de douzaines d'autres.
[^] # Re: La FSF et le logiciel libre en phase terminale ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Flash est en phase terminale!. Évalué à 4.
Il a du installer juste le noyau Linux sans tous les trucs qui vont autour. Du coup, c'est moins facile!
[^] # Re: Trop cher malgré tout
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Remboursement de Windows 10 sur un PC portable Asus. Évalué à 2.
La dernière fois que j'ai comparé les prix, c'était pas évident. Mais bon, à la SNCF il est assez facile d'avoir une carte de fidélité qui donne 50% de réduction dans plein de cas, aussi. Ce qui rend le train beaucoup plus intéressant, d'un seul coup.
[^] # Re: La FSF et le logiciel libre en phase terminale ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Flash est en phase terminale!. Évalué à 0.
Si tu veux Linux sur le desktop, prends un Chromebook?
(bon j'ai jamais essayé d'imprimer en paysage avec, mais je suppose au moins qu'on peut changer facilement la luminosité de l'écran).
[^] # Re: La FSF et le logiciel libre en phase terminale ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Flash est en phase terminale!. Évalué à 4.
Tu peux regarder par exemple la conférence "Logiciel Libre et Contribution" au Capitole du Libre 2016, qui détaille comment Nantes Métropole (si je dis pas de bêtises) contribue à LibreOffice. Ils le font quand ils ont besoin d'évolutions spécifiques.
[^] # Re: La FSF et le logiciel libre en phase terminale ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Flash est en phase terminale!. Évalué à 3.
J'utilisais StarOffice quand j'étais au collège, puis OpenOffice au Lycée (pas de suite Microsoft installée dans les 2 cas, ça coûtait bien trop cher). En IUT et en école d'ingénieurs, les deux suites (Microsoft et OpenOffice) étaient installées. On est 5 ans plus tard et le marché n'est pas franchement partagé.
La gendarmerie nationale ne peut pas faire de pub parce que c'est un service public. Tu dirais quoi s'ils faisaient de la pub pour Microsoft financée avec tes impôts? Pourquoi ce serait différent avec de la pub pour Canonical ou pour la Document Fundation?
[^] # Re: Intéressante évolution…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Remboursement de Windows 10 sur un PC portable Asus. Évalué à 2.
C'est sur que FreeDOS est le système parfait pour les gamers!
# La nouvelle liste
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Flash est en phase terminale!. Évalué à 4.
Je suis content de voir le matériel libre, l'accessibilité et l'ouverture aux "personnes sous-représentées" dans la liste des priorités de la FSF. C'est beaucoup mieux que la liste précédente. Bravo à la FSF qui arrive enfin à sortir un peu le nez du code source!
[^] # Re: Jython?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Grumpy : un nouveau concurrent à pythran. Évalué à 3.
Euh… comme Grumpy?
[^] # Re: L'annonce
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Grumpy : un nouveau concurrent à pythran. Évalué à 2.
Et entre différentes implémentations de Unix (à part celle de Microsoft dans Windows), ça marche bien?
[^] # Re: logique pour Google
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Grumpy : un nouveau concurrent à pythran. Évalué à 3.
Pour compléter: actuellement, les moteurs d'exécution (que ce soit Javascript ou Java) sont configurés pour être performant sur du code écrit "à la main" (ou par javac avec peu de transformations). Il est donc pertinent, quand on génère du code, de générer quelque chose qui ressemble à du code écrit à la main, et qu'ils savent très bien optimiser. Alors que plus on s'éloigne de ça, plus on se retrouve avec des cas ou l'optimiseur n'arrive pas à comprendre ce qu'on a voulu faire.
Cela arrive aussi quelquefois avec les compilateurs C. Il y a des cas connus où une fonction memcpy optimisée à la main (pour faire des alignements mémoire, copier des gros bouts d'un coup, etc), finissait par être moins rapide que du code "naïf" optimisé par le compilateur C.
Enfin, je précise qu'il existe des optimiseurs de bytecode java. Je pense par exemple à ProGuard: https://www.guardsquare.com/en/proguard , dont la FAQ donne quelques idées de ce qui n'est normalement pas fait par javac, et laissé au soin du runtime. En plus, ProGuard a la bonne idée d'être sous licence GPL ce qui permet de jeter un œuil dedans.
[^] # Re: Et l'assurance
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Des conséquences d'un plâtre. Évalué à 6.
C'est plutôt le contraire en fait: en France, l'assurance maladie "coûte" à peu près 15% du PIB. Aux USA, ou c'est géré par le privé, c'est plutôt autour de 18% (de mémoire).
Ce qui semble assez logique: moi, ça m'embête que mes cotisations de mutuelle servent à payer le marketing de la mutuelle en question, plutôt qu'à rembourser des gens. Sans même parler de la partie "bénéfice".
[^] # Re: LineageOS et chromebook
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tablette 2017. Évalué à 3.
J'ai installé CyanogenMod récemment sur un Samsung Galaxy S (pas tout récent), et ça s'est plutôt bien passé. Il y a un outil sous Linux pour remplacer le bootloader sans l'aide du constructeur. Je n'ai aucun message d'avertissement au démarrage. Et j'ai un bootloader avec un menu de secours qui me permet de faire pas mal de choses pour tenter une récupération, si jamais l'OS tombe en panne (accessible avec une conbinaison de boutons au démarrage).
Et de toutes façons, ce téléphone n'est plus sous garantie depuis un moment. J'ai donc un téléphone plutôt correct (pas pour lancer les derniers jeux à la mode, mais pour naviguer sur internet ou écouter de la musique) et avec une version d'Android plutôt propre, pas mal configurable, et surtout, suffisamment à jour pour pouvoir y installer des applications récentes (je suis passé d'Android 2.3 fourni par Samsung avec plein d'applications SFR dedans, à un Android 4.4).
Je pense que se renseigner sur un téléphone d'occasion pas cher et qui peut être mis à jour de cette façon, est une option intéressante si on a pas besoin de gigaoctets de mémoire et de tout plein de gigahertz (peut être un peu plus récent que le mien, tout de même). Et bien sûr si on accepte que ce ne soit pas 100% libre (le noyau Linux l'est probablement, mais il y a des firmware binaires pour le Wifi, le GPU, et le modem téléphonie).
Ensuite, j'ai installé F-Droid et également le Play Store (mais pas les autres applications de Google, ce qui limite un peu le traçage), j'utilise le premier en priorité mais on n'y trouve pas encore des applications pour tout faire. Là, à chacun de faire son compromis comme il veut.
[^] # Re: Quel est le problème avec la définition proposée?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Du choix discutable des sources de Google pour ses définitions automatiques. Évalué à 6.
Et la calculatrice, et le calculateur de quantité de fromage par personne pour faire une raclette, et plein d'autres trucs. Qui ne posent en général pas de problème, mais là aussi, ça dépend des sources.
Par exemple:
https://www.google.fr/search?q=quantité+de+fromage+pour+une+raclette
Voilà un joli tableau avec les quantités en fonction du nombre de personnes. Mais, on se rend compte qu'il est proposé par un vendeur de fromage. Du coup, on peut se demander s'il n'aurait pas tendance à surestimer les quantités? Est-ce qu'il ne vaudrait pas mieux trouver une réponse chez un diététicien?