En même temps, le temps libre c'est ce dont on dispose. Et l’investir dans une communauté autour d'un logiciel, pourquoi pas. Et pourquoi ne pas l’apprécier.
Moi j'aime bien. J'aime bien le mail mais le souci dans le mail c'est de suivre la conversation entre ceux qui répondent en dessus, en dessous ou dans le précédent message. Le mail c'est pas trop pensé pour une discussion.
J'aime bien aussi le système de badge où plus tu participes plus tu as de privilèges (un peu comme sur stackexchange). Une forme de méritocratie légère.
Parce que d'un point de vue utilisateur la frontière entre un bug et une fearture request peut être fine. En gros, ça marche pas comme je le pense.
Parce que les outils ne font pas la différence : c'est un ticket. La différence peut se faire dans les champs à remplir ou dans les tags. Mais ça compte toujours pour 1 dans le total.
GH a introduit le concept de "discussions" qui pourrait délester la section issue des demandes d'aide et des discussion de nouvelles features. Peu de projets l'active de ce que je connais.
Parce que les contributeur n'ont qu'un seul endroit où aller voir. Et pas de resaisi à faire entre deux outils. Certains projets on un chat pour le support, un forum pour les discussions, un outil de tickets pour les bugs. C'est un choix valide aussi.
Le moindre document office pesant plusieurs MB, je me demande ce qu'ils mettent sur une disquette. À moins que le Japon ait interdit les formats bloated au profit des formats texte style markdown, dans ce cas, exemple à suivre.
Je partage moyen car je ne vois pas en quoi un "format de serialisation"/"un protocole de transpor"e - bref du RPC - est réellement différent d'un autre. En tout cas ferait passer de "artillerie monstrueuse" à "un truc simple (?)".
oauth2 pour sécuriser les canaux.
Pour des utilisateurs humains, oui mais du coup on est plus vraiment sur du webservice mais plutôt de la webapp. En webservice, on va plutôt utiliser des API keys, des tokens.
une simplification des règles firewall puisque tout passe par le port 443 sans pour autant sacrifier à la sécurité (cf. oauth2)
Et du coup on met une API GatewayWAF. Vachement plus simple …
une grammaire standard (PUT, GET, POST, DELETE, …)
Alors oui mais ça c'est la sémantique REST qui est certes plus naturelle over HTTP mais qui aurait pu être mappée sur n'importe quel RPC.
des fonctionnalités intégrées (le choix du format de réponse quand le serveur le supporte, la description de l'encodage et du format retourné, …)
Pareil, j'aime bien jouer avec Redbean. Déjà c'est super performant. Ensuite tu mets tout dans un zip exécutable ; le serveur peux livrer directement du deflate depuis le zip, pas de coût de compression à chaque requête. Enfin tu peux scripter en Lua, faire du sqlite.
Sur serveur, je déploie dans du Docker car c'est ma couche de banalisation de mon infra. Mais il serai possible de déployer directement l'exe avec autre chose.
Mais sur desktop, je comprends l'idée, ça fait un package light, un peu à la Appimage. D'autant que avec une ligne magique dans le fichier d'init (dans le zip exécutable), ça lance le navigateur à l'exécution.
Est-ce que le gouvernement va maintenir les 18cts de ristourne à la pompe ?
Nan parce qu'en tant que gilet jauneactionnaire total automobiliste, ça m'intéresse comme information.
Je ne l'ai pas recherché mais je m'en rappelle très bien.
Où il parle démonétisation, claims, algorithme.
Ceux qui souhaitent le savoir le savent: sur YT le client c'est l'annonceur (universal musique, au hasard), l'utilisateur est le produit. Le YTbeur est le uberiste qui fait tourner le business. Et l'écrasante majorité des utilisateurs s'en fichent. Quand Lelay a sorti son "temps de cerveau humain disponible", TF1 n'a pas perdu subitement quatre vingt dix pourcents de son audience.
Du coup, je me suis senti un peu, disons, manipulé, dans cette vidéo. On part d'un concept en science (d'histoire des sciences ?), la "perception" - avec un début de vidéo intéressant - pour en revenir aux déboires des YTbeurs. J'avais très bien compris la première fois et je pense aussi que l'utilisateur YT moyen s'en contre fiche. Et ne regardera pas cette vidéo puisque trop longue et pas assez putaclic donc pas valorisée par l'algo de YT.
Bref, si Bruce voulait changer YT en passant un message, IMHO, c'est mort. Ce qui pourrait marcher c'est de pousser à l'usage d'alternative aux gafam. La route est longue mais la voie est libre.
J'adore ce que Bruce et j'aim(ais) sa chaîne.
Je comprends que la relation avec le géant YT doit être difficile.
Mais je comprends pas le message de cette vidéo.
43 minutes pour expliquer sur YT est méchant. Bah moi je regarde parce que j'aime bien Bruce.
Et aussi parce que je regarde avec Invidious.
Mais que veut-il obtenir ? YT ne changera pas et l'utilisateur moyen de YT ne va pas se taper une vidéo et 43 minutes et partir au front pour obliger YT à changer.
J'aimerai que tous ces talents se mobilisent pour créer une alternative. Genre un Peertube francophone ou sur une thématique. Moi je serais près à prendre un abonnement.
Les moteurs de recherches proposent de forcer la langue. DDG le fait. Et sur PC j'utilise searx, il le fait aussi. Et il se rappelle du réglage d'une recherche à l'autre.
Même expérience que toi sur l'enseignement.
Je ne parlais pas un seul bout d'anglais avant ma deuxième année de prépa où a eu un enseignant Anglais. Enfin des discussion, des débats, des films, des lectures. Ensuite j'ai progressé avec la série Freinds (ça rajeunit pas) en V.O. Après l'avoir vu en V.O., impossible de la voir en VF : y a un énorme travail de recomposition plus les voix qui changes, c'est trop perturbent. Ensuite, obligé pour le boulot. Utile en voyage. Et toujours de films en VO (sous titre en V.O. si trop dur à l'oreille).
Un ami m'a fait découvrir Olvid le mois dernier, que j'avais zappé sur linuxfr.
De ce que je comprends une technologie dont la sécurité est prouvée. Et qui ne demande pas de faire confiance au serveur qui en gros est un tuyau.
Gros point noir quand même: la découverte de contacts. En gros il faut être côte à côte pour s'échanger une clé.
Du coup j'ai pour le moment en tout et pour tout, 1 contact 😝
[^] # Re: Has been?
Posté par steph1978 . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 5.
Bridgy ?
[^] # Re: Has been?
Posté par steph1978 . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 4.
Nice ! Et tu le scannes avec quoi le qrcode ? ton deuxième mobile ?
[^] # Re: le grand détournement
Posté par steph1978 . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 4.
C'est vrai que l'email pour recevoir des messages électronique, que honteux détournement….
[^] # Re: Discourse :(
Posté par steph1978 . En réponse au journal La communauté GNOME remplace ses mailing lists par Discourse. Évalué à 0.
En même temps, le temps libre c'est ce dont on dispose. Et l’investir dans une communauté autour d'un logiciel, pourquoi pas. Et pourquoi ne pas l’apprécier.
[^] # Re: Choix étonnant
Posté par steph1978 . En réponse au journal La communauté GNOME remplace ses mailing lists par Discourse. Évalué à 2.
ou un rocket.chat …
[^] # Re: Discourse :(
Posté par steph1978 . En réponse au journal La communauté GNOME remplace ses mailing lists par Discourse. Évalué à 1.
Les goûts et les couleurs …
Moi j'aime bien. J'aime bien le mail mais le souci dans le mail c'est de suivre la conversation entre ceux qui répondent en dessus, en dessous ou dans le précédent message. Le mail c'est pas trop pensé pour une discussion.
J'aime bien aussi le système de badge où plus tu participes plus tu as de privilèges (un peu comme sur stackexchange). Une forme de méritocratie légère.
# un coup à finir au darwin awards
Posté par steph1978 . En réponse au lien Render Yourself Invisible To AI With This Adversarial Sweater Of Doom. Évalué à 6.
Si un TRUCMACHIN-autopilot te reconnaît pas, il te passe dessus.
Et il reste … un cas intéressant pour la justice.
[^] # Re: Question de choix
Posté par steph1978 . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 2.
J'y vois plusieurs raisons.
Parce que d'un point de vue utilisateur la frontière entre un bug et une fearture request peut être fine. En gros, ça marche pas comme je le pense.
Parce que les outils ne font pas la différence : c'est un ticket. La différence peut se faire dans les champs à remplir ou dans les tags. Mais ça compte toujours pour 1 dans le total.
GH a introduit le concept de "discussions" qui pourrait délester la section issue des demandes d'aide et des discussion de nouvelles features. Peu de projets l'active de ce que je connais.
Parce que les contributeur n'ont qu'un seul endroit où aller voir. Et pas de resaisi à faire entre deux outils. Certains projets on un chat pour le support, un forum pour les discussions, un outil de tickets pour les bugs. C'est un choix valide aussi.
# 1.44MB
Posté par steph1978 . En réponse au lien Ma disquette dans ce lecteur / Et son bruit est si doux / l'attachement aux belles choses. Évalué à 3. Dernière modification le 12 septembre 2022 à 22:29.
Le moindre document office pesant plusieurs MB, je me demande ce qu'ils mettent sur une disquette. À moins que le Japon ait interdit les formats bloated au profit des formats texte style markdown, dans ce cas, exemple à suivre.
[^] # Re: Si je puis me permettre ...
Posté par steph1978 . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 2.
"inflate the baloon !"
[^] # Re: Si je puis me permettre ...
Posté par steph1978 . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 3.
Je partage moyen car je ne vois pas en quoi un "format de serialisation"/"un protocole de transpor"e - bref du RPC - est réellement différent d'un autre. En tout cas ferait passer de "artillerie monstrueuse" à "un truc simple (?)".
Pour des utilisateurs humains, oui mais du coup on est plus vraiment sur du webservice mais plutôt de la webapp. En webservice, on va plutôt utiliser des API keys, des tokens.
Et du coup on met une API Gateway WAF. Vachement plus simple …
Alors oui mais ça c'est la sémantique REST qui est certes plus naturelle over HTTP mais qui aurait pu être mappée sur n'importe quel RPC.
Pas sûr que ce soit moins monstrueux du coup …
# okay
Posté par steph1978 . En réponse au lien OK ? Éliminer la complexité inutile des langages de programmation actuels. Évalué à 8.
[^] # Re: -> Redbean : une alternative lightweight à Docker + electron (compile once, run everywhere)
Posté par steph1978 . En réponse au lien Cosmopolitan : la libc pour faire des exécutables multi OS (et même sans OS). Évalué à 2.
Pareil, j'aime bien jouer avec Redbean. Déjà c'est super performant. Ensuite tu mets tout dans un zip exécutable ; le serveur peux livrer directement du deflate depuis le zip, pas de coût de compression à chaque requête. Enfin tu peux scripter en Lua, faire du sqlite.
Sur serveur, je déploie dans du Docker car c'est ma couche de banalisation de mon infra. Mais il serai possible de déployer directement l'exe avec autre chose.
Mais sur desktop, je comprends l'idée, ça fait un package light, un peu à la Appimage. D'autant que avec une ligne magique dans le fichier d'init (dans le zip exécutable), ça lance le navigateur à l'exécution.
[^] # Re: Nan mais...
Posté par steph1978 . En réponse au lien Le retour d'e-penser. Évalué à 3.
Un résumé ou un lien pour ceux qui n'auraient pas suivi ?
[^] # Re: YT et la vulgarisation scientifique.
Posté par steph1978 . En réponse au lien Le retour d'e-penser. Évalué à 3.
Très bien ton algorithme de recommandation,je me suis trouvé tout à fait engaged
# ok, mais
Posté par steph1978 . En réponse au lien La fonte au Groenland rend inévitable une forte élévation de la mer (étude). Évalué à 5.
Est-ce que le gouvernement va maintenir les 18cts de ristourne à la pompe ?
Nan parce qu'en tant que
gilet jauneactionnaire totalautomobiliste, ça m'intéresse comme information.[^] # Re: pfiu
Posté par steph1978 . En réponse au lien Le retour d'e-penser. Évalué à 7.
Je ne l'ai pas recherché mais je m'en rappelle très bien.
Où il parle démonétisation, claims, algorithme.
Ceux qui souhaitent le savoir le savent: sur YT le client c'est l'annonceur (universal musique, au hasard), l'utilisateur est le produit. Le YTbeur est le uberiste qui fait tourner le business. Et l'écrasante majorité des utilisateurs s'en fichent. Quand Lelay a sorti son "temps de cerveau humain disponible", TF1 n'a pas perdu subitement quatre vingt dix pourcents de son audience.
Du coup, je me suis senti un peu, disons, manipulé, dans cette vidéo. On part d'un concept en science (d'histoire des sciences ?), la "perception" - avec un début de vidéo intéressant - pour en revenir aux déboires des YTbeurs. J'avais très bien compris la première fois et je pense aussi que l'utilisateur YT moyen s'en contre fiche. Et ne regardera pas cette vidéo puisque trop longue et pas assez putaclic donc pas valorisée par l'algo de YT.
Bref, si Bruce voulait changer YT en passant un message, IMHO, c'est mort. Ce qui pourrait marcher c'est de pousser à l'usage d'alternative aux gafam. La route est longue mais la voie est libre.
# pfiu
Posté par steph1978 . En réponse au lien Le retour d'e-penser. Évalué à 4.
J'adore ce que Bruce et j'aim(ais) sa chaîne.
Je comprends que la relation avec le géant YT doit être difficile.
Mais je comprends pas le message de cette vidéo.
43 minutes pour expliquer sur YT est méchant. Bah moi je regarde parce que j'aime bien Bruce.
Et aussi parce que je regarde avec Invidious.
Mais que veut-il obtenir ? YT ne changera pas et l'utilisateur moyen de YT ne va pas se taper une vidéo et 43 minutes et partir au front pour obliger YT à changer.
J'aimerai que tous ces talents se mobilisent pour créer une alternative. Genre un Peertube francophone ou sur une thématique. Moi je serais près à prendre un abonnement.
[^] # Re: École primaire
Posté par steph1978 . En réponse au lien Interdiction de Gmail dans les écoles danoises. Évalué à 3.
Je pourrais facilement m'en convaincre, étant cette fois du bon côté du curseur. Mais comment on mesure ça ?
[^] # Re: informatique en anglais, les films en VO, tous le reste en français
Posté par steph1978 . En réponse au sondage Mon rapport à l'anglais . Évalué à 3.
Les moteurs de recherches proposent de forcer la langue. DDG le fait. Et sur PC j'utilise searx, il le fait aussi. Et il se rappelle du réglage d'une recherche à l'autre.
Si ça peut répondre à la question.
# my go to pour ma grand mamie
Posté par steph1978 . En réponse au lien Linux Mint 21 Vanessa - Téléchargement. Évalué à 3.
Au quotidien sous Debian mais quand il s'agit de recycler un pc pour un·e utilisateur·ice lambda, je mets Mint et j'en entends plus parler.
Hâte qu'ils publient la procédure d'upgrade.
[^] # Re: Almost fluent
Posté par steph1978 . En réponse au sondage Mon rapport à l'anglais . Évalué à 3.
Même expérience que toi sur l'enseignement.
Je ne parlais pas un seul bout d'anglais avant ma deuxième année de prépa où a eu un enseignant Anglais. Enfin des discussion, des débats, des films, des lectures. Ensuite j'ai progressé avec la série Freinds (ça rajeunit pas) en V.O. Après l'avoir vu en V.O., impossible de la voir en VF : y a un énorme travail de recomposition plus les voix qui changes, c'est trop perturbent. Ensuite, obligé pour le boulot. Utile en voyage. Et toujours de films en VO (sous titre en V.O. si trop dur à l'oreille).
[^] # Re: olvid ?
Posté par steph1978 . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 3.
Mais avoues que ça m'aidera pas à sortir de ma bulle :)
# alternatives
Posté par steph1978 . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 5.
proprio : Watsapp, FBMesenger, iMessage, MSTeams, GG Hangout, Discord, Slack, Wechat
proprio réseaux sociaux: FB, Toktok,
Twitter, Linkedinun peu libre (client):
* Signal
* Telegram
* Olvid
libre:
* IRC
* Xmpp
* Mumble
* BitMessage (basé sur le DHT)
* Martrix
* Mattermost
* Rocket Chat
* Delta chat (basé sur Imap/SMTP)
Wikipedia en dit plus mais ne liste pas tout.
# olvid ?
Posté par steph1978 . En réponse au lien Le client Telegram adopte un modèle économique Freemium. Évalué à 3.
Un ami m'a fait découvrir Olvid le mois dernier, que j'avais zappé sur linuxfr.
De ce que je comprends une technologie dont la sécurité est prouvée. Et qui ne demande pas de faire confiance au serveur qui en gros est un tuyau.
Gros point noir quand même: la découverte de contacts. En gros il faut être côte à côte pour s'échanger une clé.
Du coup j'ai pour le moment en tout et pour tout, 1 contact 😝