Pour err je demande à voir, mais pour it ça existe en kotlin, en groovy, en perl (bon $_ va bien plus loin) et probablement dans d'autres. C'est plutôt agréable à utiliser en pratique. Ça peut se rapprocher des this et self de la majorité des langages objet.
Séparer ses activités sur le web (identifiants, mails, pseudos), c'est de l'hygiène de base.
C'est justement l'objet, séparer l'identification. Tu as un service d'identifiant qui est mandataire pour que d'autres services n'aient pas à vérifier ton identité et tu choisi ce qui est transmit ou non aux services tiers.
Personnellement c'est plus les quelques services d'identité GAFAM hégémoniques qui me gènent que le fait de séparer les services.
Un gars dans les telecoms m'avait expliqué que si il se remontait la pile sur ses serveurs de routage de sms, il en perdait plusieurs dizaine de milliers.
Je suis assez curieux… J'ai bossé sur un SMSC et nous devions pouvoir garder le SMS plusieurs jours au cas où le téléphone n'était pas disponible par exemple. En plus de ça à rechercher la performance brute par SMS (le temps par SMS plutôt que le nombre total de SMS qui peuvent être prix en charge), j'ai du mal à voir comment ce type de micro optimisations va s'en sortir face à toutes les bizarreries protocolaires qu'il faut prendre en compte et qui vont passer leur temps à péter des caches et autres prédictions de routage.
Je ne retrouve pas la source mais un des fondateur de Neon avait expliqué que l'idée lui était venu par rapport à une procédure qu'il avait mis en place en local, je ne me souviens plus exactement, probablement à base de snapshots fichiers.
Oui je me doutais que c'est des snapshots montés.
Ce qui est pratique avec le côté service c'est également quand la base est très grosse et qu'il est trop long de la rapatrier chaque fois en local pour du dev ou des tests.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
Pour l'instant chez eux cette option de scaling coûte plutôt moins cher que sans.
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Si on considère que c'est de facto une forme de haute dispo c'est même carrément moins cher.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
Le côté cloud/serverless n'est pas que, c'est pour ça que j'ai surtout voulu parler du principe des branches.
Je comprends bien mais le commentaire au quel je répondais n'y faisait pas référence.
La séparation stockage/moteur permet de lancer un postgresql sur ce stockage dev avec ou pas les mêmes caractéristiques de mémoire etc.
Tout à fait, mais ce n'est pas la seule façon de le faire. CouchDB par exemple (qui n'est pas un SQL, mais ça ne change pas grand chose) se déploie avec différents types de nœuds pour gérer la partie calcul de la partie stockage. C'est bien plus simple à mettre en œuvre quand tu n'a pas de stockage objet et de fonctions (ce qui tu demande un kubernetes généralement, etc).
Sur des applications qui sont utilisées aux horaires de bureau c'est rudement intéressant aussi.
La dernière fois que j'avais regardé chez AWS, dès qu'on parlait de ressources garanties ça devenait toute de suite très chère. Pas au point de le rendre exorbitant mais juste pour rappeler qu'il faut parfois faire attention entre « je peux utiliser pleins de fonctions dans la journée » et « je veux avoir 150k fonctions disponibles à 20h00 ».
Les hominidés n'appartenaient pas à ces catégories et pourtant, ils ont laissé des traces, la plus ancienne remonte même à 153 000 ans
Ça n'a rien à voir ce sont des traces d'un peuple et pas d'un individu.
D'un point de vue scientifique, les textes ne sont pas des preuves d'existence. L'historienne citée précédemment l'explique très bien.
Elle dit que ce qui serait l'élément le plus solide de son existence serait une preuve archéologique, mais elle passe en suite un quart d'heure à énumérer des éléments qui tendrait à montrer son existence. De ce que je vois j'ai l'impression que la plupart des gens qui se posent la question sont croyants (ou en tout cas ils sont mieux référencé). Mais j'ai pas l'impression qu'un consensus scientifique ai émergé pour trancher la question vers un oui ou un non. C'est plus comme le lien que tu as donné « on a des éléments pour et des éléments contre ». Des fois la science ne sait pas.
Je vois pas comment tu peux avoir des preuves archéologique de quelqu'un qui n'est pas un conquérant, un architecte ou à minima un chef d'État.
J'ai l'impression qu'il y a aussi un mélange entre :
est-ce que le Christ a existé ?
est-ce que les évangiles disent vraies ?
est-ce qu'un homme nommé Jésus a existé et a était à l'origine d'une nouvelle religion ?
Si les 2 premiers sont associés à des croyances religieuses, il existe des textes non chrétiens qui font référence à ce gars. Il faut voir que pour le peuple romain l'histoire de Jésus n'avait probablement rien de très intéressant (un gars qui se prétend être le Christ).
Je ne vois pas comment il pourrait exister d'élément matériel issu de quelque chose d'aussi anecdotique.
Toute cette discussion est en elle-même une preuve qu’il y a un problème de sensibilisation à se sujet. Parce qu’au lieu de parler du problème, on pinaille sur les définitions et le vocabulaire, ce qui ne mène absolument à rien.
Personnellement ça fait parti des choses face aux quels, je me sens assez démuni. Je ne saurais même pas dire quoi faire pour améliorer les choses.
J'ai l'impression que l'enjeu actuel en France, c'est déjà d'arriver à faire intégrer que le phénomène existe, qu'il a de l'ampleur, que c'est un fait de société,… J'image et j'espère que ça permettra que les victimes soient écoutées dès qu'elles sonnent l'alerte et que ça pousse les politiques à outiller les forces de l'ordre (injonctions d'éloignement par exemple).
Je ne dirais pas que parler de sémantique soit inutile, je pense que ça fait parti du processus, même si c'est rageant de voir que c'est aussi lent…
Je suis pas convaincu que le nom y soit pour quelque chose. Si le mot était « Oowewief », tu aurais autant de gens qui liraient la moitié de la définition en mode bouche à oreille et qui rétorqueraient la même chose.
Si ce qui te gêne c'est le mot serverless, c'est un nom commercial pour parler des fonctions as service et il entends par là que tu ne gère pas de server.
C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
Oui mais dans notre calendrier, le mot "jésus christ" n’apparaît pas, on en a oublié l'origine religieuse.
Je ne sais pas ce que tu entend par la. Quelle est la référence dont tu parles ?
une entorse au principe de laïcité cher à notre République
La première république à supprimé l'usage du calendrier grégorien, mais on est loin des principes de la première république. Envisager la France comme une seule république cohérente de 1789 à aujourd'hui serait une erreur. L'anticlericalisme de la révolution n'a que peu à voir avec la laïcité du début du siècle dernier.
Pour les travaux scientifiques, un papier ne sera pas précis avant JC ou avant notre ère (ou en utilisant le calendrier indien ou chinois).
Par contre je ne sais pas ce que c'est qu'après notre ère ?
Je n'ai rien contre l'idée de remplacer JC par notre ère, mais
Le problème de la référence "avant/après JC", c'est qu'elle est occidentalo-centrée, basée sur une croyance et une culture occidentales, culture judéo-chrétienne. La majeure partie des gens de la planète n'est pas issue de cette culture.
C'est le propre du calendrier grégorien qui est basé entre autre sur la naissance estimée de Jésus (mais aussi la durée des semaines calquée sur la cosmologie chrétienne par exemple).
Comme l'idée c'est de parler avec le calendrier grégorien ensuite et que ce dernier se base sur une estimation de la naissance, j'ai l'impression que c'est un peu une manière de cacher sous le tapis le fait que l'ensemble du calendrier est questionnable (et pas uniquement pour des questions religieuses, c'est de l’impérialisme culturel occidental).
C'est d'ailleurs un sujet suffisamment problématique pour que l'ONU tente de s'y coller… en vain.
Et le cerveau passe son temps à la fois à imaginer des trucs (les détails et les couleurs du champ élargi) et à ignorer des trucs (à commencer par le nez).
On m'avait expliqué que le cerveau réécrit même l'histoire. Il construit un mouvement continue de notre regard alors que nos yeux font des sauts.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
En fait ça dépend de beaucoup de choses, tout le monde est en mesure de voir la grille, c'est juste une question de niveau de concentration. Si on fait défiler 10 images 1/2s par image et à la fin on te demande la quelle avait se traitement, il est possible que tu ai bien plus de mal à répondre qu'avec une image fixe.
Les illusions d'optiques viennent de post traitement de le cerveau fais pour assembler une image aussi cohérente que possible à partir de ce que lui fournissent les yeux (assembler 2 images en une, supprimer les points aveugles,…)1. Bien sûr tout le monde n'est pas identique avec les images en "3D relief" ne marche pas sur tout le monde par exemple. Il existe aussi des troubles, la persistance rétinienne permet de regarder des vidéos et pas des suites d'images, mais la palinopsie est un trouble de la persistance rétinienne qui peut te retourner la vue (momentanément tu vois le haut en bas et le bas en haut).
en fait ce n'est pas si cloisonné cerveau/œil l'ensemble travail conjointement (et peut évidement se servir des autres sens) ↩
Une image gif a une seule palette de couleur pour l'ensemble de l'image pas plusieurs palettes qui sont appliquées à certains pixels et pas à d'autres.
J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
Par contre, pas de problème que les alarmes des collèges du département soient branchés sur les téléphones des proviseurs y compris pendant les vacances !
C'est souvent il me semble leur logement de fonction. Avoir son alarme incendie sur soit ne me paraît pas déconnant
[^] # Re: on pourrait faire la même de l'autre côté…
Posté par barmic 🦦 . En réponse au lien Que peut le design pour qu’on se mette (enfin) à lire les études ?. Évalué à 3.
Qu'est-ce qui te fait dire qu'il s'agit des même personnes ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Variable magiques ?
Posté par barmic 🦦 . En réponse à la dépêche À la découverte du langage V. Évalué à 4. Dernière modification le 06 septembre 2023 à 08:09.
Pour
errje demande à voir, mais pouritça existe en kotlin, en groovy, en perl (bon$_va bien plus loin) et probablement dans d'autres. C'est plutôt agréable à utiliser en pratique. Ça peut se rapprocher desthisetselfde la majorité des langages objet.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Opportunité?
Posté par barmic 🦦 . En réponse au journal meet.jit.si se ferme … un peu. Évalué à 4.
C'est justement l'objet, séparer l'identification. Tu as un service d'identifiant qui est mandataire pour que d'autres services n'aient pas à vérifier ton identité et tu choisi ce qui est transmit ou non aux services tiers.
Personnellement c'est plus les quelques services d'identité GAFAM hégémoniques qui me gènent que le fait de séparer les services.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Dépêche
Posté par barmic 🦦 . En réponse au lien Le Courrier du hacker (n°232) - Lemmy le Reddit libre. Évalué à 2.
C'est déjà le premier lien du courrier du hacker, mais ça vaut le coup de voir aussi la dépêche de « Mais qui suis-je ? :) » qui en parle.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Si vous voulez comprendre la haine du goto,
Posté par barmic 🦦 . En réponse au lien Portage du jeu Akalabeth, avec le listing basic (qui pourrait heurter les plus jeunes d'entre vous). Évalué à 4.
Je suis assez curieux… J'ai bossé sur un SMSC et nous devions pouvoir garder le SMS plusieurs jours au cas où le téléphone n'était pas disponible par exemple. En plus de ça à rechercher la performance brute par SMS (le temps par SMS plutôt que le nombre total de SMS qui peuvent être prix en charge), j'ai du mal à voir comment ce type de micro optimisations va s'en sortir face à toutes les bizarreries protocolaires qu'il faut prendre en compte et qui vont passer leur temps à péter des caches et autres prédictions de routage.
J'en suis très heureux pour lui
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: félicitations !
Posté par barmic 🦦 . En réponse au journal Scripting Python sous Linux 2eme EDITION. Évalué à 3. Dernière modification le 04 septembre 2023 à 16:57.
Un habitué du C qui veut du scipting « super-bash », je serais surpris que perl ne te convienne pas mieux que python.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
Oui je me doutais que c'est des snapshots montés.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 2.
Je comprends bien mais le commentaire au quel je répondais n'y faisait pas référence.
Tout à fait, mais ce n'est pas la seule façon de le faire. CouchDB par exemple (qui n'est pas un SQL, mais ça ne change pas grand chose) se déploie avec différents types de nœuds pour gérer la partie calcul de la partie stockage. C'est bien plus simple à mettre en œuvre quand tu n'a pas de stockage objet et de fonctions (ce qui tu demande un kubernetes généralement, etc).
La dernière fois que j'avais regardé chez AWS, dès qu'on parlait de ressources garanties ça devenait toute de suite très chère. Pas au point de le rendre exorbitant mais juste pour rappeler qu'il faut parfois faire attention entre « je peux utiliser pleins de fonctions dans la journée » et « je veux avoir 150k fonctions disponibles à 20h00 ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Année de naissance de Jésus-Christ
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 3.
Ça n'a rien à voir ce sont des traces d'un peuple et pas d'un individu.
Elle dit que ce qui serait l'élément le plus solide de son existence serait une preuve archéologique, mais elle passe en suite un quart d'heure à énumérer des éléments qui tendrait à montrer son existence. De ce que je vois j'ai l'impression que la plupart des gens qui se posent la question sont croyants (ou en tout cas ils sont mieux référencé). Mais j'ai pas l'impression qu'un consensus scientifique ai émergé pour trancher la question vers un oui ou un non. C'est plus comme le lien que tu as donné « on a des éléments pour et des éléments contre ». Des fois la science ne sait pas.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Année de naissance de Jésus-Christ
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 2.
Je vois pas comment tu peux avoir des preuves archéologique de quelqu'un qui n'est pas un conquérant, un architecte ou à minima un chef d'État.
J'ai l'impression qu'il y a aussi un mélange entre :
Si les 2 premiers sont associés à des croyances religieuses, il existe des textes non chrétiens qui font référence à ce gars. Il faut voir que pour le peuple romain l'histoire de Jésus n'avait probablement rien de très intéressant (un gars qui se prétend être le Christ).
Je ne vois pas comment il pourrait exister d'élément matériel issu de quelque chose d'aussi anecdotique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ha oui, au fait
Posté par barmic 🦦 . En réponse au lien France: 118 cas de féminicide en 2022 - lalibre.be. Évalué à 2.
Personnellement ça fait parti des choses face aux quels, je me sens assez démuni. Je ne saurais même pas dire quoi faire pour améliorer les choses.
J'ai l'impression que l'enjeu actuel en France, c'est déjà d'arriver à faire intégrer que le phénomène existe, qu'il a de l'ampleur, que c'est un fait de société,… J'image et j'espère que ça permettra que les victimes soient écoutées dès qu'elles sonnent l'alerte et que ça pousse les politiques à outiller les forces de l'ordre (injonctions d'éloignement par exemple).
Je ne dirais pas que parler de sémantique soit inutile, je pense que ça fait parti du processus, même si c'est rageant de voir que c'est aussi lent…
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ha oui, au fait
Posté par barmic 🦦 . En réponse au lien France: 118 cas de féminicide en 2022 - lalibre.be. Évalué à 5.
Je suis pas convaincu que le nom y soit pour quelque chose. Si le mot était « Oowewief », tu aurais autant de gens qui liraient la moitié de la définition en mode bouche à oreille et qui rétorqueraient la même chose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 4.
Il y a beaucoup de marketing, mais cockraoch en parle ici :
https://www.cockroachlabs.com/blog/what-is-serverless-sql/
Si ce qui te gêne c'est le mot serverless, c'est un nom commercial pour parler des fonctions as service et il entends par là que tu ne gère pas de server.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quand on ne le met pas...
Posté par barmic 🦦 . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 4.
Pour la lessive Linux, il faut savoir qu'elle a été nommée à dessein et que le fabricant vend aussi du détachant Mäc oxi et un adoucissant Micro&soft.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: précision date, « avant notre ère » ambigü
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 1.
Je ne sais pas ce que tu entend par la. Quelle est la référence dont tu parles ?
La première république à supprimé l'usage du calendrier grégorien, mais on est loin des principes de la première république. Envisager la France comme une seule république cohérente de 1789 à aujourd'hui serait une erreur. L'anticlericalisme de la révolution n'a que peu à voir avec la laïcité du début du siècle dernier.
Pour les travaux scientifiques, un papier ne sera pas précis avant JC ou avant notre ère (ou en utilisant le calendrier indien ou chinois).
Par contre je ne sais pas ce que c'est qu'après notre ère ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: précision date, « avant notre ère » ambigü
Posté par barmic 🦦 . En réponse à la dépêche Où il est question de conservation. Évalué à 5.
Je n'ai rien contre l'idée de remplacer JC par notre ère, mais
C'est le propre du calendrier grégorien qui est basé entre autre sur la naissance estimée de Jésus (mais aussi la durée des semaines calquée sur la cosmologie chrétienne par exemple).
Comme l'idée c'est de parler avec le calendrier grégorien ensuite et que ce dernier se base sur une estimation de la naissance, j'ai l'impression que c'est un peu une manière de cacher sous le tapis le fait que l'ensemble du calendrier est questionnable (et pas uniquement pour des questions religieuses, c'est de l’impérialisme culturel occidental).
C'est d'ailleurs un sujet suffisamment problématique pour que l'ONU tente de s'y coller… en vain.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Séparation chroma/luma
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 2.
On m'avait expliqué que le cerveau réécrit même l'histoire. Il construit un mouvement continue de notre regard alors que nos yeux font des sauts.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ouep
Posté par barmic 🦦 . En réponse au lien Faire une économie annuelle de 2 millions de dollar en serveur chez Pinterest avec Elixir . Évalué à 2.
Peut être mais c'est loin d'être du détail. Que ce soit l'article du lien ou celui qui est plus technique, il n'y a pas assez d'info pour savoir comment reproduire ce qu'ils ont fait. Je ne sais pas qu'elle conclusion tirer à part qu'elixir leur a réussi.
Par exemple ils font mention du modèle acteur, à quel point c'est important pour eux ? Parce que passer d'un CPython qui semble se trainer le GIL encore quelques temps (de ce que je vois la première version qui devrait le rendre optionnel sera la 3.13) à une VM qui a était conçu pour le parallélisme on passe d'un cas pathologique de python à un cas où erlang est très bon.
Pour montrer un exemple, d'article qui me paraît pas beaucoup moins accessible, mais où tu apprend autre chose que GenServer a l'air intéressant et comment on fait un produit en croix, il y a cet article Go memory ballast: How I learnt to stop worrying and love the heap (alors j'avais fais le lien parce que de ce que je me souvenais ils avant quitté go, mais en fait non).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Effet loupé
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 4.
En fait ça dépend de beaucoup de choses, tout le monde est en mesure de voir la grille, c'est juste une question de niveau de concentration. Si on fait défiler 10 images 1/2s par image et à la fin on te demande la quelle avait se traitement, il est possible que tu ai bien plus de mal à répondre qu'avec une image fixe.
Les illusions d'optiques viennent de post traitement de le cerveau fais pour assembler une image aussi cohérente que possible à partir de ce que lui fournissent les yeux (assembler 2 images en une, supprimer les points aveugles,…)1. Bien sûr tout le monde n'est pas identique avec les images en "3D relief" ne marche pas sur tout le monde par exemple. Il existe aussi des troubles, la persistance rétinienne permet de regarder des vidéos et pas des suites d'images, mais la palinopsie est un trouble de la persistance rétinienne qui peut te retourner la vue (momentanément tu vois le haut en bas et le bas en haut).
en fait ce n'est pas si cloisonné cerveau/œil l'ensemble travail conjointement (et peut évidement se servir des autres sens) ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Chez moi ça marche
Posté par barmic 🦦 . En réponse au journal Du format et de la taille des images. Évalué à 3.
Une image gif a une seule palette de couleur pour l'ensemble de l'image pas plusieurs palettes qui sont appliquées à certains pixels et pas à d'autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Compliqué ?
Posté par barmic 🦦 . En réponse au journal Activer Elasticsearch pour son instance Mastodon. Évalué à 2.
C'est demandé https://github.com/mastodon/mastodon/issues/26645
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Ouep
Posté par barmic 🦦 . En réponse au lien Faire une économie annuelle de 2 millions de dollar en serveur chez Pinterest avec Elixir . Évalué à 3.
J'aurais trouvé plus intéressant d'avoir des aspects plus concrets que de savoir que si chaque serveur coûte 17k$/an en économiser 145 fais économiser 2.465M$/an.
Les qualités présenté d'elixir ont l'air assez génériques et pas vraiment qu'est-ce qui posait problème avec python qui est résolu par elixir. Si je regarde le lien qui est donné, ça a plus l'air d'être une nouvelle architecture et elixir est confortable pour l'implémenter qu'un aspect purement technique de langage. D'ailleurs c'est bien comme ça que c'est montré
Du coup je trouve le titre « Elixir Saves Pinterest $2 Million a Year In Server Costs » assez trompeur.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Fais divers
Posté par barmic 🦦 . En réponse au journal Maltraitance informatique. Évalué à 4.
C'est souvent il me semble leur logement de fonction. Avoir son alarme incendie sur soit ne me paraît pas déconnant
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Désolé mais ça m'agace
Posté par barmic 🦦 . En réponse au lien What is code poetry?. Évalué à 4.
P%£@*n faudrait vraiment que tout ceux qui se croient malins à ouvrir des pop-up au scroll up sur une page aillent bien se faire ®Ŀ¥Þ#Ø !
Sinon c'est marrant et assez joli :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll