BAud a écrit 13698 commentaires

Bon, pour le nom des habitants, je trouve qu'ils ont été petits joueurs : les Bouzemontois

rho bah, en Bretagne on a bien les Tagarins et les Quinocéens (habitants respectifs de 2 communes voisines : Étables-sur-mer et Saint-Quay Portrieux, forcément ça se devine pas :p)
Bon à Saint-Broc, c'est les Briochins (mais ya que des vieux et l'Agora a fermé comme une bonne partie des commerces de la rue St Gui :/)

il y a aussi https://apertium.org qui est une initiative espagnole ; j'y ai contribué en permettant d'ajouter le breton : c'est un stagiaire gallois qui s'en est chargé à l'époque en prenant contact avec http://drouizig.org/index.php/fr/ ;-) (moui, ils proposent un clavier CH'WERTY pour gérer le brezhoneg :p)

https://apertium.org/index.eng.html#?dir=bre-fra&q=degemer%20mat :p

L'ambiance est sympa, un peu foutraque, mais c'est la règle du jeu

ETOOMANY2 :-)
tant que les hurluberlus de Lyon 2 restent dans leur université…

oui, les JDLL c'est bon enfant et rafraîchissant de voir que le mouvement du libre prend soin de soi et des siens : choppez le vaccin plutôt que le virus ! ;-)

(moui, je suis anti-pass n'appartenant pas à la stazi ; en revanche, tout le discours des anti-vax me fait être foncièrement pro-vax car je souhaite voir mes potes quand je vais au troquet plutôt qu'à l'hôpital :D)

Au plaisir de vous croiser place de la Ré ou du côté de Bellecour ;-)

un site bien fait en HTML a plus de chance d'être lisible par les moteurs de recherche

comme indiqué plus haut en commentaire, vouloir un rendu précis revient à confondre le fonds et la forme, et ipso facto le rendre moins visible :/

ce n'est pourtant pas très compliqué de le faire bien dès le début :

• https://www.w3.org/WAI/
• https://www.w3.org/WAI/standards-guidelines/fr

et ça fait longtemps que c'est documenté… après, ya moyen de faire plus compliqué (mais àmha ça va être plus cher :p)

sinon ya aussi

• https://f-droid.org/fr/packages/com.serwylo.lexica/
• https://f-droid.org/fr/packages/com.dozingcatsoftware.kumquats/

ça va vous occuper plus d'une journée ;-)

j'ai trouvé sympa le mot ad hoc, pouvez-vous dire mieux ? :p

bin l'idée c'est de pousser plus loin la catégorisation des contenus

• pas que les sections, qui ne concernent que les dépêches https://linuxfr.org/sections/linuxfrorg (regarde dans la colonne de gauche pour voir les autres sections ou sinon https://linuxfr.org/sections pour voir de jolis logos :p)
• par exemple, pour voir les logiciels populaires sur LinuxFr.org cf. https://linuxfr.org/tags/logiciel/public => voir les étiquettes connexes (bon, yen a que 10… pas faute d'avoir demandé plus mais bon bref :/)

Pour les nuages de mots-clés, tu as des exemples sur https://fr.wikipedia.org/wiki/Nuage_de_mots-cl%C3%A9s

• l'idée c'est de faire varier la taille de police de caractère selon le nombre d’occurrences
• cela permet de mettre en valeur les sujets ayant de la popularité (et donc plus que 10 tags…)

Cela devrait permettre de la navigation transverse dans les contenus, ce à quoi je faisais allusion dans cette entrée de suivi : https://linuxfr.org/suivi/navigation-par-tags-connexes mais bon, pas encore implémenté (l'idée c'est de « zoomer » en ajoutant des tags pour réduire l'espace de navigation : par exemple tags "logiciel + jeu_libre").

Ah bah, tiens, ya même une page wiki tags ;-) et même pour la sémantique tags-et-semantique

Bon après tu peux approfondir du côté de Web_sémantique mais tu vas apprendre plein de nouveaux termes, genre taxonomie (en gros c'est des catégories) :-)

ya une différence entre version interne et version publiée :-) (ce pourquoi il y communication)

moui, si tu fournis

• la version svn : bah c'est incrémental, des entiers généralement
• la version git : qui lit le hash dans le texte (non, pas toi au fonds de la classe) ? Mais oui pour qui suit les dévs, c'est évident (vu que c'est tagué release)

ça m'a bien pourri la vie cette gestion de la comm' sur les versions :-)
Une alternative est de leur donner un nom comme traktopel, mais ce n'est pas satisfaisant : comment tu gères les mises à jour ? (.1, .2 mouais on va dire)

Si seulement ça nous donnait des contributeurs de plus :/

en quoi un logiciel libre ne pourrait pas être utilisé en environnement professionnel ?

Les ERP se réfèrent à de la gestion d'entreprise et il y en a en libre, genre ERP5, odoo, tryton et la liste est longue selon les usages

https://en.wikipedia.org/wiki/List_of_ERP_software_packages#Free_and_open-source_ERP_software

Pour moi un progiciel, c'est simplement un assemblage cohérent répondant à un besoin :-) (par exemple : vendre, gérer les stocks, compta au mini)

ne pas jargonner inutilement permet de s'assurer de ce dont on parle

oui, c'est bien mon propos

pas faire comme avec la novlangue du marketing et de la politique…

je ne vois pas le rapport ; perso, je me contente de parler français et ça me suffit :-)
que cela soit approprié par d'autres est de leur responsabilité (et, oui, je fais la distinction)

perso, je mets en ligne ma clé ssh pour récupérer le dépôt… parce que bon (pour moi) :

