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)
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.
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.
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.
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.
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 ?
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.
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.
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.)
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.
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:
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.
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.
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 ?
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.
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.
# Il y a 30 ans
Posté par uso (site web personnel) . En réponse au lien Happy 32nd Birthday, Linux!. Évalué à 2.
Linux était en C++:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/nico/archive/+/refs/tags/v0.99-pl11
https://kernel.googlesource.com/pub/scm/linux/kernel/git/nico/archive/+/v0.99-pl13
[^] # Re: La vraie question
Posté par uso (site web personnel) . En réponse au journal Même pour le jeu Windows n'est plus la panacée. Évalué à 1.
C'est bon de vous revoir !
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 uso (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 uso (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 uso (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:
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 uso (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 uso (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 uso (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 uso (site web personnel) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.
https://fr.wikipedia.org/wiki/Récursion_terminale
[^] # Re: Support de Wayland?
Posté par uso (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 uso (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 uso (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:
en google trad:
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 uso (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 uso (site web personnel) . En réponse au lien Google veut rendre le web le plus privateur possible. Évalué à 2.
https://github.com/RupertBenWiser/Web-Environment-Integrity/issues/51
je sais même pas si c'est ironique.
# me fait penser à ce site
Posté par uso (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 uso (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 uso (site web personnel) . En réponse au lien Synopsys: "Let’s Talk Licenses: Beware the Beerware License". Évalué à 4.
mais vu que l'article date de 2019: https://web.archive.org/web/20190412174655/https://opensource.google.com/docs/thirdparty/licenses/
[^] # Re: TLDR
Posté par uso (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 uso (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 uso (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 uso (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 uso (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 uso (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 uso (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 uso (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.