uso a écrit 283 commentaires

  • # Il y a 30 ans

    Posté par  (site web personnel) . En réponse au lien Happy 32nd Birthday, Linux!. Évalué à 2.

  • [^] # Re: La vraie question

    Posté par  (site web personnel) . En réponse au journal Même pour le jeu Windows n'est plus la panacée. Évalué à 1.

    "Hé, c'est moi Imoen !"

    C'est bon de vous revoir !

    Pourquoi jouer à un jeu aussi nul que Diablo IV quand on peut jouer à Baldur's Gate III ?

    Parce-que "Notre quête est perdue d'avance…"

    Même si dans le Baldur's Gate, il y a "Aventure, camaraderie, et acier sur acier, les ingrédients légendaires. Hein, Bouh ?"

  • # anedocte

    Posté par  (site web personnel) . En réponse au journal Même pour le jeu Windows n'est plus la panacée. Évalué à 7.

    Y'a 2h un pote me parlais des cochons de guerres, et me disaient que ça marche plus soue Windows, j'ai regarder soue protonDB, ça marche parfaitement.

    Bon anecdote a part, mais de manière général, les jeux pas maintenue pre-windows 7, on autant de chances de marcher soue windows que linux.

    En contre exemples j'ai Seven Kingdoms 2 qui est assez casse tête à faire marcher soue Arche Linux, mais a l'air de bien marcher soue Windows. (mais n'ayant que des Arch linux BTW ou dérivé, je n'ai pas tester)

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 4.

    sauf que un code qui marche avec -O3, mais pas sans ça, personnellement, j’appelle ça un code cassée.

    Pas qu'il ne fasse jamais faire du récursive, mais s'appuyer sur l’hypothèse que le compilateur va optimiser ton code pour qu'il marche, font pleurer les heures que j'ai passer à utiliser/modifier tinycc.

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.

    Mais le truck, c'est que dans un code qui utilise un langages fonctionnel, tu risque de voir plus de récursion que de boucles.

    Si quelqu'un viens te dire:

    toute personne qui écrit une while ou un for à intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça

    Peu être que tu va te dire que c'est un peu abusé. (ceci dit ça m'étonnerais pas que des dev haskell aient déjà dit ce genre de choses)
    Et je peu rejoindre que sur du C, justifier que l'on risque pas d'exploser la stack est une bonne choses. (et utiliser musttail je considère ça comme du self documentes code donc pas forcement besoins d'un autre commentaire)

    Ce qui fait réagir, c'est de pas l'avoir dit dans le contexte d'un langage particulier.

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.

    Je connaissaient pas musttail, et je te remercie de ton commentaire, parce-que ça va contredire ce que je vais dire, mais dans les cas sans musttail même si les compilateur gére la récursion terminal, ça reste au bon vouloir des optimisation, et si on sait que l'on peu exploser ça stack avec un récursion, je l'utiliserais pas. surtout que avec un -O0, bah ça va pas optimiser, et -O0, ça reste bien pratique pour du debug.

    Après pour moi le cas de la lisibilité, c'est vraiment un question de connaître les idiomes du code qu'on patch, et s'y adapter.
    La on parle de récursions, mais ça peu s'adapter a n'importe quel code. C'est toujours embêtant d'expliquer à quelqu'un qui rentre dans un code libre et essaye de modifier le code pour qu'il lui convienne mieux en appliquant par exemple, ce qu'on lui a apprit a l'école au détriment du style déjà utilisé dans le projet, qu'il ferais mieux de juste imiter le coding style des autres fonctions du projets.

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 4.

    Mais la lisibilité, c'est énormément lier aux pratique utiliser dans un langages de programmations, et si t'a de la récursion dans toutes t'a lib standard (genre en ocaml), que la moitiés des idioms de ton languages utilise de la récursion, tu va justement plus rebuter les gents qui sont habituer à coder en fonctionnel, en leur imposant une boucle, la ou la plupart des dev auraient mit de la récursions.

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.

    t'a jamais vu de code en OCaml/ask hell(Y'a une faute dans le nom ?)/lisp… ?

    Certains langages assure que la récursion terminal, s'optimise pour pas justement casser la pile.

    Mais oui, si on parle de C/java/Rust/python ou autre je suis d’accord.

  • [^] # Re: Loupé

    Posté par  (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.

  • [^] # Re: Support de Wayland?

    Posté par  (site web personnel) . En réponse au lien Window Maker vient de sortir en version 0.96.0 . Évalué à 1.

    XWayland ?

    en vrais je sais pas si un WM peu marcher sur XWayland, donc je pose ça pour savoir si c'est possible, et qu'est ce qui pourrait empêcher que ça marche dessus ?

  • [^] # Re: Besoin d'un long commentaire ?

    Posté par  (site web personnel) . En réponse au lien Une nouvelle initiative pour forker/renommer GIMP. Évalué à 3.

    https://github.com/Sneeds-Feed-and-Seed/sneedacity avec le bon lien :)

    Enfin il est pas très vivant pour autant, mais Sneedacity reste une situation assez différentes, ou c'est fait après plein de fork d'Audacity (Tenacity, Sneedacity et Audacium(qui il me semble avais reprit du code de Sneedacity)), et on savaient pas quel fork allais prendre le dessus.

    plus le fait que le truck est partie de 4chan, avec un gros harcèlement contre les gets de tenacity, et un développement assez bordélique.

  • [^] # Re: Garantie

    Posté par  (site web personnel) . En réponse au lien Just Obey The Law?. Évalué à 4.

    Je suis pas sur, mais il me semble que la GPL dit plus:
    "On ne garantie pas le program, autant que la loi applicable ne le permet." donc si la loi vous oblige a garantir le program (genre ce que l'UE veut faire passer) bah on garantie ce que la loi nous oblige a garantir (mais je peu me tromper)

    Ici on parle des license qui disent "vous ne devez pas utilisez ce program pour faire quelque choses d’illégal".

    L'ipadic comme cité plus haut dit ca:

    Each User may also freely distribute the Program, whether in its
    original form or modified, to any third party or parties, PROVIDED
    that the provisions of Section 3 ("NO WARRANTY") will ALWAYS appear
    on, or be attached to, the Program, which is distributed substantially
    in the same form as set out herein and that such intended
    distribution, if actually made, will neither violate or otherwise
    contravene any of the laws and regulations of the countries having
    jurisdiction over the User or the intended distribution itself.

    en google trad:

    Chaque Utilisateur peut également distribuer librement le Programme, que ce soit dans son
    forme originale ou modifiée, à un tiers ou à des tiers, À FOURNI
    que les dispositions de la section 3 (" AUCUNE GARANTIE ") apparaîtront TOUJOURS
    sur, ou être attaché à, le programme, qui est distribué substantiellement
    sous la même forme que celle indiquée ici et que tel prévu
    la distribution, si elle est effectivement effectuée, ne violera ni ne violera autrement
    enfreindre les lois et réglementations des pays ayant
    juridiction sur l'utilisateur ou la distribution prévue elle-même.

    Ici: https://packages.debian.org/changelogs/pool/non-free/i/ipadic/current/copyright

    Qui peu être plus tricky, si par example tu utilise une lib avec une tel license et veut bug fix pour que ton client torrent marche mieux pour télécharger des truck illégal, bah t'a pas le droit de contribuer. (ou du moins de distribuer, t'a version patcher.)

  • # 2 questions:

    Posté par  (site web personnel) . En réponse au lien Just Obey The Law?. Évalué à 2.

    1er question:
    pourquoi ?
    je veut dire, est-ce qu'une license qui utilise une tel clause a récemment fait parler d'elle ?

    2ème question:
    Pourquoi ?
    Est-ce que ça étonne quelqu’un que "il faut respecter la loi", c'est ultra différent en function de ou est utiliser la licence? écrire ça en ayant en tête la loi de son pays, c'est au mieux faire preuve d'une grande naiveté ?

    Bon j’hésitais a mettre un truck raciste des étasunien pour dire qu'ils ont du mal a imaginer le monde autrement que dans une vision très étasunienne, et ça peu expliquer ce genre d'article, mais je suis pas sur que ça soie bien venue ici.

  • # certaines issue sont lunaire

    Posté par  (site web personnel) . En réponse au lien Google veut rendre le web le plus privateur possible. Évalué à 2.

  • # me fait penser à ce site

    Posté par  (site web personnel) . En réponse au lien Bienvenue sur le Oldternet. Évalué à 2.

    https://froggi.es/website/site/
    C'est le site d'un des gros dev de DXVK.

  • # eh, pas lu ni regarder ?

    Posté par  (site web personnel) . En réponse au lien La réalité oubliée derrière l'émancipation des femmes - Véra Nikolski. Évalué à 10.

    on a une vidéo de 1h30, avec en réponse un article derrière un paywall.

    On peu pas avoir un TLDR, avant de se lancer dans des truck long/payant et potentiellement pas intéressent ?

  • [^] # Re: TLDR

    Posté par  (site web personnel) . En réponse au lien Synopsys: "Let’s Talk Licenses: Beware the Beerware License". Évalué à 4.

  • [^] # Re: TLDR

    Posté par  (site web personnel) . En réponse au lien Synopsys: "Let’s Talk Licenses: Beware the Beerware License". Évalué à 1.

    je viens de vérifier sur google, et apparemment la licence Beerware, est considérer comme similaire a une Apache ou autre licence type "notice"

    Donc je sais pas pourquoi synopsys disent que la "beerware" est interdit chez Google, peu être des informations pas a jour.

  • [^] # Re: Synopsys

    Posté par  (site web personnel) . En réponse au lien Synopsys: "Let’s Talk Licenses: Beware the Beerware License". Évalué à 5.

    Après on à ici, une licence libre, mais interdit d'utilisation par Google.

    Si on veut faire du libre, mais éviter que les GAFAM utilise ton projets, ça me semble pas un mauvaise idée.

    J'ai un peu la même idée avec la WTFPL: Tout le monde peu utiliser cette licence, mais si vous êtes tellement dans le politiquement correct, que vous vous interdisaient une licence avec le mot "fuck" dedans, bah tu "peu" l'utilisé, mais tu l'utilisera pas.

    Je voie ça comme du ultra permissive, mais qui éloignes les grosse boites.

  • # TLDR

    Posté par  (site web personnel) . En réponse au lien Synopsys: "Let’s Talk Licenses: Beware the Beerware License". Évalué à 2.

    TLDR:
    D’après Fedora la licence beerware est libre, et tombe dans la catégorie des "copyright only" licence, c'est du car la fin de la licence dit:
    "you think this stuff is worth it, you can buy me a beer in return"
    Ce qui reste du conditionnel, et pas une obligation.

    Par contre Google, interdire d’utilisé, ou de contribuer à un projets utilisant cette licence.

    Aussi il y a des licence inspiré "beerware" qui remplace le conditionnel, par du non conditionnel, ex: "vous devez me payer une bière", et dans ce cas, c'est pas du libre.

  • # les valves qui explique ces chifres

    Posté par  (site web personnel) . En réponse au lien Les CPU des joueurs sur Steam Linux : AMD : 70% / Intel : 30% (l'inverse sur Windows). Évalué à 8.

    peu être que la Steam Deck soue AMD influence beaucoup ?

    Qui est aussi soue un version modifiée de Arch Linux BTW.

  • [^] # Re: Et pendant tout ce temps, en Asie de l'Est...

    Posté par  (site web personnel) . En réponse au lien « Hyperloop , la fin de l'entourloupe ». Évalué à 6.

    je link un autre video de cle2bernes que j'ai vu hier:
    https://www.youtube.com/watch?v=p-F8_6wYCWE
    Parce-que en fait, on a énormément de voie inutilisé en france (ou utiliser que pour du fret), qu'on pourraient réutiliser avec des train lègè, donc avant de parler du coup écologique de crée des voie, on peu déjà utiliser les voie abandonner qui coûte bien mois cher à rénové, et permettraient de crée pleins de nouvelles liaisons entre des villes.

  • [^] # Re: Et pendant tout ce temps, en Asie de l'Est...

    Posté par  (site web personnel) . En réponse au lien « Hyperloop , la fin de l'entourloupe ». Évalué à 2.

    je suis assez d’accord, ceci dit, est-ce que ça ne vaudrais pas le coup d’investir au moins un peu dans le recherche des maglev (et autre projet qui sont aujourd'hui assez inutilisable), comme ça si un jour, on arrive a avoir des maglev qui vaille le coup, on seras pas trop en retard ?

    Mais peu être qu'on le fait déjà ?

  • [^] # Re: Et pendant tout ce temps, en Asie de l'Est...

    Posté par  (site web personnel) . En réponse au lien « Hyperloop , la fin de l'entourloupe ». Évalué à 10.

    Quelqu’un avais linkée sur linufr ce vulgarisateur qui parle de train.
    Il parle du maglev et aérotrain ici:
    https://www.youtube.com/watch?v=YNZZEzSpdzQ

    En gros il dit que l'aérotrain utilise du pétrole, et est donc pas ouf aujourd'hui.

    Et le maglev comme l'aérotrain, doive avoir leur propre voie, ce qui coûte très cher, et est pas forcement rentable quand t'a déjà des TGV, qui marche sur des voie classique.

    De plus les maglev coûte très cher en électricité.

    Ceci dit j'aimerais bien qu'on investisse plus dans les train en europe, maglev inclue.

  • [^] # Re: lien avec la K-pop ?

    Posté par  (site web personnel) . En réponse au journal Aujourd'hui on ne parle pas de k-pop, mais de JSON !. Évalué à 1.

    En vrais c'est un jeu de mot pourrit K-pop/J-Son (JSON).
    Mais je l'ai un peu reprit dans le début du journal comme la expliqué BAud, pour renforcer ce lien.