• téléverser niet, uploader moui mais non, télécharger ah bin non
• checkouter niet, extraire moui éventuellement

les traductions mot-à-mot sont souvent casse-gueule, l'adaptation à chaque langue peut demander des périphrases (n'empêchant pas de rappeler la commande à laquelle on fait effectivement référence entre parenthèses)

Exemple, toutes les déviations de "logiciel"

tu as oublié pourriciel :-)

Après, il y a les faux amis qui sont mal traduit

il y a une page wiki traductions-classiques pour cela :-)

perso, je tique toujours pour deprecated …

bullshit : merde en barre :-) (même si je ne connais pas vraiment l'origine de l'expression en français) ; perso, j'ai tendance à m'occuper à faire mon business loto en attendant :p

Pour résumer, c'est mieux mais en pire :D.

ou comme disait Coluche, « dire qu'il suffirait que les gens ne l'achètent pas, pour que ça ne se vende pas ! » (certains sont sans doute trop occupés à défaire les nœuds de leur linge lavé plus blanc /o)

Une loi normale prend en compte :

• l'espérance_mathématique : moui, c'est la valeur « généralement » attendue, assimilable à une moyenne
• l'écart_type : représentant la dispersion, écart à la moyenne

Une modélisation s'appuyant sur une loi normale donne une approximation, de la formule suivie par un système donné.

je dirais même plus Loi_normale ou distribution normale.

perso je prends le poisson :-)

référence à ya un keuf ? et les déclinaisons :-)

puis, bon, KDE c'est par défaut très paramétrable par nature :-) (donc, bon, si l'utilisateur accepte les pubs…)

Par contre, je compte plus que 15 contenus, y a 2 pages complètes.

c'est tout l'intérêt de faire de la pub' pour les tags :-) certains se motivent pour en ajouter :p
quand j'ai regardé, il n'y avait qu'une page, soit 15 contenus en lien avec le langage Ada : les mots-clés à chercher (notamment) sont ada gnat ada95 lovelace (et il y en a sans doute d'autres).

Maintenant, la page tag ada humour toussa, 'cul un mouton :-) eh bien elle se prolonge sur 4 pages.

J'en ai profité pour ajouter des tags langage_eiffel et des tags imagemagick va savoir pourquoi.
Tu as la navigation transverse qui pourrait être améliorée :/ Quand tu es sur la page d'un tag, tu as les tags en relation (appelés Les étiquettes connexes) sur la colonne de gauche (en dessous de la tribune si tu l'affiches)

On a démarré avec :

    9 programmation
    6 automation
    5 langage
    5 ada_lovelace
    4 norme
    4 standard
    3 geekfeminism
    3 podcast
    3 developpement
    3 taptempo 

nous sommes désormais passés à :

    11 programmation
    7 langage
    6 automation
    5 rust
    5 ada_lovelace
    4 norme
    4 standard
    3 geekfeminism
    3 podcast
    3 developpement 

et manque toujours une page pour afficher nuage tag ada oui, un nuage graphique : comme ce que j'avais indiqué sur un journal pour rendre les tags jolis mais avec peu d'illustration

comme :

qui devrait montrer l'intérêt (ya possibilité de naviguer quand c'est en SVG : wikini et wikkawiki le permettaient à une époque).

comme beaucoup d'entre nous /o\

cf. https://xkcd.lapin.org/index.php?number=214

Je suis, d'ailleurs, assez étonnée que le langage Ada n'ait pas sa propre section sur LinuxFr.

C'est certainement lié au manque de journaux et de news.

manque de contenus, oui :

• uniquement 15 taggués ada dont aucune dépêche ;
• déjà rajouter le tag ada même lorsqu'on parle de la Comtesse :-p
• ensuite, il sera toujours temps de faire une entrée de suivi
• à noter tout de même que la mise en forme du code Ada est prise en charge sur LinuxFr.org :-)

bah comme https://ebpf.io/ dont claudex< parle juste en dessous :

ingénieurs qualifiés et des fournisseurs tiers

ça j'en doute pour TIOBE… je ne sais pas pourquoi :-)
(ou « fournisseur tiers » = teubé de base, ça me semblerait plus légitime, mais moins vendeur)

pour ebpf, ya un site correctement conçu, bien documenté, quasiment compréhensible (ça reste améliorable hein), pourtant c'est peu pris en compte ?!

Dans ce cas, l'ordre d'apparition des objets static sera aussi modifié dans le binaire.

oui, j'imagine que nos amis de https://wiki.debian.org/ReproducibleBuilds sont dans la boucle (ya la même démarche côté RHEL et d'autres distributions).

des développeurs qui passent moins de temps à compiler, c'est des développeurs qui boivent moins de café

cool, les contributeurs au noyau vont pouvoir boire plus de bière le soir :-)

Ou sinon commencer par l'extreme-programming, le peer-review, les méthodes soit-disantes agiles (non, ça ne veut pas dire pas de doc', c'est plutôt plus de doc' : sur un sprint standard de 6 semaines, passer 2-3 jours à clarifier ce qui doit être fait semblerait le minimum standard, ce n'est pas ce que je constate :/ et les commits journaliers ne le reflètent que rarement).

Bref : tu mettrais en prod' du code non testé qui est censé tomber en marche auto-magiquement ? (prendre en compte tous les cas d'usage non identifiés en amont…).
Si tu as la réponse, bah ya de quoi écrire un bouquin :-)
Voire promouvoir une méthodologie efficace depuis ces 20 dernières années (j'en connais pas, tant pis : reste du boulot demain :p ah si : le respect de l'utilisateur, ça ce serait déjà bien).

pour aller plus loin (non pas là…), tu peux regarder du côté de Test-driven_development moui en anglais :/