BAud a écrit 12768 commentaires

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 :/

Encore heureux, c'est quand même la base du système représentatif.

hmmm quitte à prendre la tête aux maires qui font bien souvent ce qu'ils peuvent, autant que ceux élus à des postes plus structurants respectent au moins quelques points du programme qui les a promu :-)
(rha, flûte, j'ai marché dedans, les promesses n'engageant que ceux qui y croivent… pas étonnant qu'ils se fassent défoncer en justice désormais : il va falloir les tenir ces quelques promesses factuelles  !).

les politiciens appliquent les programmes pour lesquels ils sont élus, respectent les lois, et ne pratiquent pas le clientélisme.

ah ça…
moui au Canada, en Belgique, au Congo et ailleurs dans la francophonie, c'est un exercice malencontreusement habituel :/

Mmmm, alors peut-être que tu vis dans un pays

Je ne voyais pas le rapport avec Linux ou le Fr de LinuxFr.org :-) (francophone, pas que franco-français…). Dire que le français était parlé jusque Vienne à une époque… (bah, au Vietnam, en Australie, en Russie et dans quelques autres pays mineurs qui ont des états sympas comme la Nouvelle-Orléans, tu peux retrouver quelques francophones, mais ils n'auront pas forcément toutes les références ou pas les mêmes ni tous les mèmes :D)

Note : tu as oublié de citer ChiChi (idem, les emplois fictifs mais pas que), Giscard (bah quelques diamants…), qui a payé le scooter de Hollande ?! La valise de Cahuzac était-elle bleue comme celle de Linda de Suza ?

Mais bon, on n'est pas sur politique-france icitte :-)

en 1990 : ce serait bien de faire des tests…
en 2000 : ce serait bien les automatiser (ça fait 10 ans que ça nous gâve), c'est quoi les tests unitaires ?
en 2010 : eh, les développeurs pourraient ajouter des tests unitaires automatiques.
en 2015 : tiens, on a des CI/CD quasi opérationnelles, vous penseriez quoi de prendre en compte les tests unitaires ?
en 2020 : moui, mon bin, spa gagné, les tests unitaires renvoient true à chaque fois (vécu)
en 2021 : bah, covid, tous foutus
en 2022 : il serait peut-être temps d'avoir au moins des tests unitaires et des tests d'intégration (pas forcément bout en bout, mais le mini ; j'ai foi en l'humanité pour que quelqu'un comprenne mon commentaire : oui ça demande un peu de recherche, trouver les frameworks de test (yen a plein, cf. depuis 2015 qu'il auraient dû être en place)

pfff, l'info, depuis tout ce qui fonctionne bien, j'aurais failli y rester, depuis que tout foire, j'ai envie de me casser (non, virer du monde n'est pas une solution, trouver des gens compétents me rassurerait… oui, je suis un des rares à avoir escaladé à mon DSI et DG puis lui à son PDG que nous pouvions résoudre le souci, 3 semaines de crise tout de même…)

on est tous foutu /o\

donc : spa gagné, bref

---

P.S. : spa faute d'avoir prévenu, d'une part ; d'autre part, les tests unitaires ne suffisent pas, ni les tests d'intégration, une vraie équipe de UAT (user acceptance test) est plus légitime (pour autant, c'est moi en tant que développeur qui intervenait en prod' grâce à leurs informations et disponibilité ; c'est grave et ça n'a pas changé depuis 1990 :/)

Si quelqu'un a les idées plus claires, qu'il n'hésite pas à compléter ou corriger

je ne suis pas le forcément mieux placé, pour autant il me semble que la Spécification_technique_d'interopérabilité devrait suffire. C'est une directive européenne.

En tant que développeur, il me semble normal de respecter les standards et les normes. Qu'un fabricant ne le fasse pas m'étonne toujours (bah, ya la rétro-ingénierie… galère).

Visiblement PLC4X semble permettre de communiquer directement avec les protocoles non-libres des constructeurs.

c'est une logique perdante, par défaut (et pas mal de défauts, dont les difficultés pour le faire légalement, en Europe c'est un peu moins compliqué on va dire, la rétro-ingérnierie étant légale par défaut, contrairement à ce que pas mal de contrats avec des clauses Léonine semblent prétendre, comme pour les brevets logiciels illégaux en Europe, mieux vaudrait leur faire payer ces prétentions dès le départ).

Dans le monde matériel, même Michel Rocard a eu du mal à rétorquer aux brevets logiciels, car c'est compliqué (coût de fabrication légitime si effectivité du matériel… toussa, je ne donnerai pas plus d'arguments, la plupart des autres sont absurdes, même s'il y en a effectifs qui tiennent la route, bah autant attendre 20 ou 30 ans qu'ils ne soient plus valables et demander dédommagement du temps perdu à faire mieux de leur fait :p).

Dans le monde du libre, la plupart du temps, le proprio est ré-attaché, à la rache (souvent) à la norme, au pire avec perte de fonctionnalité (z'avaient qu'à la proposer en ajout à la norme…). Bref si tu as besoin d'une fonction spécifique, uniquement fournie par un seul constructeur, ça va être à toi de faire l'effort de la faire prendre en compte dans la norme, bah sinon, tu dépends de ce seul constructeur.

C'est un peu pour cela que l'open-hardware avance aussi peu :/ Alors que le Do_it_yourself avance plus vite :-)

on devrait être payé pour faire ce qui nous plaît

je n'ai pas la référence ? qui pour me la donner ?

Mais je trouvais que la phrase citée correspond justement à certains élus. Ils sont payés et font ce qu'ils veulent.

ah, c'est censé être connu ? [ref_needed] comme indiqué sur wikipedia :-)
tu trouveras plus de public pour des blagues inside (l'entre-nous a tendance à desservir ceux qui la comprennent, plutôt que de fournir les moyens de la comprendre à plus de monde :-p)

C'était plus humour léger que troll mais j'ai raté :)

bah, url and you made it ! :D